once upon a time there was a problem with the maven build, due to improper <dependency> declarations. There was an ant filter-copy being used to describe the xjavadoc version needed for the build. I just took the route of cvs updating my source, editing the maven project.xml to use the "proper" dependency declaration, and then rebuilding. Since the xjavadoc-version required was also being built I could count on this fix working for me.

btw: Your hibernatecfg is something I attempted last november, only from a spring point of view, I wrote a spring module with xdt's etc but ran into the major problem that I didn't understand spring well enough to know what was needed. Your attack on this problem is what I wish I had done in the first place ... this is a hibernate configuration issue, not a spring configuration issue.
So well-done, eh? :-)



Andrew Stevens wrote:


On Wed, 2004-03-24 at 22:48, Kevin Hagel wrote:


You need to get xdoclet-all as the "module", xdoclet needs the xjavadoc in a parallel directory.



Not strictly necessary; if you just check out the 'xdoclet' module from CVS (or download the source zip/tgz), it should build okay standalone; the releases are usually built in this way, 1.2 certainly was. If the build script can't find the xjavadoc sources in a directory at the same level, it should download a copy of the required jar from the web site and use that instead(*). In fact, the src distribution archives already contain the xjavadoc jar in the /lib directory, so hopefully it won't even need to try that.


Andrew.


(*) I have a vague feeling I still needed to create an empty xjavadoc
directory in the right place to avoid the build bombing out when it does
its check, but I'm not 100% sure on that.  If it's still a problem,
someone raise an issue in JIRA please...



This includes the xdoclet source, xjavadoc, and something about xdocletgui which I know nothing about.
Assume you are in /usr/java (just for example). I actually build on a win2k system, as long as there are no spaces in the path things should work just as well.


cvs -d:pserver:[EMAIL PROTECTED]:/cvsroot/xdoclet login
(just hit enter, no password needed)
cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/xdoclet co xdoclet-all


Under /usr/java/xdoclet-all you have xdoclet, xdocletgui, and xjavadoc

cd into /usr/java/xdoclet and just "ant", the default target will build your distribution.

Andre Selton wrote:



--- Kevin Hagel <[EMAIL PROTECTED]> wrote:




Are you using cvs head version of xdoclet?
I've published this on one of my servers, built from
the latest & greatest cvs head version XDoclet 1.2






http://hagelnx.com/hagelnx-site/reference/xdoclet/ant/xdoclet/modules/hibernate/HibernateCfgSubTask.html




I find this hibernatecfg task very useful, it
discovers the mapping files for you, builds a <hibernate-configuration>
that you can load as a single resource.
Unfortunately you will not find it in the standard
xdoclet binary distribution.




This is exactly what I am looking for.
Sorry but I do not understand, the source code for
this is on the last CVS code ?





Andre Selton wrote:





--- Konstantin Priblouda <[EMAIL PROTECTED]>




wrote:








After all, when xdoclet generates it it just does
not
matter if it is one, or more. It ends up buried




deep




into package hierarchy of distribution jar file, and hibernate loads it automagically.







I was reading on this message :





http://www.mail-archive.com/[EMAIL PROTECTED]/msg07546.html




I am a newbie hibernate developer, so I can be
missing something obvious.

But have we a way of load all classes with a




single




command with one mapping file per class.
If I have a single file I can do a simple :

Configuration cfg = new




Configuration().addResource("hibernate.xml",this.getClass().getClassLoader());




to load all my configurations.

But with many config files I need to do :

Configuration cfg = new




Configuration().addClass(MyClass1.class).addClass(MyClass2.class).addClass(MyClass3.class);




It can find the mapping files, but I need to tell
the name of each class in the process. I do not




think




this is the automagically feature Konstantin was
talking about.
How this magic happens ?





------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user





-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
xdoclet-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-user

Reply via email to