2013-12-19

SAStruts君がjqGridさんとFormな話


formタグを使ったよくある検索フォームでjqGridを使って一覧表示をしたいちゅ〜のがありまして・・・
サーバサイドをSAStruts(Seasar)で実装して、Action側ではFormクラスでフォームで入力された値を受け取る
・・・って感じなんですが。
とりあえず、開発メンバにやらせていたらjqGridのページング情報が入らないとか・・・

・・・まあ、そこまでのサンプルは渡していませんが、もう少し進められないかとは思うが。

ということで、結局オレか 



とりあえずサーバサイドのForm、SAStrutsでPOJOなFormクラスね、
------------------------------------------------------
public class SearchitemForm implements Serializable {
    private static final long serialVersionUID = 1L;
    public SearchitemParam searchitemParam = new SearchitemParam();
    // jqGrid paging用
    public int page;
    public int rows;
    public String sidx;
    public String sord;
    // jqGrid paging用
    public SearchitemForm() {
    }
}

public class SearchitemParam implements Serializable {
    private static final long serialVersionUID = 1L;
    public String itemName;
    public String itemid;
    public String priceStart;
    public String priceEnd;
    public SearchitemParam() {
    }
}
------------------------------------------------------

で画面(JSP)側

------------------------------------------------------
<s:form  method="post" styleId="searchfrm">
    <div align="right">
        <html:button value="ログアウト" property="logout" onclick="location.href='${f:url('/logout')}'" />
    </div>
    <div align="center" class="body">
        <h2>マスタ管理 - 商品一覧画面(Grid版)</h2>
        <html:errors />
        <input type="hidden" id="needLoadList" value="${responseDxo.needLoadList}" />
        <table>
            <tr>
            <td>商品名検索<input type="text" id="itemName" name="searchitemParam.itemName"/></td>
            </tr>
            <tr>
            <td>商品ID検索<input type="text" id="itemid" name="searchitemParam.itemid"/></td>
            </tr>
            <tr>
            <td>価格検索
                <input type="text" id="priceStart" name="searchitemParam.priceStart"/>
                〜
                <input type="text" id="priceEnd" name="searchitemParam.priceEnd"/>
            </td>
            <td><input type="submit" id="searchbtn" name="" value="検索" /></td>
            </tr>
        </table>
        <div id="searchList">
            <table id="list"></table>
            <div id="pager2" style="height: 30px"></div>
        </div>
    </div>
</s:form>
------------------------------------------------------

でJavaScript側の処理ですが、
よく、ググるとformタブの値をjQueryで送信するには「serializeArray」ということで、

------------------------------------------------------
searchModel.postData =  jQuery("#searchfrm :input").serializeArray();jQuery("#list").jqGrid(searchModel);

------------------------------------------------------

とかしたいのですが、実際のデータ(serializeArray)はこんなになる

------------------------------------------------------
[
    {"name":"searchitemParam.itemName","value":"asdfghh"},
    {"name":"searchitemParam.itemid","value":"hkllfd"},
    {"name":"searchitemParam.priceStart","value":"3333"},
    {"name":"searchitemParam.priceEnd","value":"4444444"}
]
------------------------------------------------------

まあ、その名の通りな変換な訳ですね。


単純にそのままサーバに送る場合(つまり $.ajax とでかね)ならFormに入るのですよ、実は。
ただ、.jqGridを経由するとjqGridでページングをするための情報がなくなるのですな。
どうやら、こうやるとご丁寧に当該の情報をつぶしてくれるらしい・・・orz
まあ、Formデータ送信ではなく単品の項目を設定して実行するのは確認していて、それから考えて単純にデータの送り方の問題ということで、結論からいくと以下のようになっていればOKなんで

------------------------------------------------------
{
    "searchitemParam.itemName":"asdfghh",
    "searchitemParam.itemid":"hkllfd",
    "searchitemParam.priceStart":"3333",
    "searchitemParam.priceEnd":"4444444"
}
------------------------------------------------------

ちゅ〜ことで、 nameはプロパティでvalueはプロパティ値になっていれば良いじゃんということで、

------------------------------------------------------
function setFormData2SendData(target, src) {
    for (var i = 0 ; i < src.length ; i++) {
        target[src[i].name] = src[i].value;
    }
}

