【Java】NetBeans3.0【Sun】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2007/12/04(火) 01:33:41ことごとくNetBeansIDEに統合されましたので
結局NetBeansIDEのスレです。
今現在の最新バージョンは6.0です。日本語版は5.5.1です。
【Java】NetBeans【Sun】
http://pc8.2ch.net/test/read.cgi/tech/1132079321/
【Java】NetBeans Part2【Sun】
http://pc11.2ch.net/test/read.cgi/tech/1154582593/
0573デフォルトの名無しさん
2008/03/16(日) 00:09:22ショートカットとかメニューとか機能知ってるかどうかが一番のポイントだし
実際Eclipseはエディタを進化させてプラグインでつぎはぎ状態でサポートする感じが強いかな
NetBeansはコードを書くのが目的ではなくアプリを完成させるのが目的というかそんな感じ
0574デフォルトの名無しさん
2008/03/16(日) 00:33:26再インスコとかバージョンうpとか、うんざりする。
0575デフォルトの名無しさん
2008/03/16(日) 07:48:07柔軟性に関してはEclipse。
0576542
2008/03/16(日) 09:33:11nestingして同じ名前の変数が宣言された場合
内側の変数生成で太文字表示されると
外側の変数値が変更されたと勘違いするからか?
考え過ぎならすまんが結果として現実装のままで正しそうだ
>>542は撤回する
ほんとは子供もおらん独り身だ
0577デフォルトの名無しさん
2008/03/16(日) 14:06:59に激しく同意。
エディタというか、環境は色んな意味でNetBeansの枠に嵌められるから使いにくい。
でも、EclipseのVEはあり得ない。死ぬ。
0578デフォルトの名無しさん
2008/03/16(日) 14:08:460579デフォルトの名無しさん
2008/03/16(日) 14:57:450580デフォルトの名無しさん
2008/03/16(日) 15:52:12事実上、Swing開発するならNetBeansの一択しか無い状況
Eclipseは、自分たちの売りが結局はエディタ機能だってことがよくわかってると感じる
他のプラグインは微妙なものも多いけど、エディタだけは確実に進化している
0581デフォルトの名無しさん
2008/03/16(日) 15:55:52当然といえば当然だよな。
VEは、商用化云々の話で開発が止まってるね。
0582デフォルトの名無しさん
2008/03/16(日) 16:26:40今でさえ使い物にならないってのに。
0583デフォルトの名無しさん
2008/03/16(日) 18:16:550584デフォルトの名無しさん
2008/03/16(日) 18:40:5564-bitインラインアセンブラ機能とかあるの?
0585デフォルトの名無しさん
2008/03/16(日) 20:11:27というかインラインアセンブラと一口に言ってもコードの書き方が統一されてるわけじゃないから
0586デフォルトの名無しさん
2008/03/16(日) 23:28:390587デフォルトの名無しさん
2008/03/20(木) 01:14:44これ既出?
0588デフォルトの名無しさん
2008/03/20(木) 01:17:510589デフォルトの名無しさん
2008/03/20(木) 11:21:01メーリングリスト読まないような奴に用は無い死ね
0590デフォルトの名無しさん
2008/03/20(木) 15:09:05てめーが死ね
0591デフォルトの名無しさん
2008/03/20(木) 16:48:020592デフォルトの名無しさん
2008/03/20(木) 17:18:450593デフォルトの名無しさん
2008/03/20(木) 20:47:080594デフォルトの名無しさん
2008/03/20(木) 23:43:280595デフォルトの名無しさん
2008/03/21(金) 00:06:180596デフォルトの名無しさん
2008/03/21(金) 01:42:23どういうこと?
0597デフォルトの名無しさん
2008/03/21(金) 10:40:250598デフォルトの名無しさん
2008/03/21(金) 11:11:19ここで全然話題になってないようだから振ってみたの。
0599デフォルトの名無しさん
2008/03/21(金) 15:53:010600デフォルトの名無しさん
2008/03/21(金) 22:14:450601デフォルトの名無しさん
2008/03/22(土) 13:02:06pythonは…?(´・ω・`)
0602デフォルトの名無しさん
2008/03/22(土) 13:35:00sunでpythonの技術者も雇ったはずなので今後に期待かな
0603デフォルトの名無しさん
2008/03/22(土) 17:47:44んでNetBeans統合環境の中にEclipseLinkが入るの?
0604デフォルトの名無しさん
2008/03/22(土) 20:01:08glassfish のJPA実装 = TopLink Essentials
TopLink EssentialsはTopLinkのサブセットだからEclipseLinkの実装に依存するというわけだ
EclipseLinkはTopLinkのフルセットで互換性もとるからとりあえずJPA実装部分の調整だけだと思う
EclipseLinkという名前が気になるが、sunの後押しもあったということでNetBeansにも含まれるはず
フルセットが必要ならばEclipseLinkという名前だろうし、JPA実装だけ取り出せるのならEssentialsという名前になるかわからんけど
どっちにしろTopLinkベースなのでNeteansユーザーは困らない罠
0605デフォルトの名無しさん
2008/03/22(土) 20:23:25今、NetBeans+GlassFishでWebアプリを開発してるんですが、ちょっと疑問があります。
ローカル環境でWebの動作確認をしながらソースの変更を行い、それをまたWebで確認する場合は
プロジェクトを右クリックして「実行」しかないのでしょうか?
その場合、warを生成→GlassFishへデプロイという手順をNetBeansが行っているっぽいんですけど
Eclipse+TomcatのようにわざわざデプロイしなくてもWorkspase内のクラスファイルから
Webアプリを実行というのは不可能なんでしょうか?(このへん理解不足なので言葉が変だと思いますが・・)
ちょっとクラスを変更しただけでもビルド→デプロイの手順を踏むのでもうちょっとサクサク開発したいんですが、
どなたか方法を知ってたら教えてください。
そもそもNetBeansではなくGlassFishの問題ですかね??
0606デフォルトの名無しさん
2008/03/22(土) 20:39:55少なくともtomcatはそう
ただ、glassfish使ってear開発するならディレクトリ配備はやめたほうがいいと思う
tomcatでもディレクトリ配備は欠点も多いので注意してね
でも普通にF6実行でそんなに時間かかる?
どういう構成なのかとかわからないからなんともいえないけど
0607デフォルトの名無しさん
2008/03/22(土) 20:48:26レスありがとうございます。
ディレクトリ配置ですか、ちょっと調べてみます。
>でも普通にF6実行でそんなに時間かかる?
耐えられないほどというわけではもちろんないのですが、
Eclipse+Tomcatで開発してたときより多少ストレスが溜まるので、
何か方法があるのかなと思って質問してみました。
ちょっと考えてみます。どうもありがとうございました。
0608デフォルトの名無しさん
2008/03/22(土) 21:26:10が、機能がなにもないサーブレットコンテナだけの開発には誰ももどれんよね・・・
0609デフォルトの名無しさん
2008/03/23(日) 04:17:18その機能を使わないならTomcatのがいいと思うが。
0610デフォルトの名無しさん
2008/03/23(日) 11:56:33さすがに生サーブレットを書く気にはなれんが、StrutsなりWicketなり入れればいいんじゃ。
0611デフォルトの名無しさん
2008/03/23(日) 16:33:110612デフォルトの名無しさん
2008/03/23(日) 17:00:46DataSourceひとつ程度なら、起動の軽いTomcatのほうがいいと思われ。
そして、その程度しかリソース使わないことのほうが多い
0613デフォルトの名無しさん
2008/03/23(日) 18:45:21NetBeansでテストメソッド単位でのJUnit実行方法はありますか?
(例:テストクラスFoo内に定義してあるtestA、testB、testCのテストメソッドの内testBだけ実行させたい)
プラグインとか必要ですか?
0614デフォルトの名無しさん
2008/03/23(日) 18:49:41AP鯖にまかせて開発の楽をするか
もともと商用鯖しかほとんどなかったとかEJB2.1までは使い道がなかったとか
IDEのJavaEE対応も商用しかなかったというのが大きいな
ボーランドASやWebSphereにくらべるとGlassfishの快適なこと・・・
設定ツールもシンプルで使いやすいしね
ところでTomcatの管理ツールって6.0でも存在する?
5.5まではあったんだけれども
0615デフォルトの名無しさん
2008/03/23(日) 19:19:09できないし、プラグインもない
0616デフォルトの名無しさん
2008/03/23(日) 19:19:455.5であった?
それはTomcatについてるやつのこと?
0617613
2008/03/23(日) 19:26:17レス�d
そっかぁ、できないのかぁ。。。
あんまり需要ないのかな??
Eclipse使ってたときは 対象のテストメソッドクリア→テストクラス実行
って流れでやってたからちょいと不便に感じる。
まぁ、無い物はしかたないか。
0618デフォルトの名無しさん
2008/03/23(日) 20:15:03そそtomcatにつかえるやつ
0619デフォルトの名無しさん
2008/03/24(月) 02:18:20NetBeans5.5でもなかった気がするんだけど。
Tomcat5.5くらいから、管理ツールは別インストールになったんじゃないかな?
0620デフォルトの名無しさん
2008/03/24(月) 02:50:41自分の場合、仕方が無いので
@Testアノテーションを全部外した状態にしておいて、
必要なものだけ付け直して、ってやってます。
でも、よく間違えてコミットしてしまったり...
0621デフォルトの名無しさん
2008/03/24(月) 15:25:555.5は別インストールで存在して、6.0は存在しないはず
0622デフォルトの名無しさん
2008/03/24(月) 15:27:220623デフォルトの名無しさん
2008/03/24(月) 22:54:29自分も最初は@Test消したり@Ignoreとか付けてたけど、最近はめんどくさくなってきて全部実行させてます。
>>622
やっぱりそうですよねぇ。
「デグレってないか毎回きちんと確認汁!」
というNetBeansの方針なんだろか。
0624デフォルトの名無しさん
2008/03/24(月) 23:16:210625デフォルトの名無しさん
2008/03/25(火) 00:39:130626デフォルトの名無しさん
2008/03/25(火) 00:59:52結合テストしてるときに修正して単体テストらそうなっちまうのは仕方ないかと
0627デフォルトの名無しさん
2008/03/28(金) 18:52:11JUnitでテストして、メソッド別にテストしないと危険って話なら、setupやteardownが適切に書けてないだけだろ。
0628デフォルトの名無しさん
2008/03/28(金) 19:01:250629デフォルトの名無しさん
2008/03/28(金) 20:01:19結合前ならそれでいいだろうけど、結合後データを維持しつつとなるとわりとそう簡単に割り切れないと思う。
その辺が自由にいじれるようにdbUnitもNetBeansが対応してるわけでもないし。
JPAとか高級ライブラリ使ってるとバックアップ部分とか便利な部分が使い物にならないし
簡単だよ、という一言では済ますことができない状態だと思うのだが。
0630デフォルトの名無しさん
2008/03/28(金) 23:50:33一番ラクな設定はどんなの?
CVSだと公開鍵が使えないみたいだから厳しそう。
Subversionはよくわからん。
0631デフォルトの名無しさん
2008/03/29(土) 13:16:37つまりテストクラスのテストが必要、と。
で、そのテストクラスのテストのテストに・・・・
0632デフォルトの名無しさん
2008/03/29(土) 13:27:41puttyみたいな外部sshクライアントを使えばできるっぽいよ。
0633デフォルトの名無しさん
2008/03/30(日) 04:39:44そういう話じゃないよ。setupやteardownで適切にデータベースの初期化やってれば、全メソッドテストしても問題ないという話。
テストメソッドの実行が他のテストに影響与えないためにsetupやteardownがあるのに、>>624のようにまるごとテストされると危険ってなるのは、setupやteardownが適切ではないというだけ。
0634デフォルトの名無しさん
2008/03/30(日) 13:29:56DBのバックアップなんてまるごとするのきつくないか?
0635デフォルトの名無しさん
2008/03/30(日) 14:05:400636デフォルトの名無しさん
2008/03/30(日) 14:42:33結合テストの途中で問題が起こった場合データそのままで続行したいとかあるからね
開発中の単体テストなら問題にはならない
0637デフォルトの名無しさん
2008/03/30(日) 14:49:19調べた。
CVSもSubversionもputtyが必要。
ありえねー。Eclipseでやるわ。
0638デフォルトの名無しさん
2008/03/30(日) 14:58:553.2のころはダメだったのしか覚えてないや
0639デフォルトの名無しさん
2008/03/30(日) 16:58:09setUpやtearDownで環境作ったり復元したりしてても、他の人と同じDB使っていたら競合して当然。
Daoの単体テストを個別DB環境を使ったJUnitで行う。結合テストでJUnitなんか使わない。
0640デフォルトの名無しさん
2008/03/30(日) 17:44:56ほとんどの現場ではDBを2つ用意とかそういうことは禁止されてたりしてがんじがらめなのをしらんのかい
0641デフォルトの名無しさん
2008/03/30(日) 18:19:45もの凄くローカルな現場をいってるんだろうよ。
0642デフォルトの名無しさん
2008/03/30(日) 18:31:320643デフォルトの名無しさん
2008/03/30(日) 18:33:59同じDBやらミドルウェアを使ってる別チームと試験日程の調整をしなきゃいけないしね
0644デフォルトの名無しさん
2008/03/30(日) 19:11:19それかなり吝い開発環境じゃないのか?
テストでライセンス取り合いってことでしょ?
0645デフォルトの名無しさん
2008/03/30(日) 21:59:51俺はIDEとは別に普段からputty使ってるんで、pageantでロードした鍵を共有できる分、
むしろputty使ってくれた方が嬉しい。
0646デフォルトの名無しさん
2008/03/30(日) 22:26:58同時にひとつしかテスト流せないなら、Antとかのバッチで流すんじゃねぇの?
0647デフォルトの名無しさん
2008/03/30(日) 22:28:410648デフォルトの名無しさん
2008/03/30(日) 22:32:10ほとんどの現場では開発DBはローカルに用意するのを知らんのか?
0649デフォルトの名無しさん
2008/03/30(日) 22:40:22IDE + Webappサーバ + DBサーバ全部稼働させて、快適に作業できるマシンもらってるなんてうらやましい。
ウチは、DBは1サーバに集約して、その上に個人用に複数のスキーマを載せてるよ。
Oracleならスキーマだけど、PostgresやSQL Serverならデータベース。用語はDBMS依存だから何でもいいけど。
0650デフォルトの名無しさん
2008/03/30(日) 23:50:42場所による
MySQLとかPostgreSQLとか使ってるところならそういうのはあるが
Oracleだとまずないだろ?
0651デフォルトの名無しさん
2008/03/31(月) 00:32:590652デフォルトの名無しさん
2008/03/31(月) 01:15:150653デフォルトの名無しさん
2008/03/31(月) 11:31:33There are no database license costs associated with developing applications
とある。
とはいえ、そんなに開発用マシンで動かして快適かどうかは環境依存だ。
NetBeans、GlassFishに、Oracle XEも起動してデバッグし、
さらにWordやExcel、IE7と動かしてたら、メモリ足りなくならない?
0654デフォルトの名無しさん
2008/03/31(月) 13:59:330655デフォルトの名無しさん
2008/03/31(月) 14:00:360656デフォルトの名無しさん
2008/03/31(月) 15:35:512005年のときはマシンスペック高いとインストーラではねられたんだよ
0657デフォルトの名無しさん
2008/03/31(月) 15:38:11DBの挙動が違う場合やはり危険かと
JPAでどういったSQLが実際に発行されるかを比較して動作チェックするのは大変だなぁ
Oracle同士でもXEと通常の日本語版でも問題起こしやすいのに
0658デフォルトの名無しさん
2008/03/31(月) 15:42:16Oracleが一番メモリをくうからきついかな。重くなりやすいし。
・OSや細々としたアプリ:512MB
・アプリケーションサーバー:512MB
・NetBeans:512MB
・DB:512MB
おおまかにはこんな感じかな。2GBないとやはりきついと思う。きりつめても1.5GB。
そして2GB以上のメモリとマルチコアCPUの開発環境を用意してくれるところはたぶん半分もない。
NetBeans採用してくれるところなら交渉の余地はあると思うけど。
0659デフォルトの名無しさん
2008/03/31(月) 22:01:136.0.1ではないのでしょうか?
どうすればいいのかな?
0660デフォルトの名無しさん
2008/03/31(月) 22:19:59コメントの補間しかなくなった
ALT+リターンかマウスクリックでやるやつね
コードを直接見ずにコメントを一気に修正できるのが魅力だったのに
これがなくなったのは非常に残念
他のIDEのような機能に変える必要なんてないのに
NetBeans6.0はなくなった機能がいくつかあるので注意したほうがいい
0661デフォルトの名無しさん
2008/03/31(月) 23:57:590662デフォルトの名無しさん
2008/04/03(木) 00:49:240663デフォルトの名無しさん
2008/04/03(木) 13:58:27gccのみでもGUIアプリ作れるんだから。
0664デフォルトの名無しさん
2008/04/10(木) 19:12:02最高だなこれ!!
0665デフォルトの名無しさん
2008/04/11(金) 18:35:030666デフォルトの名無しさん
2008/04/12(土) 23:53:12設定するところがあれば場所を教えて欲しい。
0667デフォルトの名無しさん
2008/04/15(火) 12:16:31Webアプリケーションを作って勉強しています。
単一のテーブルをAutoCommitで更新するのはサンプルをみながら
簡単に出来たのですが、複数のテーブルに対してトランザクションを
かけて更新するのはCachedRowSetDataProvider/CachedRowSetXImplを使って
やることは出来ないんでしょうか?
JDBCを使っているサンプルはあったので、普通はJDBCを直接叩いて
トランザクションを行う?JDBCをつかったコーディングサンプルは
たくさんあるので、それが定石なんでしょうか?
0668デフォルトの名無しさん
2008/04/15(火) 13:57:05RowSetは実装に依存するところが多くてあまりうまくない
ベースとなるResultSetの生成は実装に任せてるはずだから
コネクションもそれに依存すると考えるのが普通
今はJPA使うのが当たり前になってきてるかな
JPAはO/RマッパでNetBeansが一番手軽に扱えるからJPA選択で間違いないと思う
データがJavaBeansのリストとかになるからRowSetのめざしていたデータのポータブル化も
問題なく出来るし、トランザクションももちろん問題はない
というかCMPの後継なのでコンテナ管理のトランザクションが容易なのはむしろ利点
0669デフォルトの名無しさん
2008/04/15(火) 18:22:190670667
2008/04/15(火) 19:23:12JPA・・・検索して理解しました。ありがとうございます。
Java関連のフレームワークは種類がたくさんあって大変ですね。
名前と何を意味するものか調べるだけで大変です。
Springっていうのがメジャーなんでしょうか?
とりあえずTomcat+TopLink+MySQLで作り始めたのですが
FactoryからManagerを作成するときにエラー・・・
先が長そうです。
0671デフォルトの名無しさん
2008/04/15(火) 21:24:33エンタープライズアプリケーションのほうが何も考えず作成できて楽かと
NetBeansの場合Tomcatを選択する理由はないしね
0672デフォルトの名無しさん
2008/04/15(火) 21:28:026.1があと10日程度ででるよ
6.0.1はパッチ2回ほどはいって確かに多少安定度は多少上昇した
それでも過去のNetBeansで最大のバグの量はかわらずといったところ
■ このスレッドは過去ログ倉庫に格納されています