From: Harkness, D. <DHa...@so...> - 2004-06-25 21:18:44
|
Mic...@we... wrote: > I now added a 3rd Product called SecuredCard. Now, the > BusinessCard and BusinessLine AppId's are blank, but the > SecuredCard has the AppId. So Only the last Product Added > gets the AppId. I'm a bit confused as to exactly where this is failing. From your previous messages, it sounds like you're creating a bunch of value objects and passing them to an entity bean. Is this correct? If so, is it when you're adding the BusCard and BusLine VOs to the Application VO? Can you write precisely the steps for us? Something like this: * Create ApplicationVO (it has no ID) * Create and add BusinessCardVO (no AppId, no ID) * Create and add BusinessLineVO (no AppId, no ID) * Create and add SecuredCardVO (no AppId, no ID) * Send ApplicationVO to EJB layer I'll try to help, but I'll say up front that I created my own set of DTO classes. They work similarly to XDoclet VOs, but another team here is using VOs. David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 |
From: <Mic...@we...> - 2004-06-25 21:48:03
|
Well, I have tried it a couple of ways. But currently, for the issue listed, here is what I did (Before any Entities are created at all): 1. I create a blank CreditApplicationLocal with the CreditApplicationDto.getAppId. I did this because I kept getting "PrimaryKey Not Found" errors when trying to create the CreditApplicationLocal with a CreditApplicationDto that contained other items that where not already created. :-( 2. I take the structure I was sent: creditAppDto with AppId (with AppId) |--> BusinessCard (no AppId, no ID) |-->BusinessLine (no AppId, no ID) |-->SecuredCard (no AppId, no ID) 2b. Create BusinessCard Entity from the CreditApplicationDto.getBusinessCardDto() method. 2c. do a creditApplicationLocal.setBusinessCard( businessCardLocal); 3b. Create BusinessLine Entity from the CreditApplicationDto.getBusinessLineDto() method. 3c. do a creditApplicationLocal.setBusinessLine( businessLineLocal); 4b. Create SecuredCard Entity from the CreditApplicationDto.getSecuredCardDto() method. 4c. do a creditApplicationLocal.setSecuredCard( securedCardLocal); If I skip 2, 3, or 4, the last one that I added to the CreditApplicationLocal get the [Product].appId set. The others do not. -----Original Message----- From: Harkness, David [mailto:DHa...@so...] Sent: Friday, June 25, 2004 2:19 PM To: xdo...@li... Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 Mic...@we... wrote: > I now added a 3rd Product called SecuredCard. Now, the > BusinessCard and BusinessLine AppId's are blank, but the > SecuredCard has the AppId. So Only the last Product Added > gets the AppId. I'm a bit confused as to exactly where this is failing. From your previous messages, it sounds like you're creating a bunch of value objects and passing them to an entity bean. Is this correct? If so, is it when you're adding the BusCard and BusLine VOs to the Application VO? Can you write precisely the steps for us? Something like this: * Create ApplicationVO (it has no ID) * Create and add BusinessCardVO (no AppId, no ID) * Create and add BusinessLineVO (no AppId, no ID) * Create and add SecuredCardVO (no AppId, no ID) * Send ApplicationVO to EJB layer I'll try to help, but I'll say up front that I created my own set of DTO classes. They work similarly to XDoclet VOs, but another team here is using VOs. David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |
From: Harkness, D. <DHa...@so...> - 2004-06-25 22:27:46
|
Mic...@we... wrote: > Well, I have tried it a couple of ways. But currently, for > the issue listed, here is what I did (Before any Entities are > created at all): Is your container generating PKs or are you? > 1. I create a blank CreditApplicationLocal with the > CreditApplicationDto.getAppId. I did this because I kept > getting "PrimaryKey Not Found" errors when trying to create > the CreditApplicationLocal with a CreditApplicationDto that > contained other items that where not already created. :-( Are you making a copy of the CreditApplicationDto and calling CreditApplicationHome.create(dto) with that copy? Or are you using some other non-DTO create method with the values taken from the DTO? > 2. I take the structure I was sent: > creditAppDto with AppId (with AppId) >> --> BusinessCard (no AppId, no ID) >> -->BusinessLine (no AppId, no ID) >> -->SecuredCard (no AppId, no ID) >=20 > 2b. Create BusinessCard Entity from the > CreditApplicationDto.getBusinessCardDto() method. > 2c. do a creditApplicationLocal.setBusinessCard( businessCardLocal); At this point, businessCardLocal.getCreditApplication() returns the CA created above? > 3b. Create BusinessLine Entity from the > CreditApplicationDto.getBusinessLineDto() method. > 3c. do a creditApplicationLocal.setBusinessLine( businessLineLocal); Similarly, businessLineLocal.getCA() returns the CA, but now businessCardLocal.getCA() returns null? > 4b. Create SecuredCard Entity from the > CreditApplicationDto.getSecuredCardDto() method. > 4c. do a creditApplicationLocal.setSecuredCard( securedCardLocal); > > If I skip 2, 3, or 4, the last one that I added to the > CreditApplicationLocal get the [Product].appId set. The others do not. So each time a new entity bean is attached to the CA, the old ones are detached? It sounds like all three relations are actually being considered the same 1:1 relation. For example, let's say you had=20 User <-- 1:1 --> Address If you do the following: UserLocal user =3D userHome.create(...); AddressLocal home =3D addressHome.create(...); AddressLocal work =3D addressHome.create(...); user.setAddress(home); At this point, home.getUser() returns the user. Now user.setAddress(work); Now home.getUser() returns null. True, it seems you have different relations, but this is what the behavior sounds like. Is it definitely the *entity beans* that are having their appID blown away? So it's not really related to the value objects, right? Truly bizarre. Can you post the relation tags on both sides (CA and the cards/lines)? David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 |
From: <Mic...@we...> - 2004-06-25 22:48:22
|
Mic...@we... wrote: > Well, I have tried it a couple of ways. But currently, for > the issue listed, here is what I did (Before any Entities are > created at all): Is your container generating PKs or are you? No. My CreditApplication gets one set in the DTO constructor, then I do this in the ejbCreate: setApplicationId( pCreditApplicationDto.getPrimaryKey() ); The rest of the Entities get the PK set at creation time like: setProductPK( BusinessCardUtil.generateGUID(pBusinessCardDto) ); > 1. I create a blank CreditApplicationLocal with the > CreditApplicationDto.getAppId. I did this because I kept > getting "PrimaryKey Not Found" errors when trying to create > the CreditApplicationLocal with a CreditApplicationDto that > contained other items that where not already created. :-( Are you making a copy of the CreditApplicationDto and calling CreditApplicationHome.create(dto) with that copy? Or are you using some other non-DTO create method with the values taken from the DTO? Yes, I create a new CreditApplicatonDto and populate it with just the core data in the CreditApplication. No other objects. I did try it originally by creating the CreditApplication with the original CreditApplicationDto, but have been desperately trying to hack anything in to get this to work. > 2. I take the structure I was sent: > creditAppDto with AppId (with AppId) >> --> BusinessCard (no AppId, no ID) >> -->BusinessLine (no AppId, no ID) >> -->SecuredCard (no AppId, no ID) > > 2b. Create BusinessCard Entity from the > CreditApplicationDto.getBusinessCardDto() method. > 2c. do a creditApplicationLocal.setBusinessCard( businessCardLocal); At this point, businessCardLocal.getCreditApplication() returns the CA created above? No, all of my relationships are unidirectional. So i only have CMR declarations in the CreditApplicationBean. > 3b. Create BusinessLine Entity from the > CreditApplicationDto.getBusinessLineDto() method. > 3c. do a creditApplicationLocal.setBusinessLine( businessLineLocal); Similarly, businessLineLocal.getCA() returns the CA, but now businessCardLocal.getCA() returns null? > 4b. Create SecuredCard Entity from the > CreditApplicationDto.getSecuredCardDto() method. > 4c. do a creditApplicationLocal.setSecuredCard( securedCardLocal); > > If I skip 2, 3, or 4, the last one that I added to the > CreditApplicationLocal get the [Product].appId set. The others do not. So each time a new entity bean is attached to the CA, the old ones are detached? It sounds like all three relations are actually being considered the same 1:1 relation. For example, let's say you had User <-- 1:1 --> Address If you do the following: UserLocal user = userHome.create(...); AddressLocal home = addressHome.create(...); AddressLocal work = addressHome.create(...); user.setAddress(home); At this point, home.getUser() returns the user. Now user.setAddress(work); Now home.getUser() returns null. True, it seems you have different relations, but this is what the behavior sounds like. Is it definitely the *entity beans* that are having their appID blown away? So it's not really related to the value objects, right? Truly bizarre. Can you post the relation tags on both sides (CA and the cards/lines)? I am posting the relationship for 1 product as they are all identical, I have checked many times. But, there is no way for me to create a BusinessCard with an AppId. I added it once, and got aCMR error. So I had to let the CMR manage the AppId. /** * Get BusinessCard product for this CreditApplication. * This is a one (CreditApplication) to one (BusinessCard) relationship. * We can get a BusinessCardDto in the creditApplicationDto.getBusinessCard() method. * We can also setBusinessCard( pBusinessCard ) * * @ejb.interface-method view-type="local" * * @ejb.value-object * compose="com.wf.bd.ice.product.BusinessCardDto" * compose-name="BusinessCardDto" * members="com.wf.bd.ice.product.BusinessCardLocal" * members-name="BusinessCard" * relation="external" * * @ejb.relation * name="CreditApplication-BusinessCard" * role-name="CreditApplication-has-BusinessCard" * target-ejb="BusinessCard" * target-role-name="BusinessCard-belongs_to-CreditApplication" * target-cascade-delete="yes" * * @weblogic.target-column-map * foreign-key-column="applicationId" * key-column="applicationId" */ Your help is much appreciated! David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |
From: Harkness, D. <DHa...@so...> - 2004-06-26 00:06:59
|
Mic...@we... wrote: > The rest of the Entities get the PK set at creation time > like: setProductPK( BusinessCardUtil.generateGUID(pBusinessCardDto) ); productPK is the name of the CMP attribute on BusinessCard? Just double-checking that I understand here. > Yes, I create a new CreditApplicatonDto and populate it with > just the core data in the CreditApplication. No other > objects. I did try it originally by creating the > CreditApplication with the original CreditApplicationDto, but > have been desperately trying to hack anything in to get this to work. What happened before when you sent in the CAppDTO with the 3 sub-DTOs hanging off of it? XDoclet should have generated code that created the sub-DTOs (in ejbPostCreate I guess). Just curious as it may point to what's happening here too. > No, all of my relationships are unidirectional. So i only > have CMR declarations in the CreditApplicationBean. Okay, then are you seeing that in the database the 3 related tables have app_id set along the way. Meaning, you setBusinessCard, and it has an app_id. Then you setBusinessLine and it gets an app_id *and* the business card row loses its app_id. What I'm getting at is from where are the appIDs disappearing? Just the database or the DTOs or somewhere else? The other thing to make sure of is that the appID is being set and then unset. Or is it somehow magically knowing you're adding three items to the app and only setting the appID for the last one? Unlikely. If this is happening in the database, I recommend you go grab p6spy. It's a JDBC driver-wrapper that will log all of the SQL calls your appserver is making. This has helped me so very much during my development: http://www.p6spy.com/download.html The docs are kinda hazy, so from memory here's all you need to do: * Put p6spy.jar in your appserver lib/ext * Change p6spy.properties to use your driver class name * Put p6spy.properties in your appserver directory (in the domain for WebLogic) * Change the JDBC driver in your ConnectionPool to the p6spy driver After that, start your appserver and it creates spy.log with all the SQL commands and result sets. Quite handy. Anyway, back to the program... > I am posting the relationship for 1 product as they are all > identical, Identical except for the relation name, role name, target-role-name and target-ejb (marked =3D=3D below), right? I suppose if they were the same you'd get a deployment (or XDoclet) error. > I have checked many times. But, there is no way > for me to create a BusinessCard with an AppId. I added it > once, and got aCMR error. So I had to let the CMR manage the AppId. >=20 > /** > * @ejb.relation > =3D=3D * name=3D"CreditApplication-BusinessCard" > =3D=3D * role-name=3D"CreditApplication-has-BusinessCard" > =3D=3D * target-ejb=3D"BusinessCard" > =3D=3D * target-role-name=3D"BusinessCard-belongs_to-CreditApplication" > * target-cascade-delete=3D"yes" > * > * @weblogic.target-column-map > * foreign-key-column=3D"applicationId" > * key-column=3D"applicationId" > */ If this still doesn't help, you can send me the whole CreditApplicationEJB source (if you're wary of posting the whole thing to the list) as an attachment. I don't know that I'll spot something, but I've always found a second pair of eyes to be useful. David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 |
From: <Mic...@we...> - 2004-06-28 16:52:31
|
> -----Original Message----- > From: Harkness, David [mailto:DHa...@so...] > Sent: Friday, June 25, 2004 5:07 PM > To: xdo...@li... > Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 > > > Mic...@we... wrote: > > The rest of the Entities get the PK set at creation time > > like: setProductPK( > BusinessCardUtil.generateGUID(pBusinessCardDto) ); > > productPK is the name of the CMP attribute on BusinessCard? Just > double-checking that I understand here. Yes. > > > Yes, I create a new CreditApplicatonDto and populate it with > > just the core data in the CreditApplication. No other > > objects. I did try it originally by creating the > > CreditApplication with the original CreditApplicationDto, but > > have been desperately trying to hack anything in to get > this to work. > > What happened before when you sent in the CAppDTO with the 3 sub-DTOs > hanging off of it? XDoclet should have generated code that created the > sub-DTOs (in ejbPostCreate I guess). Just curious as it may point to > what's happening here too. > I kept getting PrimaryKey Not Found Errors when I did this. I have all the get/setDTO code in the EJB's and the DTO's, but it just won't save it unless the Entities already exist it seems. > > No, all of my relationships are unidirectional. So i only > > have CMR declarations in the CreditApplicationBean. > > Okay, then are you seeing that in the database the 3 related > tables have > app_id set along the way. Meaning, you setBusinessCard, and it has an > app_id. Then you setBusinessLine and it gets an app_id *and* the > business card row loses its app_id. What I'm getting at is from where > are the appIDs disappearing? Just the database or the DTOs or > somewhere > else? The other thing to make sure of is that the appID is > being set and > then unset. Or is it somehow magically knowing you're adding > three items > to the app and only setting the appID for the last one? Unlikely. > > If this is happening in the database, I recommend you go grab p6spy. > It's a JDBC driver-wrapper that will log all of the SQL calls your > appserver is making. This has helped me so very much during my > development: > > http://www.p6spy.com/download.html > > The docs are kinda hazy, so from memory here's all you need to do: > > * Put p6spy.jar in your appserver lib/ext > * Change p6spy.properties to use your driver class name > * Put p6spy.properties in your appserver directory (in the domain for > WebLogic) > * Change the JDBC driver in your ConnectionPool to the p6spy driver > > After that, start your appserver and it creates spy.log with > all the SQL > commands and result sets. Quite handy. > > Anyway, back to the program... > I have JDBC logging turned on, so I can look through the logs on this one. But it does not appear to be the DB being unset. It seems to be the Entity only having 1 of those relationships actually associated with the CreditApp. But let me dredge throught the jdbc logs asap. > > I am posting the relationship for 1 product as they are all > > identical, > > Identical except for the relation name, role name, > target-role-name and > target-ejb (marked == below), right? I suppose if they were the same > you'd get a deployment (or XDoclet) error. > Yes, correct. > > I have checked many times. But, there is no way > > for me to create a BusinessCard with an AppId. I added it > > once, and got aCMR error. So I had to let the CMR manage the AppId. > > > > /** > > * @ejb.relation > > == * name="CreditApplication-BusinessCard" > > == * role-name="CreditApplication-has-BusinessCard" > > == * target-ejb="BusinessCard" > > == * > target-role-name="BusinessCard-belongs_to-CreditApplication" > > * target-cascade-delete="yes" > > * > > * @weblogic.target-column-map > > * foreign-key-column="applicationId" > > * key-column="applicationId" > > */ > > If this still doesn't help, you can send me the whole > CreditApplicationEJB source (if you're wary of posting the whole thing > to the list) as an attachment. I don't know that I'll spot something, > but I've always found a second pair of eyes to be useful. > > David Harkness > Sr. Software Engineer > Sony Pictures Digital Networks > (310) 482-4756 > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > |
From: <Mic...@we...> - 2004-06-28 17:00:32
|
Another thing that might be an issue is 2 M-N relationships I have. 1 is a: M (String) -> N (String) and the other is: M (Long) -> N (String) The M-N String relationship saves data to the relationship table, but it seems to be swapped: /** * @ejb.interface-method view-type="local" * * @ejb.value-object * compose="com.wf.bd.ice.account.BankAccountDto" * compose-name="BankAccountDto" * members="com.wf.bd.ice.account.BankAccountLocal" * members-name="BankAccount" * relation="external" * type="java.util.Collection" * * @ejb.relation * name="Guarantor-BankAccount" * role-name="Guarantor-has-BankAccounts" * target-ejb="BankAccount" * target-role-name="BankAccount-has-Guarantors" * target-multiple="yes" * --target-cascade-delete="yes" * * @weblogic.relation join-table-name="T_ICE_GUARANTORACCOUNT_REL" * * @weblogic.column-map * foreign-key-column="bankAccountPK" * key-column="guarantorPK" * * @weblogic.target-column-map * foreign-key-column="guarantorPK" * key-column="bankAccountPK" **/ public abstract Collection getBankAccounts(); /** * @ejb.interface-method view-type="local" **/ public abstract void setBankAccounts( Collection pBankAccounts ); When I save this to the Entities, I get this in my table: T_ICE_GUARANTORACCOUNT_REL ============================= guarantorPK ||| bankAccountPK ----------------------------- BankAccStrng ||| Guarstring ============================= > -----Original Message----- > From: Harkness, David [mailto:DHa...@so...] > Sent: Friday, June 25, 2004 5:07 PM > To: xdo...@li... > Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 > > > Mic...@we... wrote: > > The rest of the Entities get the PK set at creation time > > like: setProductPK( > BusinessCardUtil.generateGUID(pBusinessCardDto) ); > > productPK is the name of the CMP attribute on BusinessCard? Just > double-checking that I understand here. > > > Yes, I create a new CreditApplicatonDto and populate it with > > just the core data in the CreditApplication. No other > > objects. I did try it originally by creating the > > CreditApplication with the original CreditApplicationDto, but > > have been desperately trying to hack anything in to get > this to work. > > What happened before when you sent in the CAppDTO with the 3 sub-DTOs > hanging off of it? XDoclet should have generated code that created the > sub-DTOs (in ejbPostCreate I guess). Just curious as it may point to > what's happening here too. > > > No, all of my relationships are unidirectional. So i only > > have CMR declarations in the CreditApplicationBean. > > Okay, then are you seeing that in the database the 3 related > tables have > app_id set along the way. Meaning, you setBusinessCard, and it has an > app_id. Then you setBusinessLine and it gets an app_id *and* the > business card row loses its app_id. What I'm getting at is from where > are the appIDs disappearing? Just the database or the DTOs or > somewhere > else? The other thing to make sure of is that the appID is > being set and > then unset. Or is it somehow magically knowing you're adding > three items > to the app and only setting the appID for the last one? Unlikely. > > If this is happening in the database, I recommend you go grab p6spy. > It's a JDBC driver-wrapper that will log all of the SQL calls your > appserver is making. This has helped me so very much during my > development: > > http://www.p6spy.com/download.html > > The docs are kinda hazy, so from memory here's all you need to do: > > * Put p6spy.jar in your appserver lib/ext > * Change p6spy.properties to use your driver class name > * Put p6spy.properties in your appserver directory (in the domain for > WebLogic) > * Change the JDBC driver in your ConnectionPool to the p6spy driver > > After that, start your appserver and it creates spy.log with > all the SQL > commands and result sets. Quite handy. > > Anyway, back to the program... > > > I am posting the relationship for 1 product as they are all > > identical, > > Identical except for the relation name, role name, > target-role-name and > target-ejb (marked == below), right? I suppose if they were the same > you'd get a deployment (or XDoclet) error. > > > I have checked many times. But, there is no way > > for me to create a BusinessCard with an AppId. I added it > > once, and got aCMR error. So I had to let the CMR manage the AppId. > > > > /** > > * @ejb.relation > > == * name="CreditApplication-BusinessCard" > > == * role-name="CreditApplication-has-BusinessCard" > > == * target-ejb="BusinessCard" > > == * > target-role-name="BusinessCard-belongs_to-CreditApplication" > > * target-cascade-delete="yes" > > * > > * @weblogic.target-column-map > > * foreign-key-column="applicationId" > > * key-column="applicationId" > > */ > > If this still doesn't help, you can send me the whole > CreditApplicationEJB source (if you're wary of posting the whole thing > to the list) as an attachment. I don't know that I'll spot something, > but I've always found a second pair of eyes to be useful. > > David Harkness > Sr. Software Engineer > Sony Pictures Digital Networks > (310) 482-4756 > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > |
From: <Mic...@we...> - 2004-06-28 17:04:42
|
Another thing that might be an issue is 2 M-N relationships I have. 1 is a: M (String) -> N (String) and the other is: M (Long) -> N (String) The M (Long) -> N (String) relationship Does not save data due to an Oracle: Invalid Number Exception: /** * @ejb.interface-method view-type="local" * * @ejb.value-object * compose="com.wf.bd.ice.account.BankAccountDto" * compose-name="BankAccountDto" * members="com.wf.bd.ice.account.BankAccountLocal" * members-name="BankAccount" * relation="external" * type="java.util.Collection" * * @ejb.relation * name="Business-BankAccount" * role-name="Business-has-BankAccounts" * target-ejb="BankAccount" * target-role-name="BankAccount-belongs_to-Business" * target-cascade-delete="yes" * * @weblogic.relation * join-table-name="T_ICE_BUSINESS_ACCOUNT_REL" * * @weblogic.target-column-map * foreign-key-column="bankAccountPK" * key-column="applicationId" * **/ public abstract Collection getBankAccounts(); /** * @ejb.interface-method view-type="local" **/ public abstract void setBankAccounts( Collection pBankAccounts ); (Yes, applicationId is the PK of Business) When I save this to the Entities, I get a Oracle: SQL Exception Invalid Number. > -----Original Message----- > From: Harkness, David [mailto:DHa...@so...] > Sent: Friday, June 25, 2004 5:07 PM > To: xdo...@li... > Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 > > > Mic...@we... wrote: > > The rest of the Entities get the PK set at creation time > > like: setProductPK( > BusinessCardUtil.generateGUID(pBusinessCardDto) ); > > productPK is the name of the CMP attribute on BusinessCard? Just > double-checking that I understand here. > > > Yes, I create a new CreditApplicatonDto and populate it with > > just the core data in the CreditApplication. No other > > objects. I did try it originally by creating the > > CreditApplication with the original CreditApplicationDto, but > > have been desperately trying to hack anything in to get > this to work. > > What happened before when you sent in the CAppDTO with the 3 sub-DTOs > hanging off of it? XDoclet should have generated code that created the > sub-DTOs (in ejbPostCreate I guess). Just curious as it may point to > what's happening here too. > > > No, all of my relationships are unidirectional. So i only > > have CMR declarations in the CreditApplicationBean. > > Okay, then are you seeing that in the database the 3 related > tables have > app_id set along the way. Meaning, you setBusinessCard, and it has an > app_id. Then you setBusinessLine and it gets an app_id *and* the > business card row loses its app_id. What I'm getting at is from where > are the appIDs disappearing? Just the database or the DTOs or > somewhere > else? The other thing to make sure of is that the appID is > being set and > then unset. Or is it somehow magically knowing you're adding > three items > to the app and only setting the appID for the last one? Unlikely. > > If this is happening in the database, I recommend you go grab p6spy. > It's a JDBC driver-wrapper that will log all of the SQL calls your > appserver is making. This has helped me so very much during my > development: > > http://www.p6spy.com/download.html > > The docs are kinda hazy, so from memory here's all you need to do: > > * Put p6spy.jar in your appserver lib/ext > * Change p6spy.properties to use your driver class name > * Put p6spy.properties in your appserver directory (in the domain for > WebLogic) > * Change the JDBC driver in your ConnectionPool to the p6spy driver > > After that, start your appserver and it creates spy.log with > all the SQL > commands and result sets. Quite handy. > > Anyway, back to the program... > > > I am posting the relationship for 1 product as they are all > > identical, > > Identical except for the relation name, role name, > target-role-name and > target-ejb (marked == below), right? I suppose if they were the same > you'd get a deployment (or XDoclet) error. > > > I have checked many times. But, there is no way > > for me to create a BusinessCard with an AppId. I added it > > once, and got aCMR error. So I had to let the CMR manage the AppId. > > > > /** > > * @ejb.relation > > == * name="CreditApplication-BusinessCard" > > == * role-name="CreditApplication-has-BusinessCard" > > == * target-ejb="BusinessCard" > > == * > target-role-name="BusinessCard-belongs_to-CreditApplication" > > * target-cascade-delete="yes" > > * > > * @weblogic.target-column-map > > * foreign-key-column="applicationId" > > * key-column="applicationId" > > */ > > If this still doesn't help, you can send me the whole > CreditApplicationEJB source (if you're wary of posting the whole thing > to the list) as an attachment. I don't know that I'll spot something, > but I've always found a second pair of eyes to be useful. > > David Harkness > Sr. Software Engineer > Sony Pictures Digital Networks > (310) 482-4756 > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > |
From: Harkness, D. <DHa...@so...> - 2004-06-28 18:41:55
|
Mic...@we... wrote: > Another thing that might be an issue is 2 M-N relationships I > have. 1 is a: M (String) -> N (String) > ... > * @weblogic.column-map > * foreign-key-column=3D"bankAccountPK" > (1) * key-column=3D"guarantorPK" > * > * @weblogic.target-column-map > * foreign-key-column=3D"guarantorPK" > (2) * key-column=3D"bankAccountPK" These look to be backwards. Try swapping (1) and (2). You're basically specifying two 1:N relationships. > When I save this to the Entities, I get this in my table: >=20 > T_ICE_GUARANTORACCOUNT_REL > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D > guarantorPK ||| bankAccountPK > ----------------------------- > BankAccStrng ||| Guarstring > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D And this pretty much confirms it. To avoid confusion (and if you are creating the schema from scratch), you might want to name your FKs differently from the PKs. Regarding the other issue, can you post your table DDL for the CreditApplication and one or two of the associated beans? It will make it easier to continue the discussions. Did you find anything funky with the JDBC logs? BTW, can you remind me again what version of WebLogic and database you're using? David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 |
From: <Mic...@we...> - 2004-06-28 19:19:27
|
I tried that, and here is the deployment error I get (even though it is not true. Those columns exist): ======================================================= [java] [EJB:011017]Error while reading 'META-INF/weblogic-cmp-rdbms-jar.xml'. The error was: [java] [java] Role 'BankAccount-has-Guarantors' of relationship 'Guarantor-BankAccount' contains an invalid key-column value of 'guarantorPK'. The key-column must specify a primary key column in the related bean. However, there is no primary key column named 'guarantorPK' defined in the related bean 'Guarantor' or else 'guarantorPK' is not being recognized due to case mismatch. [java] Role 'Guarantor-has-BankAccounts' of relationship 'Guarantor-BankAccount' contains an invalid key-column value of 'bankAccountPK'. The key-column must specify a primary key column in the related bean. However, there is no primary key column named 'bankAccountPK' defined in the related bean 'BankAccount' or else 'bankAccountPK' is not being recognized due to case mismatch. [java] . [java] at weblogic.ejb20.ejbc.EJBCompiler.doCompile(EJBCompiler.java:255) [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:476) [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:407) [java] at weblogic.ejb20.deployer.EJBDeployer.runEJBC(EJBDeployer.java:493) [java] at weblogic.ejb20.deployer.EJBDeployer.compileJar(EJBDeployer.java:763) [java] at weblogic.ejb20.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:701) [java] at weblogic.ejb20.deployer.EJBDeployer.prepare(EJBDeployer.java:1277) [java] at weblogic.ejb20.deployer.EJBModule.prepare(EJBModule.java:477) [java] at weblogic.j2ee.J2EEApplicationContainer.prepareModule(J2EEApplicationContaine r.java:2962) [java] at weblogic.j2ee.J2EEApplicationContainer.prepareModules(J2EEApplicationContain er.java:1534) [java] at weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplicationContainer.java :1188) [java] at weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplicationContainer.java :1031) [java] at weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask.prepare Container(SlaveDeployer.java:2602) [java] at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.createContainer( SlaveDeployer.java:2552) [java] at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.prepare(SlaveDep loyer.java:2474) [java] at weblogic.management.deploy.slave.SlaveDeployer.processPrepareTask(SlaveDeplo yer.java:798) [java] at weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(SlaveDeployer.ja va:507) [java] at weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(SlaveDeployer.j ava:465) [java] at weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCallbackHandler.ja va:25) [java] at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) [java] at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) [java] weblogic.ejb20.WLDeploymentException: [EJB:011017]Error while reading 'META-INF/weblogic-cmp-rdbms-jar.xml'. The error was: [java] [java] Role 'BankAccount-has-Guarantors' of relationship 'Guarantor-BankAccount' contains an invalid key-column value of 'guarantorPK'. The key-column must specify a primary key column in the related bean. However, there is no primary key column named 'guarantorPK' defined in the related bean 'Guarantor' or else 'guarantorPK' is not being recognized due to case mismatch. [java] Role 'Guarantor-has-BankAccounts' of relationship 'Guarantor-BankAccount' contains an invalid key-column value of 'bankAccountPK'. The key-column must specify a primary key column in the related bean. However, there is no primary key column named 'bankAccountPK' defined in the related bean 'BankAccount' or else 'bankAccountPK' is not being recognized due to case mismatch. [java] . [java] at weblogic.ejb20.persistence.PersistenceType.setTypeSpecificFile(PersistenceTy pe.java:526) [java] at weblogic.ejb20.persistence.PersistenceType.setupDeployer(PersistenceType.jav a:414) [java] at weblogic.ejb20.deployer.CMPInfoImpl.setup(CMPInfoImpl.java:110) [java] at weblogic.ejb20.ejbc.EJB20CMPCompiler.generatePersistenceSources(EJB20CMPComp iler.java:64) [java] at weblogic.ejb20.ejbc.EJBCompiler.doCompile(EJBCompiler.java:245) [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:476) [java] at weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:407) [java] at weblogic.ejb20.deployer.EJBDeployer.runEJBC(EJBDeployer.java:493) [java] at weblogic.ejb20.deployer.EJBDeployer.compileJar(EJBDeployer.java:763) [java] at weblogic.ejb20.deployer.EJBDeployer.compileIfNecessary(EJBDeployer.java:701) [java] at weblogic.ejb20.deployer.EJBDeployer.prepare(EJBDeployer.java:1277) [java] at weblogic.ejb20.deployer.EJBModule.prepare(EJBModule.java:477) [java] at weblogic.j2ee.J2EEApplicationContainer.prepareModule(J2EEApplicationContaine r.java:2962) [java] at weblogic.j2ee.J2EEApplicationContainer.prepareModules(J2EEApplicationContain er.java:1534) [java] at weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplicationContainer.java :1188) [java] at weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplicationContainer.java :1031) [java] at weblogic.management.deploy.slave.SlaveDeployer$ComponentActivateTask.prepare Container(SlaveDeployer.java:2602) [java] at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.createContainer( SlaveDeployer.java:2552) [java] at weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.prepare(SlaveDep loyer.java:2474) [java] at weblogic.management.deploy.slave.SlaveDeployer.processPrepareTask(SlaveDeplo yer.java:798) [java] at weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(SlaveDeployer.ja va:507) [java] at weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(SlaveDeployer.j ava:465) [java] at weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCallbackHandler.ja va:25) [java] at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) [java] at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) > -----Original Message----- > From: xdo...@li... > [mailto:xdo...@li...]On Behalf Of > Harkness, > David > Sent: Monday, June 28, 2004 11:42 AM > To: xdo...@li... > Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 > > > Mic...@we... wrote: > > Another thing that might be an issue is 2 M-N relationships I > > have. 1 is a: M (String) -> N (String) > > ... > > * @weblogic.column-map > > * foreign-key-column="bankAccountPK" > > (1) * key-column="guarantorPK" > > * > > * @weblogic.target-column-map > > * foreign-key-column="guarantorPK" > > (2) * key-column="bankAccountPK" > > These look to be backwards. Try swapping (1) and (2). You're basically > specifying two 1:N relationships. > > > When I save this to the Entities, I get this in my table: > > > > T_ICE_GUARANTORACCOUNT_REL > > ============================= > > guarantorPK ||| bankAccountPK > > ----------------------------- > > BankAccStrng ||| Guarstring > > ============================= > > And this pretty much confirms it. > > To avoid confusion (and if you are creating the schema from scratch), > you might want to name your FKs differently from the PKs. > > Regarding the other issue, can you post your table DDL for the > CreditApplication and one or two of the associated beans? It will make > it easier to continue the discussions. Did you find anything > funky with > the JDBC logs? BTW, can you remind me again what version of > WebLogic and > database you're using? > > David Harkness > Sr. Software Engineer > Sony Pictures Digital Networks > (310) 482-4756 > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > |
From: Harkness, D. <DHa...@so...> - 2004-06-28 21:08:18
|
Mic...@we... wrote: > I tried that, and here is the deployment error I get (even > though it is not true. Those columns exist): Oops, I think I reversed the wrong pair. Since the source bean is Guarantor, the "column-map" tags should be for guarantorPK while the target tags should be for bankAccountPK. I got it backwards because I usually put the PK on top and the FK on the bottom -- just didn't read closely enough. Try this (swap the key-column tags): * @ejb.relation * name=3D"Guarantor-BankAccount" * role-name=3D"Guarantor-has-BankAccounts" * target-ejb=3D"BankAccount" * target-role-name=3D"BankAccount-has-Guarantors" * target-multiple=3D"yes" * * @weblogic.column-map * key-column=3D"guarantorPK" * foreign-key-column=3D"guarantorPK" * * @weblogic.target-column-map * key-column=3D"bankAccountPK" * foreign-key-column=3D"bankAccountPK" The error you got makes sense because it was looking in the BankAccount table for guarantorPK. Of course, I don't see how this could be related to the problem with the CreditApplication bean, but at least this relation will be working. :) I have another question about the 3 1:1 relations: Where are the foreign keys? Are there 3 FKs in the CreditApplication table or 1 FK in each of the related tables? David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 |
From: <Mic...@we...> - 2004-06-28 21:41:31
|
I just wanted to update you on my solution: This is what I tried, and it DID work correctly: * @weblogic.column-map * foreign-key-column="guarantorPK" * key-column="guarantorPK" * * @weblogic.target-column-map * foreign-key-column="bankAccountPK" * key-column="bankAccountPK" I just verified that it works on both the M-N relationships i have!!!! Yahoo! I only have the previous error still ver my head though. The Products not getting the ApplicatonId set. > -----Original Message----- > From: xdo...@li... > [mailto:xdo...@li...]On Behalf Of > Mic...@we... > Sent: Monday, June 28, 2004 12:19 PM > To: xdo...@li... > Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 > > > I tried that, and here is the deployment error I get (even > though it is not > true. Those columns exist): > ======================================================= > > [java] [EJB:011017]Error while reading > 'META-INF/weblogic-cmp-rdbms-jar.xml'. The error was: > [java] > [java] Role 'BankAccount-has-Guarantors' of relationship > 'Guarantor-BankAccount' contains an invalid key-column value of > 'guarantorPK'. The key-column must specify a primary key column in the > related bean. However, there is no primary key column named > 'guarantorPK' defined in the related bean 'Guarantor' or else > 'guarantorPK' is not being recognized due to case mismatch. > > [java] Role 'Guarantor-has-BankAccounts' of relationship > 'Guarantor-BankAccount' contains an invalid key-column value of > 'bankAccountPK'. The key-column must specify a primary key column in > the related bean. However, there is no primary key column named > 'bankAccountPK' defined in the related bean 'BankAccount' or else > 'bankAccountPK' is not being recognized due to case mismatch. > [java] . > > [java] at > weblogic.ejb20.ejbc.EJBCompiler.doCompile(EJBCompiler.java:255) > [java] at > weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:476) > [java] at > weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:407) > [java] at > weblogic.ejb20.deployer.EJBDeployer.runEJBC(EJBDeployer.java:493) > [java] at > weblogic.ejb20.deployer.EJBDeployer.compileJar(EJBDeployer.java:763) > [java] at > weblogic.ejb20.deployer.EJBDeployer.compileIfNecessary(EJBDepl > oyer.java:701) > [java] at > weblogic.ejb20.deployer.EJBDeployer.prepare(EJBDeployer.java:1277) > [java] at > weblogic.ejb20.deployer.EJBModule.prepare(EJBModule.java:477) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepareModule(J2EEAppli > cationContaine > r.java:2962) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepareModules(J2EEAppl > icationContain > er.java:1534) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplication > Container.java > :1188) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplication > Container.java > :1031) > [java] at > weblogic.management.deploy.slave.SlaveDeployer$ComponentActiva > teTask.prepare > Container(SlaveDeployer.java:2602) > [java] at > weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.cr > eateContainer( > SlaveDeployer.java:2552) > [java] at > weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.pr > epare(SlaveDep > loyer.java:2474) > [java] at > weblogic.management.deploy.slave.SlaveDeployer.processPrepareT > ask(SlaveDeplo > yer.java:798) > [java] at > weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(Sl > aveDeployer.ja > va:507) > [java] at > weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(S > laveDeployer.j > ava:465) > [java] at > weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCall > backHandler.ja > va:25) > [java] at > weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) > [java] at > weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) > > > [java] weblogic.ejb20.WLDeploymentException: [EJB:011017]Error while > reading 'META-INF/weblogic-cmp-rdbms-jar.xml'. The error was: > [java] > [java] Role 'BankAccount-has-Guarantors' of relationship > 'Guarantor-BankAccount' contains an invalid key-column value of > 'guarantorPK'. The key-column must specify a primary key column in the > related bean. However, there is no primary key column named > 'guarantorPK' defined in the related bean 'Guarantor' or else > 'guarantorPK' is not being recognized due to case mismatch. > > [java] Role 'Guarantor-has-BankAccounts' of relationship > 'Guarantor-BankAccount' contains an invalid key-column value of > 'bankAccountPK'. The key-column must specify a primary key column in > the related bean. However, there is no primary key column named > 'bankAccountPK' defined in the related bean 'BankAccount' or else > 'bankAccountPK' is not being recognized due to case mismatch. > [java] . > > [java] at > weblogic.ejb20.persistence.PersistenceType.setTypeSpecificFile > (PersistenceTy > pe.java:526) > [java] at > weblogic.ejb20.persistence.PersistenceType.setupDeployer(Persi > stenceType.jav > a:414) > [java] at > weblogic.ejb20.deployer.CMPInfoImpl.setup(CMPInfoImpl.java:110) > [java] at > weblogic.ejb20.ejbc.EJB20CMPCompiler.generatePersistenceSource > s(EJB20CMPComp > iler.java:64) > [java] at > weblogic.ejb20.ejbc.EJBCompiler.doCompile(EJBCompiler.java:245) > [java] at > weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:476) > [java] at > weblogic.ejb20.ejbc.EJBCompiler.compileEJB(EJBCompiler.java:407) > [java] at > weblogic.ejb20.deployer.EJBDeployer.runEJBC(EJBDeployer.java:493) > [java] at > weblogic.ejb20.deployer.EJBDeployer.compileJar(EJBDeployer.java:763) > [java] at > weblogic.ejb20.deployer.EJBDeployer.compileIfNecessary(EJBDepl > oyer.java:701) > [java] at > weblogic.ejb20.deployer.EJBDeployer.prepare(EJBDeployer.java:1277) > [java] at > weblogic.ejb20.deployer.EJBModule.prepare(EJBModule.java:477) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepareModule(J2EEAppli > cationContaine > r.java:2962) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepareModules(J2EEAppl > icationContain > er.java:1534) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplication > Container.java > :1188) > [java] at > weblogic.j2ee.J2EEApplicationContainer.prepare(J2EEApplication > Container.java > :1031) > [java] at > weblogic.management.deploy.slave.SlaveDeployer$ComponentActiva > teTask.prepare > Container(SlaveDeployer.java:2602) > [java] at > weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.cr > eateContainer( > SlaveDeployer.java:2552) > [java] at > weblogic.management.deploy.slave.SlaveDeployer$ActivateTask.pr > epare(SlaveDep > loyer.java:2474) > [java] at > weblogic.management.deploy.slave.SlaveDeployer.processPrepareT > ask(SlaveDeplo > yer.java:798) > [java] at > weblogic.management.deploy.slave.SlaveDeployer.prepareDelta(Sl > aveDeployer.ja > va:507) > [java] at > weblogic.management.deploy.slave.SlaveDeployer.prepareUpdate(S > laveDeployer.j > ava:465) > [java] at > weblogic.drs.internal.SlaveCallbackHandler$1.execute(SlaveCall > backHandler.ja > va:25) > [java] at > weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:197) > [java] at > weblogic.kernel.ExecuteThread.run(ExecuteThread.java:170) > > > > > > > > > > > -----Original Message----- > > From: xdo...@li... > > [mailto:xdo...@li...]On Behalf Of > > Harkness, > > David > > Sent: Monday, June 28, 2004 11:42 AM > > To: xdo...@li... > > Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 > > > > > > Mic...@we... wrote: > > > Another thing that might be an issue is 2 M-N relationships I > > > have. 1 is a: M (String) -> N (String) > > > ... > > > * @weblogic.column-map > > > * foreign-key-column="bankAccountPK" > > > (1) * key-column="guarantorPK" > > > * > > > * @weblogic.target-column-map > > > * foreign-key-column="guarantorPK" > > > (2) * key-column="bankAccountPK" > > > > These look to be backwards. Try swapping (1) and (2). > You're basically > > specifying two 1:N relationships. > > > > > When I save this to the Entities, I get this in my table: > > > > > > T_ICE_GUARANTORACCOUNT_REL > > > ============================= > > > guarantorPK ||| bankAccountPK > > > ----------------------------- > > > BankAccStrng ||| Guarstring > > > ============================= > > > > And this pretty much confirms it. > > > > To avoid confusion (and if you are creating the schema from > scratch), > > you might want to name your FKs differently from the PKs. > > > > Regarding the other issue, can you post your table DDL for the > > CreditApplication and one or two of the associated beans? > It will make > > it easier to continue the discussions. Did you find anything > > funky with > > the JDBC logs? BTW, can you remind me again what version of > > WebLogic and > > database you're using? > > > > David Harkness > > Sr. Software Engineer > > Sony Pictures Digital Networks > > (310) 482-4756 > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > xdoclet-user mailing list > > xdo...@li... > > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > xdoclet-user mailing list > xdo...@li... > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > |
From: Harkness, D. <DHa...@so...> - 2004-06-28 22:20:14
|
Mic...@we... wrote: > I just verified that it works on both the M-N relationships i > have!!!! Yahoo!=20 Sweet! As for the other problem, I again recommend posting the set of tags for all three relations along with the table definitions for CA and the 3 related beans. David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 |
From: <Mic...@we...> - 2004-06-29 17:57:31
|
I actually just solved that one as well this morning. It seemed that I was adding the DTO's that did not have an applicationId associated with them to the CreditApplication due to the M-N relationship. So fixing the error yesterday helped me to find this one as well. I am golden. Except of coarse writing unit test for this mess.... ;-( I have Cactus running....Any tips on testing this composite Entity? -----Original Message----- From: xdo...@li... [mailto:xdo...@li...]On Behalf Of Harkness, David Sent: Monday, June 28, 2004 3:20 PM To: xdo...@li... Subject: RE: [Xdoclet-user] RE: CMR Issues/Bug? #2 Mic...@we... wrote: > I just verified that it works on both the M-N relationships i > have!!!! Yahoo! Sweet! As for the other problem, I again recommend posting the set of tags for all three relations along with the table definitions for CA and the 3 related beans. David Harkness Sr. Software Engineer Sony Pictures Digital Networks (310) 482-4756 ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ xdoclet-user mailing list xdo...@li... https://lists.sourceforge.net/lists/listinfo/xdoclet-user |