jQuery(function() {
    jQuery('#searchfrm').submit(function(evt) {
        evt.preventDefault();
        var postData2 = {};
        var temp =  jQuery("#searchfrm :input").serializeArray();
        setFormData2SendData(postData2, temp);
        searchModel.postData = postData2;
        jQuery("#list").GridUnload();
        jQuery("#list").jqGrid(searchModel);
    });

------------------------------------------------------

んで、サーバサイドでは


OKですね。

あとは頑張ってくれ ・・・ことで。

2013-12-18

だんだんと大掛かりになるな・・・・

MySQLってお手軽に使えるDBだと、10年近く前○ラクルを使っていた時代は思ってましたが、気が付けば、レプリケーションなんてことも出来るようになってきてるのよね。
#当時はStandby DataBaseなんてのを使ってましたが・・・

http://www.checksite.jp/mysql-basic-management/
http://www.checksite.jp/mysql-myisam-memory-conf/

とかってだけじゃなくて、今は
http://www.checksite.jp/mysql-replication/

これなのね。
今やクラウド時代らしく、

http://www.atmarkit.co.jp/ait/articles/1312/16/news008.html
http://www.atmarkit.co.jp/ait/articles/1312/12/news007.html

って感じで、まあ、恰好良いといえばそうだがねえ・・・
     仕掛けが多過ぎ・・・・・・

知らないうちのPHP稼業・・・


去年くらいから、気が付いたら、講師やらDrupalやらPHP系にも手を染めるようになってしまった・・・
PHPなんて十年ぶりくらいなのだが、「Perlのサブセットじゃね・・・」くらいに考えていたら、すっげー進化してるの。
どうやら一旦中間コードにコンパイルされる・・・ってどっかの言語みたいな仕組みになっているらしく、それを利用してパフォーマンスを上げる・・・なんて仕掛けもあるらしい。
 
http://www.checksite.jp/php55-zend-opcache/
http://www.checksite.jp/pecl-apc-php/

時代は進んでるのね・・・

  ・・・つか、だんだんと各言語の差別化ってどうなるのって感じではありますが。w


2013-12-17

登録の方式くらい統一して欲しいものだが・・・


メンバより一意なIDの管理について質問あり。

今回は久々に○ラクルなのですが、
う~ん、無いのですよ、○ラクルにはserialが、

http://adiary.blog.abk.nu/0259

色々な思想があって良いとは思うが、まあ、いざとなると面倒ですな。

時代って進化しているのねって

              ・・・いうことでSQL


ずいぶん昔に○ラクル8を扱っていることがあって、分析用のSQLとかのコードを見ていて随分と色々なことが出来るのねって思ったことがあったが、時代はさらに進んでいるらしい。

http://www.oracle.com/technetwork/jp/articles/otnj-sql-image7-1525406-ja.html#a

ソフトウェアの構造(というよりアーキテクチャ)を考える場合に適材適所って大事だと思うが、作ることばかり考えていないで、任せるところはミドルに任せてしまうというのも大事!

・・・ということで。

しかし、話はそんな単純でないことも事実。  ・・・ああ、面倒くさいですね

2013-09-18

これは進化・・・というべきなんだろうな

OSSのRDBといえば大変ベタではありますが、

Postgres !!

MySQL!! (最近はMariaDB !!)


ということになるのでしょうか。

PostgreSQL 9.3正式版が公開。1秒以下の高速フェイルオーバー、データチェックサムによる高信頼性、マテリアライズドビューなどの新機能

とか

シャーディングを実現するSpiderストレージエンジン、MariaDBがバンドル開始

なんてのを見ていると。
お手軽さが良かったこれらのOSSも、段々重量級になってきているな・・・と
まあ、これを進化といえばそうなんでしょうね。
#みんな余程○ラクル使いたく無いのですかね・・・(高いからね)

で・・・、アンチテーゼとして、もっと軽量級のDBが、また出てくるのでしょう・・・

ん~、進化というより循環ですな。

2013-08-30

Javaのフレームワークですか・・・

ヘルプを頼まれている件で、Javaのフレームワークを久しぶりに調べて見た。
当初あるパッケージ品を検討していたがご破算になって仕切り直し
ただし、これって条件があるようで、

他言語からの乗り換え ・・・、       ((φ( ̄Д ̄ )ホォホォ

画面が結構あって・・・、           ((φ( ̄Д ̄ )ホォホォ

帳票も結構ある ・・・ 、           ((φ( ̄Д ̄ )ホォホォ

セキュリティの考慮が結構必要か ・・・ 、 ((φ( ̄Д ̄ )ホォホォ


で、

パッケージ品なものであること

( ゜д゜)ンマッ!!

・・・だって。

う〜ん、これって 大企業らしい管理側の都合があって、
開発工程からみて設計書をきっちり書きそうなので、管理する側から見て、
  • 設計〜製造〜保守が連動出来るようになっているほうが良い
  • ということで↑開発工程で管理し易いから品質管理もやり易い
からってことなんでしょうかね。まあ、ブランド的な安心感も欲しいのかな。
確かに、ある程度の規模以上である程度不特定多数な開発メンバが集まるなら、こういったものが欲しくなるのは当然かもですね。ざっとWebでみたところではこういうものが引っかかりました。

  • http://works.nri.co.jp/product/develop_plbl.html
  • http://jp.fujitsu.com/solutions/afw/
  • http://www.hitachi-solutions.co.jp/barista/sp/framework/kakaku.html
  • http://www.intra-mart.jp/whats/
  • http://www.terasoluna.jp/

まあ、オイラもあるプロジェクトで直接では無いが、こういう代物に関与したことがあります。一般的なオープンソースのフレームワークよりも日本の業務開発をサポートするような機能等があったような気がします。
  1. 設計情報(Excelとかの設定表、UMLとかモデル)から最低スケルトンとか生成
  2. 実装をアシストするツール(エディタ、ジェネレータ)
  3. 実装が楽にする品質を担保するライブラリ群
  4. 開発リソース(コード、ドキュメント等)を管理するツール
おおよそこんな感じにものがあれば、品質管理とかで色々報告が必要なウォータフォール的にも良いのかしら。

さてさて、こういうのって、さらに我が国固有な「めんどくさいレイアウトの帳票」に対応したツールとかもついていたりするので悪くは無いですが、

簡単に言えば

高い!!

これにつきます。

まあ、所詮道具なんで使いこなせれば何でも良いかと思いますが・・・。本体+開発ライセンス+実行ライセンスとかで結構なお値段になるので、「ブランド的な安心感」もあるのでしょうかね。


・・・

で、よくよく聞いたら、元々の候補が外れた理由は「価格」だということで、(ヲイ)


オリャー!!(ノ ̄ー ̄)ノ ┫:・'.::

『では、

 優秀なパッケージ品のフレームワークが

プロモーション期間中でバーゲン価格で使えない限り、

パッケージ品のフレームワークの選択肢自体駄目ってことですね。(笑)』


ということで、オイラの回答。

パッケージ品のフレームワークとそのライセンス料金とに見合う力がある
エンジニアを集めて、設計情報やリバースで連動というのはエンジニアのスキルでカバーする
(笑)
ことにして、以下のような組み合わせ(定番かと思いますが、すべてオープンソースつまりタダ)でどう?
#とりあえず実行ライセンスは無視

  • 画面制御やバッチ制御を考慮したJava系DIフレームワーク(SpringとかSeasar等)
  • DBを抽象化するO/Rマッパー(Hibernate、MyBatis等)
  • 画面をJSPでゴリゴリ書かないためのテンプレートエンジン(Verocity等)
  • 帳票系のレイアウト等作成ツール(Javaベース、JasperReports、iReports等)
  • PDF系ツール・ライブラリ(iText等)
  • 開発リソースを管理するツール(Subversion、Git等)
  • ビルド時のライブラリバージョン管理や自動化等をするツール(Apache Maven/Ivy&Jenkins等)
  • 仕様とかバグをWebで管理出来るチケットシステム(Trac、Redmine)
  • 機能レベル(単体試験等)の確認環境(DBはMySQLと仮定してXAMPP、必要であればVMWare)
  • UMLでおおまかに設計(astah community)
  • DB設計はとりあえずERは書いておく(EclipseのClay Plugin/ERMaster)
 まあ、頑張ってください・・・ということで。

本日のBGMは Diane Birch