SAStrutsでStrutsのコード、設定を動かせるようにしてみた。 - newta(にゅーた)の日記
SAStrutsは開発者の技術スキルをそのまま移行できるように作られてます。 でも、普通のStrutsは設定しても全く動かないわけです。 struts-config.xmlとか普通に書いても動かない。 そこでSAStrutsでStrutsの設定のまま普通のStrutsが動くようにしてみました。 ダウンロードはここ↓ sa-struts-aos.jar ソース付です。 ちなみにSAStrutsAOS(sa-struts-aos)と名づけました。 AOSはAdditional Original Styleの略。 英語的に正しいかは英語が全然出来ないのでわかりません。 Append Old Strutsでもいいです。 ■微妙な点 ・Strutsで設定された部分についてはHotDeploy出来きない。 (SAStruts定義部分はHotDeploy出来るよ) Seasarコンテナにも登録されていま
2008-01-31 - 出羽ブログ ～はてな版～ - SAStruts + S2JDBC でサンプルアプリを作ってみました
以前、WEB+DB PRESS vol. 41 にて特集２『つらいJavaからたのしいJavaへ Seasar2 サクサク開発 実践カリキュラム』を執筆させて頂きました。 (http://gihyo.jp/magazine/wdpress/archive/2007/vol41) この記事では、プレゼンテーション層にTeeda、データアクセス層にDBFluteというフレームワーク使ってサンプルアプリケーションを作成しました。 今回は、前回と同じ外部仕様、同じデータベースによる サンプルアプリケーションのSAStruts + S2JDBC版を作ってみました。 ただし、現時点では「正常系が動作した」というレベルの完成度です。 前回のサンプルアプリケーションと比較して、以下のような未実装な機能が 多く存在するので注意が必要です。 一部の日付書式 バリデーション 二度押し防止 戻るボタン対策 共通レ
SAStruts + JQueryでのAjaxリクエスト判定の方法 - ( ꒪⌓꒪) ゆるよろ日記
はーい、元気ですかー?ロックンロール! 今現在、SAStrutsを使い始めて2つめのプロジェクトを荒々しくコーディング中なんですが、今回はJQueryを利用したAjax処理をあちこちで採用してます。 マスタ管理とかの一覧のページングとかはAjaxだし、追加・更新もajaxでlightbox風な感じで表示してるし。 で、リクエストが正常に処理された場合はおkなんですが、入力エラーだったりセッションが切れてたり例外が出たときに、デフォルトのままエラー画面とかにforwardすると、ブラウザ側でエライことになっちまいますよね? divの中にエラー画面がloadされたり、javascriptをevalしようとしたら実はHTMLだったぜ的な。 そこで、今回はRequestのヘッダーの中身によって、Ajaxでのリクエストなのか、クライアントはHTMLを期待しているのかそれともjavascriptやjs
EL式を拡張したSAStrutsタグ/ファンクションは超便利
EL式を拡張したSAStrutsタグ/ファンクションは超便利：Java初心者が超俊敏にWebアプリを作る方法（4）（1/2 ページ） Eclipseプラグイン「Dolteng」のScaffoldという自動生成機能やSeasar 2.4のHOT deploy機能を利用して、DBの参照・更新・削除ができるSAStrutsのWebアプリを作ります。Java初心者だけでなくStrutsに慣れた開発者も必見です 超俊敏にJavaのWebアプリケーションを作るための便利なツールを紹介する本連載も今回で4回目です。前回の「サーバ再起動不要のSMART deployとバリデーション」では、バリデーション（入力チェック・検証）についてStrutsとSAStrutsを比較し、超俊敏に開発するうえで欠かせない「SMART deploy」とは何かについて解説しました。 今回はJSPの話です。このJSPの話で、SA
サーバ再起動不要のSMART deployとバリデーション
サーバ再起動不要のSMART deployとバリデーション：Java初心者が超俊敏にWebアプリを作る方法（3）（1/2 ページ） Eclipseプラグイン「Dolteng」のScaffoldという自動生成機能やSeasar 2.4のHOT deploy機能を利用して、DBの参照・更新・削除ができるSAStrutsのWebアプリを作ります。Java初心者だけでなくStrutsに慣れた開発者も必見です 超俊敏にJavaのWebアプリケーションを作るための便利なツールを紹介する本連載も今回で3回目です。連載第1回の『1分でWebアプリを作れるEclipseプラグイン「Dolteng」』では、Webアプリケーション開発に非常に便利なEclipseプラグインである「Dolteng」の機能を使用して、「SAStruts」のプロジェクトを自動生成し、前回の「StrutsのXML地獄から開発者を解放する
StrutsのXML地獄から開発者を解放するSAStruts
StrutsのXML地獄から開発者を解放するSAStruts：Java初心者が超俊敏にWebアプリを作る方法（2）（1/3 ページ） Eclipseプラグイン「Dolteng」のScaffoldという自動生成機能やSeasar 2.4のHOT deploy機能を利用して、DBの参照・更新・削除ができるSAStrutsのWebアプリを作ります。Java初心者だけでなくStrutsに慣れた開発者も必見です 連載第1回の『1分でWebアプリを作れるEclipseプラグイン「Dolteng」』では、Webアプリケーション開発に非常に便利なEclipseプラグインである「Dolteng」の機能を使用して、「SAStruts」（後述）のプロジェクトを自動生成しました。 このDoltengで自動生成されたプロジェクトとソースはテンプレートとしての基本的機能しか作成されていません（Doltengも進化中で
Slim3 Strutsの仕様 - ひがやすを技術ブログ
Slim3 Strutsのベースは、SAStrutsですが、タイプセーフさをこれまでより目指したいと思っています。 例えば、SAStrutsのアクションでは、メソッド名を文字列で指定していました。 @Execute(reset = "reset", validate = "validate") @Required(target = "login") これを改善するために、まず、アクションの単位をユースケースではなく、SAStrutsでいっている実行メソッド単位にします。そして、アクション(実行メソッド)ごとにアクションフォームを指定できるようにします。 例えば、helloアプリケーションのsubmitメソッドは、次のようになります。 package tutorial.action.hello; public class Submit extends S3Action { protected
1分でWebアプリを作れるEclipseプラグイン「Dolteng」
1分でWebアプリを作れるEclipseプラグイン「Dolteng」：Java初心者が超俊敏にWebアプリを作る方法（1）（1/3 ページ） Javaの業務用Webアプリ開発に必要なもの 読者の皆さんは、Javaで業務用のWebアプリケーションを開発するのに必要なものとして何を思い浮かべるでしょうか。統合開発環境？ サーブレット/JSP？ アプリケーションサーバ？ Struts？ DB接続のO/Rマッピング？ DIコンテナ？ 技術的には、これらも確かに必要です。また、アプリケーションが“安全”に“確実”に動くことが業務で使うときには求められます。 上記は当然のものとして、“仕事”として売り上げを上げるためにアプリケーション開発を行う場合に一番求められるのは、アプリケーションを一から開発する際や、デバッグ／修正する際の“速さ”や“俊敏さ”ではないでしょうか。 たとえJava言語の初心者、また
Action と ActionForm - ようじのにっき
SAStruts を実案件に導入しようとして思ったこと。「ActionForm」編… ≪気に入ってる点≫Action と ActionForm を切り離せる 入出力項目をフィールド毎にコントローラに定義するのは多くの開発者の方々は戸惑うようですね。 個々の主観だと思いますが、、、 昔（Struts⇒Spring MVC）からパラメータはバインド専用のハコに詰める、という感覚が落ち着くんでしょうか。 Teeda を導入した時も同じような意見を聞きました。実際に項目が多いと可読性は落ちますね。 個人的には WebWork を使って時期があったのであんまり抵抗ありませんでしたけど。 Dto から Form へ そもそもPOST送信されるデータ集合であって、基本プロパティを String で保持するので、 パッケージ構成や命名規則含め、DTO と分割されるのはすっきりします。 ≪気に入ってない点≫
新・たけぞう瀕死の日記
■ [Seasar]SAStrutsが困った感じ 今のお仕事でSAStrutsを使っているのですが、いくつか困った問題に出会いました。バグっぽいものや判断を迷うところについてはSesaarのMLやJIRAにレポートしているのですが、折角なのでここにも書いておこうと思います。 アクションの共通処理 認証処理などを行いたい場合、普通に考えるとアクションの実行メソッドにインターセプターをかければいいような気がするのですが、これだとバリデーションがインターセプターの前に走ってしまうような気がします。ActionWrapperのexecute()メソッドの呼び出しをインターセプトできれば良いのですが、このへんはS2RequestProcessorで処理されているので、結局リクエストプロセッサのprocessActionPerform()メソッドをオーバーライドして認証などアクションの共通処理を組み込
SATELITE(サテライト)フレームワーク プロジェクト日本語トップページ - OSDN
Seasarプロジェクトが提供しているSAStrutsと、NTTデータが提供しているTERASOLUNAを組み合わせて、大規模プロジェクトでさくさく開発ができるフレームワークの作成を目指します。 SATELITEは、Super Agile TERASOLUNA Lightの略です。 TERASOLUNAは株式会社NTTデータの登録商標です。 本プロジェクトの活動はNTTデータの業務とは関係ありません。
SAStrutsで簡単Ajax - ひがやすを技術ブログ
SAStrutsで簡単にAjaxを扱えるようにしました。サンプルはこんな感じ。 package tutorial.action; import org.seasar.struts.annotation.Execute; import org.seasar.struts.util.ResponseUtil; public class AjaxAction { @Execute(validator = false) public String index() { return "index.jsp"; } @Execute(validator = false) public String hello() { ResponseUtil.write("こんにちわ"); return null; } } アクションで、ResponseUtil#write()を使ってレスポンスに文字列を書き出すだけ。
新・たけぞう瀕死の日記
■ [執筆]BOOK REVIEW - Web開発者/デザイナー待望の国内初jQuery本 マイコミジャーナルでjQuery本のレビュー記事を書きました。いままでPrototype.jsを使うことが多く、jQueryはそれほど本格的にいじったことはなかったのですが、拡張CSS的な使い方もできるのでデザイナ向けというのもなるほどーという感じです。この書籍についてはjQuery UIもカバーしていたり、リファレンス的な部分も充実しているなど、jQueryを使っている人であれば手元に置いておいて損はない一冊だと思います。Ajax部分が薄いかもとか、サンプルはプリミティブなものが多く実践的なものも欲しかったかなーとか感じる部分はありましたが、ある程度基礎知識のある人には充分でしょう。jQueryのWebサイトにあるドキュメントはなんかゴテゴテしていて個人的には見にくいなーと感じることもあるのでこの
CTCと夜の決闘 - ひがやすを技術ブログ
昨日、CTCに「お前は最近、Railsに批判的でけしからん」ということで、呼び出されました。もちろん、「批判的でけしからん」というのは冗談ですが、私が、Railsを嫌っていると思っているRuby関係者は、実際多いようです。 「JavaからRubyへ」の本に対して、それはちょっとおかしいんじゃないのといったことはありますが、Railsを嫌いといったことはもちろんないはず。 呼び出されたのは、Rubyの話じゃなくて、Javaの社内フレームワークの話でした。 Struts、Spring、独自データアクセスフレームワークの生産性を何とかして改善したいという悩みでした。裏を返せば、今が低いと思っているということでしょうね。 あるいは、生産性が低いというより、大手SIerにとって必須の大規模開発をするのには、つらいということなのかもしれません。 CTCの話だと、SAStrutsを使えればいいんだけど、
[Seasar Conference]「世界への普及目指す」---ひがやすを氏が新フレームワーク「Slim」を発表
「新しいカテゴリのソフトウエアとして位置付け，英語で情報発信して世界への普及を狙う」---ひがやすを氏は2008年5月24日開催されたSeasar Conference 2008 Springで新フレームワーク「Slim（Simple, Less is More）」を発表した。 Slimは，ひが氏が開発したJavaフレームワークSeasar2の機能を絞り込んでシンプルにし，習得しやすくしたものだ。Seasar2はDI（Dependncy Injection）コンテナと呼ばれることが多かったが，DIコンテナとしては海外ではSpringが普及している。Seasar2の特徴であるホットデプロイ（Webアプリケーション・サーバーを再起動することなくプログラムの修正を反映できる）機能を前面に押し出し「ホットデプロイ可能なフルスタック・フレームワーク」という，Javaでアジャイル（俊敏）な開発を行うた
![[Seasar Conference]「世界への普及目指す」---ひがやすを氏が新フレームワーク「Slim」を発表](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
SAStruts入門セミナーの資料 - Developer☆STYLE
先日、会社で開催したSAStruts入門セミナー（のエントリはこちら）。 資料をアップするとかしないとか書いていましたが、すっかり忘れて遅れてしまいました。 先ほど、Slideshareに公開しました。 | View | Upload your own 既に１ヶ月以上経過しました。内容的には古くなっているかもしれませんが、最初からじっくり取り組む場合に、私自身が見直せる資料だということで。 ちなみに、SAStrutsの最新情報は以下お二人のブログを入り口にしています。ご参考まで。 ひがやすを blog 出羽ブログ また、今週末はSeasarカンファレンスです（既に満席）。私は今回も行けません（泣）。 お二人のセッションの他、実はtugboat.GTD気になってます。
Seasar2でサクサクか炎上か - ひがやすを技術ブログ
可燃プロジェクトに飛び込むことになりました。下記のような炎上する要素満載。 関係者各社に告知済みのためカットオーバーは伸ばせない 外部仕様を策定した会社は行方不明 外部仕様はあるが、OS も AP サーバも環境もアーキテクチャーも未定 外部仕様を分かる人がいないw 開発は 3 社合同なのにソース管理方式も決まってない DB アーキテクト不在っぽい フレームワークに詳しい人がいない AJAX っぽいのたくさん お金がない、規模はわりとでかい、納期短い、残業禁止、増員不可 最初このエントリを見たとき、4/1だったこともあり、一瞬ネタかなと思ったんですが、その後に、SAStrutsとS2JDBCに対する具体的な質問がいくつもあり、私のほうもできる限り質問に答えました。 その後、どうなったのか気がかりだったんですが、今見たらこんな書き込みが 開発メンバからは、簡単で楽でいい！ 1 機能が 1 時間
SAStruts 採用説得パターン - cypher256's blog
今回のシステムは色々な会社が開発に参画しているのですが、END のお客様に説明した時にちょっと変わった反応が。あとで分かったのですが、他の人が Struts なので開発者はすぐ集まりますとか周知していたらしいです。当事者の方も見ているかもしれませんが、下記の流れでした。私の対応もかなりおかしいですが、これはおそらく、Seasar のひがさんの狙いどおりだと思います。 お客様：え？ Struts じゃないんですか？ Seasar って書いてますけど。。。 私：え？ (なんか雰囲気が変だ) えーと、Struts ですよ。 お客様：私は Seasar か Struts かという話を聞いていて、開発者が集めやすい Struts に決定したと聞きました。 私：あ、そういうことですね。使うのは Struts です。で、Seasar ですが、Seasar と言っても非常にたくさんのフレームワークがありま
SAStruts を選んだ 5 つの理由 - アーキテクチャ - cypher256's blog
これは私がその都度、俺々フレームワークでやってきた理想形でした。もちろん、すべての問題領域でカバーできるとは思いませんが、私が今まで携わったシステムでは適用しても問題にならないと思います。その昔、エラい人たちが語ってきたものとすべて真逆ですが、そういう方はやっぱり SAStruts は向かないと思います。 トランザクション境界が広い その昔 Session-in-view パターンというのがありました。でも、トランザクション境界は狭ければ狭いほど良い、とかビュー層でトランザクション開始とかバカじゃね？ サービス層だろ？ というのもよく見かけました。いや狭かったらめんどくさいでしょ。というか広いと問題になることを実際に検証せずに言っている人も多かったと思いますし、そういうとこだけ何とかすればいいと思います。各開発者がトランザクション境界や属性を決めるって無駄すぎです。 責務に応じたレイヤー分
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...