サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
大そうじへの備え
beta.mybetabook.com
2013年9月10日、Grails 2.3.0がリリースされました。このバージョンでは次期バージョン3.0をターゲットに、大幅に改善・向上が行われています。例えば、以前から課題になっていたXSS問題を解決すべくGSP関連のエスケーピングの考え方、Grailsの振る舞いに適したリクエストバインディング、さらには今後Webアプリケーションには必須となるRESTの実装、開発時の動作を改善するための仕組み改良などです。 この記事では、そんな次世代へ向けたGrails 2.3.0の更新内容を、公式ドキュメントの内容を拝借しながら紹介したいと思います。 Grails 2.3.0 の更新内容始めにGrails 2.3.0での更新概要を以下に示します。整頓すると、大まかに分けると五つの項目に分類できます。 コントローラ・ビュー コントローラにネームスペース定義が可能に。 コントローラ例外ハンドリング。 フ
前号にて、筆者が別の記事で紹介したように、最新のマイルストーンリリースは、Grails 1.4.0系、改めGrails 2.0.0系がリリースされました。コントローラの部分にも若干の仕様変更・追加が行われました。この記事では、引き続きコントローラを解説しながら、なるべく部分的にでも将来のGrailsでの追加仕様についても紹介していきたいと思います。 Grails 2.0.0系に関しての詳しいまとめは、筆者のワークショップにて発表させていただいたスライド http://slidesha.re/q3tuH6 、または、リリース情報をまとめたブログ記事 http://bit.ly/rms1In をご覧ください。(執筆時はGrails 2.0.0.M1です) 注)この記事は、公式ドキュメントを意訳している筆者が、公式ドキュメントの内容を筆者目線で再編集(感想文!?)したような感じの構成になっていま
Grails は、Java EE で 実績のあるSpringフレームワーク、Hibernate (O/R マッピング ) 等をベースにGroovy DSLを活用して実装された、Java 環境で効率よく Web アプリケーション開発を行うことができるフルスタックフレームワークです。 多くのダイナミックフレームワークのように、DRY(Don’t Repeat Yourself)、CoC( 設定より規約 ) という哲学に基づいて実装されています。Grails でのWebアプリケーション開発では、主に Groovy を使用した DSL( ドメイン固有言語 ) で記述します。DSLでプログラムを記述する事によって、その内容から動作に必要な部分は動的に生成されます。この実装によって、従来のJava 環境でのWebアプリケーション開発の複雑な部分を隠蔽して軽快に開発を進めることができます。 Grails
JGGUGでサポートスタッフを担当させていただいている@nobusueと申します。 今回はGroovyベースのテスト支援ツールであるBetamaxの紹介記事を書かせていただくことになりました。G*Magazineには初登場となりますが、よろしくお願いいたします。 BetamaxとはBetamaxはWebへのアクセスを記録して再生することのできるrecord/playback proxyです。 最近のアプリケーションはTwitterやFacebookなど外部のWebAPIと連携するものが多くなってきていますが、Betamaxを利用すると実際にWebAPIやWebサイトへのアクセスを行わずにアプリケーションのテストを行うことができます。 BetamaxはHTTPリクエスト・レスポンスのペアを、HTTPリクエストの内容をキーとして「tape」というテキストファイル(YAML)に記録します。テスト
Created User: Kazuchika Sekiya / Date Created:2012/09/25 15:06:00 / Date Created:2012/12/25 23:08:15 / Language:ja_JP Groovy 2.0では新機能として「静的Groovy」が導入されました。静的Groovyは、「静的型チェック」と「静的コンパイル」の2つの機能から実現されています。本節では静的型チェックについて説明します。 静的型チェックとはGroovy 2.0の静的型チェック機能は、動的型言語であるGroovyに、静的な型チェック、つまりコンパイル時の型チェック機能を新たに導入するものです。 もともとGroovyでは、 int i = "ABC" + "DEF" // (A) このようなコード(A)はコンパイル時のエラーにはなりません。 なぜなら、動的言語(=実行時にメ
はじめに読者の皆さんは、普段Webアプリケーションでの機能テストはどのように行っていますか?今日では商用・OSSを問わず、様々なWebアプリケーション向けのテストツールが存在していますので、既にWeb機能テストを自動化している方も多いと思いますが、まだまだ手動で実施している方もいるのではないでしょうか。また、テストツールを導入したものの、プロジェクトの開発手法に合わなかったり、テストスクリプトを修正するコストが高く、保守されなくなってしまったケースもあるかもしれません。 本稿では、Groovyを用いたWebアプリケーション向けの機能テストライブラリであるGeb(「ジェブ」と発音します)を用いたWebテストの実施方法を紹介していきます。Gebはアジャイル開発と相性が良く、簡潔なDSLでテストスクリプトを記述することのできるテストライブラリですので、これからWebテストの自動化を検討している方
本稿から2回に分けて、「Grailsをコントロールせよ!」と題して、コントローラからプレゼンテーション層の連携と、WebアプリケーションのUI設計との連携に必要なURLの定義方法などを解説します。先ずは、どのように要求を受けてどのように結果を返すか、そこでどのような受け返しができるか、その内容を内外共に解りやすく定義できるかを理解することで、Grailsをきれいにコントロールできるようになれると良いでしょう。 コントローラコントローラは、クライアントからのリクエストを受け取り、リクエストの内容に応じて処理を行い、ビューを返すクラスです。(※ここではMVC2の細かな話は割愛させていただきます。)アプリケーションのリクエスト・処理などの動作をコントロールする部分になります、と、簡単に言うと怒られるかもしれませんが、初心者の方はその解釈で充分だと思います。 Grailsでコントローラクラスを作成
Owner of: G*Magazine Vol.4 58 users 6 years ago 日本Grails/Groovyユーザーグループ G*Magazine Vol.3 57 users 6 years ago 日本Grails/Groovyユーザーグループ G*Magazine Vol.1 60 users 6 years ago 日本Grails/Groovyユーザーグループ G*Magazine Vol.2 58 users 6 years ago 日本Grails/Groovyユーザーグループ G*Magazine 創刊準備号 53 users 6 years ago 日本Grails/Groovyユーザーグループ G*Magazine Vol.5 41 users 6 years ago 日本Grails/Groovyユーザーグループ G*Magazine Vol.6 3
Description 需要があるかわからんので購読者が10usersになったら書く →がんばって書きます。 →そろそろ本気出す。
第2章 もかは『プログラミングGroovy』と出会った前回までのあらすじプログラマを志望して4月から新人プログラマとして駆け出した 七海 萌香(ななみ もか)は同期である一ノ瀬 小夏(いちのせ こなつ)と プログラム研修の日々を過ごしていた。 ある日、こなつと共に書店に立ち寄ったもかはそこでGroovyイン・アクションと 運命の出会いを遂げる。 Groovyイン・アクションを手に入れたもかはその内容に夢中になり Groovyの世界へと引き込まれてゆくのであった。 「よーし、こないだの結果を返すぞ~。」 「七海さん、君は名前を間違ってたぞ?仕事でこんなじゃ困るんだがな...」 もか「え?どれだろう?ああっ...コメント部分かぁ><」 * @author 七海 萌花 もか「もぅ、IMEのバカバカ!嫌い!もかって名前はいつも一発じゃ変換できないんだよねぇ...今度から気を付けなくっちゃ」 お昼休
4月、それは新社会人にとって新たな幕開けの季節だ。もかにとってもそれはそうだった。七海 萌香(ななみ もか)、はソフトハウスとしては中堅どころのジェイガ株式会社へとプログラマ志望で入社した新入社員の一人だった。 新人教育でビジネスマナーやら簡単な手続きを済ませた後は、早速プログラミング講習が待っていた。言語はJavaだった。もかはこれまで簡単なホームページをHTMLやCSS、それからWeb1.0時代のJavaScriptで書いたことがあるくらいだったので、これが本格的なプログラミング言語との出会いだった。 今年の新人は男性が8名、女性が2名であった。もう一人の新人女子社員は一ノ瀬 小夏(いちのせ こなつ)という名前の女の子だった。こなつは情報系専門学校を卒業しており、当初はゲーム開発に憧れて情報系に進んだらしいのだが、現実の厳しさなどを目の当たりにし、それから色々あってジェイガに入ることに
CIServer http://jenkins-ci.org/ 環境 Gerrit サーバー:Ubuntu Server 11.10 x64 ※Windows にインストールしたかったけど、色々ハードルが高そうなので今回は Ubuntu Gerrit:gerrit-2.2.2.1.war Jenkins サーバー:Gerrit サーバーに同居 Jenkins:1.454 Gerrit Trigger プラグイン:2.5.0 クライアント:Windows 7 x64 ゴールイントラネット内の Windows クライアントから、Gerrit サーバー上の Git に push すると、自動で Jenkins がビルドを行うところまで Gerrit の構成は、 ・DB 以外は、デフォルト(MySQL)の設定 ・メール通知は無し(SMTP サーバーは立てない)
概要 Ubuntu Server へ Jenkins のインストール Gerrit 用のユーザー/SSH 鍵を作成 Gerrit へのユーザー登録/グループの設定 Jenkins の設定(プラグインのインストール) Jenkins Gerrit プラグインの設定 Ubuntu Server へ Jenkins のインストールUbuntu Server に Jenkins をインストールします。Ubuntu Server に ログインしこちらを参考にインストールしていきます。 http://pkg.jenkins-ci.org/debian/ wget -q -O - http://pkg.jenkins-ci.org/debian/jenkins-ci.org.key | sudo apt-key add - /etc/apt/sources.list ファイルを編集します。 sudi n
なんの変哲もないこういった線のイラストですが、バックにスミアミを敷いてみると、 このように、一部を白で隠しています。これだとバックに色を使っている場所に配置できないので、白の部分を削除して線だけにしたい! そういったときにはライブペイントを使います。 まずアートワーク全体を選択して、オブジェクト/ライブペイント/作成 を選択します。 ライブペイントグループが作成されました。 そのまま、オブジェクト/ライブペイント/拡張 を選択します。 ライブペイントが拡張されるので、ダイレクト選択ツールで白の部分を選択して 選択/共通/カラー(塗り) を選択します。 白い部分が全て選択されるので、そのまま削除します。 後ろにスミアミを敷いてみると、白が全て削除されて、線だけになっています。これでOK。 ライブペイントはCS2からの機能なので、それ以降のバージョンならばできると思います。線をはさみツールでち
このページを最初にブックマークしてみませんか?
『beta.mybetabook.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く