続Seasar2から卒業しよう - ひがやすを技術ブログ
前回のエントリは、OSSとしての説明が抜けていたので、今回、きちんと説明させてください。 Seasar2、S2JDBC(元々Seasar2の一部)、SAStrutsは、これまでも、これからもOSSであり、githubでずっと公開されるので、フォークでも何でも好きにしてください。 Mavenリポジトリ、ドキュメント、MLなどがどうなるのかは、現在話し合っている最中です。方向性としては、現在、Seasar2を利用している人々に、最も影響の少ない選択肢が選ばれるはずです。 Seasar Foundation、Seasar Projectsのクローズの提案をしましたが、これは、取り下げます。 あくまでも、お願いという形でしたが、私がお願いするとかなり強制力を持ってしまうことに対する配慮がかけてました。 2016/9/26にSeasar2、S2JDBC、SAStrutsのメンテナンスを現在のコミッタ
Seasar2から卒業しよう - ひがやすを技術ブログ
人は、新たな環境で経験を積んでいくと、少しずついろんなことが出来るようになり、そのうち、その環境では、何でも自分の思った通りに出来るようになります。 「おら、強ぇ」状態。 これは、素晴らしいことなのですが、一つ問題があります。成長が止まってしまうことです。 人は、知らないことを経験したり、つまずきを乗り越えたときに、成長します。知らないことがほとんどなくなったり、つまずくことがなくなったりすると、成長が止まってしまうのです。 Seasar2.4、S2JDBC、SAStrutsと開発してきて、通常のサーバーサイドJavaは、十分にやりきった感がありました。このままこの場所にいるのは、心地いいんだけど、成長が止まってしまうのが不安でした。 人って不思議なもので、一定の能力でとどまるってことが出来ないんだよね。成長が止まると、能力は落ちていく。 自分はどこか、ドラゴンボールの悟空に似ているところ
(WIP) Seasar Conference 2015に参加してきた - てんてんのぶろぐ
Seasar Conference 2015 Seasar Conference 2015 - connpass Seasar2との出会いは4年半くらい前だった気がする。既に枯れてはいたが、それまでCOBOLや自社フレームワークを利用してきた自分には驚きと新鮮な刺激の連続でのキャリアに大きな影響を与えた、とても思い入れのあるフレームワークだ。 とはいえ、もう3年くらい使ってはいないわけなんだけど。そんなSeasar2の作者やコミッタ、ヘビーユーザだったエンジニアの、過去や現在、未来の話しが聞けそうだぞ！ってことで参加した。 参加したセッションは以下。 基調講演 Seasar ユーザだったプログラマが目指す OSS の世界展開 – 瀬良和弘 俺は守りに入らない、これが今の俺だ – DJ Yasuo Seasarからクラウドへ、振り返って知る技術的に重要だった観点のある個人的観測について –
Seasar Conference 2015 (2015/09/26 13:00〜)
お知らせ 【重要なお知らせ】iOSアプリの運用および提供を2024年6月3日(月)を以て終了いたします。詳細は お知らせをご覧ください。 お知らせ connpassではさらなる価値のあるデータを提供するため、イベントサーチAPIの提供方法の見直しを決定しました。2024年5月23日(木)より 「企業・法人」「コミュニティ及び個人」向けの2プランを提供開始いたします。ご利用にあたっては利用申請及び審査がございます。詳細はヘルプページをご確認ください。
Seasar2を新規案件に採用するのはそろそろやめたほうがいい - きしだのHatena
Seasar2の機能追加停止が宣言されてから、すでに6年弱たっています。 Seasar2.4に対する追加要望があれば、もちろん検討します。ただし、大きな変更や追加はもうないでしょう。 Seasar2の今後のロードマップ 2008-01-29 - ひがやすを blog 後継になる予定だったSeasar3も開発が中止されて3年たちました。 Seasar3開発中止 2010-08-06 - ひがやすを blog ここでSeasar2.5を出す方向で動くということでしたが、実現しませんでした。 あのころSeasar2に関わっていた人も、ScalaがメインになったりNode.jsをさわったり、不本意ながらPHPをさわったり、さわってみるとPHPもそれほど悪くなかったり、やっぱりPHP気に食わなかったりと、いろいろな道を進んでいます。 DIコンテナ自体の機能も時代遅れ感がでてきており、関連プロダクトも
JSP、JSTL、EL で定数を使う - cypher256's blog
今回のプロジェクトでは定数クラスは設計書から自動生成されるようにしました。でもせっかく定数クラス作っても、JSP ではベタ書きしていたり、JSP で定数使うのはおかしいとか言うエラい人もいたりしますが、やっぱり JSP でも定数使いたい場面はあります。例は悪いですけど、こんな。 public interface Flg { String ON = "1"; String OFF = "0"; } <td>${Flg.OFF}</td> とか <c:if test="${hogeFlg == Flg.ON}"> 今まで、定数クラスごとにマップを作ってアプリケーション・スコープに登録したりしていたのですが、面倒なので自動登録してしまおうというのが、JSTLConstantsRegister です。どこかで聞いた言い回しですけど。これはルート・パッケージ配下のインターフェースか public s
トークンをアノテーションでいじってみる。 - コンピュータクワガタ
SAStrutsで自前AjaxアノテーションとAOPを使って 超簡単にAjaxできてしまうプログラムを書いてみた。 出羽ブログ 〜はてな版〜 から、パクリで。Ajaxではなくトークンですが。 トークンは毎度ほとんど同じ処理なので、コードを書きたくないからInterceptorでできないかなと考えていたところだったので、非常に参考になりました。 とりあえず、方針は以下。 Actionのメソッドに以下のアノテーションをつける。 @Token トークンの発行。 @TokenCheck トークンのチェック 実行メソッドにつける。 トークンのチェックに失敗した場合には、今は例外を投げる。 まず、@Tokenアノテーション。 package test.annotation; import java.lang.annotation.ElementType; import java.lang.annota
例外時のフォワード処理 - Ruby Study Go
昨日の日記の例外（NoRoleException含む）発生時の処理で、StrutsのExceptionHandlerを使ってそこそこうまく解決したので公開。 ExceptionForwardHandler.java public class ExceptionForwardHandler extends ExceptionHandler { @Override public ActionForward execute(Exception ex, ExceptionConfig ae, ActionMapping mapping, ActionForm formInstance, HttpServletRequest request, HttpServletResponse response) throws ServletException { super.execute(ex, ae, m
HOT deployでのClassCastException対策その2 - 日記のような何か
現時点(Seasar2.4.34まで)のHOT deployでは、HttpSessionを直接使用して、リクエストをまたいでHttpSessionに格納されたオブジェクトを取得してキャストすると、ClassCastExceptionが発生する。 例.XxxAction#indexでセッションにXxxDtoを格納して、XxxAction#index2でセッションから取得する。 public class XxxAction { @Resource protected XxxDto xxxDto; @Execute(validator = false) public String index() { HttpSession session = RequestUtil.getRequest().getSession(); session.setAttribute("xxxDto", xxxDto)
HOT deployでのClassCastException対策 - 日記のような何か
Seasar2.4.xのHOT deployでは、filterやutil、entityといったのようなSMART deploy対象外のクラスから、actionやservice、dao、dtoといったSMART deploy対象のクラスを参照すると、ClassCastExceptionが発生する。この対策を考えてみた。 ちなみに、COOL deployでは発生しない。 2009/4/14 追記 utilやentityがSMART deploy対象外クラスと書いたが、S2Containerにコンポーネントの自動登録がされない(おそらくS2Containerがインスタンスを管理する必要がないから)だけで、コードの変更はHotに反映されるし、クラスローダーもちゃんとHotdeployClassLoaderになる。なので、SMART deploy対象外というのは誤りと思いますので、訂正しました。 原
『InterceptorでSessionを利用』
localhost:1981 プログラマをしています。 プログラミング、IT、日々の生活について書きます。 SAStrutsでAOPを使ってセッションタイムアウトの処理を実装しようとしていた時のこと。 HttpSession session = SingletonS2Container.getComponent( HttpSession.class ); LoginUser loginUser = (LoginUser) session.getAttribute("loginUser"); こんな感じのコードでClassCastExceptionが投げられた。 ちなみにLoginUserクラスは訳あって、 @Component(instance = InstanceType.SESSION) を使わずに、HttpSession.setAttribute()で直に管理しています。 Sessi
S2JDBCのiterate()で OutOfMemoryError - ログ日記
S2JDBCを使って DBのデータ数十万件をまとめてDLしようとしたらエラーになった。 getResultList()じゃなくてiterate()使ったら結果をまとめて保持しなくなるからメモリを使わなくなるんじゃないの？と思ったけどダメ。 WicketのResourceStream系がキャッシュしてるのか自分で書いたオブジェクトを書き出す処理がミスってたのか何か使い方が間違ってたのか分からずハマった。 Eclipse Memory Analyzer でダンプを見たら、どこかでデータを全件保持している模様。 2/29 ここから追記S2JDBC+PostgreSQLだとs2jdbc.diconのfetchSizeプロパティの設定＋トランザクションをきちんと開始する、で解決しそう。(とりあえずローカル環境でエラーの再現 → エラー修正の確認まではできた) PostgreSQL: http://o
Seasar3がやってくる - ひがやすを技術ブログ
Seasar2は、機能を枯れさせることに徹し、機能追加は行わないと宣言してから、二年以上たちます。 で、Seasar2が冒険しないことによって、適切な大きさの問題は生まれなくなり、開発者が離れ、Seasar関連プロダクトが生まれなくなり、Seasarユーザも離れていく。使われないSeasarからさらに開発者が離れていく。 こういうスパイラルが発生するかもしれないことについては、どう考えますか？ このような声もありました。「機能を枯れさせることに徹する」というのは、かなりの冒険でしたが、今のところ、うまく行っていると思っています。 「RubyやSeasar2、OpenPNEが“定番”に、Linux Foundationが活用動向調査」という記事も出てましたね。 http://itpro.nikkeibp.co.jp/article/NEWS/20100527/348514/ しかし、二年の間
HOT reloadingとClassLoaderを理解しよう - ひがやすを技術ブログ
JavaではClassはClassLoaderに読み込まれます。これはほとんどの人が知っていると思います。AOPを使うときのエンハンスされたクラスも同様にClassLoaderに読み込まれます。 これらの情報は、パーマネント領域に格納されますが、ClassLoaderがGCされると解放されます。 Seasar2のHOT reloadingでは、リクエストの度にClassLoaderを作って、そこにClassをロードし、そのClassLoaderは、リクエストが終わったら破棄しているので、Classの情報は、リクエストごとに破棄されています。 HOT relodingによって、パーマネント領域が使いつくされることはありません。 さらっと書きましたが、きちんとClassLoaderを破棄するのは、かなり大変です。リフレクションの情報がキャッシュされているとそれだけで破棄されなくなってしまうから
Slim3 Spring完成 - ひがやすを技術ブログ
Springでagileな開発を可能にするSlim3 Springが完成しました。既にSlim3 Strutsは完成してます。Slim3 JDBCは、まだ開発中なので、ファーストリリースは、GW明けになりそうです。 slim3-tutorial(https://www.slim3.org/svn/trunk/)のサンプルWTPプロジェクトをつくりました。以前のslim3-struts-tutorialとは、違うプロジェクトなので、ご注意ください。 Spring Beanであるtutorial.infrastructure.service.SpringAddServiceが、Slim3 Beanのtutorial.agile.service.AddServiceにDIされているのがわかります。 Slim3の方はもともと設定がほとんどありませんが、Springのほうもcontext:compo
DI&AOPパフォーマンス比較 - ひがやすを技術ブログ
明日のjava-ja@富山で、話すネタとして、DIContainerのパフォーマンス比較をしてみました。使ったのは、Spring, Guice, Seasar2.4, Slim3です。 DIのテストは、プロトタイプのBean同士のsetter injection。AOPのテストは、 何もせずにもとのメソッドを呼び出すだけの単純なものです。 使ったプロジェクトは、http://svn.slim3.org/browse/trunk/container-benchmark/においてあります。 結果はこんな感じ。 最初はDI。それぞれ10000回ループさせるテストを5回繰り返しています。 Slim3 DI: 319120167 nano Seasar2 DI: 350858838 nano Guice DI: 283541623 nano Spring DI: 657129328 nano - S
Seasarカンファレンス2009Whiteに行って来ました - カタヤマンがプログラマチックに今日もコードアシスト
3/14に行われたSeasarカンファレンスに行って来ました。 SDLoader 天気の悪い中お越しいただき、ありがとうございました。 SDLoaderですが、開発のお供に使ってもらえればと思っています。 Sd Loader Seasar Con2009 WhiteView more presentations from c95029. T2 id:yone098さんと一緒に行いました。 プレゼン途中でid:yone098さんからのまさかのダメ出しでかなり動揺しましたが、楽しく出来ました。 T2のスタイルが伝わってくれればよいなと思います。 sc2009white_T2View more presentations from yone098. LT LT中に飛び入りで出ろ的なミッションが来たため、急遽SDLoaderのプレゼン資料を改変してパワポを作りました。 証明書付きアプレットでWeb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
KFACTORY
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
まとめよう、あつまろう - Togetter
