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 <send_lotsa_spam_h...@yahoo.com>
To: End-user support for the XDoclet code generator 
<xdoclet-user@lists.sourceforge.net>
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 <send_lotsa_spam_h...@yahoo.com>
>To: "xdoclet-user@lists.sourceforge.net" <xdoclet-user@lists.sourceforge.net>
>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&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
>Learn about the latest advances in developing for the 
>BlackBerry&reg; mobile platform with sessions, labs & more.
>See new tools and technologies. Register for BlackBerry&reg; DevCon today!
>http://p.sf.net/sfu/rim-devcon-copy1 
>_______________________________________________
>xdoclet-user mailing list
>xdoclet-user@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/xdoclet-user
>
>
>
------------------------------------------------------------------------------
BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
Learn about the latest advances in developing for the 
BlackBerry&reg; mobile platform with sessions, labs & more.
See new tools and technologies. Register for BlackBerry&reg; DevCon today!
http://p.sf.net/sfu/rim-devcon-copy1 
_______________________________________________
xdoclet-user mailing list
xdoclet-user@lists.sourceforge.net
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
xdoclet-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to