諸君、XDocletを知ろうじゃないか
85 ：デフォルトの名無しさん：04/01/13 07:02
Web+DB PRESSあげ
86 ：デフォルトの名無しさん：04/04/14 00:31
XDocletムズいっていってたが
Eclipse + JBoss + JBoss IDE or Lomboz
のおかげで以外と楽になったかも。
Eclipse + JBoss + JBoss IDE or Lomboz
のおかげで以外と楽になったかも。
87 ：デフォルトの名無しさん：04/04/29 03:19
つうか、このスレの１は神。
日付みて思った。
日付みて思った。
88 ：デフォルトの名無しさん：04/07/27 18:35
スレ発見記念age & マルチ
XDocletで、Servlet2.4のweb.xmlを生成するには、どうしたらいいですか？
XDocletで、Servlet2.4のweb.xmlを生成するには、どうしたらいいですか？
89 ：デフォルトの名無しさん：04/07/27 18:40
ageてねぇや
90 ：デフォルトの名無しさん：04/07/27 19:27
EclipseとApache Mavenのお陰でXDocletの生成も楽になるのかな？
91 ：デフォルトの名無しさん：04/10/04 14:37:40
92 ：デフォルトの名無しさん：04/10/04 16:09:30
SGenで。
93 ：デフォルトの名無しさん：04/10/06 01:03:32
>>91
CVSからゲット。
:pserver:[email protected]:/scm/generama
:pserver:[email protected]:/scm/xdoclet
あと1.2系は最近1.2.2RC1でたよ。
>>92
SGenってライセンスなに？
SGenだけじゃなく、あの人の公開してるプロダクトって
全部ライセンスがわからないんだけど・・・
CVSからゲット。
:pserver:[email protected]:/scm/generama
:pserver:[email protected]:/scm/xdoclet
あと1.2系は最近1.2.2RC1でたよ。
>>92
SGenってライセンスなに？
SGenだけじゃなく、あの人の公開してるプロダクトって
全部ライセンスがわからないんだけど・・・
94 ：デフォルトの名無しさん：04/10/06 01:41:49
95 ：デフォルトの名無しさん：04/10/06 23:59:30
>>94
XDoclet2が使えるレベルになるまでは相当かかるんじゃない？
1.2系のXJavadoc/XDTベースのモジュールが全く使えなくなるわけだし。
今あるモジュール全てをVelociry/Jellyベースのモジュールとして作成しなおすのは結構時間かかるかと。
XDoclet2が使えるレベルになるまでは相当かかるんじゃない？
1.2系のXJavadoc/XDTベースのモジュールが全く使えなくなるわけだし。
今あるモジュール全てをVelociry/Jellyベースのモジュールとして作成しなおすのは結構時間かかるかと。
96 ：デフォルトの名無しさん：04/10/07 00:26:06
>>95
Web/Struts/Hibernate/EJBくらいが使えれば、とりあえず文句はない。
Web/Struts/Hibernate/EJBくらいが使えれば、とりあえず文句はない。
97 ：デフォルトの名無しさん：04/10/15 12:41:34
jdk1.5の新機能さんたちを使ってると
エラーが出ちゃってxdocletが使い物にならん・・・・
こまったにゃぁ〜
エラーが出ちゃってxdocletが使い物にならん・・・・
こまったにゃぁ〜
98 ：デフォルトの名無しさん：04/10/15 13:16:17
99 ：97：04/10/15 14:09:26
100 ：デフォルトの名無しさん：04/10/16 05:21:40
>>99
Hibernateのマッピングコードにも処理書かなくていいでしょ。
Hibernateのマッピングコードにも処理書かなくていいでしょ。
101 ：デフォルトの名無しさん：04/10/27 04:31:41
1.2.2アゲ
これでservlet2.4やらstruts1.2のdtd定義が使える
これでservlet2.4やらstruts1.2のdtd定義が使える
102 ：デフォルトの名無しさん：04/10/27 04:40:03
しかし、ほとんどのミラーにファイルがないのはいかがなものか。
sourceforge、ミラーの順番が表示のたびにかわるから、どこまで試したかわからんし
sourceforge、ミラーの順番が表示のたびにかわるから、どこまで試したかわからんし
103 ：デフォルトの名無しさん：04/10/29 10:39:16
VOXROXにミラーされてたよ。
なんで一週間近くも他はミラーされてないんだ？
なんで一週間近くも他はミラーされてないんだ？
104 ：デフォルトの名無しさん：04/10/30 19:14:52
1.2系のバグフィックスよりも、さっさと2.0系だしてほしい。
既存のモジュールをいじったり、
カスタムテンプレートやモジュール作るときにもうXDTをいじりたくない・・・
既存のモジュールをいじったり、
カスタムテンプレートやモジュール作るときにもうXDTをいじりたくない・・・
105 ：デフォルトの名無しさん：04/11/06 23:17:46
http://dist.codehaus.org/xdoclet/jars/xdoclet-2.0.jar
ftp://ftp.sourceforge.net/pub/sourceforge/x/xd/xdoclet-plugins/xdoclet-plugins-1.0-alpha-1-bin.zip
ftp://ftp.sourceforge.net/pub/sourceforge/x/xd/xdoclet-plugins/xdoclet-plugins-1.0-alpha-1-bin.zip
））105
サンクス
本体の方はしってたけど、プラグインも開発すすんでいたのね。
CVSのソースとか覗いて勉強してみるよ。
一応CVSリポジトリも貼っとくね。
:pserver:[email protected]:/cvsroot/xdoclet-plugins
（ViewCVS） : ttp://cvs.sourceforge.net/viewcvs.py/xdoclet-plugins/
>>93で貼られているgenerama、xdoclet2のCVSとあわせれば
2.0系のソース＆その他リソース類が一式手に入る。
pluginも含めて配布されているファイルに上記のものが全く入っていないため、
サンプルコードやJavadocを入手するにはCVSから入手するしかない。
あと、xdoclet2のベースフレームワークのgeneramaのjarファイルはこれ。
ttp://dist.codehaus.org/generama/jars/generama-1.0.jar
ttp://dist.codehaus.org/generama/jars/generama-1.1-SNAPSHOT.jar
トップからリンクをたどるとパーミッション設定がいかれてるのか
jarファイルまでたどり着けないので上記URLから直接jarファイルを入手。
一応、xdocletのproject.xmlみると1.0がベースみたいだけど、1.1の方でも動くみたい。
というかCVSみてもにタグがうってないので、何が違うのかわからない・・・・
サンクス
本体の方はしってたけど、プラグインも開発すすんでいたのね。
CVSのソースとか覗いて勉強してみるよ。
一応CVSリポジトリも貼っとくね。
:pserver:[email protected]:/cvsroot/xdoclet-plugins
（ViewCVS） : ttp://cvs.sourceforge.net/viewcvs.py/xdoclet-plugins/
>>93で貼られているgenerama、xdoclet2のCVSとあわせれば
2.0系のソース＆その他リソース類が一式手に入る。
pluginも含めて配布されているファイルに上記のものが全く入っていないため、
サンプルコードやJavadocを入手するにはCVSから入手するしかない。
あと、xdoclet2のベースフレームワークのgeneramaのjarファイルはこれ。
ttp://dist.codehaus.org/generama/jars/generama-1.0.jar
ttp://dist.codehaus.org/generama/jars/generama-1.1-SNAPSHOT.jar
トップからリンクをたどるとパーミッション設定がいかれてるのか
jarファイルまでたどり着けないので上記URLから直接jarファイルを入手。
一応、xdocletのproject.xmlみると1.0がベースみたいだけど、1.1の方でも動くみたい。
というかCVSみてもにタグがうってないので、何が違うのかわからない・・・・
108 ：デフォルトの名無しさん：04/11/07 18:18:18
webdoclet にて・・・
あるサーブレットＡから拡張したサーブレットＢがあるとします。
Ａ、Ｂ両サーブレットそれぞれ以下のように xdoclet タグを記述しています。
◆ サーブレットＡ ◆
@web.servlet name="ServletA"
@web.servlet-mapping url-pattern="/servletA"
◆サーブレットＢ ◆
@web.servlet name="ServletB"
@web.servlet-mapping url-pattern="/servletB"
このような状況で webdoclet を走らせると以下のような web.xml が生成されます。
◆ 生成された web.xml ('servlet-mapping'のみ抜粋) ◆
<servlet-mapping>
<servlet-name>ServletB</servlet-name>
<url-pattern>/servletB</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletB</servlet-name>
<url-pattern>/servletA</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletA</servlet-name>
<url-pattern>/servletA</url-pattern>
</servlet-mapping>
次レスへ・・・
あるサーブレットＡから拡張したサーブレットＢがあるとします。
Ａ、Ｂ両サーブレットそれぞれ以下のように xdoclet タグを記述しています。
◆ サーブレットＡ ◆
@web.servlet name="ServletA"
@web.servlet-mapping url-pattern="/servletA"
◆サーブレットＢ ◆
@web.servlet name="ServletB"
@web.servlet-mapping url-pattern="/servletB"
このような状況で webdoclet を走らせると以下のような web.xml が生成されます。
◆ 生成された web.xml ('servlet-mapping'のみ抜粋) ◆
<servlet-mapping>
<servlet-name>ServletB</servlet-name>
<url-pattern>/servletB</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletB</servlet-name>
<url-pattern>/servletA</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>ServletA</servlet-name>
<url-pattern>/servletA</url-pattern>
</servlet-mapping>
次レスへ・・・
109 ：デフォルトの名無しさん：04/11/07 18:20:07
>>108の続き
御覧のように、こちらが期待していない、
<servlet-mapping>
<servlet-name>ServletB</servlet-name>
<url-pattern>/servletA</url-pattern>
</servlet-mapping>
のような 'なんだこりゃ？' 的なマッピングが生成されてしまいます・・・。
思うに、サーブレットＡ、Ｂ間の継承関係を考慮して xdoclet がこのような妙な出力を行ったのではないかと。
質問なんですが、これってバグなんでしょうか？
それともこういう仕様なんでしょうか？
回避の方法ご存じないでしょうか？
以上です。よろしくお願いします。
御覧のように、こちらが期待していない、
<servlet-mapping>
<servlet-name>ServletB</servlet-name>
<url-pattern>/servletA</url-pattern>
</servlet-mapping>
のような 'なんだこりゃ？' 的なマッピングが生成されてしまいます・・・。
思うに、サーブレットＡ、Ｂ間の継承関係を考慮して xdoclet がこのような妙な出力を行ったのではないかと。
質問なんですが、これってバグなんでしょうか？
それともこういう仕様なんでしょうか？
回避の方法ご存じないでしょうか？
以上です。よろしくお願いします。
110 ：デフォルトの名無しさん：04/11/07 18:20:56
age させていただきます。
111 ：デフォルトの名無しさん：04/11/08 02:37:29
>>108
継承が云々ではなく、単にXDTテンプレートの記述に問題があるだけみたい。
xdoclet-web-module-1.2.2.jarの中にあるXDTテンプレートweb_xml.xdtで
サーブレットマッピングを出力している箇所は以下のようになってる。
<XDtClass:forAllClasses>
<XDtClass:forAllClassTags tagName="web:servlet-mapping">
<servlet-mapping>
<servlet-name><XDtClass:classTagValue tagName="web:servlet" paramName="name"/></servlet-name>
<url-pattern><XDtClass:classTagValue tagName="web:servlet-mapping" paramName="url-pattern"/></url-pattern>
</servlet-mapping>
</XDtClass:forAllClassTags>
</XDtClass:forAllClasses>
外側のforAllClassesが余計なので、
自分でXDTテンプレート修正して差し替えたらOK。
もし、jarファイルの中身を差し替えるのがナニというなら、
とりあえず一回jarファイルからXDTテンプレートファイルをとりだして修正し、
そのあとbuild.xmlでdeploymentdescriptorサブタスクを定義するときに
<deploymentdescriptor templatefile="修正したXDTテンプレートファイル"/>
みたいに指定すれば、jarファイルの中に格納されているやつではなく
templatefile属性で指定したテンプレートファイルで処理が実行されるので
これでも上記の問題は解決できる。
あとの解決方法は、
動的にサーブレットマッピング部分生成するのをやめて
マージファイル（servlet-mappings.xml）を用意するくらいかな。
継承が云々ではなく、単にXDTテンプレートの記述に問題があるだけみたい。
xdoclet-web-module-1.2.2.jarの中にあるXDTテンプレートweb_xml.xdtで
サーブレットマッピングを出力している箇所は以下のようになってる。
<XDtClass:forAllClasses>
<XDtClass:forAllClassTags tagName="web:servlet-mapping">
<servlet-mapping>
<servlet-name><XDtClass:classTagValue tagName="web:servlet" paramName="name"/></servlet-name>
<url-pattern><XDtClass:classTagValue tagName="web:servlet-mapping" paramName="url-pattern"/></url-pattern>
</servlet-mapping>
</XDtClass:forAllClassTags>
</XDtClass:forAllClasses>
外側のforAllClassesが余計なので、
自分でXDTテンプレート修正して差し替えたらOK。
もし、jarファイルの中身を差し替えるのがナニというなら、
とりあえず一回jarファイルからXDTテンプレートファイルをとりだして修正し、
そのあとbuild.xmlでdeploymentdescriptorサブタスクを定義するときに
<deploymentdescriptor templatefile="修正したXDTテンプレートファイル"/>
みたいに指定すれば、jarファイルの中に格納されているやつではなく
templatefile属性で指定したテンプレートファイルで処理が実行されるので
これでも上記の問題は解決できる。
あとの解決方法は、
動的にサーブレットマッピング部分生成するのをやめて
マージファイル（servlet-mappings.xml）を用意するくらいかな。
112 ：デフォルトの名無しさん：04/11/08 18:56:17
ttp://opensource.atlassian.com/projects/xdoclet/browse/XDT-781 で同じ問題が
あがっているようなので、是非そっちにも報告してください。
あがっているようなので、是非そっちにも報告してください。
113 ：デフォルトの名無しさん：04/12/29 09:51:17
最近XDocletの使い方を理解した。
EclipseではJBoss-IDEを使うとコードアシスト機能が使えて便利だ。
web.xmlやstrutsやHibernateやCMP Emtit Bean関係のクラス自動生成のほかに
UMLにも使えるだってね。
これは面白い。
build.xmlにtaskdefを使うのがどうも奇妙な気がするが。
あとはMavenをうまく使えばXDocletの利用ももっと簡単になるのかな？
EclipseではJBoss-IDEを使うとコードアシスト機能が使えて便利だ。
web.xmlやstrutsやHibernateやCMP Emtit Bean関係のクラス自動生成のほかに
UMLにも使えるだってね。
これは面白い。
build.xmlにtaskdefを使うのがどうも奇妙な気がするが。
あとはMavenをうまく使えばXDocletの利用ももっと簡単になるのかな？
114 ：デフォルトの名無しさん：04/12/29 14:11:02
>>113
taskdef書くのは別に変じゃないよ。Antの標準タスクに含まれない以上、
それをクラスパスに入れて、taskdef書くのは必須な作業だし。
Mavenで使うにもtaskdefは必要になる。
<preGoal name="java:compile">
<attainGoal name="xdoclet:doclet"/>
</preGoal>
<goal name="xdoclet:doclet">
<attainGoal name="xdoclet:ejbdoclet"/>
</goal>
<goal name="xdoclet:ejbdoclet">
<mkdir dir="${maven.xdoclet.ejbdoclet.destDir}"/>
<taskdef name="ejbdoclet"
classname="xdoclet.modules.ejb.EjbDocletTask"
classpathref="maven.dependency.classpath"/>
<ejbdoclet destDir="${maven.xdoclet.ejbdoclet.destDir}"
ejbSpec="${maven.xdoclet.ejbdoclet.ejbspec}" ...>
...
</ejbdoclet>
<path id="ejbdoclet.java.compile.src.set" location="${maven.xdoclet.ejbdoclet.destDir}"/>
<m:addPath id="maven.compile.src.set" refid="ejbdoclet.java.compile.src.set"/>
</goal>
こんな感じ。
taskdef書くのは別に変じゃないよ。Antの標準タスクに含まれない以上、
それをクラスパスに入れて、taskdef書くのは必須な作業だし。
Mavenで使うにもtaskdefは必要になる。
<preGoal name="java:compile">
<attainGoal name="xdoclet:doclet"/>
</preGoal>
<goal name="xdoclet:doclet">
<attainGoal name="xdoclet:ejbdoclet"/>
</goal>
<goal name="xdoclet:ejbdoclet">
<mkdir dir="${maven.xdoclet.ejbdoclet.destDir}"/>
<taskdef name="ejbdoclet"
classname="xdoclet.modules.ejb.EjbDocletTask"
classpathref="maven.dependency.classpath"/>
<ejbdoclet destDir="${maven.xdoclet.ejbdoclet.destDir}"
ejbSpec="${maven.xdoclet.ejbdoclet.ejbspec}" ...>
...
</ejbdoclet>
<path id="ejbdoclet.java.compile.src.set" location="${maven.xdoclet.ejbdoclet.destDir}"/>
<m:addPath id="maven.compile.src.set" refid="ejbdoclet.java.compile.src.set"/>
</goal>
こんな感じ。
115 ：デフォルトの名無しさん：04/12/29 16:13:21
そうだったのか。
goalを自作しているのか
goalを自作しているのか
116 ：デフォルトの名無しさん：05/01/29 17:58:15
「LookupDispatchAction」を継承したActionクラスに
@struts.action を記述しても struts-config.xml に
反映されないのは仕様でしようか？
@struts.action を記述しても struts-config.xml に
反映されないのは仕様でしようか？
117 ：デフォルトの名無しさん：05/01/29 18:00:29
↑ベテランさん教えてください。
118 ：デフォルトの名無しさん：05/01/29 20:02:50
>>116
他のActionは吐かれてくるの？
ありがちな間違いだとタスクのfilesetに入れ忘れとか。
XDocletでstruts-config.xml作った事ないから知らんけど。
クラスの継承元でフィルタされるって事はなさそうかな。
他のActionは吐かれてくるの？
ありがちな間違いだとタスクのfilesetに入れ忘れとか。
XDocletでstruts-config.xml作った事ないから知らんけど。
クラスの継承元でフィルタされるって事はなさそうかな。
119 ：デフォルトの名無しさん：05/01/29 21:36:41
>>118
どうも♪
「org.apache.struts.action.Action」では正常に動作することを
確認しています。また、build.xmlの該当箇所を穴の開くほど何度
もにらみ続けたのでfilesetの入れ忘れはないです。
>>クラスの継承元で・・・
あぅ、勉強不足でわからないです、これ。
とりあえずは対応するマージファイル「struts-actions.xml」に
設定を直書きすることでことなきを得ております・・・が、これじゃ
せっかくXDocletを使ってても全然クールじゃないですねぇ。
仕様だったらしようがないですが。残念。
どうも♪
「org.apache.struts.action.Action」では正常に動作することを
確認しています。また、build.xmlの該当箇所を穴の開くほど何度
もにらみ続けたのでfilesetの入れ忘れはないです。
>>クラスの継承元で・・・
あぅ、勉強不足でわからないです、これ。
とりあえずは対応するマージファイル「struts-actions.xml」に
設定を直書きすることでことなきを得ております・・・が、これじゃ
せっかくXDocletを使ってても全然クールじゃないですねぇ。
仕様だったらしようがないですが。残念。
120 ：デフォルトの名無しさん：05/01/30 00:34:21
XDocletの仕様を考えると、Actionクラスを継承したクラスはstruts-configの種にしてくれるはずだけど。
ドキュメンテーションコメントになっていないとかがありがちなミスだな。
ドキュメンテーションコメントになっていないとかがありがちなミスだな。
121 ：デフォルトの名無しさん：05/02/01 11:37:56
動きました！！
DispatchAction, LookupDispatchAction, ...etc.
すばらしい！！
惚れ直したぜXDoclet!! ビバ！XDoclet!!
Soooo Coooooool!!
DispatchAction, LookupDispatchAction, ...etc.
すばらしい！！
惚れ直したぜXDoclet!! ビバ！XDoclet!!
Soooo Coooooool!!
122 ：デフォルトの名無しさん：05/02/01 23:54:29
というのは、J2SE5を使わないからいえる話で。
アノテーションとか入ったら全然だめ。
アノテーションとか入ったら全然だめ。
123 ：デフォルトの名無しさん：05/02/02 00:49:31
まあアノテーションが本格的に使われるようになったら
XDocletの機能もアノテーションで実装されるようになるだろ。
XDocletの機能もアノテーションで実装されるようになるだろ。
124 ：デフォルトの名無しさん：05/02/02 08:37:40
なんか、そーとー前からいってるのに2.0って動きがないんだよねぇ。
バナーコンテストやってたくらいしか。
バナーコンテストやってたくらいしか。
125 ：デフォルトの名無しさん：2005/04/18(月) 23:06:10
XDoclet 1.2.3 リリース上げ
「Latest bug fix release, plus enhancements to various modules.」
ってことだから、そろそろ2.x系が本格的になるのかな？
>>124
CVSは動いてるみたいなんだけどね。
「Latest bug fix release, plus enhancements to various modules.」
ってことだから、そろそろ2.x系が本格的になるのかな？
>>124
CVSは動いてるみたいなんだけどね。
126 ：デフォルトの名無しさん：2005/05/15(日) 01:29:46
age
127 ：デフォルトの名無しさん：2005/07/10(日) 09:26:20
build.xmlファイルのサンプルは付属もの以外にどこかあるでしょうか？
ant走らせるとエラー、そのままもう一度実行すると、
情報: Running <remoteinterface/>
とか出るのに生成はされず。もう一度実行するとコード生成される状況です。
ant走らせるとエラー、そのままもう一度実行すると、
情報: Running <remoteinterface/>
とか出るのに生成はされず。もう一度実行するとコード生成される状況です。
現象がよくわからないので、また来週やってみまつ。
129 ：デフォルトの名無しさん：2005/07/17(日) 01:46:40
xdocletとアノテーションとbackport175についてエロい人語ってみてください
130 ：デフォルトの名無しさん：2005/07/17(日) 02:33:29
アノテーション・・・標準。記述力が高い。コンパイルだけで使える。J2SE5以降じゃないと使えない。
backport175・・・標準に近い。Genericsと組み合わせれない。引数アノテーションが使えない。コンパイル以外に処理が必要。J2SE1.4以前で使える。
XDoclet・・・非標準。実行時情報としては使えない。XDTは非常に書きづらい。時代遅れ。しかし先駆け。歴史的価値。J2SE1.4以前で使える。J2SE5の文法と同時に使えない。
backport175・・・標準に近い。Genericsと組み合わせれない。引数アノテーションが使えない。コンパイル以外に処理が必要。J2SE1.4以前で使える。
XDoclet・・・非標準。実行時情報としては使えない。XDTは非常に書きづらい。時代遅れ。しかし先駆け。歴史的価値。J2SE1.4以前で使える。J2SE5の文法と同時に使えない。
131 ：デフォルトの名無しさん：2005/12/03(土) 17:56:37
132 ：デフォルトの名無しさん：2005/12/03(土) 17:57:25
っていうかXDocletがJava SE % Tigerの
アノテーションに対応しているかどうかの
ほうが重要だと思うんだけど。
アノテーションに対応しているかどうかの
ほうが重要だと思うんだけど。
133 ：デフォルトの名無しさん：2006/02/11(土) 12:51:36
XDoclet2用のJBossプラグインって誰も作ってないの？
134 ：デフォルトの名無しさん：
XどきゅれっとがJAVAを救う！
とうわけで保守AGE
とうわけで保守AGE