Hello, I built the latest from SVN and it works great, thanks!
Kent On Aug 19, 1:58 am, Geert Bevin <[EMAIL PROTECTED]> wrote: > Hi Kent, > > I committed the fix, should be in the next nightly build, or if > you're in a hurry you can build it yourself from SVN. > > Hope it works as you expect. > > Geert > > On 19 Aug 2007, at 06:51, Coat wrote: > > > > > > > Hello, > > > Thanks Geert! Let me know if you need any help. > > > Kent > > > On Aug 18, 5:28 pm, Geert Bevin <[EMAIL PROTECTED]> wrote: > >> Hi, > > >> sorry for the delay, you caught me right when I was going to San > >> Francisco and returning in the same week, very busy time. This > >> effectively seems to be a bug. I don't seem to qualify the lazy > >> loading query with the identifier of the firstbean. I'll look into > >> fixing the bug tomorrow. > > >> Thanks for the useful bug report. > > >> Take care, > > >> Geert > > >> On 13 Aug 2007, at 06:11, Coat wrote: > > >>> Hello, > > >>> I created a quick test case using RIFE/Jumpstart so you or anyone > >>> could take a look if you don't mind. Download it here: > >>>http://starlingmarketing.com/motest.zip Just run it and go to > >>> localhost:8080/motest. The relevant stuff is in elements/ > >>> MOTest.java. If you go to localhost:8080/crud you can see that the > >>> everything is getting saved in the database correctly (and you > >>> can use > >>> the derby command line tools to view the actual data in the tables; > >>> the foreign keys match what they are supposed to be). > > >>> Anyway, localhost:8080/motest shows that only the first MOSecondBean > >>> is getting loaded. I'm not 100% sure when or how in the for loop to > >>> call setSecondBean(null), but I suspect that is probably the answer, > >>> but I am kind of a novice :) > > >>> I'm probably missing something simple as usual... > > >>> Thanks! > >>> Kent > > >>> On Aug 12, 4:44 pm, Geert Bevin <[EMAIL PROTECTED]> wrote: > >>>> Hi Kent, > > >>>> would you mind sending me a small test case that demonstrates what > >>>> you're experiencing. If it's a bug, it makes it much easier to > >>>> track > >>>> down. > > >>>> RIFE should fetch the related MOSecondBean for each new instance of > >>>> MOFirstBean. Are you sure you have a list of different > >>>> instances? If > >>>> that doesn't work, setting the property that returns the > >>>> MOSecondBean > >>>> to null, should aftewards re-fetch it when you use the getter. > > >>>> Best regards, > > >>>> Geert > > >>>> On 12 Aug 2007, at 12:07, Coat wrote: > > >>>>> Hello all, > > >>>>> I have a many to one relationship setup just like MOFirstBean and > >>>>> MOSecondBean in the rife unittests > >>>>> (TestGenericQueryManagerManyToOne.java). When I am looping > >>>>> through a > >>>>> List of MOFirstBeans, it appears it only loads the MOSecondBean > >>>>> from > >>>>> the first MOFirstBean in the List, when actually the all the > >>>>> MOFirstBeans point to different MOSecondBeans. > > >>>>> However, when looking at the actual database, it does look like > >>>>> everything is correct and pointing to the correct identifiers > >>>>> setup in > >>>>> the MetaData for each of these beans. > > >>>>> In debugging it looks like this may be related to the lazy > >>>>> loading of > >>>>> the MOSecondBean, but I'm not sure. Do I need to do something to > >>>>> assure that the correct relationship is being pulled from the > >>>>> database? > > >>>>> Thanks! > >>>>> Kent > > >>>> -- > >>>> Geert Bevin > >>>> Terracotta -http://www.terracotta.org > >>>> Uwyn "Use what you need" -http://uwyn.com > >>>> RIFE Java application framework -http://rifers.org > >>>> Music and words -http://gbevin.com > > >> -- > >> Geert Bevin > >> Terracotta -http://www.terracotta.org > >> Uwyn "Use what you need" -http://uwyn.com > >> RIFE Java application framework -http://rifers.org > >> Music and words -http://gbevin.com > > -- > Geert Bevin > Terracotta -http://www.terracotta.org > Uwyn "Use what you need" -http://uwyn.com > RIFE Java application framework -http://rifers.org > Music and words -http://gbevin.com --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "rife-users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/rife-users?hl=en -~----------~----~----~----~------~----~------~--~---
