Re: [Xdoclet-user] why so many files for a single BMP ejb
On Tue, 2004-09-07 at 02:15, Andrew Stevens wrote: On Mon, 2004-09-06 at 20:11, William I. Zumwalt wrote: When I did ejb's by hand, I had three files ... MyRemote.java MyHome.java MyBean.java ... now using xdoclet, I have 6, My.java MyBMP.java MyData.java MyHome.java MyLocalHome.java MyRemote.java. ... and that's not including the MyPK.java which I'm trying to get working ... so I'm thoroughly confused. Why all these files? Where can I read up on all these files cause I don't see any of this in the ejb books I have. XDoclet lets you write beans that just contain your business logic (the interesting bits you care about) from the various lifecycle methods Should read separate from the various lifecycle methods. Blame the late hour ;-) Andrew. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=5047alloc_id=10808op=click ___ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
[Xdoclet-user] (no subject)
could someone help me with this error? What does it mean? Thanks, Gino Buildfile: /home/OVGC_SCM/SCM/build.xml clean: [delete] Deleting directory /home/OVGC_SCM/SCM/build clean_generated_files: init: prepare: [mkdir] Created dir: /home/OVGC_SCM/SCM/build/classes [mkdir] Created dir: /home/OVGC_SCM/SCM/build/gen-src [mkdir] Created dir: /home/OVGC_SCM/SCM/build/meta-inf [mkdir] Created dir: /home/OVGC_SCM/SCM/build/web-inf ejbdoclet: [echo] +---+ [echo] | | [echo] | R U N N I N G E J B D O C L E T | [echo] | First Pass| [echo] +---+ [ejbdoclet] (XDocletMain.start 47 ) Running entityfacade/ [ejbdoclet] (XDocletMain.start 47 ) Running valueobject/ [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.BatchHisDetailsBean-- com.ovgc.scm.store.domain.BatchHisDetailsValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.UOMTypeBean-- com.ovgc.scm.store.domain.UOMTypeValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.UserListBean-- com.ovgc.scm.store.domain.UserListValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.BrandDetailBean-- com.ovgc.scm.store.domain.BrandDetailValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.TransactionLogBean-- com.ovgc.scm.store.domain.TransactionLogValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ProductSubClassBean-- com.ovgc.scm.store.domain.ProductSubClassValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.BrandTypeBean-- com.ovgc.scm.store.domain.BrandTypeValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ColorBrandBean-- com.ovgc.scm.store.domain.ColorBrandValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.VendorBean-- com.ovgc.scm.store.domain.VendorValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ErrorLogBean-- com.ovgc.scm.store.domain.ErrorLogValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ProductStyleBean-- com.ovgc.scm.store.domain.ProductStyleValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.CompanyBean-- com.ovgc.scm.store.domain.CompanyValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.SizeBean-- com.ovgc.scm.store.domain.SizeValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.StoreBean-- com.ovgc.scm.store.domain.StoreValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.MyProductBean-- com.ovgc.scm.store.domain.MyProductValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.UnitOfMeasurementBean-- com.ovgc.scm.store.domain.UnitOfMeasurementValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.BatchTypeBean-- com.ovgc.scm.store.domain.BatchTypeValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ProductClassBean-- com.ovgc.scm.store.domain.ProductClassValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.BatchHisBean-- com.ovgc.scm.store.domain.BatchHisValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.UserPositionBean-- com.ovgc.scm.store.domain.UserPositionValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.GenderBean-- com.ovgc.scm.store.domain.GenderValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ErrorMessageBean-- com.ovgc.scm.store.domain.ErrorMessageValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.UserAccessBean-- com.ovgc.scm.store.domain.UserAccessValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.BrandBean-- com.ovgc.scm.store.domain.BrandValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ColorListBean-- com.ovgc.scm.store.domain.ColorListValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.InventoryStoreBean-- com.ovgc.scm.store.domain.InventoryStoreValue'. [ejbdoclet] Generating Value Object class: 'com.ovgc.scm.store.domain.ProductSubStyleBean-- com.ovgc.scm.store.domain.ProductSubStyleValue'. [ejbdoclet] (XDocletMain.start 47 ) Running strutsform/ [echo] +---+ [echo] | | [echo] | R U N N I N G E J B D O C L E T | [echo] | Second Pass | [echo] +---+ [ejbdoclet] (XDocletMain.start 47 ) Running localinterface/ [ejbdoclet] Generating Local interface
RE: [Xdoclet-user] why so many files for a single BMP ejb
William I. Zumwalt penned When I did ejb's by hand, I had three files ... ... now using xdoclet, I have 6, My.java MyBMP.java MyData.java MyHome.java MyLocalHome.java MyRemote.java. So you've got XDoclet generating your interfaces now? What was the solution? Keep in mind that MyLocal and MyLocalHome are not related to XDoclet; they are local versus remote interfaces that were introduced with EJB 2.0. If you were to code up entity beans by hand now, you'd likely stick with those rather than the remote versions. -- David Harkness Sony Pictures Digital Sr. Software Engineer 310.482.4756[EMAIL PROTECTED] Those who judge the value of advice by its source will at once dismiss the best and follow the worst. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
RE: [Xdoclet-user] help w/ BMP primary keys
William I. Zumwalt penned Hey all, Anyone have examples of how I might have xdoclet create a primary key for my BMP EJB. I have the following at the class level, but I'm starting to think I need more than this to get it to generate a class called DevicePK. * @ejb.pk * class=com.comp.mgt.ejb.entity.DevicePK * generate=true * You'll need to tag the getter method for each of the persistent fields that belong to the PK with * @ejb.pk-field and add the following to your ejbdoclet task to generate the code. entitypk/ Also, seems weird, but would I just code the primary key return type as the return of my ejbCreate() methods ... before it's even been generated? I'm not understanding this. That's my understanding of the spec. The generation of the PK's source file happens before compilation, so no compiler problems (same with your interfaces). -- David Harkness Sony Pictures Digital Sr. Software Engineer 310.482.4756[EMAIL PROTECTED] Those who judge the value of advice by its source will at once dismiss the best and follow the worst. --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
[Xdoclet-user] causing resulting interfaces to extend custom ones
Hi all. For certain reasons I want the resulting session bean interface to extend my own interfaces. I have tried to make the bean to implement them but still the resulting XDoclet generated interface does not implement them. For example I have MyFacadeBean.java with all the tags and everything: /** * @ejb.bean name=MyFacade display-name=My Facade * type=Stateless transaction-type=Container view-type=local * jndi-name=ejb/MyFacade * * @ejb.transaction type=Required */ public class MyFacadeBean implements SessionBean, MyInterfaces1, MyInterfaces2{ ... } The resulting MyFacadeLocal generated by XDoclet will be: public interface MyFacadeLocal extends javax.ejb.EJBLocalObject { ... } Maybe it is possible to add the interfaces using the @ejb.interface tag. Still this is undesirable since it is much preferable that the implemented interfaces will be declared once, and that's in the MyFacadeBean.java file. Does anyone know how to solve this? Thanks. Daniel Or --- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_idP47alloc_id808op=click ___ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user