[home-page:放置中]
|
[最近のツッコミ] | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| [全文検索] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| ☆基本的に個人的なリンク集、偶に思い出したように文章を綴る日記。 ☆JAVA・Ruby・RELAX NGネタ中心です。O:原文,P:ポップアップ辞書,t:和訳 ☆[category]：カテゴリフィルタ画面 ☆[blogger]：Blogger出張所。徒然。 ☆[kuro]：個人的ライブラリ開発プロジェクト「Kuro Project」サイト。 ☆[kuro-pj]Kuro Project開発日誌。 ☆[ruby]Ruby学習日誌。 ☆[vox]：VOX出張所。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
復活しました。何故...あの正規表現が今まで何事もなく動いていたのか？何故、いきなり
動かなくなったのか？ 謎です...。
なんせ、あの正規表現が土曜日の昼までは何事もなく動いていたんですから...不思議です。
原因はKLPのバグでした、今日中にアップしておきます。
[18:45追記]
改修しました。JDK1.4.0_04の正規表現APIの挙動はやはりおかしい...1.4.1や1.4.2での挙動は
未確認ですが...。
設定方法はこちら(on off)。
Proxyの中にいてPluginManagerを使えない方は.IntelliJIdea/config/options/other.xmlの
<component name="PluginManagerConfigurable">の前に下記のXMLパーツを挿入し、
自分の環境に合うように編集するとたぶん動くようになります。
<component name="HttpConfigurable">
<option name="USE_HTTP_PROXY" value="true" />
<option name="PROXY_HOST" value="aaa" />
<option name="PROXY_PORT" value="80" />
<option name="PROXY_AUTHENTICATION" value="true" />
<option name="PROXY_LOGIN" value="aaaa" />
<option name="PROXY_PASSWORD_CRYPT" value="" />
<option name="KEEP_PROXY_PASSWORD" value="false" />
</component>
Fedora Projectへと引き継がれます。商用サポートはなくなりますが...。
商用サポートはしないけど、開発はするんだね...。
手書きUMLエディタ、商用。機能制限つきのフリーライセンスがあります。
/* from ひげねこ日記(on off) through LATTICE LAB.(on off) */
フリーライセンスではクラス図のみ描けます...。
マウスで描くのは無理です...ほとんどの人はきっと。
仕事に関する考え方が甘いのは何処にでもいるんですね、やっぱり。
そういうのは自然と淘汰されていく時代だと思いますよ、これからは。
自分に任された仕事に対する責任感が薄いというか...薄すぎるんでしょうね。
任せた仕事が中途半端にしかできなくて他人にその尻拭いをしてもらう人は...
自分にそのツケが回ってくるまでそのことに気づかないでしょう、きっと。
自分が仕事の中身ではなく働いてる時間で給料もらってるとでも思ってるん
でしょうか？
APサーバをゼロから作成して、こんな短期間でファーストリリースに至るのは不可能...。
あとはSUSE。
ドキュメントも含まれ、GPLで公開とのこと。
.網のXML実装まわりについて詳しい解説があります。
Monoが不完全とはいえ、RELAX NGによる検証をサポートしているとは知らなかった...。
各地の掲示板やMLでスレッドが白熱している模様。/* from khiの日記 */
JBoss Group(会社)の従業員であった人間が従業員として対価をもらって書いた
コードを他社に移籍後、Geronimoにマージしている可能性もあるな。
マージされたコードを書いた本人がマージしたのか、別の人間がマージしたの
かも問題だな。
http://webforums.macromedia.com/dreamweaver/messageview.cfm?catid=189&threadid=727598(on off)
XercesといってもXerces for "C++"のことでJavaとは全く関係ありません。
おまけにXerces本体の問題ではなく、xerces.dllを利用するアプリを他に利用しているため、
DLLが衝突し、発生しているようです。
まず、xercesをファイル検索して、DLLが１つしか存在しないかを確認してください。
DreamWeaverMX自体はインストールディレクトリにxerces-c_1_6.dllの名前で存在します。
※この話題に関しては11/16日のみに書き込んでください。
※ここは質問掲示板ではなく、個人の日記であることもお忘れなく...。
[2003:11/18追記]
あとは、レジストリにゴミが残っている可能性があります。
Studio MXを一度アンインストール後、「ファイル名を指定して実行」regeditを起動して、
HKEY_LOCAL_MACHINE\SOFTWARE\Macromediaと
HKEY_CURRENT_USER\Software\Macromediaを
regedit上で削除し、Studio MXを再インストールしてみるとどうなりますか？
でてます。
メモメモφ。/* from ozacc.blog */
メモメモφ。/* from ozacc.blog */
要するに、「Geronimoで商用製品に"タダで"組み込めるAPサーバを提供します」ってことかな。
JBoss Groupは営利企業...(JBossのLGPLによる配布＝企業戦略)。
/* from 今日の何でやねん(on off) and 圏外からのひとこと(on off) */
Javaの言語としての問題というよりはフレームワークの設計に起因する問題ですね。
商用・非商用を問わず、直感的に記述できるフレームワークは皆無のような気がする。
個人的にJavaは"VB"よりも心地よいです、というかVBは嫌い。
メモメモφ。/* from BMediaNode */
Sunが自社APサーバをオープンソース化するらしい...。
コードエディタ上で右クリック、コンテキストメニューから「Generate」をクリック、
equals() and hashCode()を選択し、出現するウィザードに従うとequals()とhashCode()
が簡単に作成できます。
単一キーを持つテーブルの場合にはidタグを使用しますが、
複合キーを持つテーブルの場合にはcomposite-idタグを利用
します。
クラス構造は"テーブル行クラス has_a 複合キークラス"となります。
複合キークラスはequals()とhashCode()をオーバーライドし、
インターフェイスjava.io.Serializableを実装する必要があります。
<?xml version="1.0" encoding="shift_jis" ?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-2.0.dtd">
<hibernate-mapping>
<class name="テーブル行クラス" table="テーブル名">
<composite-id name="複合キープロパティ" class="複合キークラス">
<key-property name="複合キー" type="複合キータイプ">
<column name="複合キーカラム名" sql-type="複合キーカラムタイプ" not-null="true"/>
</key-property>
</composite-id>
<property name="プロパティ" type="プロパティタイプ" >
<column name="プロパティカラム名" sql-type="プロパティカラムタイプ" not-null="true"/>
</property>
</class>
</hibernate-mapping>
BlueCurveが嫌いなので使う気はなかったりする。
JBoss上でHibernate利用中。細かいミスを修正し、複合キーをもつテーブルでのSELECTに成功。
自宅利用リンク集、勉強を兼ね、Hibernate移行中...。
マッピングファイルの作成方法さえわかれば、かなり楽ができます。
すごいぞ、Hibernate!
複合キーをもつテーブル同士でのone-to-oneリレーション下でのSELECTにも成功。
マッピングファイルにおいてpropertyタグ(type="int")配下のcolumnタグでno-null="false"と
しているにも関わらず、そのカラムの実データにnullが入っているとSELECT中にモノの見事
に落ちてくれる...。
Hibernate Users FAQの訳を公開されているnekopさんからツッコミをいただきました。
type="int"ではなくtype="integer"が正解。type="int"でも上記のケース以外は問題なく
動いている、謎だ。
nekopさんからまたまたツッコミを戴いてしまいました。
対応する永続化クラスのプロパティの型をIntegerにする、あるいは<永続化クラスの
setterでIntegerをintに変換すればOKです。
JavaDeveloper１月号のサンプルも"int"になっていました...。
「飛ぶ鳥、跡を濁さず」といいますが、この会社は濁しまくってますな。
JDBC >> Hibernate >> EJB。現状、便利さとのトレードオフになってます。
2.2でパフォーマンスチューニングが行われるようなので期待アゲ。
インストールCDは作れないとのこと。
ちょっと古いニュースですが、メモメモφ。
[kuro][vox][category][home-page:放置中]
# you [Studio MXをインストールしたところ、FlashやFireworksは正常に起動するのに、 Dreamweav..]
# you [ありゃ？なんかツッコミじゃなく普通の質問になってますね… すいません。でもXercesってJavaネタだから大丈夫で..]