You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(34) |
Aug
(93) |
Sep
(115) |
Oct
(187) |
Nov
(114) |
Dec
(176) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(273) |
Feb
(271) |
Mar
(175) |
Apr
(416) |
May
(253) |
Jun
(386) |
Jul
(466) |
Aug
(405) |
Sep
(350) |
Oct
(452) |
Nov
(576) |
Dec
(344) |
2003 |
Jan
(427) |
Feb
(379) |
Mar
(587) |
Apr
(1338) |
May
(329) |
Jun
(463) |
Jul
(489) |
Aug
(373) |
Sep
(230) |
Oct
(249) |
Nov
(209) |
Dec
(123) |
2004 |
Jan
(254) |
Feb
(190) |
Mar
(312) |
Apr
(271) |
May
(210) |
Jun
(224) |
Jul
(194) |
Aug
(158) |
Sep
(166) |
Oct
(117) |
Nov
(72) |
Dec
(74) |
2005 |
Jan
(106) |
Feb
(81) |
Mar
(97) |
Apr
(105) |
May
(61) |
Jun
(70) |
Jul
(67) |
Aug
(74) |
Sep
(64) |
Oct
(52) |
Nov
(25) |
Dec
(57) |
2006 |
Jan
(34) |
Feb
(28) |
Mar
(20) |
Apr
(48) |
May
(18) |
Jun
(22) |
Jul
(39) |
Aug
(37) |
Sep
(13) |
Oct
(34) |
Nov
(34) |
Dec
(14) |
2007 |
Jan
(13) |
Feb
(17) |
Mar
(18) |
Apr
(34) |
May
(32) |
Jun
(20) |
Jul
(10) |
Aug
(6) |
Sep
|
Oct
(8) |
Nov
(11) |
Dec
(6) |
2008 |
Jan
(4) |
Feb
(3) |
Mar
(13) |
Apr
(2) |
May
(2) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(8) |
Oct
(2) |
Nov
(1) |
Dec
(3) |
2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
(7) |
Jun
(57) |
Jul
(8) |
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(4) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
2011 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
(7) |
Oct
(2) |
Nov
|
Dec
|
2012 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Konstantin P. <kpr...@ya...> - 2015-04-20 13:50:31
|
Hi Maria, Nice to hear that XDoclet is still in use by somebody. But as it is not actively developed anymore ( it became obsolete ages ago ) there are no active developers. So I'm affraid you will have to do the work yourselves, or try to hire some of original developers ( like me, as I'm in germany and freelancing you may even deduct MwST). Due to international project nature there is certainly source code originated by US citizens, and even from Iran ( and from other countries too ) AFAIK there were no encryption libraries used for this project, but to be sure complete code review must be done for version you are using. regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ On Monday, April 20, 2015 3:34 PM, "Beurer, Maria (Coriant - DE/Munich)" <mar...@co...> wrote: <!--#yiv0291619780 _filtered #yiv0291619780 {font-family:PMingLiU;panose-1:2 2 5 0 0 0 0 0 0 0;} _filtered #yiv0291619780 {font-family:"Cambria Math";panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv0291619780 {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;} _filtered #yiv0291619780 {panose-1:2 2 5 0 0 0 0 0 0 0;} _filtered #yiv0291619780 {font-family:"Brush Script MT";panose-1:3 6 8 2 4 4 6 7 3 4;}#yiv0291619780 #yiv0291619780 p.yiv0291619780MsoNormal, #yiv0291619780 li.yiv0291619780MsoNormal, #yiv0291619780 div.yiv0291619780MsoNormal {margin:0cm;margin-bottom:.0001pt;font-size:11.0pt;font-family:"Calibri", sans-serif;}#yiv0291619780 a:link, #yiv0291619780 span.yiv0291619780MsoHyperlink {color:#0563C1;text-decoration:underline;}#yiv0291619780 a:visited, #yiv0291619780 span.yiv0291619780MsoHyperlinkFollowed {color:#954F72;text-decoration:underline;}#yiv0291619780 span.yiv0291619780E-MailFormatvorlage17 {font-family:"Calibri", sans-serif;color:windowtext;}#yiv0291619780 .yiv0291619780MsoChpDefault {font-family:"Calibri", sans-serif;} _filtered #yiv0291619780 {margin:70.85pt 70.85pt 2.0cm 70.85pt;}#yiv0291619780 div.yiv0291619780WordSection1 {}-->Hello, We usexdoclet in our commercial product. The ECCN is an international Export control and compliance number that is necessary for EVERY Export. Most of the european countries specify their goods according to the european commerce control list (EG dual-use list :http://ec.europa.eu/trade/import-and-ex ... -controls/). So for Export of a commercial Software using xdoclet ( or any other open source or OEM Software), we need to document the libs, on one side to comply with license obligations and on the other side the ECCNs for Export restrictions. Please note, as the US regulations also care about re-export of US items ( any stuff that contains US Content above a certain Limit), we Need to specify both; the EU-ECCN and the US-ECCN and hopefully the US license exception that applies (e.g. TSU for open source). So please specify the ECCN for xdoclet or answer the following questions: - Country of origin ( where is xdoclet Software mainly developed) - is there US Content in there? ( e.g. other open source libs) - does the Software have encryption capability and if yes, which algorithm(s) are used with which key length Thanks and Kind regards Mit freundlichen Grüßen / Kind Regards / Com os melhores cumprimentos! Maria Beurer Coriant GmbH Maria Beurer R&D Engineer Coriant R&D GmbH SW OSS&Transnet TNTC DE St.-Martin-Str. 76 81541 München Tel: +49 89 5402 15138 mar...@co... http://www.coriant.com Think before you print Coriant GmbH registered under / registriert unter: HRB 202750 | WEEE-Reg.-No. DE 77603797 Local Court of Munich / Amtsgericht München Members of the Board / Geschäftsführer: Peter Streit VAT ID / USt-IdNr.: DE288084869 Mit freundlichen Grüßen / Kind Regards / Com os melhores cumprimentos! Maria Beurer Coriant GmbH Maria Beurer R&D Engineer Coriant R&D GmbH SW OSS&Transnet TNTC DE St.-Martin-Str. 76 81541 München Tel: +49 89 5402 15138 mar...@co... http://www.coriant.com Think before you print Coriant GmbH registered under / registriert unter: HRB 202750 | WEEE-Reg.-No. DE 77603797 Local Court of Munich / Amtsgericht München Members of the Board / Geschäftsführer: Peter Streit VAT ID / USt-IdNr.: DE288084869 ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |
From: Beurer, M. (C. - DE/Munich) <mar...@co...> - 2015-04-20 13:28:19
|
Hello, We use xdoclet in our commercial product. The ECCN is an international Export control and compliance number that is necessary for EVERY Export. Most of the european countries specify their goods according to the european commerce control list (EG dual-use list : http://ec.europa.eu/trade/import-and-ex ... -controls/<http://ec.europa.eu/trade/import-and-export-rules/export-from-eu/dual-use-controls/>). So for Export of a commercial Software using xdoclet ( or any other open source or OEM Software), we need to document the libs, on one side to comply with license obligations and on the other side the ECCNs for Export restrictions. Please note, as the US regulations also care about re-export of US items ( any stuff that contains US Content above a certain Limit), we Need to specify both; the EU-ECCN and the US-ECCN and hopefully the US license exception that applies (e.g. TSU for open source). So please specify the ECCN for xdoclet or answer the following questions: - Country of origin ( where is xdoclet Software mainly developed) - is there US Content in there? ( e.g. other open source libs) - does the Software have encryption capability and if yes, which algorithm(s) are used with which key length Thanks and Kind regards Mit freundlichen Grüßen / Kind Regards / Com os melhores cumprimentos! Maria Beurer [cid:image001.png@01D01091.4F1BD1F0] Coriant GmbH Maria Beurer R&D Engineer Coriant R&D GmbH SW OSS&Transnet TNTC DE St.-Martin-Str. 76 81541 München Tel: +49 89 5402 15138 mar...@co...<mailto:mar...@co...> http://www.coriant.com<mailto:mar...@ns...> [cid:image002.png@01D01091.4F1BD1F0]Think before you print Coriant GmbH registered under / registriert unter: HRB 202750 | WEEE-Reg.-No. DE 77603797 Local Court of Munich / Amtsgericht München Members of the Board / Geschäftsführer: Peter Streit VAT ID / USt-IdNr.: DE288084869 Mit freundlichen Grüßen / Kind Regards / Com os melhores cumprimentos! Maria Beurer [cid:image001.png@01D01091.4F1BD1F0] Coriant GmbH Maria Beurer R&D Engineer Coriant R&D GmbH SW OSS&Transnet TNTC DE St.-Martin-Str. 76 81541 München Tel: +49 89 5402 15138 mar...@co...<mailto:mar...@co...> http://www.coriant.com<mailto:mar...@ns...> [cid:image002.png@01D01091.4F1BD1F0]Think before you print Coriant GmbH registered under / registriert unter: HRB 202750 | WEEE-Reg.-No. DE 77603797 Local Court of Munich / Amtsgericht München Members of the Board / Geschäftsführer: Peter Streit VAT ID / USt-IdNr.: DE288084869 |
From: Konstantin P. <kpr...@ya...> - 2012-01-27 06:19:21
|
as Justin says, you shall try to upgrade to xdoclet 2 - hey we are also planing lazy last release ther. I affraid all the skills and will to hack XD1 are gone. regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ ________________________________ From: Subin Modeel <sub...@gm...> To: xdo...@li... Sent: Thursday, January 26, 2012 10:51 PM Subject: [Xdoclet-user] list within a list Hi I have the following tags * @class.annotation type="xc" * attr= "aaaa,bbbb,cccc" * attr= "xxxx,yyyy,zzzz" * I wish to generate <annotation type="xc"> <annotationAttr name="aaaa" value="bbbb" type="ccccc"></annotationAttr> <annotationAttr name="xxxx" value="yyyy" type="zzzzz"></annotationAttr> </annotation> -- Can some one please give me some idea about how i can do this in the .xdt file . I have looked at XDtClass:forAllClassTagTokens but i couldnt get ahead. Thanks Subin ------------------------------------------------------------------------------ Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |
From: Justin C. <sen...@ya...> - 2012-01-26 22:07:48
|
Subin, maybe you shoud upgrade first to XDoclet2... you can do pretty much everything there (if you can also code some Java, really everything). JC >________________________________ > From: Subin Modeel <sub...@gm...> >To: xdo...@li... >Sent: Thursday, January 26, 2012 10:51 PM >Subject: [Xdoclet-user] list within a list > > >Hi > >I have the following tags > * @class.annotation type="xc" > * attr= "aaaa,bbbb,cccc" > * attr= "xxxx,yyyy,zzzz" > * > > >I wish to generate > <annotation type="xc"> > <annotationAttr name="aaaa" value="bbbb" type="ccccc"></annotationAttr> > <annotationAttr name="xxxx" value="yyyy" type="zzzzz"></annotationAttr> > </annotation> >-- > >Can some one please give me some idea about how i can do this in the .xdt file . >I have looked at XDtClass:forAllClassTagTokens but i couldnt get ahead. > >Thanks >Subin > >------------------------------------------------------------------------------ >Keep Your Developer Skills Current with LearnDevNow! >The most comprehensive online learning library for Microsoft developers >is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, >Metro Style Apps, more. Free future releases when you subscribe now! >http://p.sf.net/sfu/learndevnow-d2d >_______________________________________________ >xdoclet-user mailing list >xdo...@li... >https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > |
From: Subin M. <sub...@gm...> - 2012-01-26 21:51:18
|
Hi I have the following tags * @class.annotation type="xc" * attr= "aaaa,bbbb,cccc" * attr= "xxxx,yyyy,zzzz" * I wish to generate <annotation type="xc"> <annotationAttr name="aaaa" value="bbbb" type="ccccc"></annotationAttr> <annotationAttr name="xxxx" value="yyyy" type="zzzzz"></annotationAttr> </annotation> -- Can some one please give me some idea about how i can do this in the .xdt file . I have looked at XDtClass:forAllClassTagTokens but i couldnt get ahead. Thanks Subin |
From: Konstantin P. <kpr...@ya...> - 2011-09-23 06:37:32
|
As I'm not that fluent in codebase anymore ( doing nothing with it for some years ) - would you please be more specific or even better provide patch? regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ ________________________________ From: Justin Case <sen...@ya...> To: Konstantin Priblouda <kpr...@ya...>; End-user support for the XDoclet code generator <xdo...@li...> Sent: Thursday, September 22, 2011 7:40 PM Subject: Re: [Xdoclet-user] generating multiple files ...a single request: as you're about to get a new release, could you add the Velocity Tools to it as well? They are pretty handy here and there in code generation :) I suppose they must be added to the Velocity context, but I can't really tell how. JC >________________________________ >From: Konstantin Priblouda <kpr...@ya...> >To: Justin Case <sen...@ya...>; End-user support for the XDoclet code generator <xdo...@li...> >Sent: Tuesday, September 20, 2011 10:28 AM >Subject: Re: [Xdoclet-user] generating multiple files > > >Hi Justin, > >I have to admit that I'm also in charge of generama, and there is also no other uses besides >xdoclet2 I'm aware of. There were also no recent developments. If you come up woth path, I can >apply it and push fresh snapshots and even cut a release just for you > >regards, > > >----[ Konstantin Pribluda http://www.pribluda.de ]---------------- >JTec quality components: http://www.pribluda.de/projects/ > > >________________________________ >From: Justin Case <sen...@ya...> >To: End-user support for the XDoclet code generator <xdo...@li...> >Sent: Tuesday, September 20, 2011 10:10 AM >Subject: Re: [Xdoclet-user] generating multiple files > > >Hi Konstantin, > > >no problem with the delay, I was just hoping you'd say "hey you can do that easily" :) > > >I have no hope with the new plugin release as you previously said it's only about JSF2 functionality which I don't need. My problem lies rather with the the lack of possibility to extend functionality in the generama plugin mechanism. That generama project doesn't look much lively either, if you ask me :) > > > >Right now I created a working VO plugin by patching together code from FileWriterMapper, Plugin, JavaGeneratingPlugin and QDoxPlugin. Not perfect yet but it could do my job with a day of more tinkering. It's however a really dirty solution/workaround to the above lack of extensibility, so I don't even think of showing it to you :) And I'm also not sure if I will keep it or throw it away altogether - I don't like such dirty hacks in my project... > >Thank you very much, >JC > > > > >>________________________________ >>From: Konstantin Priblouda <kpr...@ya...> >>To: Justin Case <sen...@ya...>; End-user support for the XDoclet code generator <xdo...@li...> >>Sent: Tuesday, September 20, 2011 9:26 AM >>Subject: Re: [Xdoclet-user] generating multiple files >> >> >>Hi Justin, >> >> >> >>You are not forgotten - it's just me havong too much to hack around and XDoclet is not on the high priority list. >>Current engine does not support generation of multiple files from same java sources, but you can have more than one >>plugin instance in same run giving you similar functionality. >> >> >> >>There is also planned release for plugins, once I have resolved problems with certificates on codehais webdav >> >>( my maven does not trist them and refuses to upload there ) >------------------------------------------------------------------------------ >All the data continuously generated in your IT infrastructure contains a >definitive record of customers, application performance, security >threats, fraudulent activity and more. Splunk takes this data and makes >sense of it. Business sense. IT sense. Common sense. >http://p.sf.net/sfu/splunk-d2dcopy1 >_______________________________________________ >xdoclet-user mailing list >xdo...@li... >https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > > > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |
From: Justin C. <sen...@ya...> - 2011-09-22 17:41:06
|
...a single request: as you're about to get a new release, could you add the Velocity Tools to it as well? They are pretty handy here and there in code generation :) I suppose they must be added to the Velocity context, but I can't really tell how. JC >________________________________ >From: Konstantin Priblouda <kpr...@ya...> >To: Justin Case <sen...@ya...>; End-user support for the XDoclet code generator <xdo...@li...> >Sent: Tuesday, September 20, 2011 10:28 AM >Subject: Re: [Xdoclet-user] generating multiple files > > >Hi Justin, > >I have to admit that I'm also in charge of generama, and there is also no other uses besides >xdoclet2 I'm aware of. There were also no recent developments. If you come up woth path, I can >apply it and push fresh snapshots and even cut a release just for you > >regards, > > >----[ Konstantin Pribluda http://www.pribluda.de ]---------------- >JTec quality components: http://www.pribluda.de/projects/ > > >________________________________ >From: Justin Case <sen...@ya...> >To: End-user support for the XDoclet code generator <xdo...@li...> >Sent: Tuesday, September 20, 2011 10:10 AM >Subject: Re: [Xdoclet-user] generating multiple files > > >Hi Konstantin, > > >no problem with the delay, I was just hoping you'd say "hey you can do that easily" :) > > >I have no hope with the new plugin release as you previously said it's only about JSF2 functionality which I don't need. My problem lies rather with the the lack of possibility to extend functionality in the generama plugin mechanism. That generama project doesn't look much lively either, if you ask me :) > > > >Right now I created a working VO plugin by patching together code from FileWriterMapper, Plugin, JavaGeneratingPlugin and QDoxPlugin. Not perfect yet but it could do my job with a day of more tinkering. It's however a really dirty solution/workaround to the above lack of extensibility, so I don't even think of showing it to you :) And I'm also not sure if I will keep it or throw it away altogether - I don't like such dirty hacks in my project... > >Thank you very much, >JC > > > > >>________________________________ >>From: Konstantin Priblouda <kpr...@ya...> >>To: Justin Case <sen...@ya...>; End-user support for the XDoclet code generator <xdo...@li...> >>Sent: Tuesday, September 20, 2011 9:26 AM >>Subject: Re: [Xdoclet-user] generating multiple files >> >> >>Hi Justin, >> >> >> >>You are not forgotten - it's just me havong too much to hack around and XDoclet is not on the high priority list. >>Current engine does not support generation of multiple files from same java sources, but you can have more than one >>plugin instance in same run giving you similar functionality. >> >> >> >>There is also planned release for plugins, once I have resolved problems with certificates on codehais webdav >> >>( my maven does not trist them and refuses to upload there ) >------------------------------------------------------------------------------ >All the data continuously generated in your IT infrastructure contains a >definitive record of customers, application performance, security >threats, fraudulent activity and more. Splunk takes this data and makes >sense of it. Business sense. IT sense. Common sense. >http://p.sf.net/sfu/splunk-d2dcopy1 >_______________________________________________ >xdoclet-user mailing list >xdo...@li... >https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > > > |
From: Konstantin P. <kpr...@ya...> - 2011-09-20 08:28:38
|
Hi Justin, I have to admit that I'm also in charge of generama, and there is also no other uses besides xdoclet2 I'm aware of. There were also no recent developments. If you come up woth path, I can apply it and push fresh snapshots and even cut a release just for you regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ ________________________________ From: Justin Case <sen...@ya...> To: End-user support for the XDoclet code generator <xdo...@li...> Sent: Tuesday, September 20, 2011 10:10 AM Subject: Re: [Xdoclet-user] generating multiple files Hi Konstantin, no problem with the delay, I was just hoping you'd say "hey you can do that easily" :) I have no hope with the new plugin release as you previously said it's only about JSF2 functionality which I don't need. My problem lies rather with the the lack of possibility to extend functionality in the generama plugin mechanism. That generama project doesn't look much lively either, if you ask me :) Right now I created a working VO plugin by patching together code from FileWriterMapper, Plugin, JavaGeneratingPlugin and QDoxPlugin. Not perfect yet but it could do my job with a day of more tinkering. It's however a really dirty solution/workaround to the above lack of extensibility, so I don't even think of showing it to you :) And I'm also not sure if I will keep it or throw it away altogether - I don't like such dirty hacks in my project... Thank you very much, JC >________________________________ >From: Konstantin Priblouda <kpr...@ya...> >To: Justin Case <sen...@ya...>; End-user support for the XDoclet code generator <xdo...@li...> >Sent: Tuesday, September 20, 2011 9:26 AM >Subject: Re: [Xdoclet-user] generating multiple files > > >Hi Justin, > > > >You are not forgotten - it's just me havong too much to hack around and XDoclet is not on the high priority list. >Current engine does not support generation of multiple files from same java sources, but you can have more than one >plugin instance in same run giving you similar functionality. > > > >There is also planned release for plugins, once I have resolved problems with certificates on codehais webdav > >( my maven does not trist them and refuses to upload there ) ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |
From: Justin C. <sen...@ya...> - 2011-09-20 08:10:46
|
Hi Konstantin, no problem with the delay, I was just hoping you'd say "hey you can do that easily" :) I have no hope with the new plugin release as you previously said it's only about JSF2 functionality which I don't need. My problem lies rather with the the lack of possibility to extend functionality in the generama plugin mechanism. That generama project doesn't look much lively either, if you ask me :) Right now I created a working VO plugin by patching together code from FileWriterMapper, Plugin, JavaGeneratingPlugin and QDoxPlugin. Not perfect yet but it could do my job with a day of more tinkering. It's however a really dirty solution/workaround to the above lack of extensibility, so I don't even think of showing it to you :) And I'm also not sure if I will keep it or throw it away altogether - I don't like such dirty hacks in my project... Thank you very much, JC >________________________________ >From: Konstantin Priblouda <kpr...@ya...> >To: Justin Case <sen...@ya...>; End-user support for the XDoclet code generator <xdo...@li...> >Sent: Tuesday, September 20, 2011 9:26 AM >Subject: Re: [Xdoclet-user] generating multiple files > > >Hi Justin, > > > >You are not forgotten - it's just me havong too much to hack around and XDoclet is not on the high priority list. >Current engine does not support generation of multiple files from same java sources, but you can have more than one >plugin instance in same run giving you similar functionality. > > > >There is also planned release for plugins, once I have resolved problems with certificates on codehais webdav > >( my maven does not trist them and refuses to upload there ) |
From: Konstantin P. <kpr...@ya...> - 2011-09-20 07:26:19
|
Hi Justin, You are not forgotten - it's just me havong too much to hack around and XDoclet is not on the high priority list. Current engine does not support generation of multiple files from same java sources, but you can have more than one plugin instance in same run giving you similar functionality. There is also planned release for plugins, once I have resolved problems with certificates on codehais webdav ( my maven does not trist them and refuses to upload there ) regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ ________________________________ From: Justin Case <sen...@ya...> To: End-user support for the XDoclet code generator <xdo...@li...> Sent: Monday, September 19, 2011 11:11 AM Subject: Re: [Xdoclet-user] generating multiple files By the way, if the org.generama.WriterMapper would use some interface instead of Plugin directly, I could do my own plugin as below. Now not... Thanks for any ideas, M >________________________________ >From: Justin Case <sen...@ya...> >To: "xdo...@li..." <xdo...@li...> >Sent: Monday, September 19, 2011 10:56 AM >Subject: [Xdoclet-user] generating multiple files > > >Hi all, > > >I have been using from XDoclet1 the VO plugin which was working fine (except having no support for generics). I'm not talking about the EJB plugin's VO functionality, but the standalone VO plugin. Well XDoclet2 doesn't have this plugin anymore... It wouldn't have been such a big deal if I had discovered how to create MULTIPLE files out of one single input. > > >Remember the old VO? You'd give a Java class a few annotations like this, telling how many VOs should be created from the class: > >@vo:value-object name="FirstVO" match="First" >@vo:value-object name="AnotherVO" match="Second" > >then for each field you could tell which generated VO has accessors for it based on the "match" keyword: >@vo:field match="Second" > > >I could imagine calling a regular plugin a few times, but this is just a silly approach - I don't know how many times should that one be called, and I can't iterate in the Ant task on the class metadata either. Hardcoding everything in the Ant file is a even weaker solution. > > >I thought I would need a new plugin for this, and I checked how to write it. One has to go as high as reimplementing the org.generama.Plugin because there's where the rule "one output/input" is decided (in start()). Subclassing Plugin is not an option as pretty much all its fields are private (and I'd have to duplicate all the code from JavaGeneratingPlugin and QDoxPlugin). Then I have no description on what actually a metadata should contain :) and generally speaking there's no documentation of the 1.0.4 plugins release, of 1.0.5 even less (the release is not even mentioned on the site just in an email). The Maven build is missing a couple of dependencies for the 1.0.4 plugins and I miss the sources for 1.0.5 to even try. Did I mention I hate Eclipse M2E? Shortly put: I see no chance of doing it myself. > > > >Do you have any hint for me, how could I generate multiple files out a single Java input? Honestly said, at this moment patching together a QDox+Velocity Ant task looks to me an easier approach than using XDoclet2 :( > > > >Thanks a lot, >M > >------------------------------------------------------------------------------ >BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >Learn about the latest advances in developing for the >BlackBerry® mobile platform with sessions, labs & more. >See new tools and technologies. Register for BlackBerry® DevCon today! >http://p.sf.net/sfu/rim-devcon-copy1 >_______________________________________________ >xdoclet-user mailing list >xdo...@li... >https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > ------------------------------------------------------------------------------ BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA Learn about the latest advances in developing for the BlackBerry® mobile platform with sessions, labs & more. See new tools and technologies. Register for BlackBerry® DevCon today! http://p.sf.net/sfu/rim-devcon-copy1 _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |
From: Justin C. <sen...@ya...> - 2011-09-19 09:11:26
|
By the way, if the org.generama.WriterMapper would use some interface instead of Plugin directly, I could do my own plugin as below. Now not... Thanks for any ideas, M >________________________________ >From: Justin Case <sen...@ya...> >To: "xdo...@li..." <xdo...@li...> >Sent: Monday, September 19, 2011 10:56 AM >Subject: [Xdoclet-user] generating multiple files > > >Hi all, > > >I have been using from XDoclet1 the VO plugin which was working fine (except having no support for generics). I'm not talking about the EJB plugin's VO functionality, but the standalone VO plugin. Well XDoclet2 doesn't have this plugin anymore... It wouldn't have been such a big deal if I had discovered how to create MULTIPLE files out of one single input. > > >Remember the old VO? You'd give a Java class a few annotations like this, telling how many VOs should be created from the class: > >@vo:value-object name="FirstVO" match="First" >@vo:value-object name="AnotherVO" match="Second" > >then for each field you could tell which generated VO has accessors for it based on the "match" keyword: >@vo:field match="Second" > > >I could imagine calling a regular plugin a few times, but this is just a silly approach - I don't know how many times should that one be called, and I can't iterate in the Ant task on the class metadata either. Hardcoding everything in the Ant file is a even weaker solution. > > >I thought I would need a new plugin for this, and I checked how to write it. One has to go as high as reimplementing the org.generama.Plugin because there's where the rule "one output/input" is decided (in start()). Subclassing Plugin is not an option as pretty much all its fields are private (and I'd have to duplicate all the code from JavaGeneratingPlugin and QDoxPlugin). Then I have no description on what actually a metadata should contain :) and generally speaking there's no documentation of the 1.0.4 plugins release, of 1.0.5 even less (the release is not even mentioned on the site just in an email). The Maven build is missing a couple of dependencies for the 1.0.4 plugins and I miss the sources for 1.0.5 to even try. Did I mention I hate Eclipse M2E? Shortly put: I see no chance of doing it myself. > > > >Do you have any hint for me, how could I generate multiple files out a single Java input? Honestly said, at this moment patching together a QDox+Velocity Ant task looks to me an easier approach than using XDoclet2 :( > > > >Thanks a lot, >M > >------------------------------------------------------------------------------ >BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA >Learn about the latest advances in developing for the >BlackBerry® mobile platform with sessions, labs & more. >See new tools and technologies. Register for BlackBerry® DevCon today! >http://p.sf.net/sfu/rim-devcon-copy1 >_______________________________________________ >xdoclet-user mailing list >xdo...@li... >https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > |
From: Justin C. <sen...@ya...> - 2011-09-19 08:56:22
|
Hi all, I have been using from XDoclet1 the VO plugin which was working fine (except having no support for generics). I'm not talking about the EJB plugin's VO functionality, but the standalone VO plugin. Well XDoclet2 doesn't have this plugin anymore... It wouldn't have been such a big deal if I had discovered how to create MULTIPLE files out of one single input. Remember the old VO? You'd give a Java class a few annotations like this, telling how many VOs should be created from the class: @vo:value-object name="FirstVO" match="First" @vo:value-object name="AnotherVO" match="Second" then for each field you could tell which generated VO has accessors for it based on the "match" keyword: @vo:field match="Second" I could imagine calling a regular plugin a few times, but this is just a silly approach - I don't know how many times should that one be called, and I can't iterate in the Ant task on the class metadata either. Hardcoding everything in the Ant file is a even weaker solution. I thought I would need a new plugin for this, and I checked how to write it. One has to go as high as reimplementing the org.generama.Plugin because there's where the rule "one output/input" is decided (in start()). Subclassing Plugin is not an option as pretty much all its fields are private (and I'd have to duplicate all the code from JavaGeneratingPlugin and QDoxPlugin). Then I have no description on what actually a metadata should contain :) and generally speaking there's no documentation of the 1.0.4 plugins release, of 1.0.5 even less (the release is not even mentioned on the site just in an email). The Maven build is missing a couple of dependencies for the 1.0.4 plugins and I miss the sources for 1.0.5 to even try. Did I mention I hate Eclipse M2E? Shortly put: I see no chance of doing it myself. Do you have any hint for me, how could I generate multiple files out a single Java input? Honestly said, at this moment patching together a QDox+Velocity Ant task looks to me an easier approach than using XDoclet2 :( Thanks a lot, M |
From: <gd...@ya...> - 2011-02-21 00:44:41
|
Hi All, I hope you are doing well. Just thought I'l give you an update on my training. I guess the biggest thing is that this is not marathon training for sure. I ususally have 2 workouts per day now versus a single run. Somedays I run and swim somedays I bike and run. I like the variety for sure. The swimming has been the biggest challenge. I am having to un-learn everything I know. I feel like a 4th grader with my face in the water blowing bubbles again. Coach Steve promises that the drills will all make sense and I'll have a nice efficient stroke to make it through that mile swim. Anyway check out the latest updates to the site (there are some pics of my teammates). And if you can make a donation. Anything you can do is greatly appreciated and will help find a cure for Leukemia and Lymphoma. http://pages.teamintraining.org/nc/flowetri11/gdeacon On behalf of The Leukemia & Lymphoma Society, thank you very much for your support. I greatly appreciate your generosity. Thank you, Garrett Deacon P.S. I would appreciate it if you would forward this email to as many people as you can to encourage them to donate as well. Thanks again. ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ |
From: Sainath A. <sai...@gm...> - 2010-12-09 15:53:04
|
Hi, after doing some research and still not able to find the solution, iam posting this. We are moving from ejbgen to xdoclet and facing an issue which is quite frustrating. I will elaborate it as much as i can in hope to find the answer. I have two entity beans in unidirectional 1->N relation, for some reason inserting record into child table fails and it complains about foreign key constraint (primary key of A not found). EntityBBean has composite key, primary key of its own b_id and primary key of EntityA, a_id. EntityABean.java: ------------------------------------------------------------------------------------------------------------------------- /** * @ejb.bean name="EntityA" * jndi-name="ejb/EntityA" * local-jndi-name="ejbEntityA" * cmp-version="2.x" * primkey-field="aID" * schema="EntityA" * type="CMP" * view-type="local" * * @weblogic.table-map verify-columns="Modified" * @weblogic.automatic-key-generation generator-type="SQL_SERVER" * */ abstract public class EntityABean extends EntityAbstract { /** * @ejb.persistent-field * @ejb.interface-method * @ejb.pk-field * @weblogic:dbms-column a_id * @ejb.persistence column-name="a_id" */ abstract public Integer getAID(); /** * @ejb.interface-method */ abstract public void setAID(Integer val); * * /** * * @ejb.interface-method * * @ejb.relation * name=" A-to-B-Relationship" * role-name="from-A-to-B" * target-role-name="from-B-to-A" * target-ejb=" EntityB" * cascade-delete="false" * target-multiple="no" * * @weblogic.target-column-map * foreign-key-column="a_id" * key-column="a_id" */ public abstract java.util.Collection getEntityB(); } ------------------------------------------------------------------------------------------------------------------------- EntityBBean.java: /** * @ejb.bean name="EntityB" * jndi-name="ejb/EntityB" * local-jndi-name="ejb/EntityB" * cmp-version="2.x" * schema="EntityB" * type="CMP" * view-type="local" * * @ejb.pk extends="java.lang.Object" * class="abc.xyz.MyPK" * * * @weblogic.data-source-name jdbc/TXTipDS * @weblogic.table-map verify-columns="Modified" * */ public abstract class EntityB extends EntityAbstract { /** * * @throws CreateException * @ejb.create-method * @ejb.interface-method */ public abc.xyz.MyPK ejbCreate(java.lang.Integer bID, java.lang.Integer aID) throws CreateException { setBID(bID); setAID(aID); return null; } public void ejbPostCreate(java.lang.Integer bID, java.lang.Integer aID) throws CreateException { /** @todo Complete this method */ } public abstract void setBID(java.lang.Integer bID); public abstract void setAID(java.lang.Integer aID); /** * @ejb.persistent-field * @ejb.interface-method * @ejb.pk-field * @weblogic:dbms-column b_id * @ejb.persistence column-name="b_id" */ public abstract java.lang.Integer getBID(); /** * @ejb.persistent-field * @ejb.interface-method * @ejb.pk-field * @weblogic:dbms-column a_id * @ejb.persistence column-name="a_id" * */ public abstract java.lang.Integer getAID(); } ------------------------------------------------------------------------------------------------------------------------- weblogic-cmp-rdbms-jar.xml: <weblogic-rdbms-relation> <relation-name>A-to-B-Relationship</relation-name> <weblogic-relationship-role> <relationship-role-name>from-B-to-A</relationship-role-name> <relationship-role-map> <column-map> <foreign-key-column>a_id</foreign-key-column> <key-column>a_id</key-column> </column-map> </relationship-role-map> </weblogic-relationship-role> </weblogic-rdbms-relation> ------------------------------------------------------------------------------------------------------------------------- please let me know if need any more details. thanks, much appreciated. |
From: St-Aubin, G. <guy...@cg...> - 2010-07-30 18:50:03
|
Hello, I am trying to convert an Xdoclet1/Maven1 project to a Xdoclet2/Maven2 project. Since I am new to Xdoclet2 I am facing some conversion problems. I hope that someone could help me to figure out what could I have done wrong. I have tried to follow the instructions from the site http://docs.codehaus.org/display/XDOCLET/Two+Minute+Introduction but I still facing some issues. The values of the original projet.properties Xdoclet1/Maven1 files are: maven.xdoc.date=left maven.ejb.src=${maven.build.dir}/xdoclet/ejb maven.eclipse.classpath.include=${maven.build.dir}/xdoclet/ejbdoclet maven.xdoclet.ejbdoclet.deploymentdescriptor.0.useIds=true maven.xdoclet.ejbdoclet.utilobject.0.cacheHomes=true maven.xdoclet.ejbdoclet.utilobject.0.includeGUID=true maven.xdoclet.ejbdoclet.dataobject.0=false maven.xdoclet.ejbdoclet.entityfacade.0=true maven.xdoclet.ejbdoclet.valueobject.0=true maven.xdoclet.ejbdoclet.deploymentdescriptor.0.validateXML=true maven.xdoclet.ejbdoclet.deploymentdescriptor.0.destDir=${maven.build.dir}/xdoclet/ejb/META-INF cactus.src.mergewebxml = src/conf/cactus-web.xml maven.beahome=D:/bea maven.wls.domain.dir=D:/bea/user_projects/domains/mydomain maven.wls.start.script=startWeblogic.cmd maven.wls.stop.script=stopWeblogic.cmd maven.wls.servername=portalServer maven.wls.username=weblogic maven.wls.pasword=weblogic maven.wls.host=localhost maven.wls.port=7001 maven.deploy.isremote=false maven.deploy.verbose=true maven.app.name=MacroContactEJB maven.jar.override = on ##maven.jar.weblogic = ${weblogic.home}/lib/weblogic.jar ##maven.jar.webservices = ${weblogic.home}/lib/webservices.jar maven.xdoclet.ejbdoclet.weblogic.0=true maven.xdoclet.ejbdoclet.weblogic.0.mergeDir=xdoclet-merge maven.xdoclet.ejbdoclet.weblogic.0.destDir=${maven.xdoclet.ejbdoclet.deploymentdescriptor.0.destDir} maven.username=weblogic maven.was5.home=${WAS_HOME} maven.xdoclet.ejbdoclet.websphere.0=true maven.xdoclet.ejbdoclet.websphere.0.useIds=true maven.xdoclet.ejbdoclet.websphere.0.mergeDir=xdoclet-merge maven.xdoclet.ejbdoclet.websphere.0.destDir=${maven.xdoclet.ejbdoclet.deploymentdescriptor.0.destDir} With the new Xdoclet2 structure it is difficult for me to know how to pass those parameters in the new "pom.xml" file. I have tried with the default configuration for my pom.xml file from the site http://docs.codehaus.org/display/XDOCLET/Two+Minute+Introduction and I have the following errors when I execute the "mvn clean install" command. [INFO] Scanning for projects... [INFO] ------------------------------------------------------------------------ [INFO] Building MacroContactEJB [INFO] task-segment: [clean, install] [INFO] ------------------------------------------------------------------------ [INFO] [clean:clean {execution: default-clean}] [WARNING] POM for 'geronimo-spec:geronimo-spec-ejb:pom:2.1-rc4:compile' is invalid. Its dependencies (if any) will NOT be available to the current build. [WARNING] POM for 'geronimo-spec:geronimo-spec-jms:pom:1.1-rc4:compile' is invalid. Its dependencies (if any) will NOT be available to the current build. [WARNING] POM for 'jaxen:jaxen:pom:1.1-beta-4:compile' is invalid. Its dependencies (if any) will NOT be available to the current build. [WARNING] POM for 'commons-jelly:commons-jelly-tags-xml:pom:20050823.222913:compile' is invalid. Its dependencies (if any) will NOT be available to the current build. [INFO] [2-xdoclet2:xdoclet {execution: default}] log4j:WARN No appenders could be found for logger (org.xdoclet.plugin.ejb.interfaces.RemoteHomeInterfacePlugin). log4j:WARN Please initialize the log4j system properly. Running org.xdoclet.plugin.ejb.EjbConfig [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ [INFO] XDoclet plugin failed: java.lang.RuntimeException: @ejb.util generate="logical" in com.macrocontact.batch.dispatch.ejb.MacroContactDispatcherBean (line 44): generate="logical" is an invalid parameter value. [INFO] ------------------------------------------------------------------------ [INFO] For more information, run Maven with the -e switch [INFO] ------------------------------------------------------------------------ [INFO] Total time: 58 seconds [INFO] Finished at: Fri Jul 30 14:07:52 EDT 2010 [INFO] Final Memory: 11M/254M [INFO] ------------------------------------------------------------------------ On the hand if I only keep the "org.xdoclet.plugin.ejb.EjbConfig" component uncommented in my component section I have no errors but the classes are not generated by Xdoclet. I receive a bunch of "Unknown tag" errors. Running org.xdoclet.plugin.ejb.EjbConfig Unknown tag: @ejb.bean in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 36) Unknown tag: @ejb.util in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 44) Unknown tag: @ejb.transaction in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 45) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 47) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 48) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 49) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 50) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 51) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 52) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 53) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 55) Unknown tag: @ejb.ejb-ref in file:/D:/Dev/JazzWS/00945-140/MacroContactEJB/src/com/macrocontact/batch/dispatch/ejb/MacroContactDispatcherBean.java (line 56) ... This an extract of my pom.xml file that I use for my conversion. ... <build> <sourceDirectory>src</sourceDirectory> <plugins> <plugin> <groupId>org.codehaus.xdoclet</groupId> <artifactId>maven2-xdoclet2-plugin</artifactId> <version>2.0.7</version> <executions> <execution> <phase>generate-sources</phase> <goals> <goal>xdoclet</goal> </goals> </execution> </executions> <dependencies> <dependency> <groupId>xdoclet-plugins</groupId> <artifactId>xdoclet-plugin-ejb</artifactId> <version>1.0.4</version> </dependency> <dependency> <groupId>xdoclet-plugins</groupId> <artifactId>xdoclet-plugin-weblogic</artifactId> <version>1.0.4</version> </dependency> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.14</version> </dependency> </dependencies> <configuration> <configs> <config> <components> <component> <classname>org.xdoclet.plugin.ejb.EjbConfig</classname> <params> <destdir>target/xdoclet</destdir> </params> </component> <!-- <component> <classname>org.xdoclet.plugin.ejb.interfaces.RemoteHomeInterfacePlugin</classname> </component> <component> <classname>org.xdoclet.plugin.ejb.interfaces.RemoteInterfacePlugin</classname> </component> <component> <classname>org.xdoclet.plugin.ejb.interfaces.LocalHomeInterfacePlugin</classname> </component> <component> <classname>org.xdoclet.plugin.ejb.interfaces.LocalInterfacePlugin</classname> </component> <component> <classname>org.xdoclet.plugin.ejb.descriptor.EjbJarXmlPlugin</classname> </component> <component> <classname>org.xdoclet.plugin.weblogic.ejb.descriptor.WeblogicEjbJarXmlPlugin</classname> </component> --> </components> <includes>**/*.java</includes> <params> <!-- foo.baa.sessions.MyServiceBean becomes foo.bar.interfaces.MyService --> <packageregex>sessions</packageregex> <packagereplace>interfaces</packagereplace> <validate>false</validate> <destdir>target/xdoclet</destdir> </params> </config> </configs> </configuration> </plugin> </plugins> </build> ... I would grateful if somebody could point me out my errors. Thanks. Guy St-Aubin Consultant CGI Consulting group. Tel: (514) 415-3000 # 8179 AVIS DE CONFIDENTIALITÉ : ce message peut contenir des renseignements confidentiels appartenant exclusivement au Groupe CGI Inc. ou à ses filiales. Si vous n'êtes pas le destinataire indiqué ou prévu dans ce message (ou responsable de livrer ce message à la personne indiquée ou prévue) ou si vous pensez que ce message vous a été adressé par erreur, vous ne pouvez pas utiliser ou reproduire ce message, ni le livrer à quelqu'un d'autre. Dans ce cas, vous devez le détruire et vous êtes prié d'avertir l'expéditeur en répondant au courriel. CONFIDENTIALITY NOTICE: Proprietary/Confidential Information belonging to CGI Group Inc. and its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for delivery of this message to such person), or you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email. |
From: Konstantin P. <kpr...@ya...> - 2009-09-30 11:57:48
|
> Konstantin Priblouda wrote: > > > > If you provide the patch (with testcases, in jira) > > > I have never used jira. I can share with you some sample > code, even files > with you to take help. If you can guide me how can I > provide necessary > information to you; using jira or without using it; that > would be very > helpful. > -- I'm sorry, but you will have to put some effort yourself. There are a lot of tutorials on web how to use jira, there are xdoclet sources for 1&2 in repositories... regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ |
From: amiteshuni <ami...@ho...> - 2009-09-30 07:03:34
|
Konstantin Priblouda wrote: > > If you provide the patch (with testcases, in jira) > I have never used jira. I can share with you some sample code, even files with you to take help. If you can guide me how can I provide necessary information to you; using jira or without using it; that would be very helpful. -- View this message in context: http://www.nabble.com/Support-for-bundle-attribute-using-xdoclet-tp25657100p25676004.html Sent from the xdoclet-user mailing list archive at Nabble.com. |
From: Konstantin P. <kpr...@ya...> - 2009-09-30 06:11:34
|
> > I double checked the end requirement with my head. It comes > out that we need > to support two different resource bundles simultaneously. > Lets take an > example, Login page-> user name field. For Role1, the > validation rule is: > username cannot have numbers, i.e. only alphabets are > allowed. For Role2, > username can have numbers, i.e. only alphanumeric chars are > allowed. > I believe using the bundle attribute, I'll hard-bound a > field to any one > resource bundle. I cannot do that as per the requirement. > Please provide > alternate solution based on my requirement. > If you provide the patch (with testcases, in jira), I will find a time to apply it and redeploy snapshots (and eventually cut a fresh release). Otherwise I lack a time and personal use case (at the moment) to do this. regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ |
From: amiteshuni <ami...@ho...> - 2009-09-30 05:46:42
|
Konstantin Priblouda wrote: > > As XDoclet-1 is no more developed actively, > you shall look for xdoclet-2 instead. > > --- On Tue, 9/29/09, amiteshuni <ami...@ho...> wrote: > >> In my application there are multiple resource bundles. I've >> to use bundle key >> to refer to respective bundles in validation.xml. I'm using >> xdoclet to >> generate validation.xml. But i'm not able to generate >> bundle attribute >> through xdoclet. Please help me if there is any way >> to get out of this >> problem. Suggest some solution to make xdoclet generate >> bundle attribute in >> msg & arg tags. Or if I can continue supporting >> multiple resource bundle >> even without adding the bundle attribute then that will >> also be equally >> acceptable. >> > > I double checked the end requirement with my head. It comes out that we need to support two different resource bundles simultaneously. Lets take an example, Login page-> user name field. For Role1, the validation rule is: username cannot have numbers, i.e. only alphabets are allowed. For Role2, username can have numbers, i.e. only alphanumeric chars are allowed. I believe using the bundle attribute, I'll hard-bound a field to any one resource bundle. I cannot do that as per the requirement. Please provide alternate solution based on my requirement. -- View this message in context: http://www.nabble.com/Support-for-bundle-attribute-using-xdoclet-tp25657100p25675250.html Sent from the xdoclet-user mailing list archive at Nabble.com. |
From: Konstantin P. <kpr...@ya...> - 2009-09-29 10:32:00
|
As XDoclet-1 is no more developed actively, you shall look for xdoclet-2 instead. Regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ --- On Tue, 9/29/09, amiteshuni <ami...@ho...> wrote: > From: amiteshuni <ami...@ho...> > Subject: [Xdoclet-user] Support for bundle attribute using xdoclet > To: xdo...@li... > Date: Tuesday, September 29, 2009, 12:27 PM > > In my application there are multiple resource bundles. I've > to use bundle key > to refer to respective bundles in validation.xml. I'm using > xdoclet to > generate validation.xml. But i'm not able to generate > bundle attribute > through xdoclet. Please help me if there is any way > to get out of this > problem. Suggest some solution to make xdoclet generate > bundle attribute in > msg & arg tags. Or if I can continue supporting > multiple resource bundle > even without adding the bundle attribute then that will > also be equally > acceptable. > > > Need immediate help. > > Thanks in advance > > ~ Amitesh > -- > View this message in context: http://www.nabble.com/Support-for-bundle-attribute-using-xdoclet-tp25657100p25657100.html > Sent from the xdoclet-user mailing list archive at > Nabble.com. > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer > Conference in SF, CA > is the only developer event you need to attend this year. > Jumpstart your > developing skills, take BlackBerry mobile applications to > market and stay > ahead of the curve. Join us from November 9-12, 2009. > Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > |
From: amiteshuni <ami...@ho...> - 2009-09-29 09:27:46
|
In my application there are multiple resource bundles. I've to use bundle key to refer to respective bundles in validation.xml. I'm using xdoclet to generate validation.xml. But i'm not able to generate bundle attribute through xdoclet. Please help me if there is any way to get out of this problem. Suggest some solution to make xdoclet generate bundle attribute in msg & arg tags. Or if I can continue supporting multiple resource bundle even without adding the bundle attribute then that will also be equally acceptable. Need immediate help. Thanks in advance ~ Amitesh -- View this message in context: http://www.nabble.com/Support-for-bundle-attribute-using-xdoclet-tp25657100p25657100.html Sent from the xdoclet-user mailing list archive at Nabble.com. |
From: Konstantin P. <kpr...@ya...> - 2009-07-13 08:52:29
|
--- On Mon, 7/13/09, John Leonard <jle...@gm...> wrote: > Well, annotations and Javadoc tags both serve the same > purpose - they > add descriptive information to *.java files which can be > used by various > software processors in different ways. > However annotations constitute a change in the Java > language. Javac now > understands them and can make them available during > run-time, for instance. > > Since there are 2 ways of doing the same thing it seems > that developers, > and Java developers as a whole, would make better use of > their time and > money if they focused on one. Since Javadoc tags are an > ‘ad hoc’ > solution and Annotations are a part of the language, I > would think that > the future for this kind of development would revolve > around Annotations. > > John L. As for historical truth, annotations were inspired by xdoclet-tags. But they have one big drawback - they are bound to class. So, as long as you need only one instance of class, yuo can be happy with annotations as metadata. But when you need two or more of something ( for example, I sometimes map the same struts action class to 2 different packages ) -- they are of no use anymore, and you still need different metadata facility. And xdoclet is there to generate those metadata. regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ |
From: John L. <jle...@gm...> - 2009-07-13 02:57:26
|
Konstantin Priblouda wrote: > This is a good questions, asked on a wrong > list. As this list is used for XDoclet-1, which is not > really active anymore. ( Nevertheess, all active developers hopefully > lurk here ) > > What is your idea of annotations usage? > > regards, > > ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- > JTec quality components: http://www.pribluda.de/projects/ > > > --- On Sun, 7/12/09, John Leonard <jle...@gm...> wrote: > > >> From: John Leonard <jle...@gm...> >> Subject: [Xdoclet-user] Move to anotations? >> To: xdo...@li... >> Date: Sunday, July 12, 2009, 3:10 PM >> In the future, will xdoclet use >> annotations rather than javadoc tags? >> >> ------------------------------------------------------------------------------ >> Enter the BlackBerry Developer Challenge >> This is your chance to win up to $100,000 in prizes! For a >> limited time, >> vendors submitting new applications to BlackBerry App >> World(TM) will have >> the opportunity to enter the BlackBerry Developer >> Challenge. See full prize >> details at: http://p.sf.net/sfu/Challenge >> _______________________________________________ >> xdoclet-user mailing list >> xdo...@li... >> https://lists.sourceforge.net/lists/listinfo/xdoclet-user >> >> > > > > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a limited time, > vendors submitting new applications to BlackBerry App World(TM) will have > the opportunity to enter the BlackBerry Developer Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > Well, annotations and Javadoc tags both serve the same purpose - they add descriptive information to *.java files which can be used by various software processors in different ways. However annotations constitute a change in the Java language. Javac now understands them and can make them available during run-time, for instance. Since there are 2 ways of doing the same thing it seems that developers, and Java developers as a whole, would make better use of their time and money if they focused on one. Since Javadoc tags are an ‘ad hoc’ solution and Annotations are a part of the language, I would think that the future for this kind of development would revolve around Annotations. John L. |
From: Konstantin P. <kpr...@ya...> - 2009-07-12 14:01:22
|
This is a good questions, asked on a wrong list. As this list is used for XDoclet-1, which is not really active anymore. ( Nevertheess, all active developers hopefully lurk here ) What is your idea of annotations usage? regards, ----[ Konstantin Pribluda http://www.pribluda.de ]---------------- JTec quality components: http://www.pribluda.de/projects/ --- On Sun, 7/12/09, John Leonard <jle...@gm...> wrote: > From: John Leonard <jle...@gm...> > Subject: [Xdoclet-user] Move to anotations? > To: xdo...@li... > Date: Sunday, July 12, 2009, 3:10 PM > In the future, will xdoclet use > annotations rather than javadoc tags? > > ------------------------------------------------------------------------------ > Enter the BlackBerry Developer Challenge > This is your chance to win up to $100,000 in prizes! For a > limited time, > vendors submitting new applications to BlackBerry App > World(TM) will have > the opportunity to enter the BlackBerry Developer > Challenge. See full prize > details at: http://p.sf.net/sfu/Challenge > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > |
From: John L. <jle...@gm...> - 2009-07-12 12:37:11
|
In the future, will xdoclet use annotations rather than javadoc tags? |