Aptana RadRailsで始めるJRuby on Rails超入門（1/3）―＠IT
JRubyを利用したRuby on Rails（以下、Rails）のことを「JRuby on Rails」と呼びますが、オラクルのユーザー向けSNSサイト「Oracle Mix」は、このJRuby on Railsで開発されるなど、JRubyを利用したRailsアプリケーションは実用に近づいてきたといえます。 本稿では前編・後編に分けて、JRuby on Railsについて解説します。前編ではRailsのIDEであるAptana RadRails（以下、RadRails）を使い、手軽にJRuby on Railsアプリケーションを体感する方法を紹介します。ToDo管理アプリケーションを構築しながら、RadRailsの便利な機能を紹介していきます。 JRubyはJavaとRubyのイイとこどり？ JRubyとは一言でいうと、100％ Pure-Javaで実装したRubyの実装系のことです。こ
いきなりコアな話ですが、struts2で何気に大事なのがValueStackです。 - マイナー街道を逝く
何回になるかは分かりませんがこのValueStackの話について記述していきたいと思います。 ValueStack自体はインターフェースなので実際に使われているのはOgnlValueStackというクラスになります。 このValueStackの動きを把握することで、struts2内部でのデータのやり取りが分かる他、画面に値が表示されないときなどの問題解決に非常に役に立ちます。 struts2では、このOgnlValueStackというクラスに、アクションクラスやモデル(ModelDrivenのモデル)をpushし、setValueというメソッドでスタックにpushした値をセットし、findValueというメソッドでスタックにpushしたオブジェクトから値を取得しているようです。 OgnlValueStackの動作 それではこのValueStackの動作を確認していきます。 まずはサンプルと
TokenInterceptorの使い方 - Struts 2+Spring 2+Tiles+Acegi+iBatis+GWT+JUnit 4+JMockit でフルスタックJAVAフレームワーク
色々便利なInterceptorが標準装備のStruts2だが、WEBで一般的な問題の２重ポストについて、トランザクションTokenによる防止機構が用意されている。 Tokenの仕組みは簡単に言うと、FORMにHIDDENで仕込んだTokenとセッションの保持している値との比較を行い、一度だけActionの実行を許すものである。 ２重POSTを禁止したいFORMで次のようにTokenを仕込む <s:form action="user_add"> <s:token/> ： </s:form> そして、user_addのアクション側で次のようにTokenInterceptorを参照する struts.xml <action name="user_add" class="UserAction" method="doAdd"> <interceptor-ref name="token"> <par
はてなブログ | 無料ブログを作成しよう
思いは言葉に。 はてなブログは、あなたの思いや考えを残したり、 さまざまな人が綴った多様な価値観に触れたりできる場所です。
Struts2を使ってみる
このサイトは、WEB開発初心者をターゲットに、Struts2の使い方をわかりやすく解説する目的で作成しました。 はじめに あれほど一世を風靡したStrutsもいつの間にか下火になり、 代わりに新しいフレームワーク達が世を賑わしています。Struts2は、Strutsの次世代 バージョンとして華々しくリリースされたのですが、Strutsと使い勝手が異なるために なかなか既存のStrutsユーザには受け入れられず、現時点で日本語の解説サイトもほとんど ない状況です。 Struts2は、フレームワークという概念を知らないWEB開発初心者にも わかりやすい仕組みだと思っています。 このサイトが少しでもWEB開発者のお役にたてれば幸いです。 お知らせ 2008/03/11 Validation編を記述追加しました。
codebehindプラグイン - 半端な日記
ログイン画面を表示するLoginActionがあるとして。 表示する画面はlogin.jspだとする。 このような簡単な画面遷移を扱うときに楽になるのがcodebehindプラグイン。 struts2-codebehind-plugin-2.0.6.jarをWEB-INF/libに配置するだけで以下の機能が有効になるっぽい。 web.xmlの設定 <filter> <filter-name>struts2</filter-name> <filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class> <init-param> <param-name>actionPackages</param-name> <param-value>struts2test</param-value> </init-param>
mycom：【特集】実践的サンプルで学ぶStruts 2
以前のものとは似て非なるもの Apache Struts(以下、Struts)という名前を知らないJava EE/Web開発者は、もはやいないのではないでしょうか。紹介するまでもありませんが、Strutsは、Javaで記述されたオープンソースのWebアプリケーションフレームワークです。 今回紹介するStruts 2は皆さんがご存知のStruts(以下、Struts 1と表記します)とは似て非なるものです。Struts 2は、Struts 1のメジャー・バージョンアップ・プロダクトとして開発されましたが、そのベースは、WebWork2と呼ばれていたStruts 1とはまったく別のWebアプリケーションフレームワークです。すなわち、Struts 1とは異なるアーキテクチャとAPI、機能を提供する別のWebアプリケーションフレームワークと言えます。よって、Struts 1アプリケーションを、ライ
Struts 2入門（1）〜基本形で理解する仕組みと構造〜：CodeZine
はじめに 「Apache Struts」（以下、Struts）とは、Web開発のデファクトスタンダードとしてあまりにも有名な、Java言語で書かれたオープンソースのWebアプリケーション・フレームワークです。JavaでのWeb開発者には、もはや説明する必要はないかもしれません。 最初のStruts（以下、Struts 1）がリリースされる2001年以前は、JavaでのWebアプリケーションというと、JSPとサーブレットを直接用いたアプリケーションが一般的でした。そのため、ちょっとしたアプリケーションでも、けっこうなコード量が必要だったのですが、Struts 1のフレームワーク機能により、煩わしい記述の手間がずいぶん少なくなり、Webアプリケーション開発の敷居がぐっと下がりました。 本連載は、そんなStruts 1の次世代バージョンであるStruts 2を紹介します。Struts 2は、字面
– このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネット(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2024年5月時点の調査。
HOMMEZ公式オンラインショップ
HOMMEZ(オムズ)は男性の心と身体の健康を支援し、一人でも多くの人が子供を得る幸せや男性としての喜びを享受できる社会の実現を目指しています。男性の妊活、活力にまつわる情報や商品の力で性や妊活に悩む男性が効率的に納得感を持って活動できる機会を創出します。
Heretic Programmer(2007-10-22)
＠ [Java]Welcome to Glassfish Day! Glassfish v2の概要とv3が何処に向かおうとしているのかが大まかに書いてあり興味深い。v3でやっとJBossやGeronimoみたいにMicro Kernelベースになりそう。気が付くとGeronimoも2.0がリリースされていて、JavaEE5対応になっている。JBoss、Geronimo、Glassfish、どれが勝者になるかいま一つ読めない。OSのサポート戦略によりRed HatのJBoss vs UbuntuのGlassfish vs AIXのGeronimoで、急速に広がりを見せるUbuntu率いるGlassfishが勝者となるのだろうか。Geronimoは、OpenJPAやMyFacesといった2流ミドルを抱えているのでビミョーかも。 昔は、JPAとかJSFとか勉強してたけど、JavaEE5とかどうな
Teedaのメリット・デメリット - おおたに6号機のちゃかつかない話
Teedaのメリット・デメリットについて振り返ってみたいと思います. ■Teedaのメリット ・HTMLテンプレート まずはなんといってもHTMLテンプレートではないでしょうか。 レイアウトを確認するうえでは威力を発揮しやすいと言えます。 また前工程でユーザに確認してもらうために作成したモックをそのまま開発に 持ち込める点は良いのではないでしょうか。 ・設定ファイルレス 規約による設定ファイルレスはTeedaの中でも生産性に貢献する部分のひとつです。 簡単な規約を付与することで、設定ファイルに書くタグ＋設定内容を規約に 置き換える部分は効果はあったでしょう。ただしデメリットもあります。後述します。 ・POJOベースのPageプログラミングモデル POJOなPageクラスをHTMLと1対1でバインドするTeedaの方法は 役割としてはとてもわかりやすかったように思います。DoltengのHT
Faceletsでカスタムバリデータを使う - GSHダラダラ日記
お仕事でビュー層にFaceletsを使ってて。（JSF実装はMyFaces） JSFの標準バリデータが如何せん逝けてないんで、やっぱり実装する必要が発生。 で、ただのバリデータならこんな感じでいいんだけど…。 パラメータを使うとなると、タグライブラリもつくらなあかんと。 こうなると、TagクラスにTLDファイルも必要に。 だけどFaceletsを使っていれば、Tagクラスを作ったりしなくてもバリデータが呼べるステキ仕様ｗ 手順としては、taglib.xmlファイルを作成→Faceletsでロード→画面に定義。 これだけ。 やってみると、これが意外に便利便利。 ちなみにバリデータはJSFで用意されてるValidatorのサブクラスでOK。 作ったバリデータはfaces-config.xmlに追加しておく。 [/WEB-INF/validator.taglib.xml] http://d.ha
GSH@Wiki - Facelets
おすすめリンク | 転職ならen | 転職ならエン | 派遣ならen | アルバイトならen | 就職ならen | デジカメプリント | 年賀状 | ましかくプリント | 辞書 | | 2ch風無料掲示板 | 無料ブログ作成 | ソーシャルプロフィール | 無料掲示板 | 高機能無料掲示板 | 無料ホームページ | 無料SNS |php |ポイント | | 新しいページ | 編集 | 差分 | 編集履歴 | ページ名変更 | アップロード | 検索 | ページ一覧 | タグ | RSS | ご利用ガイド | 管理者に問合せ | @wiki - 無料レンタルウィキサービス | プライバシーポリシー
Java Server Faces 2.0 - きしだのHatena
なにこのケバケバしいプレゼン かなり会場には余裕があって、みんなJSFに期待してないというのがわかる。 裏番組で、Webフレームワーク比較ってのがあるのも大きいかと。 で、なんか、開始20分以上たってもまだJSF1.0/JSF1.2での不満点とか、Railsのようにしてって言われる、みたいなことを話してる。30分たって、やっと新しい仕様について。あと30分ですよ。 コンポーネントの作成は簡単になるよ、と。なんかxhtmlを書いてタグ定義して、リソースをまとめればいいとか でも、具体的なコードの説明はなし。 Faceletはコアの一部になる？とはいえデモのコードはJSPだな。 ProjectStageってのが追加されて、開発中・運用・システムテスト・ユニットテストで挙動が変えれる。 デモはじまた。 つうか、デモで、開発環境がEmacsの人とか、初めて見た。 こんな感じのコンポーネント作る。
JPAは単独で使ってもあんまり便利じゃない - きしだのHatena
JPAはマッピングフレームワークなので、SQLを書かなくする仕組みではなくて、SQLの結果をオブジェクトにマッピングしたり、オブジェクトをSQLに乗せることを自動化してくれる仕組みです。 なので、JPA使ってもSQL書かなくなるわけではありません。JOINを書かなくはなりますけど。JPAの場合JPQLだけども、まあほぼSQLですわ。 HibernateのCriteriaも条件の数が可変とかだと便利ですけど、固定の条件ならHQLにパラメータ埋め込んだほうが楽な気がします。 なので、実のところ手書きでコード書く分には、JPAとResultSet+αとで、すでに使った実績とかを考えると手に馴染んだものを使った方がいいかもしれません。 JPAの一番の魅力は、データベースのデータを扱うコンポーネントやライブラリを作る側が、RecordSetとか意識せず、より一般的なList/Collectionでコ
JPA(Java Persistence API)は美味しいか？ | shimashimaの日記 | スラド
今参加しているプロジェクトでJPA(プロバイダはHibernate)を利用しており、私の担当はDBアクセス部分も含むのでJPAを実際にさわっている。11月頃よりさわりだしたので3ヶ月ちょっとになるが、実際に使ってみての感想(メリット/デメリット)を書いてみる。 メリット DB/オブジェクトの関連がほぼ自動化されるので開発効率はよい。大抵のことはJQPLで済むのでSQLはほとんど必要ない。だが、JPQLはSQLの知識が無いとほぼ使えないのでSQLをしらない人には使いこなせない。EntityへのアノテーションからDDL生成が可能。もしくはDDLからEntityが生成可能。O/Rに関する情報はアノテーションで記述可能なため、メンテナンスはしやすい。デメリット ドキュメントが少ない。単純、もしくは少し複雑な位であれば問題ないが、それを越えると手に負えなくなる。また、JPAの仕様の範囲で対応できなく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://japan.internet.com/developer/20080304/26.html
http://cappuccino.jp/keisuken/logbook/20071022.html
Group: Japan JBUG| JBoss.org Content Archive (Read Only)