Re: [JBoss-user] jboss-ide and xdoclet

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 454-5900

You ought to start a new subject when you change the subject or you 
question might get lost.

You have to go to version 1.2beta 3 to get @jboss.entity command & 
auto-increment. I believe this is only available from CVS. Last I looked 
it wasn't labled beta 3, but just get the latest and do the build.

Richard

Hanson, Matthew wrote:
> Hi--
> 
> This post is somewhat unrelated to the thread below, but I was hoping to tap
> any xdoclet/jboss cross-training expertise.  I also apologize if this post
> might seem to be to the wrong group - I am just hoping there are plenty of
> jboss users using xdoclet to help interface/DD generation.  I have posted
> the question to xdoclet, as well, without any real response???
> 
> Anyway, I am using the following doclet for deployment descriptor
> auto-generation by xdoclet:
> 
> /**
> *
> *	// begin class level xdoclet attributes
> *	@ejb.bean name="account/accountHolderBean"
> *		display-name="General account information"
> *		local-jndi-name="homebrew/ejb/entity/accountHolderBean"
> *		view-type="local"
> *		type="CMP"
> *		schema="account"
> *
> *	@ejb.home generate="local"
> *
> *	@ejb.interface generate="local"
> *
> *	@ejb.pk extends="java.lang.Object"
> *
> *	@ejb.transaction type="Required"
> *
> *	// begin jboss xdoclet attributes
> *	@jboss.datasource name="DefaultDS"
> *
> *	@jboss.table-name table-name="account_holder"
> *
> *	@jboss.entity-command nameblah="account_id_pk"
> *
> *	@jboss.entity-command-attribute name="account_id_pk"
> *		value="select account_holder.nextval from dual"
> */
> public abstract class accountHolderBean extends defaultEntityBean
> {
> 	/**
> 	*	@ejb.interface-method view="local"
> 	*	@ejb.persistent-field
> 	*	@ejb.pk-field
> 	*
> 	*	@jboss.column-name name="account_id"
> 	*	@jboss.persistence auto-increment="true"
> 	*/
> 	public abstract Integer getAccountHolderId();
> 	/**
> 	*	@ejb.interface-method view="local"
> 	*	@ejb.persistent-field
> 	*
> 	*	@jboss.column-name name="account_id"
> 	*	@jboss.persistence auto-increment="true"
> 	*/
> 	public abstract void setAccountHolderId(Integer theAccountHolderId);
> 
> I am trying to get the dd elements for entity-command and
> entity-command-attribute generated from xdoclet.  However, while all of the
> other relevent tags are generated, the auto-generated primary key stuff
> simply does not.  I have switched from xdoclet 1.1.2 to 1.2 beta 2 with zero
> luck.  Has ANYONE found a version of xdoclet that has successfully generated
> the jboss-specific tags that I am attempting?????  If so, what is the
> version and distribution (lib, binary, source) that was successful?
> 
> Thanks!!
> Matt Hanson!!!
> 
> -----Original Message-----
> From: Chris May [mailto:C....@wa...]
> Sent: Thursday, May 22, 2003 5:27 AM
> To: jbo...@li...
> Subject: RE: [JBoss-user] jboss-ide and xdoclet
> 
> 
> 
> 
> 
>>>>Mat...@us... 05/21/03 01:11pm >>>
>>>
>>I think that you did provide some help.  I thought maybe the jboss/xdoclet
>>plugins were supposed to completely replaced any external xdoclet
>>installation for the interface/DD generation in some majorly slick way.  I
>>do not think this is the case, right (?), which is totally fine.
> 
> 
> right. It's really just a code-completion extension. 
> If you're after something that does more of the xdoclet generation work for
> you, the Lomboz project does more in the way of taking over your build
> process, but it's *very* *very* finicky about your build files and project
> structure - you can't really use it on an existing project at all, IMO. I've
> also found lomboz to be rather buggy, whereas JBoss-IDE is more solid.
> 
> 
>> The build process compiles from the src directory to build and
> 
> build/generate.
> 
>>However, eclipse is assuming that my packages should now all start with
>>build.generate, which I obviously hope to avoid.  Is this a configuration
>>issue?
> 
> 
> Yes. You need to set up /src (or whatever your source directory is) and
> /build/generate as "source folders" (project->properties->java build
> path->source)
>  
> 
>>With this, eclipse seems to want to compile all of the java files in the
>>project directory.  Because xdoclet really generates the working ejb
> 
> files,
> 
>>I only want to have the build/generate files compiled at this time.  It
>>seems like eclipse provides a means for excluding files from the build,
> 
> but
> 
>>I didn't have much luck.  Please advise if eclipse does provide this
> 
> means,
> 
>>aside from just adding excludes to build.xml.
> 
> 
> I think setting up source directories should fix this for you. One other
> thing you might want to configure is to make eclipse refresh the project
> after building, so that when you generate new interface methods your client
> classes see them straight away. In the external tools configuration window,
> there's a "refresh" tab - set that to refresh the project after a build.
> 
> HTH,
> 
> Chris
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> JBoss-user mailing list
> JBo...@li...
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> JBoss-user mailing list
> JBo...@li...
> https://lists.sourceforge.net/lists/listinfo/jboss-user
> 