NTTデータ子会社が国内トップのJavaScript Webフレームワーク製品をオープンソース化，Seasar財団に寄贈
NTTデータイントラマートは同社のWebアプリケーション・フレームワーク製品「intra-martフレームワーク」の基盤部分をオープンソース化し，NPO法人Seasarファウンデーションに寄贈，無償公開する。同製品はJavaScriptでサーバー側のプログラムも開発できることが特徴。オープンソース化によりユーザーの拡大を狙う。 NTTデータイントラマートはNTTデータの子会社で，intra-martフレームワークの開発，販売などを行っている。intra-martフレームワークは約1700社が導入している。2002年の日経ソリューションビジネスによる調査では，商用Javeフレームワークとしては国内で販売金額1位トップ。2006年のノークリサーチによるSAPのフロントシステム構築ツールシェアでも28.6%で1位となっている。商用フレームワークとしては2000年と早期から販売を開始し，サポートや
L'eclat des jours(2006-07-13)
_ 8月9日にもう一冊 思えば昨年5月あたりから開始して、夏に大きく停滞して（編集の方には実に申し訳ないことをしました。心よりお詫びします）、年末に完了。なんか停滞の影響かこのまま覆水盆に返らずとなるのかと思っていたものの、NetBeans5に合わせて3月くらいに手直し依頼があって、その後またどうなったのかなぁ、と思っていたところ、Rails本の校了と同時くらいに最終校正が始まって、あれよあれよというまに、アマゾンです。 Seasar2で学ぶ DIとAOP アスペクト指向によるJava開発(arton) えーと、題には問題があります。指摘した時点では遅かったらしいのですが。 本来は『DIとAOPによるJava開発』であるべきですが（Java開発って何よ？ というのもあるなぁ。Javaを開発するみたいにもとれるし）、多分AOP何それ？ というのを恐れて（その懸念はわかるのですが）『アスペクト
2006-07-04
平素は格別のご協力を賜り、厚くお礼申し上げます。 ISIDでは、2005年11月よりオープンソースのJava開発フレームワークであるSeasar2の商用サポートサービスを開始致しましたが、この度メガバンクにおいて同サービスを活用したSeasar2大型案件を受注致しました。 オープンソースへの注目が集まる中、これまでは大型案件における事例は稀でした。国産オープンソースであるSeasar2としても、今回の案件は過去に例の無いミッション・クリティカル案件における採用であり、Seasar2及びオープンソースの企業ユースにおける画期的な事例であると言えます。 今回のSeasar2の採用に関し、下記の通りにプレス・ミーティングを開催させて頂きたいと考えております。案件及びSeasar2担当者より案件に関するご説明及び質疑応答をさせて頂く予定です。何卒ご来臨下さいますようお願い申し上げます。 【日時】7
Seasar2とEJB3.0の比較 - recompile.net
同じようなウェブアプリケーションをSeasar2とEJB3.0で実装し、どちらが簡単にできるかを比較しました。結論から言うと、作成するクラスや設定ファイルの数はEJB3.0の方が少なく、短時間でアプリケーションを構築することができました。 ウェブアプリケーションの詳細 作成したウェブアプリケーションはひとつの画面から構成されます。顧客の姓名を入力し、システムに送信すると、顧客がデータベースに登録され、登録されている顧客が一覧されます。 データベースの設計 今回のアプリケーションのデータベース設計は下記の通りです。データベースサーバにはMySQLを利用しました。 CREATE TABLE customer ( id int(10) unsigned NOT NULL auto_increment, firstname varchar(20) NOT NULL default '', last
業務屋さんとWeb屋さん (recompile.net)
羽生さんのブログに「で、だ。」っていう超いいエントリーがあった。 Javaを使いたいとかSeasar使いたいとか、そんな話じゃないのね。目的が達成できるならRailsでも何でもいいんですよ。ただ、目的達成に対しての投資対効果ってものを常に意識するよね、ことです。 そうそう、まさにそれ。目的こそ重要。 だから、羽生さんの「業務システムだから？」というエントリーにある Web屋と業務屋の違いとかいうけど、DBがあってコードがあってUIがあって、値が転がっていって、分岐があって繰り返しがあって、って見ていくと同じですよ。 という部分については、ちょっとだけ、えーって思っちゃう。 せっかく全体の話で感動していたのに、部分が似ているからって、一緒にしちゃあマズいんじゃないだろうか。さらに、 少なくとも、マルチユーザな形でRDBMSを使ってる時点で適用領域はかなり似てきますよ。 ってな具合
Railsの生産性とそれで提供したい価値 - moroの日記
昨晩の続き。じゃあ仕切り直してなんでRailsって生産性が高いっていうの？というお話です。 DB設計はやっぱり必要で、UIも考えなくちゃいけないうえ、自動生成は客寄せで、ワークフローエンジンもないけれども、Railsの強みって言うのは一つはまさにRubyで書けるということ。二つ目はシンプルな哲学に基づいたフルスタックなフレームワークがいまある、ということ。 言語重要 えっと、まず予防線を。JavaはダメでRuby最高、といいたいわけではなく。 Railsの強みはRubyのシンタックスの柔軟さから来るDSLっぽい記法や、Rubyの動的な側面から来る徹底的な(自動生成じゃない部分、手動で書くべきロジックの)コードの削減だったりするんじゃないかと。ブロックと遅延評価だったり、括弧が省略できることであったり、クラスがインスタンスであったり動的にメソッドが定義できたり、っていうのはすべて書きたいコー
ひがやすを blog
EJB3、JSF、JPAというJava EEの標準仕様をベースに、その開発効率をRails以上に高めようという新プロジェクトchuraを立ち上げます。churaの基本構成は､Seasar2.4 + Teeda + KuinaDao + S2Hibernate-JPA + S2Dxo + ツール群という形になります。S2Hibernate-JPAは、最終的には､Kuinaで置き換えるので､すべてのプロダクトがSeasarファウンデーションから提供されることになります。 churaのコンセプトは､ Agile Java EE Beyond Rails Java EEの標準仕様をベースにして､Railsを超える生産性を発揮するように拡張機能を追加します。 Java EEの標準仕様は重要。でも素のJava EEの開発は、ファイルをパッケージング化したりアプリケーションサーバのリブートがたびたび必要
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ロングテール時代のSI