Javaプログラミング・ワンポイントレクチャー：WebLogic編 セッション管理（基礎）
「BEA WebLogic Server編」は、日本BEAプロフェッショナル・サービスのコンサルタントが持ち回りで執筆し、BEA WebLogic Server（以下WebLogic Server）のコンフィグレーションやJ2EEアプリケーション構築のTIPSを紹介していきます。 第1回目は WebLogic Serverにおけるセッション(HttpSession)の扱いについて解説したいと思います。 本稿におけるコーディングは、すべてJSPを前提に記述しています。また、WebLogic Server 6.0になって変更されている点については脚注の形で補足させていただきます。なお、本稿ではセッションとは何かといった説明や、セッションを扱うための基礎的なプログラミングの解説は割愛させていただきますのでご了承ください。 セッションとブラウザ（クライアント）との関連づけはsession idによ
JPA(Java Persistence API)は美味しいか？ | shimashimaの日記 | スラド
今参加しているプロジェクトでJPA(プロバイダはHibernate)を利用しており、私の担当はDBアクセス部分も含むのでJPAを実際にさわっている。11月頃よりさわりだしたので3ヶ月ちょっとになるが、実際に使ってみての感想(メリット/デメリット)を書いてみる。 メリット DB/オブジェクトの関連がほぼ自動化されるので開発効率はよい。大抵のことはJQPLで済むのでSQLはほとんど必要ない。だが、JPQLはSQLの知識が無いとほぼ使えないのでSQLをしらない人には使いこなせない。EntityへのアノテーションからDDL生成が可能。もしくはDDLからEntityが生成可能。O/Rに関する情報はアノテーションで記述可能なため、メンテナンスはしやすい。デメリット ドキュメントが少ない。単純、もしくは少し複雑な位であれば問題ないが、それを越えると手に負えなくなる。また、JPAの仕様の範囲で対応できなく
s:includeのバグ - Struts 2+Spring 2+Tiles+Acegi+iBatis+GWT+JUnit 4+JMockit でフルスタックJAVAフレームワーク
Struts2のs:includeは便利に使えるのだが、バグがあった。8192バイトの境界に複数バイトのUTF-8文字跨ったものをincludeするとその文字が化けてしまうという問題。 これは s:incldueの内部で使用している FastByteArrayOutputStream というのがUTF-8複数バイト境界を考慮していなかったためのようだ。 作成中のページの文字化けの発見から、s:includeのバグとの結論に行き着くまでに大分時間を浪費してしまった。 で s:include のバグ情報として探したらすでに報告されていた。 https://issues.apache.org/struts/browse/WW-2412 しかし、固定長で扱うためにいちいちデコードするんじゃなくて、スッキリと可変サイズのバッファにすれば良いのに。 2.0.11.1でも直っていないので、パッチを当てて
Tomcat 6.0.18 重大な変更
2008年7月31日にリリースされた Apache Tomcat の最新バージョン 6.0.18 ですが、JSP の処理系である Jasper にこんな変更が。 Changelog にこのような記載があります。 45015: You can't use an unescaped quote if you quote the value with that character. これにより、カスタムタグの属性値に Runtime Expression を埋め込んだ際に、式の中に "" を記述する場合はエスケープが必要になりました。 つまり、従来は <t:tag value="<%= request.getAttribute("name")%>" /> とか書けたのに、 <t:tag value="<%= request.getAttribute(\"name\")%>" /> と書かなくては
Struts2 Tag Reference
Comment: Removed link to tag reference - this is the tag reference page, right ? View page history
JSPで特殊文字が文字化けする場合の対処方法
質問1：「①②」「ⅠⅡ」「㍉㌔」などが文字化けします 解答：文字コードとしてシフトJIS（Shift_JIS）の代わりにWindows-31Jを指定しましょう Windows環境で標準的に用いられている文字コードは、正確にいうと「Shift_JIS」ではなく、Shift_JISを拡張した「Windows-31J」と呼ばれるWindows標準文字セットである。JavaではJDK 1.2以降で「MS932」という名称でサポートされており、JDK 1.4.1以降はWindows-31JというIANAの正式名称でも利用可能になっている。 このWindows-31Jは、以下のようなWindows固有の機種依存文字を含んでいるのが特徴だ。 一方、MacintoshなどWindows以外のOSにおける「Shift_JIS」は、Windows-31Jとは異なる文字集合をサポートしている。例えばWindow
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
