objectbridge-developers Mailing List for ObJectRelationalBridge (Page 20)
Brought to you by:
thma
Menu
▾
▴
objectbridge-developers — public list for developer issues
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(14) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(33) |
Feb
(8) |
Mar
(3) |
Apr
(1) |
May
(18) |
Jun
(6) |
Jul
(15) |
Aug
(71) |
Sep
(29) |
Oct
(43) |
Nov
(77) |
Dec
(54) |
| 2002 |
Jan
(54) |
Feb
(147) |
Mar
(144) |
Apr
(163) |
May
(307) |
Jun
(240) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
|
From: Matthew B. <ma...@so...> - 2002-05-06 00:19:30
|
Ignore this. Didn't look through code enough, noticed we check if the
connection is closed, and get a new one if it is.
-----Original Message-----
From: Matthew Baird [mailto:ma...@so...]
Sent: Sunday, May 05, 2002 12:54 PM
To: obj...@li...
Subject: [OJB-developers] bug in statementforclass in managed environment
This one took a while to track down, I think I'm getting slower in my old
age.
Currently in StatementForClass.java
private Connection getConnection() throws SQLException
{
try
{
return manager.getConnectionForClassDescriptor(cld);
}
catch (PersistenceBrokerException e)
{
throw new SQLException("OJB Error: could not obtain
a Connection");
}
}
we get a connection for the classDescriptor, and we cache the connection in
a connection table. In a managed environment, the connection is
disassociated from the managed connection, and thus when we come back to
reuse the connection, it's invalid (not associated with a managed
connection). The method should be:
private Connection getConnection() throws SQLException
{
try
{
return manager.getNewConnectionForClassDescriptor(cld);
}
catch (PersistenceBrokerException e)
{
throw new SQLException("OJB Error: could not obtain a
Connection");
}
}
in the StatementForClass.java, and I created a
getNewConnectionForClassDescriptor method in the manager that just returns a
new connection.
This brings up a philosophical question though... Who is responsible for
connection pooling. I would argue that it should NOT be OJB. Let the driver,
the appserver, or a plugin like poolman to do that. We run into too many
problems if we try to be fancy here. Besides, getting a new connection will
always work (well... more than the cached one)
Cheers,
Matthew
_______________________________________________________________
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us: ban...@so...
_______________________________________________
Objectbridge-developers mailing list
Obj...@li...
https://lists.sourceforge.net/lists/listinfo/objectbridge-developers
|
|
From: Oleg N. <on...@uk...> - 2002-05-05 22:55:18
|
Hi All, I propose to use equatilies in WHERE clause for INNER JOINs. I mean that instead of 1) SELECT ... FROM (A INNER JOIN B ON A.FK=B.ID) INNER JOIN C ON B.FK=C.ID we can generate 2) SELECT ... FROM A, B, C WHERE A.FK=B.ID AND B.FK=C.ID I don't know any RDBMS that doesn't support the 2nd syntax. Does anybody knows one? But I know the RDBMS that doesn't support the 1st syntax: HSQL. To be more precise, HSQL does not support nested joins such as above. Maybe it supports some other flavor of 1st syntax, but let's don't increase complexity if we can use 2nd syntax in all cases. And the 2nd syntax seems shorter and simpler. Regards, Oleg |
|
From: Matthew B. <ma...@so...> - 2002-05-05 19:53:54
|
This one took a while to track down, I think I'm getting slower in my old
age.
Currently in StatementForClass.java
private Connection getConnection() throws SQLException
{
try
{
return manager.getConnectionForClassDescriptor(cld);
}
catch (PersistenceBrokerException e)
{
throw new SQLException("OJB Error: could not obtain
a Connection");
}
}
we get a connection for the classDescriptor, and we cache the connection in
a connection table. In a managed environment, the connection is
disassociated from the managed connection, and thus when we come back to
reuse the connection, it's invalid (not associated with a managed
connection). The method should be:
private Connection getConnection() throws SQLException
{
try
{
return manager.getNewConnectionForClassDescriptor(cld);
}
catch (PersistenceBrokerException e)
{
throw new SQLException("OJB Error: could not obtain a
Connection");
}
}
in the StatementForClass.java, and I created a
getNewConnectionForClassDescriptor method in the manager that just returns a
new connection.
This brings up a philosophical question though... Who is responsible for
connection pooling. I would argue that it should NOT be OJB. Let the driver,
the appserver, or a plugin like poolman to do that. We run into too many
problems if we try to be fancy here. Besides, getting a new connection will
always work (well... more than the cached one)
Cheers,
Matthew
|
|
From: Oleg N. <on...@uk...> - 2002-05-05 19:09:00
|
On Sunday 05 May 2002 21:25, Chris Greenlee wrote:
> Using a fresh checkout of OJB from before the commits I've done in the last
> 24 hours, I get 4 failures when running "ant junit". They're all in
> MtoNMapping.java. Is anyone else seeing this, or should I monkey around
> with my local SQL Server?
I see 1 failure:
[junit] 1)
testInsertion(test.ojb.broker.MtoNMapping)junit.framework.AssertionFailedError:
expected:<3> but was:<2>
[junit] at
test.ojb.broker.MtoNMapping.testInsertion(MtoNMapping.java:165)
Oleg
|
|
From: Chris G. <CGr...@de...> - 2002-05-05 18:25:55
|
Using a fresh checkout of OJB from before the commits I've done in the last 24 hours, I get 4 failures when running "ant junit". They're all in MtoNMapping.java. Is anyone else seeing this, or should I monkey around with my local SQL Server? Cheers, Chris |
|
From: Chris G. <CGr...@de...> - 2002-05-05 03:18:33
|
I have a question about unit testing for ObjectBridge. As it stands, the test files are segregated by (1) location and (2) packaging from the production files. The location is understandable, although having ant as a build tool really makes it unnecessary. But the packaging -- having a "test." package prefix for tests -- makes it impossible to test protected methods. If your protected methods happen to be in a base class with several descendants that use those methods frequently, I feel that it's critical to test the methods. But if they're methods that shouldn't be used anywhere outside the base class or its children, then there is no good design reason to make them public -- in fact it really clutters up the public interface of the class. So what is the approach people have taken in the past? Is there a good reason for me not to test protected methods? Is there a compelling reason to put test classes in a different package? As it is, I'll leave out the unit tests I have that test protected methods for the moment. I'd like to commit them, though. Regards, Chris Greenlee |
|
From: Matthew B. <ma...@so...> - 2002-05-04 21:32:39
|
Since upgrading to JBoss RC2, I've noticed some errors about autocommit in a managed environment. Dug this up on the jboss site: AutoCommit (String). You are strongly advised not to set this. The autocommit property is set false by default for connections obtained from this adapter wrapper. This property is included only to provide emulation of the obsolete JDBCDataSourceLoader which provided no transaction support and left autocommit true. Should autocommit option be set globally for ojb to avoid these problems? I already tweaked the platform interface to have a truly configurable ignoreautocommitexceptions, but I think I need to go a step further. Thoughts? |
|
From: Oleg N. <on...@uk...> - 2002-05-04 18:00:33
|
On Saturday 04 May 2002 11:42, you wrote: > hi oleg, > > you know, in switzerland the responsible persons get the real huge > salaries, even if they do a bad job ;-) > :) > SQLGenerator has no function to automatically detect an OUTER join. But > JoinInfo innerclass could generate the appropriate SQL. So we need a way to > explicitely use OUTER joins and i prefer to define it in the criteria. I don't feel that OUTER joins are necessary now. On the other hand, I don't have arguments against them. Please tell me if you are going to do something around SQLGenerator soon. I meant to use them for polymorphism of the "3rd" type which is now not supported by OJB (one table for base class, one table for each extending class, the latter contains only proprietary fields of the extending class). Regards, Oleg |
|
From: Martin P. <mpo...@ma...> - 2002-05-04 14:26:51
|
Thomas Mahler wrote: > Maybe we got a bit too enthusiastic here! > I think it would be better to have all ongoing things checked in and > then do the package rename. the creation of the db.apache.org subproject will need some time .. (maybe a week, maybe longer) > > I know of two checkins to come soon: > - Chris Greenlee (mentioned below) > - Matthew Baird wants to check in his JCA stuff. > After checkin please inform Martin. i get thos nice cvs mails after all checkins .. if anybode want's the too, just drop me a note (i couln't figure out why it doesn't work to send them to the list .. but at apache they are sent to the list automatically which makes things easier ;-) > > Others wishing to check in stuff within the next 28 hours should also > inform Martin. > > When all immediate checkins are done, Martin should then perform the > package rename and inform the developer list. i'll wait with the renaming until the repo and the cvs accounts for all developers at apache.org are set up, but i'll start to do some code cleaning in the current repo if you are working on any larger block of code, please send me an email so we don't get merging conflicts martin > > I'm assembling an intermediary release tonight so that we have a > "last-pre-apache-src-release" available. > > cheers, > > Thomas > > > Chris Greenlee wrote: > >> Could we wait a day or two to do the move? I've got some code to >> commit, and renaming packages and moving directories for the second time >> in two weeks would really get in the way of my doing that. ;) >> Cheers, >> >> Chris >> >> _______________________________________________________________ >> >> Have big pipes? SourceForge.net is looking for download mirrors. We >> supply >> the hardware. You get the recognition. Email Us: >> ban...@so... >> _______________________________________________ >> Objectbridge-developers mailing list >> Obj...@li... >> https://lists.sourceforge.net/lists/listinfo/objectbridge-developers >> >> >> >> > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > |
|
From: Jakob B. <jbr...@ho...> - 2002-05-04 08:37:42
|
hi oleg,
you know, in switzerland the responsible persons get the real huge salaries,
even if they do a bad job ;-)
SQLGenerator has no function to automatically detect an OUTER join. But
JoinInfo innerclass could generate the appropriate SQL. So we need a way to
explicitely use OUTER joins and i prefer to define it in the criteria.
regards
jakob
----- Original Message -----
From: "Oleg Nitz" <on...@uk...>
To: <obj...@li...>
Sent: Friday, May 03, 2002 11:53 PM
Subject: Re: [OJB-developers] SQLGenerator
> On Friday 03 May 2002 10:29, Jakob Braeuchi wrote:
> > hi oleg,
> >
> > i did the original path expression to build joins and so i'm responsible
> > for all it's limitations ;-)
> I'm glad to meet a responsible person ;-)
>
> > one issue is the type of the join (LEFT, RIGHT etc.).
> > today selection criteria and report queries provides no way to define
> > join-type.
> > we could define it in the path:
> >
> > - konti+.saldo (OUTER) or in the criteria
> > - crit.addGreaterThan("konti.saldo", new Integer(100), OUTER);
> >
> > do you have other ideas ?
> I suppose that in the case of query condition we should always use inner
join.
> IMHO if one say "saldo > 100" he wouldn't expect to get saldo == null.
> Well, in the case of "saldo < 100" it makes more sense :)
> I don't know if anyone really need outer joins here. I don't need them.
> Outer joins may become useful in some other cases, IMHO they should be
> supported by SQLGenerator.
> Anyway INNER JOIN syntax is RDBMS dependent.
>
> Regards,
> Oleg
>
>
> _______________________________________________________________
>
> Have big pipes? SourceForge.net is looking for download mirrors. We supply
> the hardware. You get the recognition. Email Us: ban...@so...
> _______________________________________________
> Objectbridge-developers mailing list
> Obj...@li...
> https://lists.sourceforge.net/lists/listinfo/objectbridge-developers
>
|
|
From: Jakob B. <jbr...@ho...> - 2002-05-04 08:30:01
|
hi oleg, i'll only do minor bufixes in SQLGenerator, except the platform dependent join clause. jakob ----- Original Message ----- From: "Oleg Nitz" <on...@uk...> To: <obj...@li...> Sent: Friday, May 03, 2002 11:54 PM Subject: Re: [OJB-developers] SQLGenerator > On Friday 03 May 2002 14:36, Jakob Braeuchi wrote: > > hi oleg, > > > > i've now fixed multi segment path expressions ie: owner.phone.number = ? > Great! > BTW, are you going to do more modifications SQLGenerator? > > Thanks, > Oleg > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > |
|
From: Jakob B. <jbr...@ho...> - 2002-05-04 08:26:30
|
no, i'm also on windows using eclipse. when i browse the affected file in the online cvs, everything looks ok. jakob ----- Original Message ----- From: "Matthew Baird" <ma...@so...> To: "'Jakob Braeuchi'" <jbr...@ho...>; <obj...@li...> Sent: Friday, May 03, 2002 6:11 PM Subject: RE: [OJB-developers] double newlines ? > Yah, > > I thought maybe I was getting that because I was a windows guy and you were > all on linux or apple or something ;) > > m. > > -----Original Message----- > From: Jakob Braeuchi [mailto:jbr...@ho...] > Sent: Friday, May 03, 2002 9:12 AM > To: obj...@li... > Subject: [OJB-developers] double newlines ? > > hi, > > i found an increasing number of java-files having double new lines ( 0D 0D > 0A ). > where is it coming from ? > > jakob > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > |
|
From: Oleg N. <on...@uk...> - 2002-05-04 07:58:38
|
On Saturday 04 May 2002 01:46, bram wrote: > IMHO if one say "saldo > 100" he wouldn't expect to get saldo == null. > > > Well, in the case of "saldo < 100" it makes more sense :) > > I don't agree with the second statement, null is not known, so you can't > compare it with a value, it is smaller, bigger and equal to 100, all in > once, you just don't know :-) Of course you are right, I was kidding :) Oleg |
|
From: bram <br...@in...> - 2002-05-03 22:46:56
|
IMHO if one say "saldo > 100" he wouldn't expect to get saldo == null. Well, in the case of "saldo < 100" it makes more sense :) I don't agree with the second statement, null is not known, so you can't compare it with a value, it is smaller, bigger and equal to 100, all in once, you just don't know :-) |
|
From: Thomas M. <tho...@ho...> - 2002-05-03 22:45:42
|
Hi all, I assembled a temporary release (0.8.400) tonight and published it at SourceForge. I hope it causes less trouble than the last release. If you don't receive emails from me next week, it's not because I'm in a bad mood... I'm just on a vacation for a few days and will be offline till next weekend. cheers, Thomas |
|
From: Oleg N. <on...@uk...> - 2002-05-03 22:15:30
|
On Friday 03 May 2002 10:29, Jakob Braeuchi wrote:
> hi oleg,
>
> i did the original path expression to build joins and so i'm responsible
> for all it's limitations ;-)
I'm glad to meet a responsible person ;-)
> one issue is the type of the join (LEFT, RIGHT etc.).
> today selection criteria and report queries provides no way to define
> join-type.
> we could define it in the path:
>
> - konti+.saldo (OUTER) or in the criteria
> - crit.addGreaterThan("konti.saldo", new Integer(100), OUTER);
>
> do you have other ideas ?
I suppose that in the case of query condition we should always use inner join.
IMHO if one say "saldo > 100" he wouldn't expect to get saldo == null.
Well, in the case of "saldo < 100" it makes more sense :)
I don't know if anyone really need outer joins here. I don't need them.
Outer joins may become useful in some other cases, IMHO they should be
supported by SQLGenerator.
Anyway INNER JOIN syntax is RDBMS dependent.
Regards,
Oleg
|
|
From: Oleg N. <on...@uk...> - 2002-05-03 21:50:37
|
On Friday 03 May 2002 14:36, Jakob Braeuchi wrote: > hi oleg, > > i've now fixed multi segment path expressions ie: owner.phone.number = ? Great! BTW, are you going to do more modifications SQLGenerator? Thanks, Oleg |
|
From: Thomas M. <tho...@ho...> - 2002-05-03 17:03:47
|
Maybe we got a bit too enthusiastic here! I think it would be better to have all ongoing things checked in and then do the package rename. I know of two checkins to come soon: - Chris Greenlee (mentioned below) - Matthew Baird wants to check in his JCA stuff. After checkin please inform Martin. Others wishing to check in stuff within the next 28 hours should also inform Martin. When all immediate checkins are done, Martin should then perform the package rename and inform the developer list. I'm assembling an intermediary release tonight so that we have a "last-pre-apache-src-release" available. cheers, Thomas Chris Greenlee wrote: > Could we wait a day or two to do the move? I've got some code to > commit, and renaming packages and moving directories for the second time > in two weeks would really get in the way of my doing that. ;) > > Cheers, > > Chris > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > > > > |
|
From: Matthew B. <ma...@so...> - 2002-05-03 16:11:05
|
Yah, I thought maybe I was getting that because I was a windows guy and you were all on linux or apple or something ;) m. -----Original Message----- From: Jakob Braeuchi [mailto:jbr...@ho...] Sent: Friday, May 03, 2002 9:12 AM To: obj...@li... Subject: [OJB-developers] double newlines ? hi, i found an increasing number of java-files having double new lines ( 0D 0D 0A ). where is it coming from ? jakob _______________________________________________________________ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: ban...@so... _______________________________________________ Objectbridge-developers mailing list Obj...@li... https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: Jakob B. <jbr...@ho...> - 2002-05-03 16:07:59
|
hi, i found an increasing number of java-files having double new lines ( 0D 0D 0A ). where is it coming from ? jakob |
|
From: Chris G. <CGr...@de...> - 2002-05-03 15:10:34
|
Could we wait a day or two to do the move? I've got some code to commit, and renaming packages and moving directories for the second time in two weeks would really get in the way of my doing that. ;) =20 Cheers, Chris |
|
From: Martin P. <mpo...@ma...> - 2002-05-03 15:05:14
|
Mahler Thomas wrote: >Hi Martin, > > =20 > >>-----Urspr=FCngliche Nachricht----- >>Von: Martin Poeschl [mailto:mpo...@ma...] >>Gesendet: Freitag, 3. Mai 2002 01:46 >>An: obj...@li... >>Betreff: [OJB-developers] moving ojb to jakarta >> >> >>ojb is accepted as a new apache projects (there is one vote=20 >>missing, but we got 6 of 6 votes so far :-) >> >> =20 >> > >great news! > > =20 > >>there is some discussion on ge...@ja... to=20 >>find the 'right place' for ojb >>feel free to join the list and discussion >> >> =20 >> > >I'm following the discussion and will post a comment today. > good!! >>i started to convert the docs to xdocs (the format all docs=20 >>at jakarta are written in) >>i'll check them in tomorrow and make the generated site=20 >>available for public review >> =20 >> >thanks > i'll upload a snapshot now to www.apache.org/~mpoeschl/ojb/ :-) >>there are some task left before we can move to jakarta: >> >>- we should decide which coding conventions should be used >>i propos to use=20 >>http://jakarta.apache.org/turbine/common/code-standards.html >> > >We had some discussions on codeconventions a few days ago. They will be = a >superset of the turbine conventions. > cool! i'll copy the turbine coding-style document to the xdocs and we=20 can adopt it ... >>- the packages will be renamed to org.apache.ojb >> =20 >> >OK! > =20 > >>i'll do the package renaming and import the sources as soon=20 >>as the repo ist ready and i get the ok=20 >>from the ojb developers ;-) >> =20 >> >OK! Eclipse will help you much here ! > haven't used eclipse but i'll give it a try ... i'm using jbuilder which=20 also includes some refactoring functions .. >>i'll also make the code match the coding conventions (so we=20 >>need a decision soon) >> > >Chris made a very good proposal. The only I disagree on is the placement= of >brackets.=20 >OJB uses already the Turbine style >try >{ > // code here >} >catch (Exception bar) >{ > // code here >} > >And I think we should stick to this. > +1 >Another important note: >I asked the developers to consent ochanging the licence style. Until now >none vetoed. >Florian Bruckner (he wrote the reversedb tool) used the GPL for his stuf= f. >But he also consented to change to the Apache licence. > >So we can also start with replacing the license statement, if that is >required. > yes, the apache license has to be placed in all source files ... martin >thanks for your efforts, > >Thomas > =20 > |
|
From: Jakob B. <jbr...@ho...> - 2002-05-03 13:51:14
|
hi uli, i added your fix to the repository. thanks jakob ----- Original Message ----- From: "Ulrich Buettgen" <ubu...@ya...> To: <obj...@li...> Sent: Friday, May 03, 2002 3:01 PM Subject: [OJB-developers] proxyCollection and collection.class > Hi jakob, > > I had a problem using collectionProxy and collection.class together in the > same CollectionDescriptor: If you specify a collection.class, the proxy is > ignored. > > I tracked it down to PersistenceBrokerImpl.retrieveCollection(). If you > add "cds.isLazy()" as the third parameter to > > ManageableCollection result = getCollectionByQuery(collectionClass, > fkQuery, cds.isLazy()); > > in the collectionclass != null part everything works fine. > > cheers > > Uli > > > > __________________________________________________________________ > > Gesendet von Yahoo! Mail - http://mail.yahoo.de > Sie brauchen mehr Speicher für Ihre E-Mails? - http://premiummail.yahoo.de > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > |
|
From: Mahler T. <tho...@it...> - 2002-05-03 13:23:34
|
Hi Martin, > -----Urspr=FCngliche Nachricht----- > Von: Martin Poeschl [mailto:mpo...@ma...] > Gesendet: Freitag, 3. Mai 2002 01:46 > An: obj...@li... > Betreff: [OJB-developers] moving ojb to jakarta >=20 >=20 > ojb is accepted as a new apache projects (there is one vote=20 > missing, but we got 6 of 6 votes so far :-) >=20 great news! > there is some discussion on ge...@ja... to=20 > find the 'right place' for ojb > feel free to join the list and discussion >=20 I'm following the discussion and will post a comment today. > i started to convert the docs to xdocs (the format all docs=20 > at jakarta are written in) > i'll check them in tomorrow and make the generated site=20 > available for public review >=20 thanks > there are some task left before we can move to jakarta: >=20 > - we should decide which coding conventions should be used > i propos to use=20 > http://jakarta.apache.org/turbine/common/code-standards.html >=20 We had some discussions on codeconventions a few days ago. They will be = a superset of the turbine conventions. > - the packages will be renamed to org.apache.ojb >=20 OK! > i'll do the package renaming and import the sources as soon=20 > as the repo ist ready and i get the ok=20 > from the ojb developers ;-) OK! Eclipse will help you much here ! > i'll also make the code match the coding conventions (so we=20 > need a decision soon) >=20 Chris made a very good proposal. The only I disagree on is the = placement of brackets.=20 OJB uses already the Turbine style try { // code here } catch (Exception bar) { // code here } And I think we should stick to this. Another important note: I asked the developers to consent ochanging the licence style. Until = now none vetoed. Florian Bruckner (he wrote the reversedb tool) used the GPL for his = stuff. But he also consented to change to the Apache licence. So we can also start with replacing the license statement, if that is required. thanks for your efforts, Thomas >=20 >=20 > martin >=20 >=20 > _______________________________________________________________ >=20 > Have big pipes? SourceForge.net is looking for download=20 > mirrors. We supply > the hardware. You get the recognition. Email Us:=20 > ban...@so... > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers >=20 |
|
From: <ubu...@ya...> - 2002-05-03 13:01:31
|
Hi jakob, I had a problem using collectionProxy and collection.class together in the same CollectionDescriptor: If you specify a collection.class, the proxy is ignored. I tracked it down to PersistenceBrokerImpl.retrieveCollection(). If you add "cds.isLazy()" as the third parameter to ManageableCollection result = getCollectionByQuery(collectionClass, fkQuery, cds.isLazy()); in the collectionclass != null part everything works fine. cheers Uli __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Sie brauchen mehr Speicher für Ihre E-Mails? - http://premiummail.yahoo.de |
9 messages has been excluded from this view by a project administrator.
