タグ

Groovyに関するOooのブックマーク (11)

  • Headless ChromeをDockerに入れてGebで遊んでみた - Mitsuyuki.Shiiba

    昨日書いたんだけど、Kafkaを触ろうと思ってるんだよ?でも、触ろう触ろうと思ってると、違うものが目に入ってくるのであった。ということで Headless Chromeで遊んでみた Kafka一切関係なく、この記事を見かけたから。 Getting Started with Headless Chrome  |  Web  |  Google Developers この辺のこともあるので、ちょっと見とこうかなって。 Phantom.jsのメンテナー、プロジェクトの将来に疑問を呈し、その座を降りる ただ、今手元にある環境でごにょごにょするのもなんか嫌だなぁ・・・って思ったので、無駄にDockerに詰め込んでGebで遊んでみた。そして、そのせいで疲れた(ヽ´ω`) できあがったものは これ。 https://github.com/bufferings/sandbox-gebheadlesschr

    Headless ChromeをDockerに入れてGebで遊んでみた - Mitsuyuki.Shiiba
  • 内部から見たVert.xとNode.jsとの比較 - uehaj's blog

    socket.ioがJavaやGrailsから扱えるかを調べている関係でvert.xを調べていて興味深かったので、こちらにあるVert.xの記事を翻訳してみました。JGGUG G*Workshopにおける杉浦さんのVert.x資料もお奨めです。 Vert.xは急速に発達つつあるサーバ・フレームワークです。 世にあまたあるサーバ・フレームワークのいずれもが、多様なプロトコルをサポートし、高速であることが特長であると主張していますが、Vert.xはそれらよりも一歩抜きん出ています。例えば、Vert.xは、サーバサイドのネットワーク環境の確立と操作も対象としています。言いかえれば、Vert.xは、単一サーバ上のデーモン実行だけでなく、クラスタリング環境での複数サーバデーモンの実行を考慮しているのです。 したがって、Vert.xを調査するにあたっては、どのように高性能を実現しているかだけではなく、

    内部から見たVert.xとNode.jsとの比較 - uehaj's blog
  • 16の言語と57のフレームワークを比較したベンチマークが凄い

    いつの時代もより高速に動作するフレームワークや言語に対する関心は高いものですが、そんな疑問に答えるWeb Framework Benchmarksの最新版が公開されています。こちらのベンチマークはテスト用のコードや環境がオープンソースになっており16の言語(C C# Clojure D Erlang Go Groovy Haskell Java JavaScript Lua Perl PHP Python Ruby Scala)と57のフレームワークについて最適な実装が集められてテストされているという点で一般性があります。また実行環境もEC2と実マシンの2種類をそれぞれ実行している点も興味深いです。 気になるテスト結果のうち特に複雑度の高いデータベースから複数件のデータを取得してHTMLページとして出力した場合の結果は下記のとおりです。 堂々のトップに輝いているのはServletで最大で1

    16の言語と57のフレームワークを比較したベンチマークが凄い
  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • Javaプロジェクトにおけるビルドツール2 - @ikikko のはてなブログ

    前のエントリの続き。今回はどのような場面にどのツールがマッチするかを、自分なりの考えをふまえて紹介します。 ちなみに、それぞれのツールの使用経験はこんな感じ。 ビルドツール 使用経験 Ant 中〜大規模プロジェクトを1件 Maven 小〜中規模プロジェクトを複数件 Gradle 趣味のサンプルコードで複数件 SBT/Scalaは使ったことがないので除外。想像ですが、SBTをJavaプロジェクトで使うとなると、Gradle的な立ち位置になるかと思ってます*1。 ソースコードにJava以外も扱いたい場合 プロダクトコードには入れず、テストコードだけでGroovyを扱いたい場合も含みます。要するに、Java以外にコンパイルしたいソースコードがあるかどうか。 このケースでは、おとなしくGroovyを標準サポートしているGradleを使ったほうがいいかと思います。 Mavenでgroovyを扱えるよ

    Javaプロジェクトにおけるビルドツール2 - @ikikko のはてなブログ
    Ooo
    Ooo 2011/08/04
    このビルドスクリプトを作ったのは誰だあっ!!
  • 今日からはじめるGPars

    JJUG CCC 2017 Fall オレオレJVM言語を作ってみる(四則演算するだけだけど) #ccc_c5 このセッションでは、四則演算するだけの簡単なJVM言語の作り方を紹介します。 言語はCode -(Lexer)-> Tokens -(Parser)-> AST -(Compiler)-> JVM bytecodeと変換して、JVMで実行します。今回Lexer/Parserの部分にANTLRを、それ以降の部分にTruffleを使います。とくにANTLRやTruffleについての事前知識は必要ありません。BNFを定義してANTLRを使ってASTを構築し、それをTruffleのASTに変換して渡すという実装部分について、各ライブラリの概要やAPIを紹介しながら説明します。すべてを丁寧に説明する時間はありませんので、このセッションで出たキーワードを各自あとで調べて学びを深めていただくこ

    今日からはじめるGPars
  • Antスクリプト内でGroovyを利用する - No Programming, No Life

    はじめに GroovyではAntBuilderやGantといったAntを利用する上でとても強力な拡張が存在しますが、もうちょっとシンプルにAntスクリプト内からGroovyを利用する方法もあるのでそのご紹介です。 使い方 Seeing is believing!! ということで、サンプルをば。 (動作確認 Groovy Version: 1.7.2 JVM: 1.6.0_20, Apache Ant version 1.7.1 compiled on June 27 2008) taskdefにてgroovyタスクを宣言します。classpath属性でgroovy-all-*.jarへのフルパスを指定して下さい。*1ちなみに、<![CDATA[ ... ]]> のようなCDATAセクションで囲んでいるのは、Groovyスクリプト内で "<" などのようにxml文字列をエスケープする煩わしさ

    Antスクリプト内でGroovyを利用する - No Programming, No Life
  • YouDebug -

    What is YouDebug? Here is the problem; your program fails at a customer's site with an exception, but you can't (or don't want to) reproduce the problem on your computer, because it's too time consuming. If only you could attach the debugger and collect a few information, you can rapidly proceed on fixing the problem. But running a debugger at a customer's site is practically impossible; if the us

  • 非対話的デバッガ YouDebug - 川口耕介のブログ

    バグ修正はプログラマの仕事の一つですが、このうちのかなりの時間は問題を再現することに費やされます。 症状からバグの全容が推察できる時もあるのですが、多くの場合には、手元で問題を再現し、更なるデータを集めることによって始めてバグが理解されるからです。しかし、環境に依存する問題などは再現が難しい場合もあります。どうしたらよいでしょうか。 ロギングというのがよく行われる解決・予防策ですが、「デバッガを走らせて変数xの値を教えてくれればいいのに!」と思った事があるのは私だけではないと思います。ロギングと異なり、デバッガは予めプログラムに障害発生を予期するコードを埋め込んでおく必要はありません。また、呼び出し元のローカル変数をアクセスしたり、任意の式を評価したり、あるいは変数の値を変更することもできてしまいます。当たり前ですが、障害分析ツールとしてはデバッガはずっと強力だからです。 ではなぜユーザー

    非対話的デバッガ YouDebug - 川口耕介のブログ
  • Life with Cygwin

    沖ソフトウェア株式会社は、沖通信システム株式会社および株式会社沖インフォテックと平成22年10月1日をもって合併いたしました。新会社名は、株式会社OKIソフトウェアとなります。3社が行っております事業は新会社にて従来通り継続いたします。

    Ooo
    Ooo 2008/11/20
  • Groovy + Click Framework - yukobaのブログ

    Groovy + Click Framework。こんな感じ。良い組み合わせだと思います。 気をつける点は、メンバ変数にpublicをつけること。つけないと、getter/setterしか生成されません。フレームワークのリフレクションが効きません。あと、overrideするメソッド、Clickに渡すメソッドは、型を付けておいたほうがいいです。 click.xml や web.xml は Java と同一です。 import net.sf.click.Page import net.sf.click.control.* class HomePage extends Page { public time = new Date() public myLink = new ActionLink() public msg public table = new Table() HomePage() {

    Groovy + Click Framework - yukobaのブログ
    Ooo
    Ooo 2008/05/20
  • 1