Java系スクリプト言語Groovy

Java系スクリプト言語 ..

239:Aransk
04/12/24 10:31:02
今回のJDK5.0言語仕様変更担当者の話では
従来のfor構文との整合性をとったとのことです。
つまり意地でもforeachという単語を付加したく
なかった。
ここからは筆者の推測です。
groovyも基本的にはこの路線を走っていた。
しかしinだけはスクリプト感覚的に利用して
しまった。
その後同じJava言語開発陣が傍流のgroovyごときに
追随する訳には行かなかった、が、しかし、
機能的にはgroovyで既に実現している部分なので
手を抜きたかった。
そこでinを：に変更し、面目だけは保った。
つまり「write once,run anywhere」は
今回の文法変更により成立しなくなっているです。
従ってJava開発陣としてのプライドだけが
「：」に込められているのではないでしょうか？

240:デフォルトの名無しさん
04/12/24 11:56:51
えっと、inが予約語にできなかったという理由がSystem.inと関係ないと言えなければ、単なる妄想だけど。

241:デフォルトの名無しさん
04/12/24 14:11:07
System.in もだけど、みんなローカル変数で InputStream in; とかやってないのかな？

242:デフォルトの名無しさん
04/12/25 11:07:00
is。ただ最近はeclipseのすすめるままにstreamとかinputStreamとか
そんなんがおおい。

243:Aransk
04/12/26 17:36:55
間違っているかもしれませんが、
inってIoStreamのフィールド変数名ですよね？
予約語でもなんでもありません。
例えばfor ( i in array )このinをIoStreamの
inと間違う可能性があるのだろうか？

244:デフォルトの名無しさん
04/12/26 19:12:39
同じタイミングでstatic importが規格に入ったから考慮してみた
って屁理屈はあるかもな。

245:デフォルトの名無しさん
04/12/26 19:13:26
>>243
・既存のソースコードをコンパイル出来るかどうか
・パーズ速度が犠牲にならないかどうか
・適切なエラーメッセージが生成できるかどうか
などは考えたの？

246:Aransk
04/12/27 17:12:45
「in」と「：」で
>・既存のソースコードをコンパイル出来るかどうか
>・パーズ速度が犠牲にならないかどうか
>・適切なエラーメッセージが生成できるかどうか
上記諸点に差が出るとは思えませんが…。

247:デフォルトの名無しさん
04/12/27 17:51:59
>>246
従来のコンパイラだと in を予約語にしないと for(TypeName object in list) みたいにできない。

・in を予約語にすると java.lang.System.in を直さなければならず、
　java.lang.System.in を使用する全てのプログラムを書き直すか破棄する必要がある。
・in を予約語にしない場合は、例えば
　　class C { public static class in {} };
　　List in = new ArrayList();
　　for(C. in in in in){}
を正しく構文解析できる言語仕様とコンパイラが必要になる。

248:デフォルトの名無しさん
04/12/27 18:08:19
>>247
> class C { public static class in {} };
局所クラスでは public も static も使えない。

> List in = new ArrayList();
ここで局所変数名に in を使ってるので
> for(C. in in in in){}
ここでは局所変数名に in を使えない。

あとgenericsとかで List の要素型が指定されてないので参照型の縮小変換が発生してエラー。

in を4つ並べんのは無理っぽい。
in 3つまでならできるか？

249:デフォルトの名無しさん
04/12/27 18:14:03
class C { class in {} };
java.util.List<C.in> list = new java.util.ArrayList<C.in>();
for(C. in in in list){}
これで in 3つ。

250:デフォルトの名無しさん
04/12/27 22:14:24
なんかくだらないことしてるね
バカ？

251:デフォルトの名無しさん
04/12/27 22:48:34
まあ、４つ並ぶことはないにしても、いろいろなところにinが混じることがあってそれをコンパイルできるコンパイラはめんどいってことじゃね？

252:Aransk
04/12/28 13:03:43
そうするとGroovyはどうやってるんでしょう？
System.in も使えたような記憶があるが…。

253:デフォルトの名無しさん
04/12/28 17:36:04
>>252
URLﾘﾝｸ(groovy.codehaus.org)
みると予約語は Java の予約語と def、map、any、TO DO の4つだから
in は予約語ではなさそう。もっとも、作者が書いてないだけって可能性もあるが。

URLﾘﾝｸ(groovy.codehaus.org)
みたけど ToDo になってるね。
リンク先はJLS2ndだから拡張forについては書いてないし。

254:デフォルトの名無しさん
04/12/29 03:14:04
クロージャの仮引数名なんだけど、

　cl = { hoge | …… }
　　…
　hoge = …

みたいに、同じスコープ中の他の変数名とかぶると動かないのって、
仕様？既知のバグ？

255:デフォルトの名無しさん
04/12/29 03:48:07
ただ、動かない、っていわれてもなあ・・・

とりあえずお前を馬鹿と認定したが

256:デフォルトの名無しさん
04/12/29 10:42:00
>>254
クロージャとか名前関係の仕様って既に出来てるんか？
出来てなければ作者本人にしかわからんと思うが。

257:Aransk
04/12/29 13:36:53
>>253
for ( i in array )
のinが予約語ではなく、かつ
System.in
のフィールド変数名とGroovy言語の中で
共存していることになるのでしょうか？

258:デフォルトの名無しさん
04/12/29 16:06:49
>>257
文脈に依存させているということだろ。

具体的にはfor()の中のトークンを全部先読みするのかな。

259:デフォルトの名無しさん
04/12/29 16:31:19
package in;
import java.util.ArrayList;
public class in<T> extends ArrayList<T> {
public static in<in> in = new in<in>();
}

とかやっていたら気持ち悪くなってきた。

260:デフォルトの名無しさん
04/12/30 11:38:07
>>254
仕様のバグです。あるいは設計者の思考アルゴリズムの。

261:Aransk
04/12/30 15:56:52
>>260
>仕様のバグです。あるいは設計者の思考アルゴリズムの。
スクリプト言語のメリットって、バグじゃないかぁ！
と思うほどのイージーさで動作するところに
あるのでしょうね。
Javaの目標がEoD(Ease of Development)とすると
コード量を少なくしてマシーン負荷を
高める方向に進化するのでしょう。
Groovyもこの流れに沿った動きと考えます。

262:デフォルトの名無しさん
04/12/30 18:06:52
> Javaの目標がEoD(Ease of Development)とすると
> コード量を少なくしてマシーン負荷を
> 高める方向に進化するのでしょう。
EoDってコンパイル時負荷は高くなったが
実行時負荷が変わらんような気がするが。

