Java系スクリプト言語Groovy

1 名前：デフォルトの名無しさん [04/03/23 23:27] いいかげん無視できんから一応スレたてとくよ。 本家 groovy.codehaus.org/ JSR www.jcp.org/en/jsr/detail?id=241 2 名前：デフォルトの名無しさん mailto:sage [04/03/24 00:05] そう思っているのは1だけ。 3 名前：デフォルトの名無しさん [04/03/24 07:21] Groovyメモ www.ncfreak.com/asato/doc/groovy.html 4 名前：デフォルトの名無しさん mailto:sage [04/03/24 14:49] なんか恥ずかしい名前ですね 5 名前：デフォルトの名無しさん mailto:sage [04/03/24 16:15] 正直ちょっといいかなと思ったJava+python愛好家。 6 名前：デフォルトの名無しさん mailto:sage [04/03/25 00:53] おもしろそうだね。 で、何に使うの？ 7 名前：デフォルトの名無しさん mailto:sage [04/03/29 22:50] スクリプト言語といえばテキスト処理。 テンプレートエンジン使ったりとかだね。 8 名前：デフォルトの名無しさん mailto:sage [04/04/04 16:57] 正直、久しぶりに面白いスクリプト言語に出逢った気がする。 9 名前：デフォルトの名無しさん mailto:sage [04/04/04 18:01] Groovy language submitted as JSR 241 ttp://www.theserverside.com/news/thread.tss?thread_id=24525 10 名前：デフォルトの名無しさん mailto:そろそろage [04/04/15 15:19] Groovyで、seasarのコンテナを扱えるらしい www.commentout.com/people/takai/src/groovy-seasar/ 11 名前：デフォルトの名無しさん mailto:sage [04/04/15 20:28] まずはHellWorldを見せろ 話はそれからだ 12 名前：デフォルトの名無しさん mailto:sage [04/04/15 23:14] println "Hello, World" 13 名前：デフォルトの名無しさん [04/04/16 01:00] s1 = 'Hello' s2 = 'World' print "${s1},${s2}" 14 名前：デフォルトの名無しさん mailto:sage [04/04/16 01:31] groovyMarkupだぞこら 15 名前：デフォルトの名無しさん mailto:sage [04/04/16 01:47] >10 seasarのコンテナを扱うというよりかは groovyでseasarのコンテナの設定ができる 、だな。 16 名前：デフォルトの名無しさん mailto:sage [04/04/16 06:47] >>15 さんぷるも。 後、PicoのGroovyとどの辺が違うの。 コンテナが違うということ以外に。 17 名前：デフォルトの名無しさん mailto:sage [04/04/16 14:18] 名前が悠長すぎる！！！Groooooooooooooooobyってなんだよ！ 18 名前：デフォルトの名無しさん mailto:sage [04/05/07 11:53] グビレって言う日が来るのかね。 19 名前：デフォルトの名無しさん [04/05/30 13:30] グルービーて何ですか？ 20 名前：デフォルトの名無しさん mailto:sage [04/07/02 10:20] itpro.nikkeibp.co.jp/free/NBY/NEWS/20040630/1/ 21 名前：デフォルトの名無しさん [04/07/03 00:52] 結局、スクリプト言語ってどれが良いのよ？ 22 名前：デフォルトの名無しさん mailto:sage [04/07/03 01:52] sh 23 名前：デフォルトの名無しさん [04/07/04 21:02] n88-BASIC 24 名前：デフォルトの名無しさん [04/07/11 01:21] なんかパッと見 ruby っぽいな 25 名前：デフォルトの名無しさん mailto:sage [04/07/11 01:25] >>24 そりゃﾊﾟｸﾘなんだから当然だろ。既存のスクリプト言語のいいトコﾊﾟｸﾘ＋ JVM上で動く言語。Java自身に続き、商売で言語作成ﾔｯﾃﾙ連中の当然の発想 だよ。 26 名前：デフォルトの名無しさん mailto:sage [04/07/11 01:30] Groovy - Java用スクリプト言語 www.kakutani.com/trans/ociweb/jnbFeb2004.html 27 名前：名無しさん＠そうだ選挙に行こう mailto:sage [04/07/11 15:48] Groovyラボ xpc.aa0.netvolante.jp/groovylab/space/start FAQ (翻訳文書) xpc.aa0.netvolante.jp/groovylab/space/FAQ ユーザガイド (翻訳文書) xpc.aa0.netvolante.jp/groovylab/space/%E3%83%A6%E3%83%BC%E3%82%B6%E3%82%AC%E3%82%A4%E3%83%89 インストール (翻訳文書) xpc.aa0.netvolante.jp/groovylab/space/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB Groovy wiki www.wikiroom.com/Groovy/ GroovyEclipse www.wikiroom.com/Groovy/?GroovyEclipse Eclipseから実行 www.wikiroom.com/Groovy/?Eclipse%A4%AB%A4%E9%BC%C2%B9%D4 28 名前：名無しさん＠そうだ選挙に行こう mailto:sage [04/07/11 16:21] この言語発音するのは人前でサタデーナイトフィーバーのあのポーズとるくらい恥ずかしい。 29 名前：名無しさん＠そうだ選挙に行こう mailto:sage [04/07/11 16:36] >>28 織田信長？ 30 名前：デフォルトの名無しさん mailto:sage [04/07/16 04:27] groovy-1.0-beta-6が出ました。 ２ヶ月ぶりのバージョン更新です。 Index of /groovy/distributions dist.codehaus.org/groovy/distributions/ Change Log jira.codehaus.org/secure/BrowseProject.jspa?id=10242&report=changelog 今後の予定は1.0-rc1、1.0-final、1.1となっています。 Groovy Road Map jira.codehaus.org/secure/BrowseProject.jspa?id=10242&report=roadmap 31 名前：デフォルトの名無しさん mailto:sage [04/07/19 07:44] foreachの構文はtigerと同じにしてもらいたいものだが。 32 名前：デフォルトの名無しさん mailto:sage [04/07/26 22:10] 0 を何かで割ろうとすると反応が返ってこないんだけどなぜ？ 例. (10 .. 0).each { println it / 10 } 実行結果 1 0.9 0.8 0.7 0.6 0.5 0.4 0.3 0.2 0.1　<= ここで　stop 環境は Version: 1.0-beta-6, JVM: 1.5.0-beta2-b51　です。 33 名前：デフォルトの名無しさん mailto:sage [04/08/07 21:58] ほほう、ここがうわさの 32書き込み/4.5ヶ月 のGroovy スレか。 34 名前：デフォルトの名無しさん mailto:sage [04/08/08 03:15] これからだよ。これから。 35 名前：デフォルトの名無しさん mailto:sage [04/08/09 00:54] 少人数で開発できる案件はJavaよりスプリクト言語で開発するほうが コーディングの工数が小さい事はしばしば指摘されます。 Groovyがソフトウェア業界の標準スプリクト言語になることを期待しています。 オブジェクト指向スクリプト言語Groovyの紹介 xpc.aa0.netvolante.jp/~uehara/groovy.html >Groobyは言語設計においては独自の美学を持たず、 >「既存言語からの言語機能の良いとこどり」に徹し、 >「産業の言語」を目指しているように見えます。 オブジェクト指向スクリプト言語(for JVM)Groovy www.kakutani.com/articles/LLW2004-LanguageUpdate-Groovy.pdf >Groovyは職業Javaプログラマによる、 >職業Javaプログラマのためのスプリクト言語 36 名前：デフォルトの名無しさん mailto:sage [04/08/09 02:19] 捺印ナビリティの向上には激しく期待してるんですが、今度のプロジェクトでgroovy使いましょー、とはさすがに提案できないなぁ。言えるのは何年くらい先でしょうねぇ……。 37 名前：デフォルトの名無しさん mailto:sage [04/08/09 11:22] 納品物に使うんじゃなくて、テストとか、ちょっとした試行錯誤とかに使うんだよ。 38 名前：デフォルトの名無しさん mailto:sage [04/08/09 13:26] そんなんだったら他のLLと同じやん……。 39 名前：デフォルトの名無しさん mailto:sage [04/08/09 16:49] 納品物に使わないなら開発効率の改善は限られた物になってしまいます。 GroovyをJava並に普及させるには納品物に使われることを目指す必要があります。 Groovyが普及するにはまずGroovyの仕様安定と欠点の解消が必要ですが、 それは本家の人達にがんばってもらう方が良いでしょうね。 外野として出来る事としては １．Javaの小規模案件にGroovyを使えるようにするための環境整備 携帯電話用Javaを置き換える しないでしょう。 標準スプリクト言語になるには納品物に使わえるようにする事が大事です。 40 名前：デフォルトの名無しさん mailto:sage [04/08/09 17:17] 実状は全然知らんのだけど、ドキュメント整備じゃないのか？ 自分一人知ってたところでどうしようもないわけだし。 41 名前：39 mailto:sage [04/08/09 18:12] 済みません、先ほど途中で書き込んでしまいました。 Groovyを納品物に使わないなら開発効率の改善は限られた物になってしまいます。 開発効率を根本的に改善するにはGroovyを納品物に使う必要があります。 Groovyが普及するにはまずGroovyの仕様安定と欠点の解消が必要ですが、 それは本家の人達にがんばってもらう方が良いでしょうね。 外野としては周辺を整備を行うという形で協力するのが良いのではないでしょうか。 １．Groovyが使われる分野を作り出す 　　日本では携帯電話用Java(iアプリ)が普及しています。 　　iアプリはサイズが小さく独立性も高いため他の言語に置き換えやすいと考えられます。 　　Groovyによるiアプリ開発環境があればGroovyの普及が進むでしょう。 　　iアプリ分野でGroovyの開発効率が知られるようになれば 　　Webアプリケーションにも食い込みやすくなります。 ２．Javaのソースに変換出来るようにする 　　Javaはすでに納品物に使う言語として認知されているので 　　Groovy->JavaトランスレータがあればGroovy採用の障壁が減ります。 　　Groovyで開発し、Groovy認知まではJavaで納品するという手が使えます。 >>40 　　確かに知名度向上と知識共有のためにドキュメントはもっと欲しいですね。 　　公式ドキュメントについてはGroovyラボが日本語版を用意されていますが、 　　周辺ドキュメントはこれからですね。と、いうわけでもうひとつ追加します。 ３．Groovy周辺ドキュメントを整備する 　　Groovyプログラマの助けになるドキュメントを書きましょう。 　　例えばGroovyによるデザインパターンの解説などが考えられます。 42 名前：デフォルトの名無しさん mailto:sage [04/08/09 20:31] プロトタイピングとテストのためでも、十分開発効率は改善できるし。 iアプリは、静的検証の役割が大きいから、Groovyは採用しづらいだろう。というかできない。 Webが一番有力。 それでも、Java2se5のautoboxingや拡張forで、一番効率の悪かった部分は解消されるし、いろんなフレームワークでコーディング量が減ってるからそこまで効果があるかどうか。 結局は、Rubyも納品用のプロダクトじゃなくて簡単なフィルター作るために人気があるようだから 　foreach("somefile.txt"){ 　　println it 　} のようにファイルを読み込んで一行づつ処理する構文が一番望まれる。 43 名前：デフォルトの名無しさん mailto:sage [04/08/10 13:15] 前向きなレスが出ていて面白い。 が、MLはまだ19人。 ttp://www.freeml.com/ctrl/html/MLInfoForm/groovy-fan@freeml.com 44 名前：デフォルトの名無しさん mailto:sage [04/08/11 23:36] Groovy ってそのうち JDK に入るんじゃないっけ？ 45 名前：デフォルトの名無しさん mailto:sage [04/08/15 00:20] >>44 これ？ Groovy language submitted as JSR 241 ttp://www.theserverside.com/news/thread.tss?thread_id=24525 JSR 241: The Groovy Programming Language ttp://www.jcp.org/en/jsr/detail?id=241 46 名前：デフォルトの名無しさん mailto:sage [04/08/15 01:15] JSRだからといって、SDK/JREに入るとは限らないと思うけど。 47 名前：デフォルトの名無しさん mailto:sage [04/08/15 04:00] udagawaの日記 d.hatena.ne.jp/udagawa/ udagawaの日記(groovyで検索) d.hatena.ne.jp/udagawa/searchdiary?word=*[groovy] 今年の２月から始まっているudagawaの日記を読むとGroovyの成長を実感できます。 JSR #241 The Groovy Programming Language JSR Review Ballot www.jcp.org/en/jsr/results?id=2490 >Sun is happy to see Groovy proposed as a JSR. >Having additional interesting languages for >the Java platform seems like a Good Thing! 全員賛成投票しており、Sunはとても好意的なコメントをつけています。 JDK標準搭載にたどり着く可能性は高いのではないでしょうか。 JCP Approves Groovy Language JSR: Sun endorses language www.theserverside.com/news/thread.tss?thread_id=24798 Sunのコメントを受けて盛り上がっています。 オブジェクト指向スクリプト言語(for JVM)Groovy ライブバージョン www.kakutani.com/articles/LLW2004-LanguageUpdate-Groovy.live.pdf >>33はLightWeight Language Weekend 2004に参加したんですね。 48 名前：デフォルトの名無しさん mailto:sage [04/08/17 13:37] J2SE6.0なのか7.0なのか文脈が読めないのだが、 >>言語に関しては "Groovy" (JSR-241) が入るそうです。 ttp://www5.airnet.ne.jp/sakuraba/java/JavaOneReports/2004SF/javaone1.html だって。 49 名前：デフォルトの名無しさん mailto:sage [04/08/19 06:48] これって.NETの多言語戦略のパクリ？ 50 名前：デフォルトの名無しさん mailto:sage [04/08/19 16:45] >>49 違うと思うが。 @ITの記事 ttp://www.atmarkit.co.jp/fjava/kaisetsu/j2eewatch03/j2eewatch03.html 51 名前：デフォルトの名無しさん mailto:sage [04/08/20 00:56] そもそもJVM上で動くJava以外の言語なんぞ、 COBOLからRubyまであるしな。 Sunは黙殺してたが。 52 名前：デフォルトの名無しさん [04/08/23 23:35] Javaのあのくそ長いメソッド名は最初からスクリプト言語と相性悪い罠 53 名前：デフォルトの名無しさん [04/08/23 23:46] これはインタプリタ言語？ 54 名前：デフォルトの名無しさん mailto:sage [04/08/24 01:31] わざわざ別スクリプト言語用意して、evaれなかったら哂う。 55 名前：デフォルトの名無しさん mailto:sage [04/08/24 08:43] 中身は悪くないけど、ネーミングセンスが最悪だから 標準にはなれない。 56 名前：デフォルトの名無しさん mailto:sage [04/08/24 16:13] すでにJSRなんだけども。 57 名前：デフォルトの名無しさん mailto:sage [04/08/24 16:28] 話がループしているようだ。 58 名前：デフォルトの名無しさん mailto:sage [04/08/27 22:54] >>53 インタプリタ言語だけど、コンパイルしてクラスファイルにすることもできる。 59 名前：デフォルトの名無しさん mailto:sage [04/08/28 08:54] 標準化されたとして、どんな使い道があるんだろうか 60 名前：デフォルトの名無しさん [04/08/28 16:00] Javaより若干遅いっていう評判だけど、 .class にコンパイルしても、やっぱり若干遅いの？ 61 名前：デフォルトの名無しさん mailto:sage [04/09/02 00:29] 遅いよー(ちょっとは使ってみたら？) >> 60 62 名前：デフォルトの名無しさん mailto:sage [04/09/02 18:36] >>59 すでにJavaが使える人には、あまり使い道がないけど、PHPとかからの乗り換えにいい。 ところで、7月からb6で止まってるんだけど、どうしたんだろうね。 rc待ち？ GSPはリンク切れだし。 63 名前：デフォルトの名無しさん [04/09/19 12:22:11] luaみたいにアプリ内部の動作をgroovyから制御できる ことって出来ますか？ 64 名前：デフォルトの名無しさん mailto:sage [04/09/20 21:44:45] ↓グルービーでキャッチーでポップな一言 65 名前：デフォルトの名無しさん mailto:sage [04/09/20 21:56:44] ぬるぽ 66 名前：デフォルトの名無しさん mailto:sage [04/09/20 23:31:25] ｺﾞｯ！ 67 名前：デフォルトの名無しさん mailto:sage [04/09/23 21:00:15] 鈍い音がした…… 68 名前：デフォルトの名無しさん mailto:sage [04/09/24 03:05:29] オリンピックの重量挙げの最中にそんな音が響き渡ったこともあったなあ。 いたそ。 69 名前：デフォルトの名無しさん mailto:sage [04/09/25 09:14:19] alt.lang.jreコラム：Groovyに触ってみよう www.atmarkit.co.jp/fjava/rensai3/devworks05/devworks05_1.html 70 名前：デフォルトの名無しさん mailto:sage [04/09/25 10:19:01] JavaWorld11月号特集2「Groovyの魅力を探る」 (P50〜P76) www.idg.co.jp/jw/features.html >Javaプログラマーのための次世代スクリプト言語 >Groovyの魅力を探る >・・・関谷 和愛／上原 潤二 >開発サイクルが短くなる一方、仕様の追加／変更が頻発する今日の業務システム開発の現場においては、 >XP（Extreme Programming）をはじめとするアジャイルな開発手法に注目が集まっている。 >しかし、こうした“軽量”な開発手法を実践するには、JavaやXMLだけでは重厚すぎ、 >道具立てに欠けると感じたことはないだろうか。 >「Groovy」は、こうした背景から生まれた新世代のスクリプト言語である。 >本特集では、このGroovyの文法／使い方の基礎から応用までを詳細に解説する。 >それを通して、GroovyがJavaプログラマーにもたらすメリットを明らかにしたい。 >オーバービュー　Groovyの輪郭をつかむ >基礎編　　　　　基本操作と必修イディオムを学ぶ >応用編　　　　　定番処理にGroovyを組み込む サンプル・ソース ftp://ftp.idg.co.jp/pub/jw/0411/Groovy.zip 71 名前：デフォルトの名無しさん mailto:sage [04/09/25 16:40:46] 軽量な開発手法ってJaclやTclBlendやjythonやrhinoではだめなのか？ そういった先達を無視してGroovyだけのの利点のように扱うのはどうかと思う。 Groovyだけの利点って何よ。 72 名前：デフォルトの名無しさん mailto:sage [04/09/25 17:08:46] こいつを読むと「groovyってけっこういいじゃん」とおもたよ。 ttp://www.atmarkit.co.jp/fjava/rensai3/devworks05/devworks05_1.html 73 名前：デフォルトの名無しさん mailto:sage [04/09/26 00:15:09] Groovyが特別、ほかのVM上で動くスクリプトより秀でているってことはないんじゃないかな。 Javaに文法が似てるってのは結構意義があるね。Javascript2.0もかなりJavaに似てると思うけど。 74 名前：デフォルトの名無しさん mailto:sage [04/09/26 00:21:00] >>71 Java VM で Ruby っぽいことができる。 ついでに「先達を無視して○○だけのの利点」のように取り巻きが振る舞う and/orメディアに取り上げられるのもまたRuby譲り、かなと。ｗ まあ、だからアンチRuby とか、Ruby以外好き にゃあ、無用だね。 75 名前：デフォルトの名無しさん mailto:sage [04/09/26 01:26:36] >>74 なぜにそこでRubyが話題に？ Ruby好きならJRubyにいくと思うけど・・・ 76 名前：デフォルトの名無しさん [04/09/26 05:03:16] Groovyのクロージャどうやって実現してんだろ？ Javaスタックは使えないよね？ もし独自に環境モデルでやってるなら遅そうだなー 77 名前：デフォルトの名無しさん mailto:sage [04/09/26 07:36:28] クロージャか。delegateみたいなもんだな。 Javaはようやく全てクラスとして書くって思想が 重いって事に気づいたようだな。 78 名前：デフォルトの名無しさん mailto:sage [04/09/26 09:38:49] >>77 Javaを擬人化するのはやめていただきたい それにJavaが変わるわけでもないし 79 名前：76 [04/09/26 16:31:53] >>77 C#のdelegateみたいなのだったら実質javaの内部クラスと同様だからわかるんだけど クロージャってコンテキストを持つじゃん？ どうやってんのかなー 80 名前：デフォルトの名無しさん [04/09/26 17:01:45] Javaの内部クラスはいちおうfinalなローカル変数にはアクセスできますが？ そうだなぁ。 Javaで普通に作ると、内部クラスにHashmapかなんか持たせて、 アクセッサ用意してローカル変数をそっちに詰め込んで、 クロージャはそっちをアクセスするって感じじゃないの？ 81 名前：デフォルトの名無しさん mailto:sage [04/09/26 17:05:02] WebProg板でやれやアホども 82 名前：デフォルトの名無しさん mailto:sage [04/09/26 17:08:24] なんでWebProg板？関係ないじゃん 83 名前：デフォルトの名無しさん mailto:sage [04/09/26 17:13:06] たぶん言ってみたかっただけだよ。 なんか勘違いしてるだけかもしらんが。 馬鹿は処置なしです。 84 名前：デフォルトの名無しさん mailto:sage [04/09/26 17:45:16] >>75-80 適当な推測で語ってないで groovyc でスクリプトを class ファイルにコンパイルしてから逆コンパイルしてみろ。 見当違いなこといってると恥ずかしいぞ。 85 名前：デフォルトの名無しさん mailto:sage [04/09/26 18:28:29] 処理系すら手元にありませんが何か？ 86 名前：76 mailto:sage [04/09/26 20:26:13] >>84 すまんおれもインストールすらやる気なし 知ってんなら教えて 逆コンパイルで簡単に仕組みわかるぐらいなら内部クラスか？ finalつけないといけない制限どうすんだ？ 推測三昧だわ 87 名前：デフォルトの名無しさん mailto:sage [04/09/26 20:28:45] ｽﾏｿ実は俺も処理系なし。 自前のフレームワークに取り込むかどうか思案中だけど、、、。 88 名前：デフォルトの名無しさん mailto:sage [04/09/26 20:29:26] 実は俺もダウンロードすらしていない。 89 名前：デフォルトの名無しさん mailto:sage [04/09/26 23:42:03] 俺漏れも 90 名前：デフォルトの名無しさん mailto:sage [04/09/27 01:30:14] ｲﾝｽｺすんのﾏﾝﾄﾞｸｻ('A`) 91 名前：デフォルトの名無しさん mailto:sage [04/09/27 04:07:57] >>90 べつに、ダウンロードして解凍するだけですよ。 フルパスでコマンド打ち込むのがいやならパス通せばいいだけの話。 92 名前：76 mailto:sage [04/09/28 00:57:22] >>91 それが面倒だっつってんだろが おれの気持ちもわかってくれよ まぁいいよ Groovyはローカル変数を独自の環境フレームに確保する なのですげー遅いウンコ言語 というわけで脳内解決したから興味なくなった 93 名前：デフォルトの名無しさん mailto:sage [04/09/28 00:59:31] すげー遅いのは確かだけど独自の環境フレームには確保しないよ。 94 名前：デフォルトの名無しさん mailto:sage [04/09/28 01:13:32] >>92 わかってるよｗ 起動がめんどくさかったら、自分でレジストリいじくってダブルクリック起動すればいいだけの話でもある。 95 名前：デフォルトの名無しさん mailto:sage [04/09/28 01:21:28] Groovyの読み方を教えてください 96 名前：デフォルトの名無しさん mailto:sage [04/09/28 01:30:44] ttp://members.jcom.home.ne.jp/kozit/hon/kibun.jpg 97 名前：デフォルトの名無しさん mailto:sage [04/09/28 09:05:32] >>95 ぐRuby 98 名前：76 mailto:sage [04/09/29 01:52:18] やっぱり環境フレームつくってるじゃねーか 適当なこと言うんじゃねーよ、ボケが 99 名前：デフォルトの名無しさん mailto:sage [04/09/29 02:03:51] ハア？ 100 名前：76 mailto:sage [04/09/29 03:42:13] お前だろが、見当違いなこと言って恥ずかしいやつってのは しりもしないくせに見栄はっちゃってよ えらそうに言ってるわりに何にもわかってねーじゃん てか低脳 101 名前：デフォルトの名無しさん mailto:sage [04/09/29 11:46:41] >>99 どうやら76は84のことを怒っているものとおもわれ。 102 名前：デフォルトの名無しさん mailto:sage [04/09/29 14:08:33] >100 ABC 103 名前：デフォルトの名無しさん mailto:sage [04/09/29 16:03:49] 環境フレームっつーと、LISPやSchemeでおなじみのアレか。 処理系独自のフレーム管理になるから、 JavaVMのスタック命令使えなくて遅くなるのかもしれないけど、 あれは便利だよね。 スクリプト言語はこうじゃなくちゃいけない。 これと比べてしまうと、gccの関数内関数拡張なんてゴミに等しい。 104 名前：デフォルトの名無しさん mailto:sage [04/09/29 17:10:16] >>100 お し え て 何故、ここで縦読み 105 名前：デフォルトの名無しさん mailto:sage [04/10/01 17:03:51] なんかむちゃくちゃ遅いって噂流れてますが、マジ？ 106 名前：デフォルトの名無しさん mailto:sage [04/10/01 17:43:28] まじ 107 名前：デフォルトの名無しさん mailto:sage [04/10/01 18:36:44] 使い捨てプログラムの場合、書く時間 >> 実行時間だから書く時間が短くなれば、実行時間が少々増えたところで、思い立ってから結果が出るまでの時間が短い、という考え方。 結果が得られることがわかってから、Javaに持っていけばいい。 108 名前：デフォルトの名無しさん mailto:sage [04/10/01 20:42:44] まだ実験段階だから、最適化を全くしてないらしいが。 109 名前：デフォルトの名無しさん mailto:sage [04/10/01 23:07:31] ボウズ、最適化は仕様が固まってからだろ 110 名前：デフォルトの名無しさん mailto:sage [04/10/01 23:19:01] 短所を探すよりも長所を伸ばしましょう 111 名前：デフォルトの名無しさん mailto:sage [04/10/02 19:31:46] 漏りあがってるねぇ。 おくればせながら>>70を買ってきた。 なんかすごいページ数なんですけど。しかも記事がマニアックだ。 >>71 そんな風によみとれる表現があるの？ 112 名前：デフォルトの名無しさん mailto:sage [04/10/02 20:43:18] 71は日ごろから被害妄想に悩んでる人なんだよ 113 名前：デフォルトの名無しさん mailto:sage [04/10/02 21:37:00] >>75 おまえJRuby使ったことないだろ 114 名前：デフォルトの名無しさん mailto:sage [04/10/02 23:08:28] "c:\\rtest"が c:\キャリッジリターンtest と評価される nやtで始まってもダメなんだろうな お陰でFile.separatorを初めて活用した 115 名前：デフォルトの名無しさん mailto:'sage' [04/10/03 00:17:06] 今夜はグルービーナイト 116 名前：デフォルトの名無しさん mailto:sage [04/10/03 04:19:32] なんか懐かしいこと言ってくれるじゃないの！ 117 名前：デフォルトの名無しさん [04/10/04 01:04:03] groovyをインストールしてgroovyshは動いたけど、groovyConsoleを起動しようとすると Exception in thread "main" java.lang.ClassNotFoundException: groovy.ui.Console ........ というエラーが出る。どうすればよいの？ 118 名前：デフォルトの名無しさん mailto:sage [04/10/04 08:27:00] >>117 環境変数設定してる？ 119 名前：117 mailto:sage [04/10/04 10:10:29] >>118 実はJavaの経験が無いので、よくわかっていませんが、 JAVA_HOME, JAVA_FONTS, GROOVY_HOMEは設定しています。 groovyshは動くので、大筋ではあっていると思うのですが。 120 名前：デフォルトの名無しさん mailto:sage [04/10/04 22:58:05] >>117 groovy-1.0-beta-7.jarにgroovy.ui.Console.*が入ってないですね。 ビルドのミスでしょうか？ groovy-1.0-beta-7\src\main\groovy\ui (beta-7ソースファイル) Console.groovy　<-これがコピー、コンパイルされるはず ConsoleSupport.java GroovyMain.java GroovySocketServer.java InteractiveShell.java package.html ShellCompleter.java groovy-1.0-beta-7.jar\groovy\ui (beta-7 jarファイル) ConsoleSupport.class GroovyMain.class GroovySocketServer$GroovyClientConnection.class GroovySocketServer.class InteractiveShell.class ShellCompleter.class groovy-1.0-beta-6.jar\groovy\ui (beta-6 jarファイル) （前略） Console.class　<- コンパイル Console.groovy　<- コピー ConsoleSupport.class GroovyMain.class InteractiveShell.class 121 名前：デフォルトの名無しさん mailto:sage [04/10/04 23:11:16] >>120 なんてこったい・・・・ 122 名前：デフォルトの名無しさん mailto:sage [04/10/05 01:31:44] ttp://jira.codehaus.org/browse/GROOVY-641 123 名前：デフォルトの名無しさん mailto:sage [04/10/20 00:31:18] 　　　　　　　　　　　　　　　　＼　│　／ 　　　　　　　　　　　　　　　　　／￣＼　　 ／￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　くっちゃらはぴはぴ！ 　　　　　　　　　　　　　　　　　＼＿／　　 ＼＿＿＿＿＿＿＿＿＿ 　　　　　　　　　　　　　　　　／　│　＼ 　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ ﾟ∀ﾟ）＜　くっちゃらはぴはぴ！ Ｐｙ厨〜〜〜〜！ 　　 ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿ ＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜ 　　　　　　　　　　　　　 /　／＼_」　/　／＼」　　　　　　　　　　　　　 ￣　　　　 / ／ 124 名前：76 mailto:sage [04/10/20 22:55:40] 気が向いたので84の言うとおりにgroovyc でスクリプトを classファイルにコンパイルしてから逆コンパイルしてみた。 結果憶測は完全に正しかった。 ローカル変数はpropertyという名前で自前の環境フレームにて管理されてる。 84わかったか？ 125 名前：デフォルトの名無しさん mailto:sage [04/10/20 23:58:04] >>124 粘着ｳｾﾞ 126 名前：デフォルトの名無しさん mailto:sage [04/10/21 00:40:49] そもそも環境用意しないでクロージャ実現なんてできるん？ 127 名前：デフォルトの名無しさん mailto:sage [04/10/21 10:35:09] >>124 ほら、やっぱりやれば出来る子じゃないの お母さんもそう言ってたでしょ？ 128 名前：デフォルトの名無しさん mailto:sage [04/11/01 23:20:34] >95 ぐるるるるるぅ�hぃ 129 名前：デフォルトの名無しさん mailto:sage [04/11/04 18:43:11] グルーなルビー？ 130 名前：デフォルトの名無しさん [04/11/12 23:38:10] java上で動くperlはないものか。 131 名前：デフォルトの名無しさん mailto:sage [04/11/12 23:42:46] 　　　　　　　　　　　　　　　　＼　│　／ 　　　　　　　　　　　　　　　　　／￣＼　　 ／￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　くっちゃらはぴはぴ！ 　　　　　　　　　　　　　　　　　＼＿／　　 ＼＿＿＿＿＿＿＿＿＿ 　　　　　　　　　　　　　　　　／　│　＼ 　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ ﾟ∀ﾟ）＜　くっちゃらはぴはぴ！ Ｐｙ厨〜〜〜〜！ 　　 ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿ ＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜ 　　　　　　　　　　　　　 /　／＼_」　/　／＼」　　　　　　　　　　　　　 ￣　　　　 / ／ 132 名前：デフォルトの名無しさん mailto:sage [04/11/12 23:46:43] >>130 あるよ。 133 名前：デフォルトの名無しさん [04/11/12 23:47:48] 普通にJavaを使えば良いと思うんだが…。 遅くなるだけだろ？ 134 名前：デフォルトの名無しさん mailto:sage [04/11/13 05:44:02] 再利用しないコードを手っ取り早く書くには便利だよ。 速度が遅くても早く書けることのほうが重要なケースってあるし。 135 名前：デフォルトの名無しさん [04/11/13 16:01:52] 海外でははやっているようなんだが、日本ではまだかな。 日本語のドキュメントが足りないんだろうな。 136 名前：デフォルトの名無しさん [04/11/13 18:08:40] >>134 RubyやPerl等の言語と比べても手っ取り早いの？ ぐるぅびぃは使ったことないからわからんのよ 137 名前：デフォルトの名無しさん mailto:sage [04/11/13 18:13:12] 自分で調べろ。 138 名前：デフォルトの名無しさん mailto:sage [04/11/13 18:14:57] >>136 変わらんけど、RubyやPerlはJavaに組み込んで使えないでしょ？ 139 名前：デフォルトの名無しさん [04/11/13 18:30:42] RubyもPerlもPythonもTclもJavaScriptもJVM実装がある 140 名前：デフォルトの名無しさん [04/11/13 18:34:51] 仮想マシンの上で動くJavaのそのまた上で動くスクリプト？いみね。 141 名前：デフォルトの名無しさん mailto:sage [04/11/13 18:58:01] PerljのJVM実装って名前なに？ 142 名前：デフォルトの名無しさん mailto:sage [04/11/13 19:01:20] perl JVM って B-JVM-Jasmin かな？ 143 名前：デフォルトの名無しさん mailto:sage [04/11/13 19:14:28] >>139 そういう意味じゃなくて、Javaアプリケーションの中に組み込んで使えるかどうか。 144 名前：デフォルトの名無しさん [04/11/13 19:16:32] 使えるよ 145 名前：デフォルトの名無しさん mailto:sage [04/11/13 19:20:17] JavaScriptは確か組み込みのがあったね。 PerlやRubyは初耳だな。 146 名前：デフォルトの名無しさん mailto:sage [04/11/13 19:50:35] 好きなもん使えよ。どれも大して変わらんから。 147 名前：デフォルトの名無しさん mailto:sage [04/11/13 20:00:37] perljvm - The Perl to Java Virtual Machine ( JVM ) Compiler www.ebb.org/perljvm/ はてな JAVA言語以外の言語をJAVAバイトコードにコンパイルできるコンパイラ _______________________________________________________________.hatena.ne.jp/1078983262 148 名前：デフォルトの名無しさん mailto:sage [04/11/13 20:31:31] Javaのクラスを透過的に使えるかどうかじゃないの？ 149 名前：デフォルトの名無しさん mailto:sage [04/11/13 20:37:39] JVM=Javaと思ってるんだろうな。 150 名前：デフォルトの名無しさん mailto:sage [04/11/13 20:52:50] JVMで動くRubyがあったと思ったけど、Rubyで動くJVMのことだった。orz 151 名前：デフォルトの名無しさん mailto:sage [04/11/13 20:55:23] >>148 Javaのクラスが透過的に使えないとでも？ 寝言は寝て言え。 152 名前：デフォルトの名無しさん mailto:sage [04/11/13 20:55:55] >>150 JVMで動くRubyもあるよ。 153 名前：デフォルトの名無しさん mailto:sage [04/11/13 21:07:08] >>151 JVMで動くGroovy以外のスクリプト言語で？ 154 名前：デフォルトの名無しさん [04/11/13 21:44:12] perlでJavaクラス呼び出しか。萌える。 155 名前：デフォルトの名無しさん mailto:sage [04/11/13 21:48:52] なにこのJVMで動くスクリプト言語総合スレ 156 名前：デフォルトの名無しさん mailto:sage [04/11/13 21:56:05] >>154 それより、Javaのクラスを継承したクラスをPerlで定義とか。 157 名前：デフォルトの名無しさん mailto:sage [04/11/13 22:03:48] >>151 例えば、Perlで$valueに文字列を代入して、 　$value = "Hello Perl!"; Javaでそれを使用することは出来る？ 　System.out.println(value); 逆はどうかな？ 158 名前：デフォルトの名無しさん mailto:sage [04/11/13 23:20:09] ｸﾞﾙｰﾋﾞｨｱｰﾁｪ 159 名前：デフォルトの名無しさん [04/11/13 23:49:52] JythonはJavaのクラス継承できるよ。 160 名前：デフォルトの名無しさん [04/11/13 23:55:12] >>157 JythonでもJaclでもできるよ。 Java版Perlは使ったことないからしらないけどできないと思う理由がない。 161 名前：デフォルトの名無しさん mailto:sage [04/11/14 00:23:55] え、Javaのソースの中にJythonのコードを一つのソースファイルに混ぜて書いて、 コンパイルしてクラスファイル作れるってこと？ たとえばJPerlなら.plファイルからクラスファイルを作れるだけじゃないの？ PerlからJavaのクラスを使用する事はできるだろうが、ソースファイルにPerlと Javaの文法ごちゃまぜに書いたりはできないんじゃないか？ 162 名前：デフォルトの名無しさん mailto:sage [04/11/14 00:28:40] それぞれ使ったことがないものについて話をしているのが笑える。 163 名前：デフォルトの名無しさん [04/11/14 00:35:25] Pythonコードの文字列をJavaソースに含めることを「一つのソースファイルに混ぜて書いて」に含めるならそれもできるよ。 逆に聞くけどGroovyではそれ以上のごちゃまぜができんの？ Javaコンパイラのシンタクスに手を入れるような裏技を使ってるとか？ 164 名前：デフォルトの名無しさん mailto:sage [04/11/14 01:02:17] Javaコンパイラは使っていないと思うが。 165 名前：デフォルトの名無しさん mailto:sage [04/11/14 01:22:24] 最初に出て来たPerlとRubyはどこに行った。 166 名前：デフォルトの名無しさん mailto:sage [04/11/14 03:01:17] >>161,163 たしかGroovyはJavaの文法を完全に含んでるはず。 C++とCの関係みたいなもん。 だからGroovyとJavaの文法をごちゃまぜという事態は発生しない。 167 名前：デフォルトの名無しさん mailto:sage [04/11/14 05:05:19] >>166 forEachと拡張for っていうか、なんでみんな憶測で断定するんだ？ 168 名前：デフォルトの名無しさん mailto:sage [04/11/14 06:02:27] >> C++とCの関係 嘘吐くな 169 名前：デフォルトの名無しさん mailto:sage [04/11/16 03:06:17] 自作アプリの拡張用にGroovy使ってるんだけど、便利だよ。 パフォーマンスはイマイチだけどね。 170 名前：デフォルトの名無しさん mailto:sage [04/11/18 00:53:42] じゃ、イラネ・・・ ていうかJavaランタイムないと動かんのでしょ？ 問題外だわ 171 名前：デフォルトの名無しさん mailto:sage [04/11/18 00:59:45] Java みててもわかるように速度は後から改善できても、 言語仕様はなかなか変えられない。 どっちを優先すべきかは自明。 172 名前：デフォルトの名無しさん mailto:sage [04/11/18 01:38:57] JREさえあればプラットフォームに依存せず動くというのはとても便利。 PythonだってRubyだってOS標準で入ってるわけじゃないのはJavaと条件は一緒。 173 名前：デフォルトの名無しさん mailto:sage [04/11/18 03:12:26] >170 はアセンブラ厨ということで。 174 名前：デフォルトの名無しさん mailto:sage [04/11/18 03:39:01] >>170のような考え方でよくスクリプト言語のスレ見る気になったよな 175 名前：デフォルトの名無しさん [04/11/19 00:17:43] groovyって cat 20041111.log | ./hoge.groovy みたいなパイプを使った処理って出来ますか？ groovy パイプとかでぐぐっても見つけられません 教えてえらい人 176 名前：デフォルトの名無しさん mailto:sage [04/11/19 01:48:47] 拡張子長！ 標準入力から読めばいいんじゃね？ 177 名前：デフォルトの名無しさん [04/11/19 17:42:18] $ cat A.groovy class Foo { myGenerator(yield) { yield "A" yield "B" yield("C") } static void main(args) { foo = new Foo() foo.myGenerator { println "Called with ${it}" } }} $ groovyc A.groovy $ ls A.groovy Foo$2.class Foo$_main_closure1.class Foo.class としてから $ java Foo を実行したのですが、java.lang.NoClassDefFoundError ... と言われ怒られてしまいます。 groovy-version/lib 内にある幾つかの *.jar ファイルを CLASSPATH に 入れればいいのはわかっているのですが、なにしろ20個近くのjarファイルがあるので、どれが ランタイムに関わっているのかわかりません。 だれか、実行するのにインクルードされるべき jar ファイルを教えていただけませんか？ 178 名前：デフォルトの名無しさん mailto:sage [04/11/19 20:40:30] 全部含めればいいじゃないか。 179 名前：デフォルトの名無しさん [04/11/19 20:46:46] >>178 classpathが長すぎるとantがエラーはく。 だからやだ。 180 名前：デフォルトの名無しさん mailto:sage [04/11/19 21:27:42] hibernate+spring+velocityで25くらいのjarをクラスパスに含めてるけど、そういうことに陥ったためしがないんだが。 181 名前：デフォルトの名無しさん mailto:sage [04/11/19 21:28:56] ant使ってるのにclasspathにパス指定してるとか？ いまどきシステムのclasspath使うなよ。 182 名前：デフォルトの名無しさん [04/11/19 22:53:36] Groovyもスクリプト言語なのにクラスパスとかJavaのめんどくささを継承してるってことだよね 183 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:02:07] どんなスクリプト言語でもライブラリのパスは設定する必要があるわけだが。 184 名前：デフォルトの名無しさん [04/11/19 23:03:48] 素直にJava使えよ。 185 名前：デフォルトの名無しさん [04/11/19 23:04:25] >>183 > どんなスクリプト言語でもライブラリのパスは設定する必要があるわけだが。 全部一つのjarファイルにまとめればよい。 そうすればパス指定は1つで楽にすむ。 186 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:05:09] >>184は同時に一言語しか覚えられない奴か 187 名前：デフォルトの名無しさん [04/11/19 23:05:56] >>184 > 素直にJava使えよ。 java でのプログラムはtedious。誰もがそれを認めている。 188 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:07:00] >>185 で、jakartaだけでもいろいろなバージョンの組み合わせで10000とおりくらいのjarの中からひとつ選ぶようになるわけか。 189 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:09:13] >>187 それはオマエが単純な部分しか任されないチームに隔離されてるから。 190 名前：デフォルトの名無しさん [04/11/19 23:37:33] > で、jakartaだけでもいろいろなバージョンの組み合わせで10000とおりくらいのjarの中からひとつ選ぶようになるわけか。 log n で済むわけなんだが。 191 名前：デフォルトの名無しさん [04/11/19 23:40:51] >>189 > >>187 > それはオマエが単純な部分しか任されないチームに隔離されてるから。 おまえの「単純な部分」の定義がわからんのだが。。。 大体、スクリプト言語での仕事 => 単純な部分 という大胆すぎる inference は考慮がたりなさすぎる 192 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:43:30] はい、スレ違いなのは他でやってね。 193 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:05:29] >>191 よくわからんが、あなたが任されてるtediousな部分。 tediousな部分しかやってないチームにいるからjavaはtediousと思って、周りの誰もがそれを認めてるんでしょ。 あぁ、Javaじゃなくてスクリプト言語を任されてるんだね。 194 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:06:13] >>190 > log n で済むわけなんだが。 どうやったら？ 195 名前：デフォルトの名無しさん [04/11/20 01:21:42] >>193 > >>191 > よくわからんが、あなたが任されてるtediousな部分。 > tediousな部分しかやってないチームにいるからjavaはtediousと思って、周りの誰もがそれを認めてるんでしょ。 > あぁ、Javaじゃなくてスクリプト言語を任されてるんだね。 ハァ？ 俺はプログラムの内容じゃなくてシンタックスが記述的に「tedious」と述べた だけなんだけど。。。 >>194 > どうやったら？ jarを想像してみ。シンプルなツリー構造になるだろ？ 196 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:26:15] >>195 >> どうやったら？ >jarを想像してみ。シンプルなツリー構造になるだろ？ で、それがバージョンごとの可能な組み合わせを考えなくていい理由になるのか？ 197 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:38:44] いやまあ、俺は何でそこで「tedious」なんて英単語を持ち出す必要があるのか 分からんかった。 「長ったらしくてつまらん」でいいだろ？ 198 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:42:13] >>197 log nとか、nが少なかったら何の意味もなさない書き方してるし、そういうことでしか賢さを示せない方では？ 199 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:53:42] groovyでクラスパスの設定するのに、いちいち環境変数使ってるの？ $GROOVY_HOME/conf/{command}-classworld.conf使ったほうがよくない？ アプリごとにconfファイル用意して、 バッチファイルをいじれば好きなアプリ毎に自由にクラスパスの設定の切り替えができる。 （シェルスクリプトのほうは修正しなくても最初からそうなっている） 慣れればこっちのほうが便利だと思うけどな〜 200 名前：デフォルトの名無しさん mailto:sage [04/11/20 08:51:21] >>177 libじゃなくて、展開したディレクトリの直下にgroovy-1.0-beta-*.jarとかが置かれてない？ 多分これ１つでOKだったと思った。 201 名前：デフォルトの名無しさん [04/11/20 11:46:31] Javaの仕組みが同じディレクトリにjarがあったら全部拾ってくれるようになってればいいんだよ。 WindowsのDLLってそうじゃないか。 202 名前：デフォルトの名無しさん mailto:sage [04/11/20 12:45:42] >>201 うっとおしい。ただ、classpathに指定したディレクトリのjarはすべて含むようにとかはして欲しかった。 けど、もうどうでもいい。 classpathなんか設定しないし。 203 名前：デフォルトの名無しさん [04/11/22 10:29:13] 204 名前：デフォルトの名無しさん [04/11/29 15:10:35] JDK5.0にGroovyは対応しているのでしょうか？ JDK1.4x以上とあるのは1.4V内での話しなのか ホントに以上なのかがイマイチよくワカリマセン。 日経ソフトウェアの今月号にはお奨め言語と なっていました。SqeakのeToyと「ひまわり」と 一緒に。 205 名前：デフォルトの名無しさん [04/11/29 16:06:25] 自分で聞いて自分で回答するのも なんですが、うまく行くようです。 206 名前：デフォルトの名無しさん mailto:sage [04/11/29 22:24:25] まあJ2SE 5.0はJ2SE 1.4の上位互換があると言ってるから、groovycで コンパイルしたバイトコードは動くだろうね。 207 名前：デフォルトの名無しさん mailto:sage [04/12/01 21:13:43] >>205 自作自演Q&A乙。こういうのは役に立つのでこれからも自作自演を続けてくれい。 208 名前：デフォルトの名無しさん [04/12/05 13:07:34] >>207 芸が細かい自作自演Q&A乙 209 名前：デフォルトの名無しさん [04/12/12 18:21:52] 自作自演Q&A Hey! Beta8がもうすぐReaseされるタイミングです。 大体２ヶ月ピッチ？ 前回は９月だからして…。 ひょっとするとBetaが省かれて1.0 になる可能性もあるらしいが。 210 名前：デフォルトの名無しさん [04/12/12 18:26:04] >>209 ひょっとしてAranskが復活したりしてね。 関数型言語からスクリプト言語に宗旨替えしてさぁ。 HPやBlogも最近頻繁に書き換えているようだし…。 今まで何しとったん？ 211 名前：デフォルトの名無しさん [04/12/13 05:43:57] >>210 自作自演Q&A乙。こういうのは役に立つのでこれからも自作自演を続けていれくい 212 名前：Aransk [04/12/18 15:44:28] Groovy Beta 8が12月17日付けで発表されました。 Beta7から、どこがどう変わったのかさっぱり 分かりません。要はインストールして 自分で試せと言うことらしい。 213 名前：Aransk [04/12/20 10:22:02] このGroovyスレって盛り上がらないねぇ。 Ruby,Pythonのいい所取りだから仕方ないかもね。 ある面スクリプト系言語の閉塞状況を示して いるのかも知れない。 214 名前：デフォルトの名無しさん mailto:sage [04/12/20 10:25:50] 正式版が出てないから、これ以上盛り上がりようが。 215 名前：デフォルトの名無しさん mailto:sage [04/12/20 11:55:12] Javaでしか使えないからもリあがらないんだよ。 216 名前：デフォルトの名無しさん mailto:sage [04/12/20 12:04:27] Rubyにあらゆる点で劣っているしな。 217 名前：デフォルトの名無しさん mailto:sage [04/12/20 13:55:53] >>216 そういう煽りにはもう飽きちゃった。 218 名前：デフォルトの名無しさん mailto:sage [04/12/20 16:12:08] >>216 巡回ご苦労様です。 219 名前：デフォルトの名無しさん mailto:sage [04/12/20 19:53:07] 仕様も固まっていないし。 220 名前：デフォルトの名無しさん [04/12/21 00:31:28] きょうのすれは、まれにみる盛況ぶりだったな 221 名前：デフォルトの名無しさん mailto:sage [04/12/21 06:22:09] Groovy 1.0b8の主な改良点 ttp://docs.codehaus.org/display/GROOVY/2004/12/20/Groovy+Beta+8+is+released ・groovyConsoleとstreaming buildersがディストリビューションに復活 ・groovyshでのエラーメッセージ表示が少なくなった（スタックトレース無しよ） ・JDK 5.0上での動作を改善 ・GroovyShellで数千ものスクリプトを実行すると発生していたメモリリークが解消 ・MarkupBuilderが<a href="groovy">stuff</a>を生成できるようになった ・Windowsでclasspathフラグが働いてなかったことがあったのを修正 ・antで特別なtaskdefをしないでもgroovy namespaceを使えるようにした（翻訳自信無し） 222 名前：Aransk [04/12/21 18:35:48] >>214ー221 >芸が細かい自作自演Q&A乙 かも知れんが、孤独感はかなり癒された。 GroovyのHPにある言語仕様はまだ誰も訳して ないようなんで全てダウンロードして 意訳＝＞異訳＝＞違約を試みております。 単なる言語仕様じゃなく、「重点」をこんなことが 出来て嬉しい！実例に置きたい。 が、しかし、そんな嬉しい実例があったら とっくにRuby本でやってるはずだとも 思いつつ…。 223 名前：デフォルトの名無しさん mailto:sage [04/12/21 19:06:04] 自分的にはGroovy HPのFeaturesセクションが 「こんなことが出来て嬉しい」にヒットしまくり。 224 名前：デフォルトの名無しさん mailto:sage [04/12/21 19:55:06] 名前がダサすぎ 225 名前：デフォルトの名無しさん mailto:sage [04/12/22 05:18:17] シェル上で実行できるスクリプト言語としては当たり前のことなんだが、 1行目に #! を書いて動いたのがなんだか嬉しかった。 #!/usr/bin/env groovy n = 0 for (k in args) { 　n++; 　println("Argument " + n + " : " + k) } 226 名前：Aransk [04/12/22 18:41:44] >>224 ダサいとは思わないが長いとは思う。 出来れば３文字、長くて４文字程度が望ましい。 .groovyってのはー＞.gvyでも.gryでも良さそうに 思える。 227 名前：デフォルトの名無しさん mailto:sage [04/12/22 19:20:02] 「ぐびー」で。 228 名前：デフォルトの名無しさん mailto:sage [04/12/22 19:44:43] Groovy ぐるーびぃ ぐ るーびぃ ぐ るびぃ ぐるびぃ GRuby GNU Ruby??? 229 名前：デフォルトの名無しさん mailto:sage [04/12/23 02:31:19] >>226 .grvを希望。できれば.gだけで。 230 名前：Aransk [04/12/23 16:03:20] groovyのforeachは for ( i in array ) と書き 今回JDK5.0で追加されたjavaの foreachは for (i : array) となった。 この「in」と「:」の差異は何なんで しょうねぇ？ 231 名前：デフォルトの名無しさん mailto:sage [04/12/23 16:04:19] prologの x:xsと通じるものがあるのかもしれない 232 名前：デフォルトの名無しさん mailto:sage [04/12/23 16:05:05] しまった Aransk と同じ時を過ごしてしまった 233 名前：デフォルトの名無しさん mailto:sage [04/12/23 16:24:03] inというキーワードを追加したら、inという名前の変数を定義してたりする コードが動かなくなるから。 234 名前：デフォルトの名無しさん mailto:sage [04/12/23 20:56:27] >>231 prologは、[X|XS] x:xsはML 235 名前：デフォルトの名無しさん mailto:sage [04/12/23 21:46:55] >>233 java.lang.System.inが…… 236 名前：デフォルトの名無しさん mailto:sage [04/12/23 21:48:22] あぁ、だからenumは容赦なくキーワード認定されたのか。 237 名前：choix ◆pnCm4bpG3Y mailto:sage [04/12/24 01:16:59] >>230 Python慣れしたユーザーにアピールするためにinを採用したとか？ 238 名前：デフォルトの名無しさん mailto:sage [04/12/24 02:08:15] >>234 ML は x::xs x:xsは Haskell まあどっちみち関係ないし。 個人的には in は Ruby っぽい気がするが、 Python でもあるだろうし、それ を言い出したら、元を辿るとシェルになる気もする。 239 名前：Aransk [04/12/24 10:31:02] 今回のJDK5.0言語仕様変更担当者の話では 従来のfor構文との整合性をとったとのことです。 つまり意地でもforeachという単語を付加したく なかった。 ここからは筆者の推測です。 groovyも基本的にはこの路線を走っていた。 しかしinだけはスクリプト感覚的に利用して しまった。 その後同じJava言語開発陣が傍流のgroovyごときに 追随する訳には行かなかった、が、しかし、 機能的にはgroovyで既に実現している部分なので 手を抜きたかった。 そこでinを：に変更し、面目だけは保った。 つまり「write once,run anywhere」は 今回の文法変更により成立しなくなっているです。 従ってJava開発陣としてのプライドだけが 「：」に込められているのではないでしょうか？ 240 名前：デフォルトの名無しさん mailto:sage [04/12/24 11:56:51] えっと、inが予約語にできなかったという理由がSystem.inと関係ないと言えなければ、単なる妄想だけど。 241 名前：デフォルトの名無しさん mailto:sage [04/12/24 14:11:07] System.in もだけど、みんなローカル変数で InputStream in; とかやってないのかな？ 242 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [04/12/26 19:12:39] 同じタイミングでstatic importが規格に入ったから考慮してみた って屁理屈はあるかもな。 245 名前：デフォルトの名無しさん mailto:sage [04/12/26 19:13:26] >>243 ・既存のソースコードをコンパイル出来るかどうか ・パーズ速度が犠牲にならないかどうか ・適切なエラーメッセージが生成できるかどうか などは考えたの？ 246 名前：Aransk [04/12/27 17:12:45] 「in」と「：」で >・既存のソースコードをコンパイル出来るかどうか >・パーズ速度が犠牲にならないかどうか >・適切なエラーメッセージが生成できるかどうか 上記諸点に差が出るとは思えませんが…。 247 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [04/12/27 22:14:24] なんかくだらないことしてるね バカ？ 251 名前：デフォルトの名無しさん mailto:sage [04/12/27 22:48:34] まあ、４つ並ぶことはないにしても、いろいろなところにinが混じることがあってそれをコンパイルできるコンパイラはめんどいってことじゃね？ 252 名前：Aransk [04/12/28 13:03:43] そうするとGroovyはどうやってるんでしょう？ System.in も使えたような記憶があるが…。 253 名前：デフォルトの名無しさん mailto:sage [04/12/28 17:36:04] >>252 groovy.codehaus.org/jsr/spec/Chapter03Lexical.html#3.9 みると予約語は Java の予約語と def、map、any、TO DO の4つだから in は予約語ではなさそう。もっとも、作者が書いてないだけって可能性もあるが。 groovy.codehaus.org/jsr/spec/Chapter14Blocks.html#14.13 みたけど ToDo になってるね。 リンク先はJLS2ndだから拡張forについては書いてないし。 254 名前：デフォルトの名無しさん mailto:sage [04/12/29 03:14:04] クロージャの仮引数名なんだけど、 　cl = { hoge | …… } 　　… 　hoge = … みたいに、同じスコープ中の他の変数名とかぶると動かないのって、 仕様？既知のバグ？ 255 名前：デフォルトの名無しさん mailto:sage [04/12/29 03:48:07] ただ、動かない、っていわれてもなあ・・・ とりあえずお前を馬鹿と認定したが 256 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [04/12/29 16:06:49] >>257 文脈に依存させているということだろ。 具体的にはfor()の中のトークンを全部先読みするのかな。 259 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [04/12/30 11:38:07] >>254 仕様のバグです。あるいは設計者の思考アルゴリズムの。 261 名前：Aransk [04/12/30 15:56:52] >>260 >仕様のバグです。あるいは設計者の思考アルゴリズムの。 スクリプト言語のメリットって、バグじゃないかぁ！ と思うほどのイージーさで動作するところに あるのでしょうね。 Javaの目標がEoD(Ease of Development)とすると コード量を少なくしてマシーン負荷を 高める方向に進化するのでしょう。 Groovyもこの流れに沿った動きと考えます。 262 名前：デフォルトの名無しさん mailto:sage [04/12/30 18:06:52] > Javaの目標がEoD(Ease of Development)とすると > コード量を少なくしてマシーン負荷を > 高める方向に進化するのでしょう。 EoDってコンパイル時負荷は高くなったが 実行時負荷が変わらんような気がするが。 263 名前：Rubyこそ最高言語！！！！！！！PHPは糞！！！！！！ [04/12/30 19:34:50] Ruby作者matz神の神発言！！！！！！！！！！！ www.rubyist.net/~matz/20041227.html#p03 こんな短いプログラムで比較するのもどうかと思うのだが、 Rubyで書いたら絶対これより短くなる。 ということは、PHPではなくRubyを使えという話なのか。どうも、そうではなさそうだ。 よくいただく反論は「PHPでもできる」ということであって、同じくらい良い(動的)言語からPHPを選ぶ理由ではないはずだ。 PHPは決して速くないし、記述力が高いわけでもないし、たくさんの欠点が残っているように見えるが、 あちこちで「そのシステムPHPで書かないの」という質問が出るところをみるとそれなりに馬鹿には使われているようだ。 もっとも、PHP陣営から出てくる数字はmod_phpのインストール数とか、mod_phpのパフォーマンスと(mod_perl抜きの)perl CGIとの比較とか、まったくフェアでない印象があるが。 あるいは「すでにPHPを覚えているので、いまさら他の言語を覚えたくない」ということなのかもしれない。 その気持ちはまあ理解できないでもない。 もしかすると、よく分からない初心者をイメージ先行で取り込んでしまい、 「いまさら他の言語を覚えたくない」という」意識でロックインしてしまうというのは、 初心者をターゲットにした素晴らしいマーケティング戦略なのかもしれない。 もしそうだとするならば、というか実際そうだろうし、Rubyは絶対にその戦略を取りたくない。 それくらいだったらマイナーなままでいてくれた方がずっと良い。 264 名前：デフォルトの名無しさん mailto:sage [04/12/30 19:36:28] >>262 進化するでしょう、ってことだから、これから先の話じゃないの？ Javaはインフラ的な部分もあいかわらず狙ってるから、そうは単純にはいかないとおもうけど。 単純にはいかないので、Groovyのようなスクリプト言語をもってくるんだと思われ。 265 名前：デフォルトの名無しさん mailto:sage [04/12/30 19:36:56] >>263 死ね糞マルチ。 266 名前：デフォルトの名無しさん mailto:sage [04/12/30 19:37:42] 最高言語Ruby ＞＞＞＞＞＞＞＞＞＞＞＞＞＞＞＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＜＞Grooooooooooooovy 267 名前：デフォルトの名無しさん mailto:sage [04/12/30 19:38:20] >>263 しかもそこの比較、Javaのコードには空行が２行続いてる部分があったりして、結果PHPより１行多いということになってたりするからな。 しかし、いいものが広まるとは限らない。 268 名前：デフォルトの名無しさん mailto:sage [04/12/30 19:40:06] >>266 落ち着け。 ＜ の方が多いぞ。 269 名前：デフォルトの名無しさん mailto:sage [04/12/30 19:44:15] >>264 なんだ、妄想だったのか。 270 名前：デフォルトの名無しさん mailto:sage [04/12/30 21:02:55] Rubyの前にはあらゆる言語が自動的に敗北する。 271 名前：デフォルトの名無しさん mailto:sage [04/12/30 22:47:42] 別に他人がどんな言語使ってようがほっとけばいいのさ。 そいつよりも自分の方が同じプログラムを短時間に楽に書けて、 そのことを秘密にしておく方が、よっぽど利益になる。 「あぁRubyね、日本純正だし、いいよねー」と言っておけばいい。 272 名前：デフォルトの名無しさん mailto:sage [04/12/31 12:41:11] Ruby 最強！！！！！！！！！！！ Groovy 最低！！！！！！！！！！！ 273 名前：Aransk [04/12/31 18:30:41] ttp://www.rubyist.net/~matz/20041227.html#p03 読みました。 「良い言語が人気があるとは限らない」のは真理です。 しかしそれは常によりマイナーな言語側の真理です。 何故なら良い悪いはその人の主観によるからです。 RubyがPHPやGroovyより精緻な言語仕様であることは 認めますが、それが実用的かどうかはまた別の問題です。 Javaを補完することに主眼をおくならばGroovyはこれ以上 言語仕様を肥大化させない方がベターではなかろうかと 個人的には考えています。 274 名前：デフォルトの名無しさん mailto:sage [04/12/31 21:20:59] >>273 Matz氏んとこで書けよ。 275 名前：Rubyist! [05/01/01 13:50:39] Rubyの良さが分からない馬鹿にわかりやすいような話にしてやろう。 おまえらは取り柄のないブ男だ。 強いて出来るのは、強者の揚げ足取りだ。 それを他者が奪うのは、ある意味では残酷だという見方はある。 だが、当のおまえらが自分の醜さを棚上げして 揚げ足取りの権利を声高に主張したり あまつさえ自分の醜さは価値があると主張し出したら それはもう、自意識が暴走してるとしか言えないだろう。 276 名前：デフォルトの名無しさん mailto:sage [05/01/01 14:03:36] 新年初書き込みがこんなのとはガッカリ。 冬休み終わったらこういうのも減るだろな。 277 名前：Rubyist! [05/01/01 14:08:29] >>276 なにも言い返せないけど何とかして貶したいというキミの気持ちはよくわかる。 よーーーくわかるw (ﾌﾟｹﾞﾗ 休みが終わったから消える？ご期待には添えそうにないが、まあその時になって自分で判断してくれ。 278 名前：デフォルトの名無しさん mailto:sage [05/01/01 14:24:00] まあ、ひきこもりに年末年始、平日休日なんて関係ないもんな… 279 名前：Aransk [05/01/01 16:46:13] >強者の揚げ足取りだ。 いつからRubyが強者になったのでしょうか？ このスレはGroovyの話題がメインです。 Rubyは「つまみ」にしか過ぎない…。 280 名前：デフォルトの名無しさん mailto:sage [05/01/01 22:05:36] aransk先生がこんな所にいらっしゃるとは。 いやー、でもgroobyって面白いですね。どっちかって言うとjavaよりもgroobyの方 に私は期待しちゃってます。今まではpnutsとかbshなど使って見て凄く面白かった ですよ。 281 名前：デフォルトの名無しさん mailto:sage [05/01/02 02:36:23] 有名な(ﾌﾟｹﾞﾗたんが遠くこのスレにまで出張してきたのかな。 282 名前：デフォルトの名無しさん mailto:sage [05/01/11 02:14:16] pnutsはかなりヨカタ。 Groovyとは競合になるのかな。。。 283 名前：デフォルトの名無しさん mailto:sage [05/01/11 08:00:20] >>282 比べられることも多いけどpnutsとは言語の設計思想がちがうですよ 284 名前：デフォルトの名無しさん mailto:sage [05/01/11 09:27:23] >>283 どの辺が？ 285 名前：デフォルトの名無しさん [05/01/14 11:17:12] 早く休みが終わらないかなぁ 286 名前：デフォルトの名無しさん mailto:sage [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: groovy.codehaus.org/Download 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 名前：デフォルトの名無しさん mailto:sage [05/01/19 22:49:23 ] Python財団から開発助成金が出たというJythonも気になります。 Javaとの連携はGroovyのほうが数段上だと考えてもいいのでしょうか？ 289 名前：デフォルトの名無しさん mailto:sage [05/01/19 23:05:09 ] 連携させる意味あるの？ 290 名前：デフォルトの名無しさん mailto:sage [05/01/20 00:39:01 ] Jythonの開発はしばらく止まってたし、Groovyはまだ1.0前だし、 まだ評価できる状態じゃないと思われ 291 名前：デフォルトの名無しさん mailto:sage [05/01/20 00:40:36 ] >>289 その質問の答えは、「お前、生きてる意味あるの？」と同じだ。 答えを言ってみろ。 292 名前：デフォルトの名無しさん mailto:sage [05/01/20 00:49:16 ] >>289は生きている意味あるの？ 293 名前：デフォルトの名無しさん mailto:sage [05/01/20 01:06:37 ] >>291 違うと思うが。 294 名前：デフォルトの名無しさん mailto:sage [05/01/20 01:32:53 ] >>293 なぜ違うと思う？ 両方の答えを言ってみろ。 295 名前：デフォルトの名無しさん mailto:hage [05/01/20 01:48:09 ] Gruby?? 296 名前：デフォルトの名無しさん mailto:sage [05/01/20 02:33:17 ] >>294 連携させて意味があるかどうかは、答えが検証可能。 生きている意味があるかどうかは、答えが検証不可能。 297 名前：デフォルトの名無しさん mailto:sage [05/01/20 02:33:29 ] ・知能障害を起こす 298 名前：デフォルトの名無しさん mailto:sage [05/01/20 03:22:57 ] 上手に連携できればJava言語で書いたクラスをGroovyでユニットテストするというのもやりやすい。 Java言語でほかの人が書いたクラスライブラリを簡単に呼び出したい、というときにも意味あるでしょ。 299 名前：デフォルトの名無しさん mailto:sage [05/01/20 06:10:34 ] Groovyでテストなんて正気か？ 300 名前：デフォルトの名無しさん mailto:sage [05/01/20 09:50:41 ] >>296 そうだー、パチパチ 301 名前：Aransk [05/01/20 13:57:08 ] 少なくとも正式リリースまでには ボロイPCでもストレス無しで 動くスピードにしてもらいたい。 世の中、今や貧しいことこそ美徳なんだ からして。 302 名前：デフォルトの名無しさん mailto:sage [05/01/20 20:18:38 ] >>296 なぜ検証不可能だといいきれる？ 303 名前：デフォルトの名無しさん mailto:sage [05/01/20 22:20:12 ] >>302 議論するのは面倒なので、ここでも読んでくださいな。 ttp://www.ne.jp/asahi/village/good/wittgens.html 304 名前：デフォルトの名無しさん mailto:sage [05/01/25 14:00:09 ] 　　　　　　　　　　　　　　　　＼　│　／ 　　　　　　　　　　　　　　　　　／￣＼　　 ／￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　ぱいちんこぱいちんこ！ 　　　　　　　　　　　　　　　　　＼＿／　　 ＼＿＿＿＿＿＿＿＿＿ 　　　　　　　　　　　　　　　　／　│　＼ 　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ ﾟ∀ﾟ）＜　ぱいちんこ！ ぱいちんこ〜！ 　　 ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿ ＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜ 　　　　　　　　　　　　　 /　／＼_」　/　／＼」　　　　　　　　　　　　　 ￣　　　　 / ／ 305 名前：デフォルトの名無しさん mailto:sage [05/02/07 21:00:26 ] BSF経由でJSP書くのに使おうよ! 306 名前：デフォルトの名無しさん [05/02/10 00:34:18 ] >>305 どんな感じよ 307 名前：デフォルトの名無しさん [05/02/11 14:41:26 ] >>306 pc5.2ch.net/test/read.cgi/php/1099307775/ か？ 308 名前：307 mailto:sage [05/02/11 14:42:25 ] URLこっちのほうがよかったな pc5.2ch.net/test/read.cgi/php/1099307775/10 309 名前：デフォルトの名無しさん mailto:sage [05/02/18 05:16:58 ] groovyちょっと試したんだが、スクリプトに間違いがあったときに エラー行が何行目か出ないじゃん。 これでプログラムを書く気がしない。 310 名前：デフォルトの名無しさん [05/02/18 21:20:17 ] age 311 名前：デフォルトの名無しさん mailto:sage [05/02/20 01:33:26 ] >>309 それホント? groovyを褒め称える人たちは そんなの気にしないで書いてるのか? 312 名前：デフォルトの名無しさん mailto:sage [05/02/20 02:03:57 ] R-projectも一緒 313 名前：デフォルトの名無しさん mailto:sage [05/02/20 20:00:49 ] >>309 　 　　　　 | 　 　＼　　__　　／ 　 　＿　（ｍ）　＿ﾋﾟｺｰﾝ 　 　　　　|ミ| 　 　／ 　.｀´　 ＼ 　　　　　('A`)　　　　体技：スルー！ 　　　　　ノヽノヽ 　　　　　　　くく 　≡　　('('('('A` ) ≡　〜( ( ( ( 〜) 　≡ 　ノノノノ ノ　　ｻｸｯ 314 名前：デフォルトの名無しさん mailto:sage [05/02/21 00:11:45 ] >>313 刺さってないぞ 315 名前：デフォルトの名無しさん [05/03/03 20:39:45 ] >>311 新しいバージョンでは出るようになりました 316 名前：デフォルトの名無しさん [05/03/03 23:58:37 ] 普通にJavaで書けば良いのでわ？ﾜｹﾜｶﾒ。 317 名前：デフォルトの名無しさん mailto:sage [05/03/04 01:13:01 ] それが出来る人はね。 Javaがﾜｹﾜｶﾒな人には、Groovyはとっつきやすい。 318 名前：デフォルトの名無しさん mailto:sage [05/03/04 09:11:26 ] 要するに、Perl の対抗、と考えるべきなのかな。 319 名前：デフォルトの名無しさん mailto:sage [05/03/04 22:56:44 ] 変数宣言しないでいいのは素敵なんだが、 いかんせんjavaって元からクラス名が長すぎなんで スクリプトっぽく短く書けない･･･。 あんま代わり映えがしない気がしたよ。groovyが悪いわけじゃないが。 320 名前：デフォルトの名無しさん [05/03/05 11:38:51 ] >>317 Groovyが分かるならJavaも分かりそうなものだが…。 コンパイル時にエラー検出してくれるし。 開発環境に到ってはJavaの方が親切だし。 321 名前：デフォルトの名無しさん mailto:sage [05/03/06 00:00:52 ] GroovyがRuby並に動的ならば使ってみたい 322 名前：デフォルトの名無しさん [05/03/06 14:06:54 ] 気分はGroovy 323 名前：デフォルトの名無しさん mailto:sage [05/03/06 18:00:54 ] >>321 Rubyほど動的ではない。 むしろ、型付き可能なRubyとみなした方がアイデアが広がるかと。 324 名前：デフォルトの名無しさん [05/03/06 22:23:47 ] 型付けの弱い言語は糞 325 名前：デフォルトの名無しさん mailto:sage [05/03/06 22:29:16 ] ↑適材適所を知らぬ厨。 326 名前：デフォルトの名無しさん mailto:sage [05/03/07 00:23:34 ] ↑ VB厨 327 名前：デフォルトの名無しさん mailto:sage [05/03/07 00:30:28 ] ↑ C厨 328 名前：デフォルトの名無しさん mailto:sage [05/03/07 21:13:17 ] Ruby厨 ↓ 329 名前：デフォルトの名無しさん mailto:sage [05/03/07 22:38:38 ] 人権擁護法反対洗脳厨 ↓ 330 名前：デフォルトの名無しさん mailto:sage [05/03/08 07:29:49 ] 織田信長厨 ↓ 331 名前：デフォルトの名無しさん mailto:sage [05/03/08 11:10:07 ] 　　　　　　　　　　　　　　　　＼　│　／ 　　　　　　　　　　　　　　　　　／￣＼　　 ／￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　　　　　　─（ ﾟ ∀ ﾟ ）＜　くっちゃらはぴはぴ！ 　　　　　　　　　　　　　　　　　＼＿／　　 ＼＿＿＿＿＿＿＿＿＿ 　　　　　　　　　　　　　　　　／　│　＼ 　　　　　　　　　　　　　　　　　　　 ∩ ∧　∧　　／￣￣￣￣￣￣￣￣￣￣ ￣￣￣￣￣￣￣￣＼∩ ∧　∧　＼（ ﾟ∀ﾟ）＜　くっちゃらはぴはぴ！ Ｐｙ厨〜〜〜〜！ 　　 ＞（ ﾟ∀ﾟ ）/ ｜　　　　/　＼＿＿＿＿＿＿＿＿＿＿ ＿＿＿＿＿＿＿＿／ ｜　　　 〈　｜　　　｜ 　　　　　　　　　　　　　 /　／＼_」　/　／＼」　　　　　　　　　　　　　 ￣　　　　 / ／ 332 名前：デフォルトの名無しさん mailto:sage [05/03/08 23:06:28 ] ←ハイ厨 333 名前：デフォルトの名無しさん mailto:sage [05/03/12 11:41:16 ] びっくりする程遅い。 334 名前：デフォルトの名無しさん mailto:sage [05/03/12 13:21:36 ] まず全裸になり 　　　　　　　　　　　　　( 　：　) 　　　　　　　 （ ゜∀゜）ﾉ彡 　　　　 　　 <(　　　) 　　　　　　　　ﾉωヽ 335 名前：デフォルトの名無しさん mailto:sage [05/03/12 15:42:16 ] defとか@Propertyって今後必須になるわけ？ クロージャーが使えるだけの動的Javaになりませんように 336 名前：デフォルトの名無しさん mailto:sage [05/03/12 15:53:12 ] 　自分の尻を両手でバンバン叩きながら白目をむき 　　　　　　　　　　　从 　　　　　　　Дﾟ　 ）　　て 　　　　　　　 (　ヾ) )ヾ　て 　　　　 　 　 　 < < 337 名前：デフォルトの名無しさん mailto:sage [05/03/12 21:38:06 ] おもむろに以下のコードを実行。 String np=null; np.toString(); 338 名前：デフォルトの名無しさん mailto:sage [05/03/20 22:19:48 ] こんなにﾈﾀがあればPythonの 未来も明るいと言えるよね。 こんなにﾈﾀがあればPythonの 未来も明るいと言えるよね。 こんなにﾈﾀがあればPythonの 未来も明るいと言えるよね。 こんなにﾈﾀがあればPythonの 未来も明るいと言えるよね。 こんなにﾈﾀがあればPythonの 未来も明るいと言えるよね。 こんなにﾈﾀがあればPythonの 未来も明るいと言えるよね。 こんなにﾈﾀがあればPythonの 未来も明るいと言えるよね。 339 名前：デフォルトの名無しさん [2005/04/29(金) 20:33:15 ] あげ ttp://www-6.ibm.com/jp/developerworks/java/050428/j_j-pg03155.html 340 名前：デフォルトの名無しさん mailto:sage [2005/05/22(日) 05:25:48 ] GroovyのJSR-1が出てたので、初めてためしてみた。 ・defっているんかいな。最初に出てきたら変数定義でいいでしょうに。前からあったっけ、これ。 ・defで変数定義して、そこにループでどんどん数値を加算してく処理を書いたら、intの範囲を超えた ところでプログラムの動作がへんになる（longと明示的に指定してやれば動く） これはPerlでもRubyでもあり得んことだが、結局型付けしないといけないんですかね.... でも、遅い遅いとは聞いてたので覚悟のうえで使ったにも関わらず、あまりの遅さにちょっとびっくりした。 ためしにRubyとGroovyとJavaで同等のロジック（２分間ひたすら浮動小数点の掛け算とたし算をやる）を 書いてみたんだが、秒あたりのループ回数でRubyの半分も出ないのはさすがにちょっと問題じゃないか。 Javaと二ケタ違うのはこの際許すにしてもなあ。 ちなみにgroovycでコンパイルしても結果はほとんど同じだった。jadでデコンパイルしてみたら、 とんでもなく冗長なコードが吐き出された.... プロパティアクセスからメソッド呼び出しまで全部 リフレクションですかそうですか。 別にJava級の速度は期待しないけど、その辺のスクリプト言語級にはしてもらいたいなあ。 341 名前：340 mailto:sage [2005/05/22(日) 05:34:05 ] 補足 > （longと明示的に指定してやれば動く） これは long count = 0 みたいにするってことだけど、 def count = 0L みたいに、代入値を明示的にlongにしても（当たり前ながら）ちゃんとLongと解釈されるみたいだ。 しかし結局型は意識しないといけないので解決になってないんだけど。 342 名前：デフォルトの名無しさん [2005/05/25(水) 18:33:40 ] >>340-341 試用レポありがとう。参考にするね。 343 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/05/26(木) 00:01:23 ] ちなみに>>340で、GroovyとJavaで１秒間のループ回数が２桁ちがうと書いたが、２桁なのはRubyのほうだった。 Groovyはなんと３桁違った。groovyが21回ループする間にRubyは487回、Javaは36000回ループした。 まあこんなしょぼいベンチマークだと対した参考にもならんかもしれんけど。 345 名前：デフォルトの名無しさん mailto:sage [2005/05/26(木) 00:40:01 ] ベンチ乙です。 あと Groovy、なんかややっこしそう（文法よりもバグとの折り合いとかが）。 JVM 上のスクリプト言語、これから学ぶのに Groovy か Jython か迷ってたけど、 今は Jython にしとこうかな。 346 名前：デフォルトの名無しさん mailto:sage [2005/05/26(木) 20:54:57 ] kawa 347 名前：デフォルトの名無しさん mailto:sage [2005/05/27(金) 00:28:32 ] >>345 普通にJavaにしとけって 348 名前：デフォルトの名無しさん mailto:sage [2005/05/27(金) 20:51:21 ] 皮 349 名前：デフォルトの名無しさん mailto:sage [2005/05/28(土) 23:21:55 ] 皮って速いのかしら、ベンチとった人いる？ 350 名前：デフォルトの名無しさん [2005/06/01(水) 02:29:18 ] この言語期待してるんだけどまだまだ使い物にはならんのかな。 仕様が安定して速度が出るようになったら 使い捨てスクリプトは全部これで書くことにしようかと思ってるんだが。 351 名前：デフォルトの名無しさん [2005/06/01(水) 02:38:59 ] 素朴な疑問： 1.JavaをつかわないでGroovyをつかう理由って何？ 2.スクリプト言語でJVMを動作させる必要がどうしてもあるというときに、 JythonやJRubyなど、既存のある程度かれてそうな実装ではなくてGroovy を選択するメリットって何？ 3.実行性能が優先順位低くて、単にタスクをバッチ実行したいだけならAnt をcronで叩くとかでもいいのではと思うのはおいらだけ？ 352 名前：デフォルトの名無しさん [2005/06/01(水) 04:12:00 ] ありがちな理由としては 1.Javaより適当なコードで書ける 2.構文が基本的にJava 3.antはファイル処理とか書くのがめんどう・・・かな。 というところかな。 353 名前：デフォルトの名無しさん mailto:sage [2005/06/01(水) 07:18:53 ] また駄法螺かよ 354 名前：デフォルトの名無しさん mailto:sage [2005/06/01(水) 10:22:36 ] 自作のツールにGroovyの実行環境を組み込んで、機能拡張に使ってるんだけどこんな感じ。 １、必要になったときにコンパイル、再起動無しで新しい機能が追加できて便利だから ２、当時話題だったんで。そのうち別言語の実行環境も組み込みたい ３、そういう用途じゃないんで 長くて100行程度のスクリプトしか書かないんで、速度が問題になったことは あんまり無いな。 速度や規模が欲しいときはツール本体を強化しちゃう。 355 名前：デフォルトの名無しさん mailto:sage [2005/06/01(水) 18:57:19 ] >>354 特定しました、なんて言ってみる。 356 名前：354 mailto:sage [2005/06/02(木) 12:07:36 ] >>355 勘弁してー 357 名前：デフォルトの名無しさん mailto:sage [2005/06/02(木) 22:00:25 ] >>354 おいおい、仕事中に2chかよ。 358 名前：デフォルトの名無しさん mailto:sage [2005/06/02(木) 22:07:17 ] 100行でも、ループが多かったら問題にならないか？ 359 名前：354 mailto:sage [2005/06/03(金) 15:09:33 ] >>357 えー、まあ・・・ >>358 テキストファイルの簡単な分析をするスクリプトを書いたんだけど、 全部で約2メガのファイルを分析させたら2回目以降約5秒かかった （一回目はGroovyの初期化も入って15秒。Pentium M1.7GHz。 コンパイルはしてない）。 全文字に対して分析してるんで、約200万回はループしてこの数字だから、 速いとは言えないけど実用範囲内だとは思う。 360 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 22:35:27 ] 俺のところで作ったテスト的なひたすら計算とループするプログラムは、１回ループするごとに 整数のたし算と浮動小数点の掛け算を一回ずつする。結果は秒毎２５０００ループくらいだな。 Javaはこの1000倍（大げさじゃなく1000倍）速いってのが、いくらなんでも差がつきすぎじゃないか、 とは思う。ちなみにJavaは30,790,000回ループする。 Javaな文法で簡単に書けるスクリプト言語というのは気に入っているので、もうちょっとなんとか して欲しいと思う。昔はPerlで書いてたんだけど、最近はIDE使ってJavaで書いた方が早いくらい にJavaに慣れてしまったので、Javaっぽい感じで書けるスクリプト言語というのはいい感じだ。 361 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 22:53:34 ] 今はまだ最適化してないって言ってたし、これからじゃない？ 早い時期に下手な最適化して設計を汚くされるよりはいいよ。 もうそろそろ何とかしてほしいとは思うけど。 362 名前：デフォルトの名無しさん [2005/06/04(土) 00:16:34 ] 結論：VM上のJava上で更にスクリプト言語なんてナンセンス 363 名前：デフォルトの名無しさん mailto:sage [2005/06/04(土) 00:20:02 ] APサーバみたいにJavaソースコードを動的にコンパイルして内蔵スクリプト として使う事はできないの？ リフレクションとか使えばできそうな気だけはするけど、教えて豪い人！！！ 364 名前：350 mailto:sage [2005/06/04(土) 01:36:21 ] >>351 ほとんど>>352なんだけど、 1.ちょっとしたファイル処理とか書くには、色々簡単でよさげ。 動的な型付けがどんなものか試してみたいとも思うし。 2.Javaに慣れているから、似た文法と同じライブラリっていうのはいい。 それに、将来Javaの言語仕様に取り入れられれば、他の言語よりも使いやすくなるんじゃないかと。 3.目的が違う。 遅すぎたな。 365 名前：デフォルトの名無しさん mailto:sage [2005/06/04(土) 01:51:26 ] GroovyってJSRにも入ってたりするし、Javaコミュニティプロセスに参加してる企業も 支持してるんだよな。 なんでなんかと思ってたんだけど、IBMのWebSphere Application Serverの管理コマンドが JaclとJythonで動いているのを知って、あーこれを置き換えたいのかなあ、なんて思った。 366 名前：デフォルトの名無しさん mailto:sage [2005/06/05(日) 02:17:02 ] Pythonって結構普及してるから、 がんばらないとJython置き換えるの大変そうだね。 367 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 01:51:03 ] そーいや BeanShell もJSRに入っちゃったね。 Sunは、っつーか JCP は何がしたいんだか。 368 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 02:46:41 ] JCPは、来るものこばまず、だろ。 369 名前：デフォルトの名無しさん [2005/06/06(月) 03:18:24 ] Windowsで動くGroovyはHDDをフォーマットするって本当？ 370 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 03:30:46 ] そのうちjodeも入るんだろうか。 371 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 03:49:44 ] >>369 うそ。 372 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 04:01:55 ] >>371 おい、空気嫁 373 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 06:31:38 ] 　　　 |　 　',　　,／｀ﾞヽ､＼　. ∧/ヽ　　　　　　　　　　l::::::＼ 　　　 |　　 ヽ,／;;;;;;;;;;;;;;;;＼ヽ |＼7 lヽ／　　　　　　〈ﾉ　'':::::::＼　　　　／＼ 　　！！ ／ヽ/｀ヽ,;;;;;;;;;;;;;;;;＼|　 .Y　 ヽ＿＿＿＿ﾍj　　　ヽ.　＼　／r'　ヽ＼ 　　　　　/ 　/　 　＼;;;;;;;;;;;;;;;;;;;＼　＼Ｏヽ　　　　　￣＼　　', 　　＼ 弋_ノ 　 ＼ ｀ヽ　∧/　 /　...　　　＼;;;;;;;;;;;;;;;;;;ヽ/ ヽ　ヽ　　　　　　　＼　l　　ヽ:::／＼＼ r'.　＼ 　 l/　　　./　::::::::　　 /;;;;;;;;;;;;;;;;;;;;;;;＼/ヽＯ', 　　　 　　 　／＼　　／ .ヽ／　 弋 ノ r' 　　　　　/　　　　　 /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ/ヽ　',　　　　　／　　　￣＼ ／　 ＼ 　 ／ 　　　　 /　　　　　 /＼;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;＼＼l　　 　　＼　＼　　＼　 〈　、 　ヽ 　　　　/　　　　　 /　　ヽ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽ l　　　　　.ヾ＼　＼　　＼　＼ヽｿｿ' 　　　 /　　　　　 /　　　 ',;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;V　　　　　　＼＼　＼　　　／￣ 　　　/::..　　　　r'ヽ＿　＿＿＿＿＿　　＿ l|　　　　　　　　＼＼　　.／ 　　./::::::.. 　 ／/　 　 ｀ヽ＼ 　|　::::::|r'　　￣二二ヽ　　　　　　＼〉／ 　　.＼::::::.　　　 　 　 　 　　　 |　　 |　　　　二二ア 　　　　｀ヽ-､_ 　　　　　　　...::::|　 　|､＿＿二二ｨ 　　　　　　　　￣￣￣/￣￣￣|.「」 |　　/l 　　　　　　　　　　　 /:::...　　　　￣　　// 375 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 07:16:04 ] やっぱりサンビームさんだよな 376 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 21:44:31 ] 気分はGroovy 377 名前：デフォルトの名無しさん [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/06/09(木) 23:54:47 ] Groovy Night Dancin' Fever 379 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 19:48:30 ] 保守 380 名前：デフォルトの名無しさん [2005/07/07(木) 00:49:54 ] Antのスクリプトに使ってみた。 IDE補完がないのはきつい jellyで書くよりはいいかも 381 名前：デフォルトの名無しさん [2005/08/21(日) 12:12:19 ] MustungではJavaScriptエンジンが標準で入るとかどっかの記事で読んだんだが、 Groovy大丈夫か？ 382 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 15:05:36 ] JavaScriptと何か関係あるか？ 383 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 20:07:35 ] JavaScriptが採用されるってことは、Groovyが採用されないってことだからね。 384 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 22:01:43 ] >>383 pcweb.mycom.co.jp/articles/2005/08/16/mustang/ この記事？ >具体的には、Mozilla RhinoベースのJavaScriptエンジンを実装することによって >JavaプログラムJavaScriptを埋め込むことができるようになる(JSR 223)。 JavaにJavaScriptを埋め込むのと、GroovyからJavaクラスを使うのは 別のアプローチだと思うけど。 385 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 22:55:16 ] >>384 もちろんRhinoではJavaScriptからJavaのクラスを使えるわけだが。 386 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 11:09:52 ] // this is JavaScript on Rhino var message = "Hello, world."; java.lang.System.out.println(message); 387 名前：デフォルトの名無しさん [2005/08/26(金) 12:49:00 ] JavaからGroovyとかその逆の使い方で、 具体的にどんな使い方してます（したい）か？ どうも使い道が思い浮かばないんですが 388 名前：デフォルトの名無しさん mailto:sage [2005/08/26(金) 15:41:19 ] >>387 サーブレットの代わりにJavaScriptを使う 入力検証をJavaScriptで書いて、クライアント側とサーバー側で同じロジックを使う 389 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 11:51:45 ] >>388 それ、387が求めてるのと激しく違うと思うよ。 だいいちGroovyじゃないじゃん。 Javaから呼んでないし。 390 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 01:37:05 ] >>389 JavaからJavaScriptよぶんだよ。 391 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 04:10:25 ] で、何でJavaScriptが出てくるわけ？ 392 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 16:27:18 ] GroovyのかわりにJavaScriptが標準でJavaSEに載るから っていうか、そういう話題だったから。 393 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 18:08:06 ] >>392 日付を見れば分かると思うけど、>>386でいったん流れが切れてるんだよ。 394 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 01:36:51 ] >>360 かなり亀レスだけど、Groovyはプリミティブ型を使うとラッパクラスをバカスカ生成するから、 Javaでプリミティブ型を多用するような処理させるとかなり差が大きくなるよ。 正規表現みたいに、すでにJavaのほうで処理が実装されるものを呼び出すような処理は 差が小さくなる…と。 Groovyが全体的に1000倍遅いわけじゃなくて、数値計算がかなり不得手だってことじゃないか？ ＃ループの終了判定なんかでBooleanがバカスカ生成されてたら全体的にだめそうだな ＃リフレクションだから、JRE依存？ 数値型、char、booleanの変数はgroovy.langあたりにイミュータブルじゃないラッパを用意して、 そっちを使うようにできないモンかね。 instanceofとかで意図しない動作になってしまうとか、Javaコードへのパラメータ引渡しが面倒とか、 コンパイルして作ったクラスのメソッドの戻りはなんになるのかとかいろいろあるなぁ… 各ラッパクラスのうち、よく使われそうなもののインスタンスをキャッシュするとか？ 395 名前：デフォルトの名無しさん [2005/11/26(土) 12:07:41 ] 久々のニュースなのでage。 「正式リリースまであとわずか - Groovy JSR 04 公開」 pcweb.mycom.co.jp/news/2005/11/24/046.html 396 名前：デフォルトの名無しさん mailto:sage [2005/11/26(土) 12:17:12 ] 遅い言語に興味なし 397 名前：デフォルトの名無しさん mailto:sage [2005/12/01(木) 17:38:44 ] >>396 アセンブラ厨とCOBOL爺は死んでください 398 名前：396 mailto:sage [2005/12/02(金) 00:10:49 ] 金持ちC様なので、死なずに済みました。 399 名前：デフォルトの名無しさん mailto:sage [2005/12/02(金) 00:45:58 ] なるほど、つまりスレ違いのバカ野郎様ですね。 400 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 15:00:20 ] >>398 C言語・・・構造化アセンブラ C++　　･･･オブジェクト指向アセンブラ だから死ね 401 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 19:44:40 ] Java ・・・ VM中間コードアセンブラ 402 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 20:09:21 ] >>401 吐き出すコードの問題ではない。使っている人間の意識の問題。 構造化プログラミングのパラダイムでアセンブラ厨が選んだのがC言語。 オブジェクト指向が盛んになったときに選んだのがC++。 プログラムの最適化しか頭にないカチンコチンの思想の持ち主がアセンブラ厨。 あきらかにGroovyはそのような思想の持ち主のために作られたものではない。 403 名前：デフォルトの名無しさん mailto:sage [2005/12/03(土) 23:36:37 ] 自己紹介は板違い 404 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 00:52:32 ] >>402 に同意。 Groovy は シェルスクリプト位の感覚で使えばいいと思う。 405 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 02:44:52 ] あんな起動に時間のかかるシェルスクリプトはいりません…… いや、無理して使ってるけどさ。他の人にはなかなかそういう使い方は勧められないな。 406 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 15:19:27 ] >>405 GroovyはJavaの資産をうまく活用しないと生かしきれないと思う。 いままでJavaだけだとRubyやPerlほどシンプルにできない部分があったけど Groovyならそういった部分もかける。 あと、クラスプラットフォームなオブジェクト指向多言語環境ってのも見逃せない。 Jython、JRuby、Jacl、Sleep、Smalltalk、Java間でライブラリを共有できるし CGIは今は毎回起動するから向いてないけどServletみたいに起動しっぱなしにできたら Windowsでスクリプトを書いてUNIX環境のサーバで動かすみたいな使い方には向くようになるかもしれない 407 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 16:55:44 ] クラスプラットフォーム？ 408 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 17:12:58 ] >>407 すまん、クロスだ 409 名前：デフォルトの名無しさん [2006/03/04(土) 19:43:04 ] Java6からJavaScriptが標準で付いてくる。 Groovyなんて訳わからんもん誰が使うんだｗ なにかひとつでもJavaScriptに勝てる物があるのか？ 410 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 19:45:09 ] ３ヶ月レスのついてないGroovyスレで、煽って何が楽しいんだこの低脳は。 411 名前：デフォルトの名無しさん mailto:sage [2006/03/05(日) 17:15:49 ] Rhinoの存在を最近知ったバカなんだろ。ほっとけ。 412 名前：デフォルトの名無しさん [2006/03/06(月) 19:56:49 ] これって結局どうなったの？ 413 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 01:59:39 ] Expert Group Formationで2年も止まったままか。 チームだけ出来て2年音沙汰なしじゃ…。 結局、SUNがオープンソース界の気を引くためのダシに使っただけか。 414 名前：デフォルトの名無しさん mailto:sage [2006/03/07(火) 23:25:19 ] ん？ちゃんとCodehausで開発が進んでいるが.... 2月13日には最後のJSRラインでもあるJSR-05が出てるし、この後はRC（リリース候補） ラインに移行するらしいぞ。 415 名前：デフォルトの名無しさん mailto:sage [2006/03/08(水) 00:48:33 ] 実装の話じゃなくて、>>1のリンクにある標準化プロセスの進行具合。 当然のようにDolphinのメニューにもなかったと思う。 言語として格別なにか優れてるんならともかく、単なる俺言語じゃね…。 416 名前：http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 22:07:21 ] TextSS　のWindowsXP(Professional)64bit対応化おながいします もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？ そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？ >>1 64bitで作ってくれ＜メイドさんスクリプト 417 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 10:38:58 ] 現在groovy.codehaus.orgにアクセスできんけど、ディスクトラブルだそうだよ。 418 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 20:27:15 ] (´；ω；`)　復活まだカナー 419 名前：デフォルトの名無しさん mailto:sage [2006/05/21(日) 05:29:54 ] www.codehaus.orgが仮復旧していて、groovyの仮ページみたいなのが出来てたけど、 これってISPがぶっ飛んだ結果、全データなくなっちまった、ということなんだろうか？ 以前はあったドキュメントが見つけられなくて難儀した。 420 名前：デフォルトの名無しさん mailto:sage [2006/05/22(月) 19:13:02 ] 現在、Groovyletの勉強と行っています ttp://www-06.ibm.com/jp/developerworks/java/050428/j_j-pg03155.html ここを参考にしながら、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 名前：デフォルトの名無しさん mailto:sage [2006/05/22(月) 21:56:18 ] >>420 そのあとに「at ほげほげほげ」ってのが何行もでてないか？ 422 名前：デフォルトの名無しさん mailto:sage [2006/05/23(火) 10:35:06 ] >>421 ttp://gamdev.org/up/img/5854.png Linux上で実行した際の、エラー画面をキャプチャしました 上記のようなエラーが出ています 423 名前：デフォルトの名無しさん mailto:sage [2006/05/23(火) 21:25:50 ] >>422 NoClassDefFoundErrorって出てるじゃん。 HttpServletとかかいてるし、クラスパスにservlet.jarとかservlet-api-2.3.jarとか そういうServlet用のjarファイルがないんじゃないの？ ちゃんとTomcatにディプロイしてるのか？ 424 名前：420 mailto:sage [2006/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 名前：デフォルトの名無しさん mailto:sage [2006/06/01(木) 22:30:04 ] codehausが復活しつつあるようだね。 groovy.codehaus.orgは復活してたし、ドキュメントも見られた。 いくつか画像のリンク切れがあるくらいな感じ。 PicoContainerとかも復活してたんで、ほぼ全面復旧だろうか？ 426 名前：デフォルトの名無しさん [2006/07/04(火) 21:20:53 ] 時給１０００円でＪａｖａ教えてくださるかたを募集します 場所　所沢（池袋・高田馬場から直通） ｉ−ｗａｎｔ−ｔｏ−ｓｔｕｄｙ−ｊａｖａ＠ｈｏｔｍａｉｌ．ｃｏ．ｊｐ （アドレスは全角で書いてあるので半角に直してください） よろしくおねがいします 427 名前：426 [2006/07/17(月) 21:11:36 ] 教える対象は超初心者です。 専門学校などでJavaを勉強されていて夏休みだけ教えたいという方も歓迎です 428 名前：デフォルトの名無しさん mailto:sage [2006/07/31(月) 17:32:11 ] 時給安杉 交通費だけで赤字じゃねーか 429 名前：デフォルトの名無しさん mailto:sage [2006/08/09(水) 06:07:23 ] 激しくマルチ。無視すること。 430 名前：デフォルトの名無しさん [2006/09/10(日) 03:40:38 ] 最近どうよ 431 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 10:34:32 ] 微妙 432 名前：デフォルトの名無しさん [2006/12/02(土) 06:23:48 ] 最近これを使うことがあった JRuby や Jython も検討したけど Groovy を選んだ 実際使ってみると少し遅いことが気になるもののすごい便利で感動した Java プログラマなら使わないと損だと思う 433 名前：デフォルトの名無しさん mailto:sage [2006/12/05(火) 00:06:18 ] 俺はPnutsでいいと思った。 Groovyはちょっと冗長じゃない？ 434 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 20:15:42 ] 冗長かどうかで言えばGroovyの方が簡潔な気はするけど Groovyは文法がこなれてないとか処理系の使い勝手が悪いとかの方が俺は気になる Pnutsはさすがに歴史が長いだけあって処理系の使い勝手も悪くないし、文法も割と よく考えられてると思う。あと、起動速度や動作速度でもPnutsの方が速いね 435 名前：デフォルトの名無しさん mailto:sage [2006/12/14(木) 20:23:26 ] サポートというか開発はちゃんと続くんだろうな？ 436 名前：デフォルトの名無しさん mailto:sage [2006/12/15(金) 13:18:24 ] >>435 Groovyは当分開発は続くと思うよ MLはgroovy users/devともに流量も多くて活発だし、減る様子もあんまり無い 437 名前：デフォルトの名無しさん [2006/12/16(土) 00:56:07 ] 背景として開発はとめられないんじゃない？ JAVA SE6でスクリプトがサポートされたのはいいけれど、 Groovyだと遅い、っていう評価が出ちゃったから、 これを覆すには開発を継続していくしかないんじゃないかしら。 438 名前：デフォルトの名無しさん [2006/12/16(土) 01:08:58 ] チョット書き忘れてたけど、 Groovyだと遅い、の理由は言語的な問題じゃなく、 スクリプトエンジンの問題みたいっす。 439 名前：デフォルトの名無しさん [2006/12/27(水) 20:03:15 ] it's groovy! 440 名前：デフォルトの名無しさん mailto:sage [2007/01/04(木) 23:03:09 ] docs.codehaus.org/display/GROOVY/2007/01/02/Groovy+1.0+is+there Groovy 1.0 リリース！ 441 名前：デフォルトの名無しさん [2007/01/21(日) 17:11:28 ] なんでこんなにも盛り上がってないんだろう 442 名前：デフォルトの名無しさん [2007/01/21(日) 17:45:17 ] JVMの上ならJava動かせば良いから。 443 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 18:26:57 ] リリースに手間取ってる間に、JDK6にはJavaScriptが載ったし、流行はRubyだし。 444 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 01:57:24 ] 他はともかく、Rubyって流行してないだろ… 445 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 08:57:26 ] Java使いの注目ったら、Rubyしかないだろ。 446 名前：デフォルトの名無しさん [2007/01/22(月) 10:11:44 ] Rubyで実装されたシステムって有名どころでは何？ ちなみにGroovyは聞いたことが無い。 447 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 18:24:16 ] GroovyにもRailsが出来れば流行るだろう。 ・・・いや、流行るかもしれない。 ・・・・流行る可能性は否定しきれない・・・ ・・・・・・・無理かな・・・ jrunscriptでRhino使うの楽だもん・・・・・ 448 名前：デフォルトの名無しさん mailto:sage [2007/01/22(月) 20:53:11 ] んーと, どこのリンクをはるのが良いか… Grails 本家: ttp://docs.codehaus.org/display/GROOVY/Grails Grails 和訳? ttp://grails.codehaus.org/Japanese+Home Oracle が参加したとか云う記事もあったが, 実際どうなの? 449 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 03:27:33 ] GroovyのGroovy MarkupとかGroovy BeanとかGrailsとかは結構出来はいいと 思うよ。Grailsなんか元の名前は「Groovy On Rails」だったわけで。 まあ有名では全然ないが。 450 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:16:56 ] Grailsおもろいぜ。Rails系なりの手軽さが味わえる。 ただ、RoRでなくてGrailsを選ぶ理由は何かと問われると、答えに困る。 def〜endより{〜}が好きとか、HTML記述はtaglib風構文の方がまだ許せるとか、 それくらいしか思いつかない。 Java互換でJavaのライブラリが使えるって言っても、あんまりメリットとも思えない。 GroovyでHttpUnit使ったプログラム書いたら、エディタに補完機能がなかったので タイプ数の多さにまいった。 スクリプト言語にはスクリプト言語なりのAPIが要ると思ったね。 451 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 11:02:19 ] >>447　おまえは真のrhinoを知らない！ アレは劣化rhinoだ！！（笑） てかrhinoはコンパイルモードがデフォだし、 クラスロードが出来なきゃ自作のネイティブオブジェクト読めねぇよ。 マシン型を実装してくれんとLiveConnectで整数型が認識出来んし。 ファイル操作とXML操作が組み込まれてるのは便利だが。デバッガくらい同梱して欲しかったな。 >>450 クライアントサイドのgroovy向けツールキットとか有っても良いと思うんだけどな。 複雑な処理をスクリプトで行うために。 ちょっとした捨てアプリでGUI書くのはスクリプトになっても手間だし。groovy用swingラッパーとか良いかも。 探したんだけどデスクトップアプリ用groovyライブラリとか無かったよ・・・ 452 名前：447 mailto:sage [2007/01/23(火) 18:47:01 ] >>451 正直、俺が一番使いやすいのはpnuts リストとかコレクションAPIのクラス普通に使えるし rhinoはあんまり使ってないさｗ 453 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 21:21:21 ] pnutsいいね フットプリントもちっちゃいしコードも読みやすい 454 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 22:33:48 ] pnutsは速いらしいね。 455 名前：デフォルトの名無しさん mailto:sage [2007/01/26(金) 12:11:27 ] Pnutsは処理系も安定してるし、便利なライブラリもそれなりにあるしいいよね って、なんでGroovyスレでPnutsの話題になってるんだかw 456 名前：デフォルトの名無しさん mailto:sage [2007/01/26(金) 15:44:42 ] いやだって、俺pnutsスレ探してこのスレたどり着いて定住してるからｗｗ pnuts単体だとスレ立てても過疎るだろうなぁと思って立てずに groovy,rhino,pnutsとか込みで、ここ見てる感じ。 457 名前：デフォルトの名無しさん mailto:sage [2007/01/26(金) 21:08:23 ] いまこそjrunscriptのスレを立てるべき時！ 実は需要あるんではないかと睨んでたんだが・・・ Scripting APIに従ったエンジンならJavaと通信できそうだし スクリプトから使うことを前提としたJavaラッパーライブラリが欲しいぜ。 クライアントサイドJavaScriptみたいに //新規ウィンドウを生成するファクトリ window.open(hoge,hoge) て感じなのをJavaで書いてスクリプトから共通利用出来たら捨てアプリ作るの楽じゃない？ 言語非依存だし 458 名前：デフォルトの名無しさん mailto:sage [2007/01/26(金) 22:26:13 ] Scripting API という括りの方が良さそうですね。 Pnuts の話題が出ているのは個人的に(ﾉ∀｀)ｳﾚｼｲ Pnuts なら、 frame("test").show() の一文だけで、 AWT のウィンドウ表示ができるよ。 Groovy の拡張ライブラリの 種類の豊富さや開発状況から見ると 需要はそこそこなんじゃないかなと思う。 本も二冊出版されている様子だし。 ・・とはいえ、殆ど英語圏の話。 Scripting API 絡みで Pnuts への注目も少しは強まるかなと思ったけど まだネット上を見る限りでは変化がない模様。 459 名前：デフォルトの名無しさん mailto:sage [2007/01/26(金) 23:32:08 ] >>458 jsなら (new java.awt.frame("test")).show() だな Pnutsとrhinoは安定している事に加えてPnutsならライブラリの充実、rhinoならJavaScriptのブラウザでの実績があるがgroovyは処理系が安定してないし、実行が遅いってのがあるな。 Javaのライブラリをシームレスに扱えるのが一番デカイが あとgroovyスクリプトからgroovyスクリプトを呼ぶのに一度コンパイルする必要があったがもう改善された？ Scripting API の組み込み候補ならrhino,Pnuts,groovyの３つが有力だし 【jdk6/組み込み】Scripting API 総合【Rhino/Pnuts/Groovy】 って感じで括れば面白いかもな。 スレの内容としてはJava VM上で動作しJavaと通信出来る言語用フレームワークの紹介とか情報交換とか。 日本語圏じゃjdk5すら浸透してないけどな 460 名前：デフォルトの名無しさん mailto:sage [2007/01/29(月) 17:29:53 ] Scripting APIってことは、BSFは無し？まああんまり話題も無いだろうけど 461 名前：デフォルトの名無しさん mailto:sage [2007/01/30(火) 19:34:51 ] BSFは別フレームワークだしな・・・。 それにBSFだとピンポイントでJSP絡みな話来そう。 ここの板連中ゲームとJavaEEは苦手じゃね？ 462 名前：デフォルトの名無しさん [2007/02/01(木) 11:14:03 ] Groovyってinclude無いの？ それともincludeなんて当たり前すぎてどのサイトにも載ってないのか？ 463 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 13:13:33 ] import じゃなくて include を探してるの?? 464 名前：462 [2007/02/04(日) 13:23:44 ] >>463 ん、importでソースファイルの参照できんの？ クラスのimportはネットでよく見るけどソースファイルを指定してのimportは見つけられなかった スクリプト言語なので、クラスのimportじゃなくて普通にincludeしたい 465 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 14:52:23 ] cppでも使ってろ 466 名前：ﾈｶﾏ由紀恵 mailto:sage [2007/02/04(日) 19:58:43 ] groovy スクリプト・ソースに対しても import で読み込めるよ。 467 名前：デフォルトの名無しさん mailto:sage [2007/02/23(金) 22:16:25 ] Grails使ってる奴いる？ Tomcat5で動かすと、HTTP GETで送ったパラメータが文字化けする問題が解決できないんだが。 Grails付属のJettyや、Tomcat4.1.34だと上手くいくし、Tomcat5でもPOSTなら文字化けしない。 試したTomcat5は、5.5.20と5.0.28。あと6.0.9もダメだった。 Grailsの web.xmlにはフィルタの定義が3つあって、 最初のfilter-mappingにSpring FrameworkのCharEncodingFilterを定義して フィルタ内でrequest.setCharacterEncoding("UTF-8")してるんだけど、どうもそこが機能していないっぽい。 フィルタの順番の問題？ちゃんと最初のfilter-mappingで定義してるんだけど。 468 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 03:37:56 ] >>467 Tomcat5以降のデフォルトではGETのパラメータにsetCharacterEncodingが効かない。 469 名前：467 mailto:sage [2007/02/24(土) 08:10:52 ] >>468 感謝感激！server.xmlのConnectorに、 userBodyEncodingForURI="true"か、URIEncoding="UTF-8"を加えたら上手く動きました！ Grails関係なかったね… 470 名前：デフォルトの名無しさん [2007/04/23(月) 12:34:44 ] age Grails使ってるやついる？いたら感想たのむ。 journal.mycom.co.jp/news/2006/03/31/345.html 471 名前：470 mailto:sage [2007/04/23(月) 12:37:13 ] >>440 既出だったな　ｽﾏｿ 472 名前：デフォルトの名無しさん [2007/06/16(土) 12:24:12 ] TemplateServletもーちとなんとかならんかね。 変数探す時勝手にrequestを探しに行ってくれたりとかnullの時は 何も表示しないように出来たりとかしてほしい。 473 名前：デフォルトの名無しさん mailto:sage [2007/06/19(火) 21:35:00 ] 勝手に探して出てきた変数使われたら怖すぎ 474 名前：デフォルトの名無しさん mailto:sage [2007/06/20(水) 11:26:29 ] >>473 Velocityだのはそうなんだけどなあ 475 名前：デフォルトの名無しさん mailto:sage [2007/06/25(月) 16:59:24 ] 公式で公開されてる。1.0の正式リリースってJSR構文とjava likeなfor文使えないの？ @Property hoge def foo as String for( ; ; ){//bar} って文。何かしらの実行時引数とかソース中にディレクティブ追加が必要？ 476 名前：デフォルトの名無しさん mailto:sage [2007/06/27(水) 01:24:58 ] >>473 JSPとかタグライブラリの立場は… 477 名前：デフォルトの名無しさん [2007/08/14(火) 20:23:38 ] お前はすでに死んでいる・・・。 478 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 13:56:55 ] 今頃なんだが、@Property は1.0でまたまた変更されてるんだね。 （GroovyBeans の宣言ということだが） @Property の部分を、Object と型名宣言に単純に置換する、という 理解でいいのか？ 479 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 15:47:45 ] groovyConsole の挙動はおかしいよね。 文法の形式が正しいかどうかだけをチェックしようと思って、 普通のクラス宣言なんかを通してみると、それだけでエラーを吐く。 （本家から拾ったサンプルコードさえ、エラーを吐いたりする） なんでかなあと思ったら、 メインメソッドか、クラス外に必ず実行される文が println でも なんでもいいからないと、ダメらしい。 おかげて、 println("これはテストコードです") という一文をくっつけないと、文法の形式チェックもできない。 頭にきて、JRuby に乗り換えようと一瞬思ったが、 Javaとの親和性を考えて、もうちょっと踏みとどまろうと思う。 普通、意味ある実行文なんて１行もなくても、 形式チェックぐらいできるだろ。いちいちNetBeans立ち上げるのが 面倒なんだよ！ こんどなにかあったら、即、JRubyに行くからな！ （ていうか、しっかりしてくれよ、ホントにもう） 480 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 15:55:38 ] つーか、 NetBeans でやっても同じだったわｗ いや、print文だけデフォで書いてあった。 ま、プリント文が一つあるだけでいいわけだが。 そういう仕様ということだった。なんつーか orz 481 名前：デフォルトの名無しさん [2007/09/07(金) 23:59:03 ] Groovy in Action って翻訳出ないのかな 482 名前：デフォルトの名無しさん [2007/09/09(日) 19:55:55 ] def printStr(str) { println str } closure = printStr closure("aaa") closure("bbb") 予想していた実行結果: aaa bbb このコードが撥ねられるというのは、おかしいよなー。 クロージャは変数に入れられなくなった？　よく分からん… 483 名前：デフォルトの名無しさん mailto:sage [2007/09/09(日) 20:00:40 ] >>482 よくしらんけど、printStrは括弧無しの呼び出しとはみなされないの？ 484 名前：デフォルトの名無しさん [2007/09/09(日) 20:49:40 ] >>483 いや、1.0以前は動いてたサンプルコードだと思ったんだが、 1.0でいろいろ変わっていて、クロージャだけじゃないけど、 動かないのが多いんだよ。 どうも、以下のような構文じゃないと、ダメになったみたい。 自分の勘違いでなければ、だけど。 // 例１ def printStr(str) { println str } printStr("aaa") printStr("bbb") 実行結果: aaa bbb // 例２ def printStr(str) { println str } closure = printStr("aaa") 実行結果: aaa 485 名前：デフォルトの名無しさん mailto:sage [2007/09/09(日) 21:56:36 ] 1.0の挙動は所々ふしぎに思う部分もあるが言語仕様はどこにあるんだ？ 486 名前：デフォルトの名無しさん [2007/09/09(日) 22:30:54 ] >>485 そりゃ、やっぱりホームのドキュメントだとは思うんだが、 ホームのサンプルでもエラーを吐くこともあるし。 ttp://groovy.codehaus.org/ groovyConsole で、旧バージョンの構文を1.0での変更点を勘案しつつ、 実際動かしてみるしかないのでは？ （参考）Groovyクラシック・コードと、新構文の変更点チェックリスト ttp://docs.codehaus.org/display/GROOVY/Japanese+Migration+From+Classic+to+JSR+syntax ただ、@Propertyのところとか、信用ならん。 @Property に変えて、型宣言すればいいように思える。 487 名前：デフォルトの名無しさん mailto:sage [2007/09/13(木) 13:04:46 ] Groovy は、Java言語そのもののもう一つの表記法とも言われているけど、 実際そんな感じだけども、 いわゆる Groovyっぽい書き方ということになると、 ちょっとJava的オブジェクト指向とは少し違う傾向があるよね。 java では、クラスでデータと関数を結びつける。 でもGroovy では、基本的考え方として、データと関数は分離する。 クラスでは、データのみ定義し、関数は別のところに持って、 クロージャなどで活用するっていうか。 いわゆる関数言語的な書き方に近いような気がする。 自分はまだまだ修行中なんだけど、なんだかすごく気にいっちゃった。 Java使う人間なら、絶対触ってみてほしいよ。 JRubv じゃ、ここまでスムーズにJava と連携できないと思うし、 いつか 風向きが Groovy に向くと思うんだけど。 488 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 23:59:23 ] しかしそれにつけてもGroovyは絶望的に遅すぎ。まずはそこからだ。 489 名前：デフォルトの名無しさん [2007/09/25(火) 18:46:31 ] >>488 別にそんなに遅いとも思わないけどなー。 （そりゃ、JVMの起動時間はかかるけど） だいいち、あまりに遅い部分があるなら、そこだけJava で書けばいいじゃん。 Groovy 使えてJava 分からんなどという人間がいるとも思えないが… 490 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 00:27:06 ] いやGroovyは遅いぞ。他のJava VM系言語色々試してみ。 groovyの強みが今のところjavaとの通信のシームレスさがズバ抜けている事しかない上に 更新は遅い、正式版出した割に挙動がちょっと怪しい、スクリプトのロードが面倒、 標準化されてる仕様（構文周り）が実装されてない。 と、トロトロやってるうちに他のJava VM系言語に追い抜かれてしまってる。 シームレスな通信の存在は大きいから使っていきたいけど上に挙げた問題から移行まではしてないな。 491 名前：　 [2007/09/26(水) 00:59:57 ] グルグルグルグルグル　グルービー 492 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 11:02:42 ] 透過性を求めるんだったらpnutsもいいよ 実用的な速度でるし 493 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 13:29:40 ] ん。一番軽量高速ってイメージがあるね。>>pnuts 494 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 10:39:58 ] イメージかよ 495 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 15:29:25 ] じゃあJavaスクリプト系言語のベンチマーク取ってみるか。 どんなベンチがいいかな？ ・起動時間（スクリプト起動前のtime - スクリプト頭のtime） ・終了時間（スクリプト尻のtime - スクリプト終了後のtime) ・インスタンス生成ループ ・メソッド/関数呼び出しループ なんかおもいつかねえ。 あと、対象は？ - Rhino - Groovy - JRuby - Jython - JavaFX - Pnuts 他なんかあるかな？ あ、あと、 - Java 今見たら、俺一番Groovy使ってないわ。 496 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 16:00:37 ] Rhinoはインタプリタモードとコンパイルモードの使い分けが難しいのとバージョンが上がる度に 密かに最適化がアグレッシブになり、インタプリタモードとコンパイルモードで最適化実装が 違うから単純にベンチマーク取れるもんじゃないよ。 あと、java6のRhinoはRhinoじゃないから。 497 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 17:11:27 ] そんな難しいのは、試行のバリエーションの一つ。 提供されたものを素直に動かしたらどうなるかのレベルでいいと思う。 498 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 17:19:04 ] >>495 shootout.alioth.debian.org/gp4sandbox/ でも移植してみたら。 RhinoとGroovyとJRubyは既にあるので他のを。 499 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 17:50:53 ] >>496のいいたいことを分かりやすく解説すると 「おれはRhinoに詳しいんだぜ」 500 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 19:09:51 ] あのなぁ、 ろくにGroovy 試してみたこともないような奴らは、来なくていいから。 ていうか、こないでくれ！！！　うざい。 501 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 19:25:34 ] 次スレからは、他のスクリプト系言語も受け入れるスレタイにしような・・・・ >>950 あたり、よろしく頼むよ・・・・ 502 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 19:52:19 ] >>500 2chはそういうところなんで、オマエが来なければいいと思うよ 503 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 20:48:05 ] いいか、ここは Groovy のスレなんだ！ お前らは不要！！！ 504 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 21:12:55 ] そういうのがイヤなら、勝手によそでwikiとか立てておけばいいと思うよ。 505 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 21:19:55 ] 最近、Groovy以外の話題も多く せっかくなのでスピンアウトしてみました。 【色々】Java系スクリプト言語【やってるよ】 pc11.2ch.net/test/read.cgi/tech/1190981940/ 506 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 23:46:02 ] 話題がないのも寂しいから、初歩のサンプル・コードをいくつか… ファイル読み込みと画面表示　サンプル・コード myFileName = "/tmp/sampleTextData.txt" // sampleTextData.txt ファイルの入った tmp フォルダを // C ドライブ直下に事前に置いておくこと。 // 注　"/fileName.txt" の形式は、C ドライブ直下 myFile = new File(myFileName) printFileLine = { println "File line: " + it } myFile.eachLine( printFileLine ) 実行結果（ファイルの内容が表示される。 　　　　　ただし、各行頭に File line: が付加されている） 507 名前：デフォルトの名無しさん mailto:sage [2007/10/06(土) 23:51:55 ] 初歩のサンプルコード　ファイルへの書き込み myFileName = "/tmp/sampleTextData.txt" // C ドライブ直下に事前にtmp フォルダを作っておく。 // "/fileName.txt" の形式は、C ドライブ直下 myFile = new File(myFileName) myFile.write("これは groovy による書き込みテストです") 実行結果 事前に用意してあったC ドライブ直下の tmp フォルダ　（つまり C:\tmp）内に sampleTextData.txt が生成され、　これは groovy による書き込みテストです　と 書き込まれている。 508 名前：デフォルトの名無しさん mailto:sage [2007/10/07(日) 18:32:19 ] >>491 サンビーム乙 509 名前：デフォルトの名無しさん [2007/10/23(火) 21:10:52 ] ttp://yher2.blogspot.com/2006/10/groovy-rhino-jython-jruby.html に、各スクリプト言語のベンチマークがあった。 （2006年後半時点でのことだが） Javaとの実行時間比は： groovy: 約5.5〜500倍 rhino: 約1.5〜50倍 jython: 約2〜150倍 jruby: 約20〜6000倍 となる。 Groovy はJava からみればかなり遅いが、 それでも本家より速いと評判のJruby よりは かなり速いわけだなぁ。 あと、個人的にはようやく1.0の文法がほぼ分かった。 うまく使いこなせるようになりたい。 1.1は11月中旬に登場だそうだが、楽しみだ。 510 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 07:13:33 ] Rubyの本家ってどんだけ(ry 511 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 17:49:26 ] 2006年後半時点ではまだ本家より速く無かったよ 今だってオプションやらを付けなきゃ本家より遅いはず 512 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:27:55 ] macじゃどうかしらないけどlinuxだとrubyはthreadが有効だと なんかポーリングか何かが多発して恐ろしく遅くなるんだよな。 これはvmのデザイン上の問題?それともシステムライブラリ回りと相性悪いのか。 513 名前：デフォルトの名無しさん [2007/10/25(木) 14:42:39 ] まあ、Ruby のスピードの話はともかくとして、 Groovy は実は他のスクリプトと同等程度のスピードは持っている のに、とかく度外れて遅い呼ばわりされてしまうのは、 やっぱりJVM の起動時間なんでしょうねぇ。 SE7 ではHD上にJVM のキャッシュなどを持つことによって、 起動時間が速くなるとされてます。 あと、来月半ば登場のGroovy1.1ではなんでも２割程度スピードアップ されているような記事を見たと思います。 まあ、個人的には自分のマシンを最新の Core2Duo にする方が先だろ、 というのはありますけど。まだCeleron なんですよー orz 514 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 21:34:26 ] 全てのJVM系スクリプト言語の期待の星は Java Quick Starter 515 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 18:12:25 ] pnutsでwebアプリのプロトを作ろうと試みたが、本家でダウンロードできる pnuts-examples.zip（pnutswiki）をtomcatで実行できますか？ pnutsは最新1.2.1, jdk1.5, tomcat5.1の環境で試みているのだが。 一見ドキュメントが整備されているように見えるが、何かやろうとすると、 全然足りない。 516 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 15:47:51 ] ここには pnuts 分かる人はほとんどいないんじゃない？ 自分もそうだが、Groovy だけで手一杯だし。 yahoo の pnuts のグループの方が戸松さんも見てるみたいだし、 なにか返事があるかも。 ttp://groups.yahoo.co.jp/group/pnuts-forum/ 517 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 17:55:59 ] Problem with Javascript engine. osdir.com/ml/java.htmlunit.general/2005-06/msg00034.html バイバイ哀愁でいとー - 回転と脱線 d.hatena.ne.jp/mopemope/20060530 開発者がじぶんで使う小物ツールからあわよくばテスティング フレームワークみたいなの作れてハッピーだよね、みたいな かんじだけど具体的な導入事例みたいなのが見えて来ない… 結局のところ人海戦術で潰してくしかないような。>>UI周りのバグ 518 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 18:42:38 ] >>516 レスありがとうございます。 yohooの方はあんまりな寂れ具合にビビリました。ので、メイルでもしてみようかと思います。 ただ、本当に普及させようという感じに思えないので、pnutsを選択すること について、再考の余地ありかと思いました。 519 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 20:27:58 ] >>518 もし、サーブレットを操りたいということでしたら、 Java 王道のJSP じゃダメですか？ JSP もいちおうスクリプトですし、ここは王道に従っても、 スクリプト言語のメリットは受けられるように思いますが。 520 名前：デフォルトの名無しさん [2007/10/30(火) 20:32:56 ] そもそも何でまたよりによって、pnutsなんだ 521 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 21:22:15 ] >>519 JSPはあくまでJavaであり、スクリプト言語にあらず。 Java風スクリプト言語であるPnutsやGroovyとは違う。 触ってみれば違いが分かるよ。 ところでJava以外の言語でJSPとかできないんだろうか。 <%@page language="Java" %>以外を指定できるコンテナないのかね。 522 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 21:52:27 ] >>521 GSP ってのはダメなん？ おなじみ、実用的なGroovy の記事だけど、 ttp://www.ibm.com/developerworks/jp/java/library/j-pg03155/ その記事で見るかぎり、 GSP はまるきりJSP のように見える… 523 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 00:28:17 ] なんちゅうか、CGI のノリで、下みたいな感じでやったらダメ？ def text = """\ <html> <head> <title>My Simple Groovlet</title> </head> <body> <h1>My Simple Groovlet</h1> <p>Today is ${new java.util.Date()}.</p> </body> </html> """ println(text) 524 名前：523 の補足 mailto:sage [2007/10/31(水) 01:02:55 ] もし、>>523 をコピペして、 テキストがプリントされずエラーが出たら、１行目の\ の後ろに スペースが入っているからだから、取り除いて。 それでエラーは出ないはず。と思うけど。 これは、 ttp://kakutani.com/trans/ociweb/jnbFeb2004.html にあったGroovlet のサンプル out.println <<<EOS <html> <head> <title>My Simple Groovlet</title> </head> <body> <h1>My Simple Groovlet</h1> <p>Today is ${new java.util.Date()}.</p> </body> </html> EOS が手元のGroovy1.0 では実行するとエラーになるから、 僕が勝手に上のように書き換えたものだよ。 （このままでは 1.0ではダメなのかな？　よく分からない） GSP は要するにテンプレだから、別につかわなくったっていいんでしょ？ 昔、perl でみんなこんな感じでCGI 書いてたじゃん。 525 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 12:07:02 ] それだと、forとかifとか制御構文を入れだしたら、Perlのような世界が待ってるな。 今更戻りたくない。 526 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 12:53:39 ] >>525 そこで、VIEW をまかせるためのGSP のご登場ということなのかな。 Groovy 本家HPには、 ttp://groovy.codehaus.org/GSP のようなサンプルがあるが。 で、これがプロジェクトのHP のようだが ttps://gsp.dev.java.net/ あと、参考になりそうなのは、 実用的なGroovy: Groovyでサーバー側に対応する ttp://www.ibm.com/developerworks/jp/java/library/j-pg03155/ 角谷氏のHP のGroovlet の項目かな(web.xml の設定も) ttp://kakutani.com/trans/ociweb/jnbFeb2004.html あと、意外なところでは Grails のHP にも GSP の解説がある。 ttp://grails.codehaus.org/Japanese+Views+and+Layouts GSP タグ リファレンス ttp://grails.codehaus.org/Japanese+GSP+Tag+Reference しかし、Grails 独自の拡張をしてあるようにも思えるが、どうだろう？ 自分としては、Groovy にはJava にはないヒアドキュメントの機能があるので、 テンプレート機能は使わなくてもかなりのことがやれると思う。 527 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 15:21:58 ] Servlet の件だけれどさ、やっぱり、 最初に無理やりスクリプトにこだわるより、 はじめだけでも Java 王道からやった方が、結局は楽と思う。 NetBeans による Web アプリケーション開発入門　というのが、 ttp://www.netbeans.org/kb/55/quickstart-webapps_ja.html にある。 これがもっともシンプルに Web アプリを生成する方法だと思う。 少なくとも、初心者にとって。 （Eclipse だと ビルドに 標準的な ant だけではないものを使っている 　とか、Tomcat をバンドルしてないとか、いろいろ面倒がある） まず、これを押さえてから、これをベースにして 他の手法を（Groovlet であれなんであれ）やった方がいい。 でないと、初心者の場合、最初に動かすまでにつまづいてしまって、 先へ進めないと思う。 528 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 15:40:54 ] 別に、初心者がPnutsなりGroovyなりでWebアプリ作るための手段を話しているわけではない。 529 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 16:28:06 ] そうでないとすると、 俺にはなんでそこまでスクリプトにこだわるのか、 まるっきり理解できないよ。 Java 本体でやるほうが楽なところはJava でやればいいんだし、 もちろん、(JVM上の)スクリプトで楽なところはそれでやればいい。 （とくに、Groovy ではクロージャがあるので、場合によっては 　たしかに使う意味があると思うが） 両者の組み合わせは自在だし、なにがなんでもスクリプトでという その執念の理由が分からないな… 自分も pnuts は多少使うことを検討したこともあるが、 oop すら満足にサポートしてなさそうで、敬遠した…。 530 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 16:47:22 ] なぜなら、そこに言語があるからだ。 531 名前：デフォルトの名無しさん mailto:sage [2007/11/03(土) 20:51:41 ] >>530 それ、ﾂﾏﾝﾈ 532 名前：デフォルトの名無しさん mailto:sage [2007/11/04(日) 13:47:04 ] まあ、とにかく servlet の知識がなければ、なにも始まらない わけだからさ。 （Groovlet は下のように servlet のサブクラスなんだからね） java.lang.Object -　javax.servlet.GenericServlet --　　javax.servlet.http.HttpServlet ---　　　groovy.servlet.AbstractHttpServlet ----　　　　groovy.servlet.GroovyServlet web.xml の設定の仕方ひとつとっても、なにがなんだか分からないでしょ。 servlet 知らないと。 533 名前：デフォルトの名無しさん mailto:sage [2007/11/10(土) 16:25:28 ] GSPって日本語扱うと化けない？ どこにも設定できる場所が見あたらないんだけど． ちなみに今作ってるのはjetty+groovy+hsqldbで， パッケージングされたスタンドアロンな掲示板システム． 何の役に立つかは秘密． 534 名前：デフォルトの名無しさん mailto:sage [2007/11/16(金) 01:09:01 ] 1.1正式版、まだかよー。 535 名前：デフォルトの名無しさん [2007/11/27(火) 07:49:53 ] Groovyまた最近盛り上がってきた？ 536 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 12:18:09 ] つーか、JVM系スクリプト言語、 たくさんあり過ぎてどうすりゃいいか分かんない状態。 腰が定まらないw 537 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 20:16:03 ] 結論 　素のJava最強 538 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 10:55:35 ] >>536 俺は当時のことは知らないけど、 70年代にLispの上に言語開発するのが流行ったけど、 あれに似た状況になっているな。 539 名前：デフォルトの名無しさん [2007/12/07(金) 19:52:53 ] 1.1正式版、待ちくたびれたー 540 名前：デフォルトの名無しさん [2007/12/09(日) 21:14:10 ] なにやら、いきなり1.5 になったんでない？ ウチはまだインストールしてないけど、インストールした人いる？ 541 名前：デフォルトの名無しさん mailto:sage [2007/12/10(月) 23:54:07 ] 使ってみたけどシェルの起動が遅くなった気がする。 ところでgroovyってスクリプトをロードする関数無いの？ Rhinoで言うload()関数みたいな。 542 名前：デフォルトの名無しさん [2007/12/11(火) 00:17:55 ] Rhino を知らないからよく分からないが、 下は参考にならないかね？ 実用的なGroovy: JavaアプリケーションにGroovyを混ぜ込む ttp://www.ibm.com/developerworks/jp/java/library/j-pg05245/ あと、シェルの起動が遅いって、groovyConsole のこと？ あれは、使わなきゃいいんじゃない？ cドライブ直下に、myProgram.groovy というファイルでも 置いておいて、そこにプログラムを毎度書くことにしておいて、 コマンドプロンプトで cd c:\ groovy myProgram.groovy と打つと決めてしまえば、groovyConsole は使わなくてすむよ。 あとは、cドライブ直下の myProgram.groovy のショートカットを デスクトップにでも置いておけば楽チンかと。 ていうのは、ダメかい？　起動はすごく早くなるけどね。 543 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 00:32:43 ] 読んでみたけど一度groovycでコンパイルして吐いたクラスファイルをimportしなきゃだめなの？ 544 名前：デフォルトの名無しさん [2007/12/11(火) 00:44:26 ] >>543 そのページにある GroovyScriptEngine ていうのじゃダメ？ （クラスにする必要はないはずだが。自分はライトなユーザーなんで、 　よう知らんけどｗ） それ以上のことは、パワーユーザーの方、よろ。 545 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 00:53:14 ] これはビルドインなクラスをインポートする例でしょ？ ユーザー定義のクラスを読み込むにはざっと見た感じ、一度クラスファイル吐くみたいだけど・・・。 クラスファイル吐かないでロードやインクルードの類が出来ないかなって事なんだけど。 546 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 01:04:58 ] ちがうか、スクリプトエンジン自体をgroovyから生成してコンテキストにバインドしてソースファイル読み込んでるのか。 普通にインクルードしたいだけなのになんでこんなに謎だらけなんだｗ 547 名前：デフォルトの名無しさん [2007/12/11(火) 01:06:48 ] だけど、そこには >直接コンパイルによってGroovyスクリプトをJavaプログラムに取り込む方法の他に、スクリプト自体を埋め込む方法に関しても、幾つかの選択肢がある って、はっきり書いてあるやん。 俺自身は、スクリプトとして使うことしか興味ないんで、 いままでJavaとの連携をやったことはないが。 （Java はJava、Groovy はGroovy という使い方しかしてこなかったなぁ） 548 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 01:13:38 ] たぶん、いろんなJVMスクリプトをいろいろ混ぜ込ませるなら、 Bean Scripting Framework を使うと決めてしまうのが、 混乱すくなくてよさそうな気がする。 いや、なんとなくだけど 549 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 15:22:56 ] ".groovy" という拡張子でファイルをおけば それを import で取り込めるけどそういうことではない？ 550 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 16:18:12 ] >>549 そのやり方で、Java から自分の書いたGroovy スクリプトを 実行できたっけ？ groovyShell か groovyScriptEngine （スペルあってるかな）を 通す必要があるんじゃない？？？ 551 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 16:18:46 ] まさにそれなんだけどどうやってやるの？ 552 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 16:35:22 ] ああ、>>549宛てね。 import <ファイル名>; import <パッケージ名>; import <完全修飾クラス名>; で試してもエラー出るんだけど。 553 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 19:06:58 ] $ cat Hello.groovy public class Hello { public void sayHello() { println "Hello!" } } $ cat main.groovy import Hello def hello = new Hello() hello.sayHello() $ groovy main.groovy Hello! $ 554 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 19:39:21 ] ああ、パッケージ名付けたらダメなのか。 555 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 19:59:27 ] パッケージをつける場合はパッケージと同じディレクトリ階層を作って そこにファイルを置くみたいだね 556 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 20:39:05 ] そこだけjavaと同じなのか。ややこしい。 557 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 10:59:46 ] 「だけ」ってことはないだろ 558 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 16:03:53 ] groovy 同士のやり取りの話もいいが、 Java 上でのgroovy スクリプトを動作させる件だが、groovy1.5 で確認したが、 GroovyShell とGroovyScriptEngine とも、旧バージョンと代わりなく動作したよ。 以下、NetBeans 5.5で確認した例ね。 // Cドライブ直下の groovyScripts フォルダに myProgram.groovy ファイルと // myProgram2.groovy ファイル置き、適当なテスト用スクリプトを書いておいた。 // なお、ツールメニューのオプション・コマンドで groovy Home を指定するとともに、 // ツール・メニューのライブラリマネージャーから、groovyLib の名で // groovyフォルダ内の全jarファイルを取り込んでおく。 // （あ、もちろんcoyote プラグインは入っている　ttp://groovy.codehaus.org/NetBeans+Plugin　） import java.io.File; import groovy.lang.Binding; import groovy.util.GroovyScriptEngine; public class ScriptEngineEmbedGroovy { public static void main(String args[]) throws Throwable{ String[] paths = {"C:\\groovyScripts"}; GroovyScriptEngine gse = new GroovyScriptEngine(paths); Binding binding = new Binding(); Object[] path = {""}; binding.setVariable("args",path); // groovyプログラムへ与えるターゲットファイルの指定 gse.run("myProgram.groovy", binding); gse.run("myProgram2.groovy", binding); } } // 以上を実行すると、Java上で myProgram.groovy と myProgram2.groovy が実行される 559 名前：558 mailto:sage [2007/12/12(水) 16:14:09 ] 上の補足ね。 Object[] path = {""}; binding.setVariable("args",path); // groovyプログラムへ与えるターゲットファイルの指定 がひとまとまりね。 ターゲットファイルがないので、 Object[] path = {""}; と、なにも指定していない。 560 名前：デフォルトの名無しさん mailto:sage [2007/12/12(水) 17:12:05 ] まだ無名クラスがサポートされてないんだな。 561 名前：デフォルトの名無しさん [2007/12/13(木) 15:28:23 ] そもそも、クロージャがあるのに無名クラスなんているのか？ 基本的に、クラスだってJavaとは違う使い方が想定されているし。 （Java のようにも使えるが） クラスではプロパティーのみを定めて、メソッドは外に追い出し それはクロージャで追加的に組み合わせて、あちこちで流用するという ようなそんな感じなんじゃないか？ Java のように使うつもりなら、Java でやればいいんだし、 groovy使う意味がない。まー、自由に行き来できるんだから、 好きなように組み合わせればいいわけだが。 562 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 16:06:33 ] こういうコードの場合無名クラスが欲しくなる。 groovy ttp://sourcepost.sytes.net/sourcepost/sourceview.aspx?source_id=29959 js ttp://sourcepost.sytes.net/sourcepost/sourceview.aspx?source_id=29960 563 名前：561 mailto:sage [2007/12/14(金) 20:50:16 ] >>562 ああ、GUI の扱いね。そんなこともあるのかな。 自分の場合は、Swing はNetBeans の GUIビルダで組んで、 groovyと組み合わせようかと考えてた。 groovy でのSwing は情報少なくて大変そうな気がするが、 そうでもないのかなぁ。 564 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 22:19:26 ] >>562 リスナーなんぞ使わずに直接ぶち込むんだ！ window.windowClosed = { System.exit(0) } window.windowClosing = { window.setVisible(false); window.dispose() } 1.0betaの頃に、ドキュメントが間違っているのか、実装が間違っているのか、俺が間違っているのか分からず ちょっと触っただけで離れてしまったけど、1.5はなかなか良さそうだな。 今こそが始め時な気がする。 565 名前：デフォルトの名無しさん mailto:sage [2008/01/22(火) 21:32:31 ] プリミティブな配列の宣言ってどうするの？ JOGLのデモソース移植しようとしたら プリミティブ型とラッパークラスのオートアンボクシングが行われなくて例外でるんだけど・・・。 566 名前：デフォルトの名無しさん mailto:sage [2008/02/11(月) 17:44:51 ] さて、俺が興味を示しましたよ 567 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 21:10:09 ] anarchy golfに追加されたよ 568 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 21:15:23 ] マジかｗ 569 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 21:43:28 ] あなごるスレでつぶやいたら速攻追加されたｗ 早速トライしてみるがいきなり2でつまづきそう。25byteでできるのか。。。 570 名前：デフォルトの名無しさん mailto:sage [2008/02/15(金) 23:58:18 ] echoの30byteはたぶん System.in.eachLine{println it} 25byteはどう書いたんだろう。 571 名前：デフォルトの名無しさん mailto:sage [2008/02/16(土) 05:15:32 ] あそこは答さえ合えばなんでもありなので 572 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:13:02 ] とある理由によりGroovyに触れる機会がありそうなんだが、微妙っぽいな やっぱりJVM上はJava以外ありえんな 573 名前：デフォルトの名無しさん mailto:sage [2008/02/21(木) 22:11:36 ] Scalaはいいぞ〜 574 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 19:32:26 ] だめか println System.in.text 575 名前：デフォルトの名無しさん mailto:sage [2008/02/27(水) 23:10:20 ] lnはいらん print System.in.text System.out<<System.in 576 名前：デフォルトの名無しさん [2008/03/10(月) 02:00:43 ] grailsのdomainのpojo書くだけで勝手にDBのスキーマまで作ってくれるのと、 サービスのメソッドが何の宣言しなくてもトランザクションになってるのは 黒魔術っぽくて好き 運用中のgrailsアプリで、domainのフィールド何気に削ってセーブしたら、 DBの方まで削られてエライ目にあったけどｗ 577 名前：デフォルトの名無しさん [2008/03/10(月) 02:12:05 ] 連載めい☆みくＴＶ zoomtv.atspace.com/?34vc8t@Mei&MikuTV 連載めい☆みくＴＶ４ zoomtv.atspace.com/?359lnq@Mei&MikuTV4 578 名前：デフォルトの名無しさん [2008/03/16(日) 21:02:01 ] Groovy/GrailsのMLを作成されました。 groups.yahoo.co.jp/group/groovy_grails/ 興味がある方はご参画ください。 579 名前：デフォルトの名無しさん [2008/03/31(月) 02:14:50 ] grails動かしながらコンパイルが通らないdomain書くと、 セーブした瞬間に buildexceptionでgrailsごと止まるのはどうにかならんのか。 ソース書いてる途中でC-x C-sする癖があるので知らん間に落ちてる。 いちいちgrails run-appするのうざったい。 580 名前：デフォルトの名無しさん [2008/03/31(月) 20:57:25 ] >>578 日本語でおk 581 名前：デフォルトの名無しさん [2008/04/16(水) 00:27:18 ] Groovy 1.5.5 出ました 582 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 00:26:07 ] yieldﾏﾀﾞｰ? 583 名前：デフォルトの名無しさん [2008/05/07(水) 23:38:38 ] Groovy は getopts みたいな コマンドライン引数解析を楽にするものは付いてないんですかね Commons CLI 使えってのは無しで 584 名前：デフォルトの名無しさん [2008/05/07(水) 23:48:00 ] >>583 ですけど Commons CLI が Groovy の配布物の中に含まれてるからそのまま使えるんですね スレ汚し失礼しました 585 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 586 名前：39s mailto:age [2008/06/18(水) 20:15:22 ] 39s 587 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 588 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 589 名前：あぼーん mailto:あぼーん [あぼーん] あぼーん 590 名前：デフォルトの名無しさん mailto:sage [2008/07/09(水) 22:05:15 ] WinGroovy 591 名前：デフォルトの名無しさん [2008/07/11(金) 19:34:42 ] ちょいおれの Groovy の使い方の妄想をと聞いてくれよ、 まだためしてないんだけどな。 ・bash や perl などのスクリプト言語の代替ではなく、 ・Java で繰り返し書くような"たいくつな"コードを Groovy にできないか、というアプローチを目指す 1.たとえば JUnit のテストクラスはある意味使い捨てなわけで、ここらへんを Groovy でぬるく書けないか 2.Struts + Spring + ORM なんかのときに、Spring と DAO クラスは Java で書き、 Action クラス内の HogeForm form = (HogeForm) form; String zaikoNo = form.getZaikoNo(); List<Zaiko> zaikoList = zaikoService.findList(zaikoNo); if (zaikList.size() == 0) { 　// 画面A へ } else { 　// 画面B へ } といった、単なる比較や分岐のようなところは Groovy にできないか？ あと、この方のblogをたまにみている。 d.hatena.ne.jp/masanobuimai/searchdiary?word=%2a%5bgroovy%5d ant builder って使ったことある人いる? 592 名前：デフォルトの名無しさん mailto:sage [2008/07/12(土) 00:54:43 ] ■■■□■■■■■■■■■■■■■■■■■■■■■■■■■■■ ■■■□■■■■□■■■■□■■■■■■■■■■□■■■■■■ ■■■□□□□■■□■■■□■■□□□□□■■■□■■■■■■ ■■■□■■□■■□■■■□■■■■■■□■■■□■■■■■■ ■■□■■■□■■■■■□■■■■■■□■■■■□■■■■■■ ■■□■■■□■■■■■□■■■■■■□■■■■□■■■□■■ ■■■■■■□■■■■■□■■■■■□■■■■■□■■■□■■ ■■■■■□■■■■■□■■■■■■□□■■■■□■■□■■■ ■■■■■□■■■■■□■■■■■□■■□■■■□■■□■■■ ■■■■□■■■■■□■■■■■□■■■■□■■□■□■■■■ ■■■□■■■■■□■■■■■□■■■■■■■■□□■■■■■ ■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ ■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■■ ■□□□□□■■■□□□□□■■■■■□■■□■■□■■■□■ ■□■■■□■■■□■■■□■■■■□■□■■□■□■■□■■ ■□□□□□■■■□□□□□■■■□■■■□■■■□■■■■■ ■□■■■□■■■□■■■□■■■□□□□■■□□□□□□■■ ■□□□□□■■■□□□□□■■■■■□■■■□■■■■□■■ ■□■■■■■■■■■■■□■■■■■□■■■□□□□□□■■ ■□■■■■■■□■■■■□■■■□□□□□■□■■■■□■■ ■□■■□□□□□□□■■□■■■■■□■■■□□□□□□■■ ■□■■■■■■□■■■■□■■■□■□■□■□■■■■□■■ ■□■■■■■□□■■■■□■■■□■□■□■□■■■■□■■ ■□■■■■□■□■■■■□■■■□■□■■■□□□□□□■■ ■□■■□□■■□■■■■□■■■■■□□□■■□■■□■■■ ■□■■■■■□□■■■□□■■■□□□■■□□■■■■□□■ 593 名前：デフォルトの名無しさん [2008/07/16(水) 01:57:05 ] BuilderSupportを使って、自分のツリー構造のオブジェクトを作ってみたいんだけど、 どうやって作ればよいかよくわからない。 594 名前：デフォルトの名無しさん mailto:sage [2008/08/24(日) 21:50:08 ] >>593 既存のビルダー、特にSwingBuilderのソース読んで勉強すると良いと思う 大して難しく無いよ。 595 名前：デフォルトの名無しさん [2008/09/20(土) 17:18:35 ] Groovyイン・アクション book.mycom.co.jp/book/978-4-8399-2727-1/978-4-8399-2727-1.shtml 9/27 発売らしい。 596 名前：デフォルトの名無しさん mailto:sage [2008/09/21(日) 19:06:46 ] >Groovyイン・アクション ガンダムのフィギュアかと思ったｗ 597 名前：デフォルトの名無しさん mailto:sage [2008/09/21(日) 22:28:20 ] てめぇイン・アクションシリーズをディスったな！ 先月はこれも出たし、Groovy/Grailsの本が増えてきていい感じ。 ttp://www.amazon.co.jp/dp/4798117366/ 後はIDEだな…Eclipseのはイマイチだし、ここはNetBeansに期待か。 598 名前：使い捨て取締役 ◆QLzND0Vw6o [2008/09/27(土) 16:48:01 ] Grailsは1.0.3で安定したっぽいな 599 名前：デフォルトの名無しさん [2008/10/13(月) 19:20:45 ] GrailsのGSPでなにかのパラメータ付けるとデバッグモードになり エラーのsrc箇所がわかるってやつなかったっけ？ 確かerror_with_srcみたいな感じのパラメータ。。。 600 名前：デフォルトの名無しさん [2008/10/24(金) 22:38:48 ] あったけど、なんだっけ？？ urlの後ろにつけるやつだよね。 601 名前：初心者 [2008/11/09(日) 17:13:21 ] C/C++で作成された関数をGroovyから呼び出せるのでしょうか？ pythonなら簡単にできましたけど。 602 名前：デフォルトの名無しさん mailto:sage [2008/11/09(日) 23:47:03 ] swigでラッパ作ってJNI経由になるが、一応可能。 603 名前：デフォルトの名無しさん [2008/11/14(金) 00:49:21 ] Spring、Groovy、Grails 1企業の旗本へ、SpringSource買収発表 journal.mycom.co.jp/news/2008/11/13/080/index.html 604 名前：デフォルトの名無しさん [2008/11/15(土) 09:20:16 ] Grails 1.0.4でた 605 名前：使い捨て取締役 ◆QLzND0Vw6o [2008/12/14(日) 18:10:56 ] 日本語解説本は出版されないのかな 606 名前：デフォルトの名無しさん mailto:sage [2008/12/14(日) 21:22:12 ] >>605 Groovyイン・アクション ttp://www.amazon.co.jp/Groovy%E3%82%A4%E3%83%B3%E3%83%BB%E3%82%A2%E3%82%AF%E3%82%B7%E3%83%A7%E3%83%B3-Dierk-Konig/dp/4839927278 Grails徹底入門 ttp://www.amazon.co.jp/Grails%E5%BE%B9%E5%BA%95%E5%85%A5%E9%96%80-%E5%B1%B1%E7%94%B0-%E6%AD%A3%E6%A8%B9/dp/4798117366 607 名前：デフォルトの名無しさん [2008/12/15(月) 02:12:45 BE:871719438-2BP(22)] 韓国がサーバー攻撃してきたっぽい vipperが凸したんだけど韓国以外のIPがはじかれて困ってんだけどなんか良い手ない？ 串とかはもう試したけど田代しか無理だからあまり効果がなくってね ここが現行スレ jfk.2ch.net/test/read.cgi/news4vip/1229266966/ 608 名前：デフォルトの名無しさん [2008/12/24(水) 04:35:27 ] Grails1.1 beta2 出た。 grails.org/Home 609 名前：デフォルトの名無しさん mailto:sage [2008/12/24(水) 14:51:49 ] Groovy 1.6 RC1でた 610 名前：デフォルトの名無しさん mailto:sage [2009/01/31(土) 02:48:54 ] Grails 1.1 beta 3 出た 611 名前：デフォルトの名無しさん [2009/02/10(火) 04:51:23 ] Groovy 1.6 RC3 出た 612 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 04:34:05 ] 流行ってねーな 613 名前：デフォルトの名無しさん [2009/02/20(金) 18:28:23 ] 1.6 age 614 名前：デフォルトの名無しさん [2009/02/24(火) 17:09:29 ] Manymoon : To Do List and Project Management App Built on Grails www.manymoon.com 615 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 12:52:00 ] Groovy Update: 1.6 Released www.springsource.org/node/1097 というか、Spring 流行ら… >This 4-day course is offered at a price of AU2,995 四日で講習東京開催15-20万… 616 名前：sage mailto:sage [2009/03/07(土) 15:57:09 ] anchorage.2ch.net/test/read.cgi/utu/1232823989/ mamono.2ch.net/test/read.cgi/newsplus/1236373342/ anchorage.2ch.net/test/read.cgi/utu/1226168816/ gimpo.2ch.net/test/read.cgi/healing/1227373680/

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef