Hello Gavin,

can you provide a testcase? Previously, you posted the source files
and I integrated them into a testcase. Can you send me a ready-to-run
testcase so I need just issue 'build run' or like that?
I'll correct it and send it back to you fixed.

alex

Tuesday, July 29, 2003, 12:20:04 AM, Gavin Matthews wrote:


GM> Alex,
GM>  I've double checked everything and it definitely does not work for me. I'm
GM> not sure what the cause could be unless there's some weird config issue (I
GM> fixed the known/unknown config - but that didn't affect the behaviour I'm
GM> seeing). I'm using the JBoss-3.2.2RC2_Jetty-4.2.11 release bundle, commit
GM> option C (tried with B also). 

GM>  The fact that this is working for you is a bit perplexing and I'm not
GM> really sure where to go from here. Any suggestions on what I should look
GM> for? Where in the code should I focus my efforts to figure out what's
GM> happening - at a rough high-level guess it looks like something is wrong
GM> with the caching of objects at a transaction level, any way I can easily
GM> prove/disprove this?

GM> thanks,
GM> gavin

 


>> -----Original Message-----
>> From: Alexey Loubyansky [mailto:[EMAIL PROTECTED]
>> Sent: Friday, July 25, 2003 4:30 AM
>> To: Gavin Matthews
>> Subject: Re: [JBoss-user] CMR Problem in 3.2.2RC2
>> 
>> 
>> Hello Gavin,
>> 
>> I am sorry, it works for me! I used your source files, MS SQL Server
>> 2000 and your testSchema.sql.
>> 
>> Anyway, I have some remarks. You are using unknown pk with name id,
>> while there is a CMP field id. You should not do it.
>> If you want a "known" pk and use a pk generation command, then just
>> mark the pk field as @jboss.persistence auto-increment="true".
>> 
>> alex
>> 
>> Thursday, July 24, 2003, 11:48:19 PM, Gavin Matthews wrote:
>> 
>> GM> Hi,
>> GM>  I posted this to the group a couple of weeks ago when 
>> trying to get
>> GM> 3.2.2RC1 working. Alex had a look at it and figured it 
>> was fixed for RC2. As
>> GM> RC2 was only a couple of weeks away I decided it'd be 
>> easier for me to wait
>> GM> for RC2 than build it, my mistake, I've just grabbed RC2 
>> - it's still there.
>> GM> (I'll log a bug this time).
>> 
>> GM> gavin
>> 
>> >> -----Original Message-----
>> >> From: Gavin Matthews 
>> >> Sent: Thursday, July 03, 2003 7:05 PM
>> >> To: [EMAIL PROTECTED]
>> >> Cc: '[EMAIL PROTECTED]'
>> >> Subject: CMR Problem in 3.2.2?
>> >> 
>> >> 
>> >> Hi,
>> >>  I posted yesterday and last week about a problem I was 
>> >> having with CMR when I upgraded from 3.2.0 to 3.2.2. I've 
>> >> done more investigation and I don't think my previous mails 
>> >> were entirely accurate (or very clear) so let me start over. 
>> >> 
>> >>  The Problem:
>> >>  I'm experiencing NPE in our app because the CMR 
>> >> relationships are (apparently) not being created. This didn't 
>> >> occur with our app in 3.2.0. 
>> >> 
>> >>  I have a sample case which I believe is representitive of 
>> >> the problem I'm seeing in our app. The beans are Foo & Bar 
>> >> (sorry about the naming). The relationship is N-Foo-1-Bar. 
>> >> The relation is being set in post create:
>> >> 
>> >> public abstract class FooEJB extends AbstractEntityBean {
>> >> ...
>> >>     public void ejbPostCreate(BarLocal bar, String fooValue) 
>> >> throws CreateException {
>> >>         sLog.debug("ejbPostCreate(" + getId() + ")");
>> >>         
>> >>         this.setBar(bar);
>> >>     }
>> >> ...
>> >> }
>> >>  
>> >> And I have a test session which does the following:
>> >> 
>> >> ...
>> >>             BarLocal bar = createBar("This is a bar");
>> >>             FooLocal foo = createFoo(bar, "This is a foo");
>> >>             
>> >>             sLog.info("****************************************");
>> >>             sLog.info("Bar id through foo: " + 
>> foo.getBar().getId());
>> >>             sLog.info("Bar id through bars foos: ");
>> >> 
>> >>             Collection foos = bar.getFoos();            
>> >>             sLog.info("Number of foos associated with bar: " 
>> >> + foos.size());
>> >> 
>> >>             Iterator fooIter = bar.getFoos().iterator();
>> >>             while (fooIter.hasNext()) {
>> >>                 FooLocal tmpFoo = (FooLocal) fooIter.next();
>> >>                 sLog.info("Foo id: " + tmpFoo.getId());
>> >>                 sLog.info("Bar id: " + tmpFoo.getBar().getId());
>> >>             }
>> >>             sLog.info("****************************************");
>> >> ...
>> >> 
>> >> I'd expect the output of this test case to be:
>> >> 
>> >> 18:58:38,875 INFO  [FooBarSessionEJB] 
>> >> ****************************************
>> >> 18:58:38,890 INFO  [FooBarSessionEJB] Bar id through foo: 1011
>> >> 18:58:38,890 INFO  [FooBarSessionEJB] Bar id through bars foos: 
>> >> 18:58:38,890 INFO  [FooBarSessionEJB] Number of foos 
>> >> associated with bar: 1
>> >> 18:58:38,906 INFO  [FooBarSessionEJB] Foo id: 1017
>> >> 18:58:38,906 INFO  [FooBarSessionEJB] Bar id: 1011
>> >> 18:58:38,906 INFO  [FooBarSessionEJB] 
>> >> ****************************************
>> >> 
>> >> What I'm actually seeing is:
>> >> 
>> >> 18:58:38,875 INFO  [FooBarSessionEJB] 
>> >> ****************************************
>> >> 18:58:38,890 INFO  [FooBarSessionEJB] Bar id through foo: 1011
>> >> 18:58:38,890 INFO  [FooBarSessionEJB] Bar id through bars foos: 
>> >> 18:58:38,890 INFO  [FooBarSessionEJB] Number of foos 
>> >> associated with bar: 0
>> >> 18:58:38,906 INFO  [FooBarSessionEJB] 
>> >> *******************************************
>> >> 
>> >> If I add a finder call after the beans are created (which 
>> >> forces the beans to be synchronized to the database) then I 
>> >> get the results I expect. This makes me think that there's a 
>> >> problem with the  caching - the "bar" returned by the 
>> >> create() call is not the same Bar instance as returned by 
>> >> foo.getBar(). Which means that I have 2 instances of the same 
>> >> bean within the same transaction which have different state - 
>> >> seems like a bug to me, I'd have expected the foo.getBar() 
>> >> call to return the same "bar" as was passed to the create() call.
>> >> 
>> >> I've attached the source. For the sample, let me know what 
>> you think,
>> >> 
>> >> thanks,
>> >> gavin
>> 
>> 
>> 
>> -------------------------------------------------------
>> This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>> Data Reports, E-commerce, Portals, and Forums are available now.
>> Download today and enter to win an XBOX or Visual Studio .NET.
>> http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet
GM> _072303_01/01
GM> _______________________________________________
GM> JBoss-user mailing list
GM> [EMAIL PROTECTED]
GM> https://lists.sourceforge.net/lists/listinfo/jboss-user



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to