263:Rubyこそ最高言語！！！！！！！PHPは糞！！！！！！
04/12/30 19:34:50
Ruby作者matz神の神発言！！！！！！！！！！！

URLﾘﾝｸ(www.rubyist.net)
こんな短いプログラムで比較するのもどうかと思うのだが、 Rubyで書いたら絶対これより短くなる。
ということは、PHPではなくRubyを使えという話なのか。どうも、そうではなさそうだ。

よくいただく反論は「PHPでもできる」ということであって、同じくらい良い(動的)言語からPHPを選ぶ理由ではないはずだ。

PHPは決して速くないし、記述力が高いわけでもないし、たくさんの欠点が残っているように見えるが、
あちこちで「そのシステムPHPで書かないの」という質問が出るところをみるとそれなりに馬鹿には使われているようだ。

もっとも、PHP陣営から出てくる数字はmod_phpのインストール数とか、mod_phpのパフォーマンスと(mod_perl抜きの)perl
CGIとの比較とか、まったくフェアでない印象があるが。

あるいは「すでにPHPを覚えているので、いまさら他の言語を覚えたくない」ということなのかもしれない。
その気持ちはまあ理解できないでもない。
もしかすると、よく分からない初心者をイメージ先行で取り込んでしまい、
「いまさら他の言語を覚えたくない」という」意識でロックインしてしまうというのは、
初心者をターゲットにした素晴らしいマーケティング戦略なのかもしれない。

もしそうだとするならば、というか実際そうだろうし、Rubyは絶対にその戦略を取りたくない。
それくらいだったらマイナーなままでいてくれた方がずっと良い。

264:デフォルトの名無しさん
04/12/30 19:36:28
>>262
進化するでしょう、ってことだから、これから先の話じゃないの？
Javaはインフラ的な部分もあいかわらず狙ってるから、そうは単純にはいかないとおもうけど。
単純にはいかないので、Groovyのようなスクリプト言語をもってくるんだと思われ。

265:デフォルトの名無しさん
04/12/30 19:36:56
>>263
死ね糞マルチ。

266:デフォルトの名無しさん
04/12/30 19:37:42
最高言語Ruby ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＞Grooooooooooooovy

267:デフォルトの名無しさん
04/12/30 19:38:20
>>263
しかもそこの比較、Javaのコードには空行が２行続いてる部分があったりして、結果PHPより１行多いということになってたりするからな。
しかし、いいものが広まるとは限らない。

268:デフォルトの名無しさん
04/12/30 19:40:06
>>266
落ち着け。
＜の方が多いぞ。

269:デフォルトの名無しさん
04/12/30 19:44:15
>>264
なんだ、妄想だったのか。

270:デフォルトの名無しさん
04/12/30 21:02:55
Rubyの前にはあらゆる言語が自動的に敗北する。

271:デフォルトの名無しさん
04/12/30 22:47:42
別に他人がどんな言語使ってようがほっとけばいいのさ。
そいつよりも自分の方が同じプログラムを短時間に楽に書けて、
そのことを秘密にしておく方が、よっぽど利益になる。
「あぁRubyね、日本純正だし、いいよねー」と言っておけばいい。

272:デフォルトの名無しさん
04/12/31 12:41:11
Ruby
最強！！！！！！！！！！！
Groovy
最低！！！！！！！！！！！

273:Aransk
04/12/31 18:30:41
URLﾘﾝｸ(www.rubyist.net)
読みました。
「良い言語が人気があるとは限らない」のは真理です。
しかしそれは常によりマイナーな言語側の真理です。
何故なら良い悪いはその人の主観によるからです。
RubyがPHPやGroovyより精緻な言語仕様であることは
認めますが、それが実用的かどうかはまた別の問題です。
Javaを補完することに主眼をおくならばGroovyはこれ以上
言語仕様を肥大化させない方がベターではなかろうかと
個人的には考えています。

274:デフォルトの名無しさん
04/12/31 21:20:59
>>273
Matz氏んとこで書けよ。

275:Rubyist!
05/01/01 13:50:39
Rubyの良さが分からない馬鹿にわかりやすいような話にしてやろう。

おまえらは取り柄のないブ男だ。
強いて出来るのは、強者の揚げ足取りだ。
それを他者が奪うのは、ある意味では残酷だという見方はある。

だが、当のおまえらが自分の醜さを棚上げして
揚げ足取りの権利を声高に主張したり
あまつさえ自分の醜さは価値があると主張し出したら
それはもう、自意識が暴走してるとしか言えないだろう。

276:デフォルトの名無しさん
05/01/01 14:03:36
新年初書き込みがこんなのとはガッカリ。
冬休み終わったらこういうのも減るだろな。

