It is working now - thanks!  There are a couple things to note however.

1.  It now gives me messages in German (I'm guessing):

[hibernatedoclet] Running <hibernate/>
[hibernatedoclet] Mappingdatei fnr org.apache.template.User wird
erzeugt.

2.  The package substitution doesn't seem to work - but this is probably
related to my convoluted build process.  I am creating a Struts Form and
VO from an Entity bean.  The Entity bean is not used at all in my
project, and is named org.apache.template.User.  If I the basic
hibernate task, it ends up in a directory structure equivalent to it's
package name.  I expect this.  If I add package substitution, it gets
put in the write package - org.apache.persistence.  However, the name of
the class name is wrong in my Class.hbm.xml.  So I'm using the following
workaround that seems to work fine:

                <!-- generate hibernate files -->       
                <hibernatedoclet
                    destdir="${build.dir}/ejb/gen"
                    mergedir="metadata/ejb"
                    excludedtags="@version,@author"
                    addedtags="@xdoclet-generated at ${TODAY}"
                    force="${xdoclet.force}">   
            <fileset dir="src/ejb"/>                            

                        <!-- change package name -->
                        <packageSubstitution packages="template" 
                substituteWith="persistence"/> 

                        <hibernate/>

        </hibernatedoclet>


                <!-- package substitution doesn't seem to work for
hibernate -->
                <!-- this is a workaround until it does work -->
        <replace dir="${build.dir}/ejb/gen" token="template"
                value="persistence" summary="true"/>

I'm sure the problem is that I'm pointing to src/ejb as my source
directory, rather than ${build.dir}/ejb/gen - where my value object is
created.  I suppose I could use a customer value object template that
uses forAllMethodTags to import the hibernate tags, but it was such a
headache with the StrutsForm that I'll pass.  The ideal situation is
that I don't have to use an EntityBean to generate my StrutsForm, and I
should probably fix this - but no bandwidth right now.

Thanks,

Mattdsz



> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Joel 
> Rosi-Schwartz
> Sent: Wednesday, December 11, 2002 5:08 AM
> To: Matt Raible
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Xdoclet-devel] Hibernate module [FIXED]
>
>
> Matt,
>
> Could you please check out the latest from cvs and give this another 
> go. I want to make sure this is working for you now.
>
> Thanks,
> Joel
>
> Matt Raible wrote:
>
> >I just noticed that I had both the
> xdoclet-hibernate-module.jar as well
> >as xdoclet-hibernate-module-1.2b2.jar in my classpath. 
> >Xdoclet-hibernate-module.jar was the one Joel sent me a few
> days ago.
> >So I removed xdoclet-hibernate-module, made sure my
> xdoclet-all was up
> >to date, rebuilt everything and now it appears to be working.  I did 
> >have to close the quote in the hibernate.xtd file though.
> >
> >Thanks!
> >
> >Matt
> > 
> >
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:
> With Great Power, Comes Great Responsibility
> Learn to use your power at OSDN's High Performance Computing Channel 
> http://hpc.devchannel.org/ 
> _______________________________________________
> Xdoclet-devel mailing list [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/xdoclet-devel
> 




-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
Xdoclet-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/xdoclet-devel

Reply via email to