277:Rubyist!
05/01/01 14:08:29
>>276
なにも言い返せないけど何とかして貶したいというキミの気持ちはよくわかる。
よーーーくわかるw (ﾌﾟｹﾞﾗ

休みが終わったから消える？ご期待には添えそうにないが、まあその時になって自分で判断してくれ。

278:デフォルトの名無しさん
05/01/01 14:24:00
まあ、ひきこもりに年末年始、平日休日なんて関係ないもんな…

279:Aransk
05/01/01 16:46:13
>強者の揚げ足取りだ。
いつからRubyが強者になったのでしょうか？
このスレはGroovyの話題がメインです。
Rubyは「つまみ」にしか過ぎない…。

280:デフォルトの名無しさん
05/01/01 22:05:36
aransk先生がこんな所にいらっしゃるとは。
いやー、でもgroobyって面白いですね。どっちかって言うとjavaよりもgroobyの方
に私は期待しちゃってます。今まではpnutsとかbshなど使って見て凄く面白かった
ですよ。

281:デフォルトの名無しさん
05/01/02 02:36:23
有名な(ﾌﾟｹﾞﾗたんが遠くこのスレにまで出張してきたのかな。

282:デフォルトの名無しさん
05/01/11 02:14:16
pnutsはかなりヨカタ。
Groovyとは競合になるのかな。。。

283:デフォルトの名無しさん
05/01/11 08:00:20
>>282
比べられることも多いけどpnutsとは言語の設計思想がちがうですよ

284:デフォルトの名無しさん
05/01/11 09:27:23
>>283
どの辺が？

285:デフォルトの名無しさん
05/01/14 11:17:12
早く休みが終わらないかなぁ

286:デフォルトの名無しさん
05/01/15 00:01:29
そんなに働きたい？

287:Aransk
05/01/19 17:35:26
先生方！
V1.0－Beta-9がリリースされてます。
I'm pleased to announce the release of Groovy-1.0-beta-9.

You'll be able to download it here:
URLﾘﾝｸ(groovy.codehaus.org)

The main goal of this release, after the recent beta-8, was to
make Groovy JDK 1.5 compliant.
Groovy should now run just fine under JDK 1.5,

この「should」が消えたら、正式リリースか？

288:デフォルトの名無しさん
05/01/19 22:49:23
Python財団から開発助成金が出たというJythonも気になります。
Javaとの連携はGroovyのほうが数段上だと考えてもいいのでしょうか？

289:デフォルトの名無しさん
05/01/19 23:05:09
連携させる意味あるの？

290:デフォルトの名無しさん
05/01/20 00:39:01
Jythonの開発はしばらく止まってたし、Groovyはまだ1.0前だし、
まだ評価できる状態じゃないと思われ

291:デフォルトの名無しさん
05/01/20 00:40:36
>>289
その質問の答えは、「お前、生きてる意味あるの？」と同じだ。

答えを言ってみろ。

292:デフォルトの名無しさん
05/01/20 00:49:16
>>289は生きている意味あるの？

293:デフォルトの名無しさん
05/01/20 01:06:37
>>291
違うと思うが。

294:デフォルトの名無しさん
05/01/20 01:32:53
>>293
なぜ違うと思う？

両方の答えを言ってみろ。

295:デフォルトの名無しさん
05/01/20 01:48:09
Gruby??

296:デフォルトの名無しさん
05/01/20 02:33:17
>>294
連携させて意味があるかどうかは、答えが検証可能。
生きている意味があるかどうかは、答えが検証不可能。

297:デフォルトの名無しさん
05/01/20 02:33:29
・知能障害を起こす

298:デフォルトの名無しさん
05/01/20 03:22:57
上手に連携できればJava言語で書いたクラスをGroovyでユニットテストするというのもやりやすい。
Java言語でほかの人が書いたクラスライブラリを簡単に呼び出したい、というときにも意味あるでしょ。

299:デフォルトの名無しさん
05/01/20 06:10:34
Groovyでテストなんて正気か？

300:デフォルトの名無しさん
05/01/20 09:50:41
>>296
そうだー、パチパチ

301:Aransk
05/01/20 13:57:08
少なくとも正式リリースまでには
ボロイPCでもストレス無しで
動くスピードにしてもらいたい。
世の中、今や貧しいことこそ美徳なんだ
からして。

302:デフォルトの名無しさん
05/01/20 20:18:38
>>296
なぜ検証不可能だといいきれる？

303:デフォルトの名無しさん
05/01/20 22:20:12
>>302
議論するのは面倒なので、ここでも読んでくださいな。
URLﾘﾝｸ(www.ne.jp)

304:デフォルトの名無しさん
05/01/25 14:00:09
　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ﾟ ∀ ﾟ）＜　ぱいちんこぱいちんこ！
　　　　　　　　　　　　　　　　　＼＿／　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ﾟ∀ﾟ）＜　ぱいちんこ！
ぱいちんこ～！　　＞（ﾟ∀ﾟ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／｜　　　〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」　　　　　　　　　　　　　￣　　　　 / ／

305:デフォルトの名無しさん
05/02/07 21:00:26
BSF経由でJSP書くのに使おうよ!

306:デフォルトの名無しさん
05/02/10 00:34:18
>>305
どんな感じよ

307:デフォルトの名無しさん
05/02/11 14:41:26
>>306
ｽﾚﾘﾝｸ(php板) か？

308:307
05/02/11 14:42:25
URLこっちのほうがよかったな
ｽﾚﾘﾝｸ(php板:10番)

309:デフォルトの名無しさん
05/02/18 05:16:58
groovyちょっと試したんだが、スクリプトに間違いがあったときに
エラー行が何行目か出ないじゃん。
これでプログラムを書く気がしない。

310:デフォルトの名無しさん
05/02/18 21:20:17
age

311:デフォルトの名無しさん
05/02/20 01:33:26
>>309
それホント?
groovyを褒め称える人たちは
そんなの気にしないで書いてるのか?

312:デフォルトの名無しさん
05/02/20 02:03:57
R-projectも一緒

313:デフォルトの名無しさん
05/02/20 20:00:49
>>309

　　　　　 |
　　＼　　__　　／
　　＿　（ｍ）　＿ﾋﾟｺｰﾝ
　　　　　|ミ|
　　／　.｀´　＼
　　　　　('A`)　　　　体技：スルー！
　　　　　ノヽノヽ
　　　　　　　くく

　≡　　('('('('A` )
≡　～( ( ( ( ～)
　≡ 　ノノノノノ　　ｻｸｯ

314:デフォルトの名無しさん
05/02/21 00:11:45
>>313
刺さってないぞ

315:デフォルトの名無しさん
05/03/03 20:39:45
>>311
新しいバージョンでは出るようになりました

316:デフォルトの名無しさん
05/03/03 23:58:37
普通にJavaで書けば良いのでわ？ﾜｹﾜｶﾒ。

317:デフォルトの名無しさん
05/03/04 01:13:01
それが出来る人はね。
Javaがﾜｹﾜｶﾒな人には、Groovyはとっつきやすい。

318:デフォルトの名無しさん
05/03/04 09:11:26
要するに、Perl の対抗、と考えるべきなのかな。

319:デフォルトの名無しさん
05/03/04 22:56:44
変数宣言しないでいいのは素敵なんだが、
いかんせんjavaって元からクラス名が長すぎなんで
スクリプトっぽく短く書けない･･･。
あんま代わり映えがしない気がしたよ。groovyが悪いわけじゃないが。

320:デフォルトの名無しさん
05/03/05 11:38:51
>>317
Groovyが分かるならJavaも分かりそうなものだが…。
コンパイル時にエラー検出してくれるし。
開発環境に到ってはJavaの方が親切だし。

321:デフォルトの名無しさん
05/03/06 00:00:52
GroovyがRuby並に動的ならば使ってみたい

322:デフォルトの名無しさん
05/03/06 14:06:54
気分はGroovy

323:デフォルトの名無しさん
05/03/06 18:00:54
>>321
Rubyほど動的ではない。
むしろ、型付き可能なRubyとみなした方がアイデアが広がるかと。

324:デフォルトの名無しさん
05/03/06 22:23:47
型付けの弱い言語は糞

325:デフォルトの名無しさん
05/03/06 22:29:16
↑適材適所を知らぬ厨。

326:デフォルトの名無しさん
05/03/07 00:23:34
↑
VB厨

327:デフォルトの名無しさん
05/03/07 00:30:28
↑
C厨

328:デフォルトの名無しさん
05/03/07 21:13:17
Ruby厨
↓

329:デフォルトの名無しさん
05/03/07 22:38:38
人権擁護法反対洗脳厨
↓

330:デフォルトの名無しさん
05/03/08 07:29:49
織田信長厨
↓

331:デフォルトの名無しさん
05/03/08 11:10:07
　　　　　　　　　　　　　　　　＼　│　／
　　　　　　　　　　　　　　　　　／￣＼　　／￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　　　　　─（ﾟ ∀ ﾟ）＜　くっちゃらはぴはぴ！
　　　　　　　　　　　　　　　　　＼＿／　　＼＿＿＿＿＿＿＿＿＿
　　　　　　　　　　　　　　　　／　│　＼
　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣
￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ﾟ∀ﾟ）＜　くっちゃらはぴはぴ！
Ｐｙ厨～～～～！　　＞（ﾟ∀ﾟ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿
＿＿＿＿＿＿＿＿／｜　　　〈　｜　　　｜
　　　　　　　　　　　　　 /　／＼_」　/　／＼」　　　　　　　　　　　　　￣　　　　 / ／

332:デフォルトの名無しさん
05/03/08 23:06:28
←ハイ厨

333:デフォルトの名無しさん
05/03/12 11:41:16
びっくりする程遅い。

334:デフォルトの名無しさん
05/03/12 13:21:36
まず全裸になり
　　　　　　　　　　　　　( 　：　)
　　　　　　　（゜∀゜）ﾉ彡
　　　　　　 <(　　　)
　　　　　　　　ﾉωヽ

335:デフォルトの名無しさん
05/03/12 15:42:16
defとか@Propertyって今後必須になるわけ？
クロージャーが使えるだけの動的Javaになりませんように

336:デフォルトの名無しさん
05/03/12 15:53:12
　自分の尻を両手でバンバン叩きながら白目をむき
　　　　　　　　　　　从
　　　　　　　Дﾟ　）　　て
　　　　　　　 (　ヾ) )ヾ　て
　　　　　　　 < <

337:デフォルトの名無しさん
05/03/12 21:38:06
おもむろに以下のコードを実行。

String np=null;
np.toString();

338:デフォルトの名無しさん
05/03/20 22:19:48
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。
こんなにﾈﾀがあればPythonの
未来も明るいと言えるよね。

339:デフォルトの名無しさん
05/04/29 20:33:15
あげ
URLﾘﾝｸ(www-6.ibm.com)

340:デフォルトの名無しさん
05/05/22 05:25:48
GroovyのJSR-1が出てたので、初めてためしてみた。

・defっているんかいな。最初に出てきたら変数定義でいいでしょうに。前からあったっけ、これ。
・defで変数定義して、そこにループでどんどん数値を加算してく処理を書いたら、intの範囲を超えた
ところでプログラムの動作がへんになる（longと明示的に指定してやれば動く）
これはPerlでもRubyでもあり得んことだが、結局型付けしないといけないんですかね....

でも、遅い遅いとは聞いてたので覚悟のうえで使ったにも関わらず、あまりの遅さにちょっとびっくりした。

ためしにRubyとGroovyとJavaで同等のロジック（２分間ひたすら浮動小数点の掛け算とたし算をやる）を
書いてみたんだが、秒あたりのループ回数でRubyの半分も出ないのはさすがにちょっと問題じゃないか。
Javaと二ケタ違うのはこの際許すにしてもなあ。

ちなみにgroovycでコンパイルしても結果はほとんど同じだった。jadでデコンパイルしてみたら、
とんでもなく冗長なコードが吐き出された.... プロパティアクセスからメソッド呼び出しまで全部
リフレクションですかそうですか。

別にJava級の速度は期待しないけど、その辺のスクリプト言語級にはしてもらいたいなあ。

341:340
05/05/22 05:34:05
補足
> （longと明示的に指定してやれば動く）
これは
long count = 0
みたいにするってことだけど、

def count = 0L
みたいに、代入値を明示的にlongにしても（当たり前ながら）ちゃんとLongと解釈されるみたいだ。
しかし結局型は意識しないといけないので解決になってないんだけど。

342:デフォルトの名無しさん
05/05/25 18:33:40
>>340-341
試用レポありがとう。参考にするね。

343:デフォルトの名無しさん
05/05/25 23:57:38
JSR-1で導入された、変数宣言にdefをつけろってのがよくわからんで、引き続きいじってた。
defつけないでもコンパイルが通る事もあって、何でだろうかと思ってたんだけど、これ、要するに
「インスタンス変数にはdefをつけるか、さもなければpublicとかprivateとか付けろ」ということみたいね。
メソッドの中のローカル変数には def はいらないみたいだ。

標準のアクセス修飾子が protected に変わったのと合わせて、結局defってprotectedって書くのと
変わらんような気がする。

しかし、Groovyではpublicで作ったインスタンス変数には自動的にgetterとsetterが作られるんだが、
それだったら「@Property」って命令はいらんようにも思う。しかも

@Property field1

とかやると、field1は protectedになりやがるし......どこがプロパティなんだと。これはバグかなあ。
結局 public field1 と書く事になるんだけど。

344:デフォルトの名無しさん
05/05/26 00:01:23
ちなみに>>340で、GroovyとJavaで１秒間のループ回数が２桁ちがうと書いたが、２桁なのはRubyのほうだった。
Groovyはなんと３桁違った。groovyが21回ループする間にRubyは487回、Javaは36000回ループした。

まあこんなしょぼいベンチマークだと対した参考にもならんかもしれんけど。

345:デフォルトの名無しさん
05/05/26 00:40:01
ベンチ乙です。
あと Groovy、なんかややっこしそう（文法よりもバグとの折り合いとかが）。
JVM 上のスクリプト言語、これから学ぶのに
Groovy か Jython か迷ってたけど、
今は Jython にしとこうかな。

346:デフォルトの名無しさん
05/05/26 20:54:57
kawa

347:デフォルトの名無しさん
05/05/27 00:28:32
>>345
普通にJavaにしとけって

348:デフォルトの名無しさん
05/05/27 20:51:21
皮

349:デフォルトの名無しさん
05/05/28 23:21:55
皮って速いのかしら、ベンチとった人いる？

350:デフォルトの名無しさん
05/06/01 02:29:18
この言語期待してるんだけどまだまだ使い物にはならんのかな。
仕様が安定して速度が出るようになったら
使い捨てスクリプトは全部これで書くことにしようかと思ってるんだが。

351:デフォルトの名無しさん
05/06/01 02:38:59
素朴な疑問：
1.JavaをつかわないでGroovyをつかう理由って何？
2.スクリプト言語でJVMを動作させる必要がどうしてもあるというときに、
JythonやJRubyなど、既存のある程度かれてそうな実装ではなくてGroovy
を選択するメリットって何？
3.実行性能が優先順位低くて、単にタスクをバッチ実行したいだけならAnt
をcronで叩くとかでもいいのではと思うのはおいらだけ？

352:デフォルトの名無しさん
05/06/01 04:12:00
ありがちな理由としては

1.Javaより適当なコードで書ける
2.構文が基本的にJava
3.antはファイル処理とか書くのがめんどう・・・かな。

というところかな。

353:デフォルトの名無しさん
05/06/01 07:18:53
また駄法螺かよ

354:デフォルトの名無しさん
05/06/01 10:22:36
自作のツールにGroovyの実行環境を組み込んで、機能拡張に使ってるんだけどこんな感じ。

１、必要になったときにコンパイル、再起動無しで新しい機能が追加できて便利だから
２、当時話題だったんで。そのうち別言語の実行環境も組み込みたい
３、そういう用途じゃないんで

長くて100行程度のスクリプトしか書かないんで、速度が問題になったことは
あんまり無いな。
速度や規模が欲しいときはツール本体を強化しちゃう。

355:デフォルトの名無しさん
05/06/01 18:57:19
>>354
特定しました、なんて言ってみる。

356:354
05/06/02 12:07:36
>>355
勘弁してー

357:デフォルトの名無しさん
05/06/02 22:00:25
>>354
おいおい、仕事中に2chかよ。

358:デフォルトの名無しさん
05/06/02 22:07:17
100行でも、ループが多かったら問題にならないか？

359:354
05/06/03 15:09:33
>>357
えー、まあ・・・

>>358
テキストファイルの簡単な分析をするスクリプトを書いたんだけど、
全部で約2メガのファイルを分析させたら2回目以降約5秒かかった
（一回目はGroovyの初期化も入って15秒。Pentium M1.7GHz。
コンパイルはしてない）。
全文字に対して分析してるんで、約200万回はループしてこの数字だから、
速いとは言えないけど実用範囲内だとは思う。

360:デフォルトの名無しさん
05/06/03 22:35:27
俺のところで作ったテスト的なひたすら計算とループするプログラムは、１回ループするごとに
整数のたし算と浮動小数点の掛け算を一回ずつする。結果は秒毎２５０００ループくらいだな。

Javaはこの1000倍（大げさじゃなく1000倍）速いってのが、いくらなんでも差がつきすぎじゃないか、
とは思う。ちなみにJavaは30,790,000回ループする。

Javaな文法で簡単に書けるスクリプト言語というのは気に入っているので、もうちょっとなんとか
して欲しいと思う。昔はPerlで書いてたんだけど、最近はIDE使ってJavaで書いた方が早いくらい
にJavaに慣れてしまったので、Javaっぽい感じで書けるスクリプト言語というのはいい感じだ。

361:デフォルトの名無しさん
05/06/03 22:53:34
今はまだ最適化してないって言ってたし、これからじゃない？
早い時期に下手な最適化して設計を汚くされるよりはいいよ。
もうそろそろ何とかしてほしいとは思うけど。

362:デフォルトの名無しさん
05/06/04 00:16:34
結論：VM上のJava上で更にスクリプト言語なんてナンセンス

363:デフォルトの名無しさん
05/06/04 00:20:02
APサーバみたいにJavaソースコードを動的にコンパイルして内蔵スクリプト
として使う事はできないの？
リフレクションとか使えばできそうな気だけはするけど、教えて豪い人！！！

364:350
05/06/04 01:36:21
>>351
ほとんど>>352なんだけど、
1.ちょっとしたファイル処理とか書くには、色々簡単でよさげ。
動的な型付けがどんなものか試してみたいとも思うし。
2.Javaに慣れているから、似た文法と同じライブラリっていうのはいい。
それに、将来Javaの言語仕様に取り入れられれば、他の言語よりも使いやすくなるんじゃないかと。
3.目的が違う。

遅すぎたな。

365:デフォルトの名無しさん
05/06/04 01:51:26
GroovyってJSRにも入ってたりするし、Javaコミュニティプロセスに参加してる企業も
支持してるんだよな。

なんでなんかと思ってたんだけど、IBMのWebSphere Application Serverの管理コマンドが
JaclとJythonで動いているのを知って、あーこれを置き換えたいのかなあ、なんて思った。

366:デフォルトの名無しさん
05/06/05 02:17:02
Pythonって結構普及してるから、
がんばらないとJython置き換えるの大変そうだね。

367:デフォルトの名無しさん
05/06/06 01:51:03
そーいや BeanShell もJSRに入っちゃったね。
Sunは、っつーか JCP は何がしたいんだか。

368:デフォルトの名無しさん
05/06/06 02:46:41
JCPは、来るものこばまず、だろ。

369:デフォルトの名無しさん
05/06/06 03:18:24
Windowsで動くGroovyはHDDをフォーマットするって本当？

370:デフォルトの名無しさん
05/06/06 03:30:46
そのうちjodeも入るんだろうか。

371:デフォルトの名無しさん
05/06/06 03:49:44
>>369
うそ。

372:デフォルトの名無しさん
05/06/06 04:01:55
>>371
おい、空気嫁

373:デフォルトの名無しさん
05/06/06 06:30:52
　　＿／ l＿
　　　　　　　|／/
　　　　　ヽヽ　/
　　ノ￣/ 　　l
　　　／　　l
　　　ｌ｜　　,'
　　ノ　レ　＼
　　　 |　　　　/
　　　 |　　　 /　　　　、ヽ　 =z
　　　 |　　　l　　　z　　　　　　z
　　　 |　ヽヽ ',　　 /v　　　　　ヾ
　　 |　 /　　ヽ　　yl'〃wr'vyvﾄ､j
　　 |-''　　　　＞　l〈 =ｧｪ､　ｨｧ=l )
　　ヽ─‐　 / 　　ヽ',　　､l　　//
　　　 |　　./　　　　 /l＼ -=- /＿
　　　 |　　l　　　　／ヽ　ヽ-'"l＼::::7ヘ─── - ､
　　　 |　　',　　,／｀ﾞヽ､＼　. ∧/ヽ　　　　　　　　　　l::::::＼
　　　 |　　ヽ,／;;;;;;;;;;;;;;;;＼ヽ |＼7 lヽ／　　　　　　〈ﾉ　'':::::::＼　　　　／＼
　　！！／ヽ/｀ヽ,;;;;;;;;;;;;;;;;＼|　 .Y　ヽ＿＿＿＿ﾍj　　　ヽ.　＼　／r'　ヽ＼
　　　　　/ 　/　　＼;;;;;;;;;;;;;;;;;;;＼　＼Ｏヽ　　　　　￣＼　　', 　　＼弋_ノ　＼
｀ヽ　∧/　 /　...　　　＼;;;;;;;;;;;;;;;;;;ヽ/ ヽ　ヽ　　　　　　　＼　l　　ヽ:::／＼＼ r'.　＼
　 l/　　　./　::::::::　　 /;;;;;;;;;;;;;;;;;;;;;;;＼/ヽＯ', 　　　　　　／＼　　／ .ヽ／　弋ノ r'
　　　　　/　　　　　 /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ　',　　　　　／　　　￣＼／　＼　／
　　　　 /　　　　　 /＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼＼l　　　　＼　＼　　＼　〈　、　ヽ
　　　　/　　　　　 /　　ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l　　　　　.ヾ＼　＼　　＼　＼ヽｿｿ'
　　　 /　　　　　 /　　　 ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V　　　　　　＼＼　＼　　　／￣
　　　/::..　　　　r'ヽ＿　＿＿＿＿＿　　＿ l|　　　　　　　　＼＼　　.／
　　./::::::.. 　／/　　｀ヽ＼　|　::::::|r'　　￣二二ヽ　　　　　　＼〉／
　　.＼::::::.　　　　　　　　　 |　　 |　　　　二二ア
　　　　｀ヽ-､_ 　　　　　　　...::::|　　|､＿＿二二ｨ
　　　　　　　　￣￣￣/￣￣￣|.「」 |　　/l
　　　　　　　　　　　 /:::...　　　　￣　　//

374:デフォルトの名無しさん
05/06/06 06:31:38
　　　 |　　',　　,／｀ﾞヽ､＼　. ∧/ヽ　　　　　　　　　　l::::::＼
　　　 |　　ヽ,／;;;;;;;;;;;;;;;;＼ヽ |＼7 lヽ／　　　　　　〈ﾉ　'':::::::＼　　　　／＼
　　！！／ヽ/｀ヽ,;;;;;;;;;;;;;;;;＼|　 .Y　ヽ＿＿＿＿ﾍj　　　ヽ.　＼　／r'　ヽ＼
　　　　　/ 　/　　＼;;;;;;;;;;;;;;;;;;;＼　＼Ｏヽ　　　　　￣＼　　', 　　＼弋_ノ　＼
｀ヽ　∧/　 /　...　　　＼;;;;;;;;;;;;;;;;;;ヽ/ ヽ　ヽ　　　　　　　＼　l　　ヽ:::／＼＼ r'.　＼
　 l/　　　./　::::::::　　 /;;;;;;;;;;;;;;;;;;;;;;;＼/ヽＯ', 　　　　　　／＼　　／ .ヽ／　弋ノ r'
　　　　　/　　　　　 /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ　',　　　　　／　　　￣＼／　＼　／
　　　　 /　　　　　 /＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼＼l　　　　＼　＼　　＼　〈　、　ヽ
　　　　/　　　　　 /　　ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l　　　　　.ヾ＼　＼　　＼　＼ヽｿｿ'
　　　 /　　　　　 /　　　 ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V　　　　　　＼＼　＼　　　／￣
　　　/::..　　　　r'ヽ＿　＿＿＿＿＿　　＿ l|　　　　　　　　＼＼　　.／
　　./::::::.. 　／/　　｀ヽ＼　|　::::::|r'　　￣二二ヽ　　　　　　＼〉／
　　.＼::::::.　　　　　　　　　 |　　 |　　　　二二ア
　　　　｀ヽ-､_ 　　　　　　　...::::|　　|､＿＿二二ｨ
　　　　　　　　￣￣￣/￣￣￣|.「」 |　　/l
　　　　　　　　　　　 /:::...　　　　￣　　//

375:デフォルトの名無しさん
05/06/06 07:16:04
やっぱりサンビームさんだよな

376:デフォルトの名無しさん
05/06/06 21:44:31
気分はGroovy

377:デフォルトの名無しさん
05/06/09 01:24:32
　　＿／ l＿
　　　　　　　|／/
　　　　　ヽヽ　/
　　ノ￣/ 　　l
　　　／　　l
　　　ｌ｜　　,'
　　ノ　レ　＼
　　　 |　　　　/
　　　 |　　　 /　　　　、ヽ　 =z
　　　 |　　　l　　　z　　　　　　z
　　　 |　ヽヽ ',　　 /v　　　　　ヾ
　　 |　 /　　ヽ　　yl'〃wr'vyvﾄ､j
　　 |-''　　　　＞　l〈 =ｧｪ､　ｨｧ=l )
　　ヽ─‐　 / 　　ヽ',　　､l　　//
　　　 |　　./　　　　 /l＼ -=- /＿
　　　 |　　l　　　　／ヽ　ヽ-'"l＼::::7ヘ─── - ､
　　　 |　　',　　,／｀ﾞヽ､＼　. ∧/ヽ　　　　　　　　　　l::::::＼
　　　 |　　ヽ,／;;;;;;;;;;;;;;;;＼ヽ |＼7 lヽ／　　　　　　〈ﾉ　'':::::::＼　　　　／＼
　　！！／ヽ/｀ヽ,;;;;;;;;;;;;;;;;＼|　 .Y　ヽ＿＿＿＿ﾍj　　　ヽ.　＼　／r'　ヽ＼
　　　　　/ 　/　　＼;;;;;;;;;;;;;;;;;;;＼　＼Ｏヽ　　　　　￣＼　　', 　　＼弋_ノ　＼
｀ヽ　∧/　 /　...　　　＼;;;;;;;;;;;;;;;;;;ヽ/ ヽ　ヽ　　　　　　　＼　l　　ヽ:::／＼＼ r'.　＼
　 l/　　　./　::::::::　　 /;;;;;;;;;;;;;;;;;;;;;;;＼/ヽＯ', 　　　　　　／＼　　／ .ヽ／　弋ノ r'
　　　　　/　　　　　 /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ　',　　　　　／　　　￣＼／　＼　／
　　　　 /　　　　　 /＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼＼l　　　　＼　＼　　＼　〈　、　ヽ
　　　　/　　　　　 /　　ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l　　　　　.ヾ＼　＼　　＼　＼ヽｿｿ'
　　　 /　　　　　 /　　　 ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V　　　　　　＼＼　＼　　　／￣
　　　/::..　　　　r'ヽ＿　＿＿＿＿＿　　＿ l|　　　　　　　　＼＼　　.／
　　./::::::.. 　／/　　｀ヽ＼　|　::::::|r'　　￣二二ヽ　　　　　　＼〉／
　　.＼::::::.　　　　　　　　　 |　　 |　　　　二二ア
　　　　｀ヽ-､_ 　　　　　　　...::::|　　|､＿＿二二ｨ
　　　　　　　　￣￣￣/￣￣￣|.「」 |　　/l
　　　　　　　　　　　 /:::...　　　　￣　　//

378:デフォルトの名無しさん
05/06/09 23:54:47
Groovy Night Dancin' Fever

379:デフォルトの名無しさん
05/06/17 19:48:30
保守

380:デフォルトの名無しさん
05/07/07 00:49:54
Antのスクリプトに使ってみた。
IDE補完がないのはきつい
jellyで書くよりはいいかも

381:デフォルトの名無しさん
05/08/21 12:12:19
MustungではJavaScriptエンジンが標準で入るとかどっかの記事で読んだんだが、
Groovy大丈夫か？

382:デフォルトの名無しさん
05/08/21 15:05:36
JavaScriptと何か関係あるか？

383:デフォルトの名無しさん
05/08/21 20:07:35
JavaScriptが採用されるってことは、Groovyが採用されないってことだからね。

384:デフォルトの名無しさん
05/08/21 22:01:43
>>383
URLﾘﾝｸ(pcweb.mycom.co.jp)

この記事？

>具体的には、Mozilla RhinoベースのJavaScriptエンジンを実装することによって
>JavaプログラムJavaScriptを埋め込むことができるようになる(JSR 223)。

JavaにJavaScriptを埋め込むのと、GroovyからJavaクラスを使うのは
別のアプローチだと思うけど。

385:デフォルトの名無しさん
05/08/21 22:55:16
>>384
もちろんRhinoではJavaScriptからJavaのクラスを使えるわけだが。

386:デフォルトの名無しさん
05/08/22 11:09:52
// this is JavaScript on Rhino
var message = "Hello, world.";
java.lang.System.out.println(message);

387:デフォルトの名無しさん
05/08/26 12:49:00
JavaからGroovyとかその逆の使い方で、
具体的にどんな使い方してます（したい）か？
どうも使い道が思い浮かばないんですが

388:デフォルトの名無しさん
05/08/26 15:41:19
>>387
サーブレットの代わりにJavaScriptを使う
入力検証をJavaScriptで書いて、クライアント側とサーバー側で同じロジックを使う

389:デフォルトの名無しさん
05/08/27 11:51:45
>>388
それ、387が求めてるのと激しく違うと思うよ。
だいいちGroovyじゃないじゃん。
Javaから呼んでないし。

390:デフォルトの名無しさん
05/08/28 01:37:05
>>389
JavaからJavaScriptよぶんだよ。

391:デフォルトの名無しさん
05/08/28 04:10:25
で、何でJavaScriptが出てくるわけ？

392:デフォルトの名無しさん
05/08/28 16:27:18
GroovyのかわりにJavaScriptが標準でJavaSEに載るから
っていうか、そういう話題だったから。

393:デフォルトの名無しさん
05/08/28 18:08:06
>>392
日付を見れば分かると思うけど、>>386でいったん流れが切れてるんだよ。

394:デフォルトの名無しさん
05/09/25 01:36:51
>>360
かなり亀レスだけど、Groovyはプリミティブ型を使うとラッパクラスをバカスカ生成するから、
Javaでプリミティブ型を多用するような処理させるとかなり差が大きくなるよ。
正規表現みたいに、すでにJavaのほうで処理が実装されるものを呼び出すような処理は
差が小さくなる…と。
Groovyが全体的に1000倍遅いわけじゃなくて、数値計算がかなり不得手だってことじゃないか？
＃ループの終了判定なんかでBooleanがバカスカ生成されてたら全体的にだめそうだな
＃リフレクションだから、JRE依存？

数値型、char、booleanの変数はgroovy.langあたりにイミュータブルじゃないラッパを用意して、
そっちを使うようにできないモンかね。
instanceofとかで意図しない動作になってしまうとか、Javaコードへのパラメータ引渡しが面倒とか、
コンパイルして作ったクラスのメソッドの戻りはなんになるのかとかいろいろあるなぁ…

各ラッパクラスのうち、よく使われそうなもののインスタンスをキャッシュするとか？

395:デフォルトの名無しさん
05/11/26 12:07:41
久々のニュースなのでage。

「正式リリースまであとわずか - Groovy JSR 04 公開」
URLﾘﾝｸ(pcweb.mycom.co.jp)

396:デフォルトの名無しさん
05/11/26 12:17:12
遅い言語に興味なし

397:デフォルトの名無しさん
05/12/01 17:38:44
>>396
アセンブラ厨とCOBOL爺は死んでください

398:396
05/12/02 00:10:49
金持ちC様なので、死なずに済みました。

399:デフォルトの名無しさん
05/12/02 00:45:58
なるほど、つまりスレ違いのバカ野郎様ですね。

400:デフォルトの名無しさん
05/12/03 15:00:20
>>398
C言語・・・構造化アセンブラ
C++　　･･･オブジェクト指向アセンブラ
だから死ね

401:デフォルトの名無しさん
05/12/03 19:44:40
Java ・・・ VM中間コードアセンブラ

402:デフォルトの名無しさん
05/12/03 20:09:21
>>401
吐き出すコードの問題ではない。使っている人間の意識の問題。
構造化プログラミングのパラダイムでアセンブラ厨が選んだのがC言語。
オブジェクト指向が盛んになったときに選んだのがC++。
プログラムの最適化しか頭にないカチンコチンの思想の持ち主がアセンブラ厨。

あきらかにGroovyはそのような思想の持ち主のために作られたものではない。

403:デフォルトの名無しさん
05/12/03 23:36:37
自己紹介は板違い

404:デフォルトの名無しさん
05/12/04 00:52:32
>>402 に同意。
Groovy はシェルスクリプト位の感覚で使えばいいと思う。

405:デフォルトの名無しさん
05/12/04 02:44:52
あんな起動に時間のかかるシェルスクリプトはいりません……
いや、無理して使ってるけどさ。他の人にはなかなかそういう使い方は勧められないな。

406:デフォルトの名無しさん
05/12/04 15:19:27
>>405
GroovyはJavaの資産をうまく活用しないと生かしきれないと思う。
いままでJavaだけだとRubyやPerlほどシンプルにできない部分があったけど
Groovyならそういった部分もかける。

あと、クラスプラットフォームなオブジェクト指向多言語環境ってのも見逃せない。
Jython、JRuby、Jacl、Sleep、Smalltalk、Java間でライブラリを共有できるし
CGIは今は毎回起動するから向いてないけどServletみたいに起動しっぱなしにできたら
Windowsでスクリプトを書いてUNIX環境のサーバで動かすみたいな使い方には向くようになるかもしれない

407:デフォルトの名無しさん
05/12/04 16:55:44
クラスプラットフォーム？

408:デフォルトの名無しさん
05/12/04 17:12:58
>>407
すまん、クロスだ

409:デフォルトの名無しさん
06/03/04 19:43:04
Java6からJavaScriptが標準で付いてくる。
Groovyなんて訳わからんもん誰が使うんだｗ

なにかひとつでもJavaScriptに勝てる物があるのか？

410:デフォルトの名無しさん
06/03/04 19:45:09
３ヶ月レスのついてないGroovyスレで、煽って何が楽しいんだこの低脳は。

411:デフォルトの名無しさん
06/03/05 17:15:49
Rhinoの存在を最近知ったバカなんだろ。ほっとけ。

412:デフォルトの名無しさん
06/03/06 19:56:49
これって結局どうなったの？

413:デフォルトの名無しさん
06/03/07 01:59:39
Expert Group Formationで2年も止まったままか。
チームだけ出来て2年音沙汰なしじゃ…。

結局、SUNがオープンソース界の気を引くためのダシに使っただけか。

414:デフォルトの名無しさん
06/03/07 23:25:19
ん？ちゃんとCodehausで開発が進んでいるが....
2月13日には最後のJSRラインでもあるJSR-05が出てるし、この後はRC（リリース候補）
ラインに移行するらしいぞ。

415:デフォルトの名無しさん
06/03/08 00:48:33
実装の話じゃなくて、>>1のリンクにある標準化プロセスの進行具合。
当然のようにDolphinのメニューにもなかったと思う。
言語として格別なにか優れてるんならともかく、単なる俺言語じゃね…。

416:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 22:07:21
TextSS　のWindowsXP(Professional)64bit対応化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？

>>1 64bitで作ってくれ＜メイドさんスクリプト

417:デフォルトの名無しさん
06/05/17 10:38:58
現在groovy.codehaus.orgにアクセスできんけど、ディスクトラブルだそうだよ。

418:デフォルトの名無しさん
06/05/17 20:27:15
(´；ω；`)　復活まだカナー

419:デフォルトの名無しさん
06/05/21 05:29:54
www.codehaus.orgが仮復旧していて、groovyの仮ページみたいなのが出来てたけど、
これってISPがぶっ飛んだ結果、全データなくなっちまった、ということなんだろうか？

以前はあったドキュメントが見つけられなくて難儀した。

420:デフォルトの名無しさん
06/05/22 19:13:02
現在、Groovyletの勉強と行っています
URLﾘﾝｸ(www-06.ibm.com)

ここを参考にしながら、windows上で環境を整えた所、
『リスト5. Groovletを使い始める』のコードがそのまま動きました。

同様に、Linux上で環境を整えて、上記コードを実行した所、
javax.servlet.ServletException: サーブレットインスタンスを割り当て中のエラーです

というエラーが出ます。

以下、動作環境です
【windows】
OS・・Windows XP Home
Apache・・2.0.54
Tomcat・・4.1.31
JDK・・1.4.2_11
Groovy・・groovy-1.0-beta-9.jar
asm・・asm-1.5.2.jar

【Linux】
OS・・centos 4.13
Apache・・2.0.54
Tomcat・・5.5.16
JDK・・1.5.0_06
※Groovyとasmは同バージョンです

申し訳ありませんが、どなたか御教授の程
宜しくお願いします。

421:デフォルトの名無しさん
06/05/22 21:56:18
>>420
そのあとに「at ほげほげほげ」ってのが何行もでてないか？

422:デフォルトの名無しさん
06/05/23 10:35:06
>>421

URLﾘﾝｸ(gamdev.org)

Linux上で実行した際の、エラー画面をキャプチャしました
上記のようなエラーが出ています

423:デフォルトの名無しさん
06/05/23 21:25:50
>>422
NoClassDefFoundErrorって出てるじゃん。
HttpServletとかかいてるし、クラスパスにservlet.jarとかservlet-api-2.3.jarとか
そういうServlet用のjarファイルがないんじゃないの？

ちゃんとTomcatにディプロイしてるのか？

424:420
06/05/24 10:21:30
>>423
Linuxの/etc/profileにGROOVY_HOMEと
GROOVY_HOME/binを設定して、
クラスパスに追加していたgroovy-1.0-beta-9.jarとasm-1.5.2.jarを無くした所
正常に動作しました。

425:デフォルトの名無しさん
06/06/01 22:30:04
codehausが復活しつつあるようだね。
groovy.codehaus.orgは復活してたし、ドキュメントも見られた。
いくつか画像のリンク切れがあるくらいな感じ。

PicoContainerとかも復活してたんで、ほぼ全面復旧だろうか？

426:デフォルトの名無しさん
06/07/04 21:20:53
時給１０００円でＪａｖａ教えてくださるかたを募集します
場所　所沢（池袋・高田馬場から直通）

ｉ－ｗａｎｔ－ｔｏ－ｓｔｕｄｙ－ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ
（アドレスは全角で書いてあるので半角に直してください）
よろしくおねがいします

427:426
06/07/17 21:11:36
教える対象は超初心者です。

専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です

428:デフォルトの名無しさん
06/07/31 17:32:11
時給安杉
交通費だけで赤字じゃねーか

429:デフォルトの名無しさん
06/08/09 06:07:23
激しくマルチ。無視すること。

430:デフォルトの名無しさん
06/09/10 03:40:38
最近どうよ

431:デフォルトの名無しさん
06/09/26 10:34:32
微妙

432:デフォルトの名無しさん
06/12/02 06:23:48
最近これを使うことがあった
JRuby や Jython も検討したけど Groovy を選んだ
実際使ってみると少し遅いことが気になるもののすごい便利で感動した
Java プログラマなら使わないと損だと思う

433:デフォルトの名無しさん
06/12/05 00:06:18
俺はPnutsでいいと思った。
Groovyはちょっと冗長じゃない？

434:デフォルトの名無しさん
06/12/14 20:15:42
冗長かどうかで言えばGroovyの方が簡潔な気はするけど
Groovyは文法がこなれてないとか処理系の使い勝手が悪いとかの方が俺は気になる
Pnutsはさすがに歴史が長いだけあって処理系の使い勝手も悪くないし、文法も割と
よく考えられてると思う。あと、起動速度や動作速度でもPnutsの方が速いね

435:デフォルトの名無しさん
06/12/14 20:23:26
サポートというか開発はちゃんと続くんだろうな？

次ページ