objectbridge-developers Mailing List for ObJectRelationalBridge (Page 6)
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-06-10 05:33:46
|
Man am I bad at CVS. I committed a lot of changes in src, but only added the libs, didn't commit them. Anyone ever use Perforce ;) Don't know about the db-setup.sql, but I don't think you should be using that anymore, use the torque based stuff. I, for one, haven't been keeping my schema up to date in both areas, just the new stuff. See ant prepare-testdb And ant junit2 For the new stuff. m -----Original Message----- From: David Forslund [mailto:dw...@la...] Sent: Sunday, June 09, 2002 10:29 PM To: obj...@li... Subject: [OJB-developers] Re: CVS build Just updated from CVS but had to add common-beanutils.jar from apache to get the code to compile. Tried to run junit target and the file db-setup.sql had been removed on the update so that it couldn't build junit. Perhaps I'm just looking at this in the middle of an update? Dave _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink _______________________________________________ Objectbridge-developers mailing list Obj...@li... https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: David F. <dw...@la...> - 2002-06-10 05:28:56
|
Just updated from CVS but had to add common-beanutils.jar from apache to get the code to compile. Tried to run junit target and the file db-setup.sql had been removed on the update so that it couldn't build junit. Perhaps I'm just looking at this in the middle of an update? Dave |
|
From: Matthew B. <ma...@so...> - 2002-06-10 04:58:59
|
I changed assertFkAssignment to properly null out the foreign key attributes
when an object reference is "detached". As I mentioned in my comment, I
can't believe this wasn't tested: didn't anyone run into this problem when
using OJB?
To be clear, once a relationship was established in the DB, it could never
be removed. See BidirectionalAssociationTest for broker:
BidirectionalAssociationObjectA a = temp.getRelatedA();
if (a != null)
{
a.setRelatedB(null);
// calling store here would not update a's foreign key
to b.
// the object would no longer refer to b, but in the db,
the
// foreign key would still exist.
broker.store(a);
}
broker.delete(temp);
private void assertFkAssignment(Object obj, Object ref,
ObjectReferenceDescriptor rds)
{
/**
* MBAIRD
* we have 'disassociated' this object from the referenced
object, the object representing the ord is now null,
* so set the fk to null.
*
* Note: I can't believe this wasn't tested (as of June9/2002),
attaching and removing objects seems to be a
* pretty important piece of functionality.
*
*/
if (ref == null)
{
ClassDescriptor cld =
descriptorRepository.getDescriptorFor(obj.getClass());
Vector v = rds.getForeignKeyFields();
FieldDescriptor f[] =
rds.getForeignKeyFieldDescriptors(cld);
if (f != null)
{
for (int i = 0; i < f.length; i++)
{
f[i].getPersistentField().set(obj, null);
}
}
}
if ((!(obj instanceof VirtualProxy))
&& (!(obj instanceof Proxy))
&& (ref != null)
&& (!(ref instanceof VirtualProxy))
&& (!(ref instanceof Proxy)))
{
ClassDescriptor refCld =
descriptorRepository.getDescriptorFor(ref.getClass());
Object[] refPkValues = refCld.getKeyValues(ref);
ClassDescriptor objCld =
descriptorRepository.getDescriptorFor(obj.getClass());
FieldDescriptor[] objFkFields =
rds.getForeignKeyFieldDescriptors(objCld);
if (objFkFields != null)
{
FieldDescriptor fld = null;
for (int i = 0; i < objFkFields.length; i++)
{
fld = objFkFields[i];
fld.getPersistentField().set(obj, refPkValues[i]);
}
}
}
}
|
|
From: Matthew B. <ma...@so...> - 2002-06-09 23:10:15
|
Everything from this email has been tested and committed, sorry for breaking the tests there for a while. I've got a lot of bug fixes and test cases I want to get into the code line before we move, can I have a couple (maybe just 1) day to finish these before we move, that would save me a ton of pain. Completely rewrote the multiple classes mapped to one table code. Inheritance and polymorphism supported correctly now on one table. Project attributes supported ODMG reference object not triggering dirty bug fixed OQL support for not equals as != as well as <> Query support for referring to an object (it will assume you mean the primary key attribute) BlankString2NullField Converter for Oracle compatibility Fixed bind iterator bug for literals in OQL. Fixed bug where multiple objects (not extents) mapped to same table using auto sequences will re-use id's. Fix my own bug :) for supporting cursoring and failing gracefully for drivers that don't support .last, .absolute, etc. Fix bug where we didn't close resultsets and Oracle runs out of handles. Fix bug where redundant interfaces got added to Proxy. Test Cases for: - Complex Objects mapped to same table in both ODMG and PB - Contract-Version-Effectiveness Temporal Pattern in both ODMG and PB - Projection Attributes - Advanced OQL using literals. It's quite a bit of stuff, and I'd hate to have to integrate it into a different repository. Thanks, Matthew |
|
From: Matthew B. <ma...@so...> - 2002-06-09 22:54:29
|
Nevermind, found the browse_db target... duh. -----Original Message----- From: Matthew Baird [mailto:ma...@so...] Sent: Sunday, June 09, 2002 2:30 PM To: 'Thomas Mahler'; ojb Subject: [OJB-developers] hsqldb Is there a nice tool for viewing data in HSQLDB? What do other developers use? |
|
From: Matthew B. <ma...@so...> - 2002-06-09 21:29:07
|
Is there a nice tool for viewing data in HSQLDB? What do other developers use? |
|
From: Matthew B. <ma...@so...> - 2002-06-09 21:10:30
|
Yes it is, and I'm on top of it, I didn't want to hastefully check in a fix that wasn't really a fix. I've got the solution and it only fails for the tests that use the scrollable cursor, which is unavoidable (although I'm going to make their execution conditional perhaps). I'll be checking in very soon, tested on SQL Server and HSQLDB. -----Original Message----- From: Thomas Mahler [mailto:tho...@ho...] Sent: Sunday, June 09, 2002 2:02 PM To: ojb Subject: [OJB-developers] tons of Junit errors (Are we going to go through all this again?) Hi all, I just checked out the latest stuff and ran the JUnit tests. :-( 42 out of 68 broker tests are failing. ODMG and SODA tests don't look better. From a short look to the epic stacktractraces I got that it must be due to missing support for SQL size function. I'd prefer to have a smaller number of test-failure if no one objects. Am I missing something? Matthew, is this related to your changes to RsIterator? did you check it against the default HSQLDB ? cheers, Thomas (OJB QA Department) _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink _______________________________________________ Objectbridge-developers mailing list Obj...@li... https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: Thomas M. <tho...@ho...> - 2002-06-09 21:02:32
|
Hi all, I just checked out the latest stuff and ran the JUnit tests. :-( 42 out of 68 broker tests are failing. ODMG and SODA tests don't look better. From a short look to the epic stacktractraces I got that it must be due to missing support for SQL size function. I'd prefer to have a smaller number of test-failure if no one objects. Am I missing something? Matthew, is this related to your changes to RsIterator? did you check it against the default HSQLDB ? cheers, Thomas (OJB QA Department) |
|
From: Thomas M. <tho...@ho...> - 2002-06-09 20:20:26
|
Hi all
Leandro Rodrigo Saad Cruz wrote:
<snip>
> Is anyone running the tests on a daily basis ?
>
Not exactly on a daily basis, but always when I'm working on OJB I first
check out all new stuff from CVS and run the test suite to see if all
is still OK.
I think all developers are responsible to perform this kind of minimal
quality assurance. If you find any failures or errors, try to identify
the cause of the problem and inform the list about the problem.
cheers,
Thomas
|
|
From: Thomas M. <tho...@ho...> - 2002-06-09 20:20:16
|
Hi Georg, Georg Schneider wrote: > Hi Thomas and Jacob, > > First of all sorry for always bugging you two to put patches in, but I Thanks for your tons of excellent contributions and bug fixes. You are sending in so important patches that I'd like to invite to become a regular committer with full CVS access. This will make it much easier for you to assure your patches are integrated into the official codebase. If you want cvs access just send me an email. > simply don't know who is responsible for what part. Is there a list of who > maintains what, if not it would be a good idea to make one :-). > There is no fixed assignment of responsibilities. Of course there are some grown affinities to certain parts of the code. I like the idea of sharing know-how and responsibility rather than having fixed ownerships. cheers, Thomas |
|
From: Matthew B. <ma...@so...> - 2002-06-09 19:56:34
|
Yah I figured #2 was the better was of doing it, I'm mostly done the
implementation now.
I assume for joined tables we don't need to add the class discriminator
since that relationship shouldn't have been able to be created in the first
place if the class type was wrong.
I thought about using IN, but doesn't that have a length limit? Maybe that's
not important for extents (people should inherit THAT much :))
m
-----Original Message-----
From: Oleg Nitz [mailto:on...@uk...]
Sent: Sunday, June 09, 2002 12:43 PM
To: obj...@li...
Subject: Re: [OJB-developers] multiple classes mapped to single table
request for comments
On Sunday 09 June 2002 19:27, Matthew Baird wrote:
> 2. Change the select queries for classes that have the 'ojbConcreteClass'
> column mapped to append a where discriminator based on classtype. So a
> query for all D in the above example would include the following WHERE
> clause
>
> WHERE MultiTable.CLASS_TYPE='D' OR MultiTable.CLASS_TYPE='B'
>
> PROS: Most efficient. No checking necessary to see if the
> materialized object is an instance of what was requested. Iterators Would
> only contain valid candidates and thus size and other methods would work
as
> expected.
> CONS: Bigger change, more change to SQL generation code; where
> clause would be slower?
+1 for #2
BTW you might use the shorter syntax
WHERE MultiTable.CLASS_TYPE IN ('B','D')
Oleg
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -
http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink
_______________________________________________
Objectbridge-developers mailing list
Obj...@li...
https://lists.sourceforge.net/lists/listinfo/objectbridge-developers
|
|
From: Oleg N. <on...@uk...> - 2002-06-09 19:40:03
|
On Sunday 09 June 2002 19:27, Matthew Baird wrote:
> 2. Change the select queries for classes that have the 'ojbConcreteClass'
> column mapped to append a where discriminator based on classtype. So a
> query for all D in the above example would include the following WHERE
> clause
>
> WHERE MultiTable.CLASS_TYPE='D' OR MultiTable.CLASS_TYPE='B'
>
> PROS: Most efficient. No checking necessary to see if the
> materialized object is an instance of what was requested. Iterators Would
> only contain valid candidates and thus size and other methods would work as
> expected.
> CONS: Bigger change, more change to SQL generation code; where
> clause would be slower?
+1 for #2
BTW you might use the shorter syntax
WHERE MultiTable.CLASS_TYPE IN ('B','D')
Oleg
|
|
From: Matthew B. <ma...@so...> - 2002-06-09 16:27:17
|
There are a bunch of scenarios that make mapping multiple objects to a single table rather tricky. Class A mapped to MultiTable Class B mapped to MultiTable Class C extends A mapped to MultiTable Class D extends B mapped to MultiTable So we have completely unrelated objects mapped to the table, as well as classes with their extents mapped to the same table. When someone queries for A, they should get all A. When someone queries for B, they should get all B. When someone queries for C they should get all C and all A. When someone queries for D they should get all D and all B. Now if we look at the code, we see that an RsIterator is built which holds the resultset and materializes objects as they are asked for with .next() Problem is, hasNext doesn't materialize the object, it just checks if the resultset has another element, it doesn't know what that element is. SO if someone writes a query for A, OJB will load up all elements in MultiTable (all A, B, C, D) and the RsIterator will be the disciminator, throwing out non-A classes. So that gets to the problem: Imagine the resultset holds (in this order) ABCADAABB hasNext will return true while next() will return a null object. I see two solutions: 1. Make hasNext actually materialize the object to find out whether it is a valid class type for the query, then return true/false based on that. It would do that by calling an internal next() until it found a valid candidate. PROS: only changing RsIterator, should work for all cases. CONS: possibly slow as you could have a lot of records in that table and we'd have to crawl through all of them looking for a valid candidate. Counts based on iterators would not be right because resultset would contain non valid candidates. RsIterator code would become complex. 2. Change the select queries for classes that have the 'ojbConcreteClass' column mapped to append a where discriminator based on classtype. So a query for all D in the above example would include the following WHERE clause WHERE MultiTable.CLASS_TYPE='D' OR MultiTable.CLASS_TYPE='B' PROS: Most efficient. No checking necessary to see if the materialized object is an instance of what was requested. Iterators Would only contain valid candidates and thus size and other methods would work as expected. CONS: Bigger change, more change to SQL generation code; where clause would be slower? Seems to me #2 is probably the right thing to do. Please vote as I would like to change and checkin today. |
|
From: Matthew B. <ma...@so...> - 2002-06-09 16:11:30
|
Good idea! -----Original Message----- From: Oleg Nitz [mailto:on...@uk...] Sent: Sunday, June 09, 2002 3:43 AM To: obj...@li... Subject: Re: [OJB-developers] RE: RsIterator size() Hi, On Saturday 08 June 2002 22:40, Matthew Baird wrote: > Any thoughts on what to do with tests that are dependent on having this > functionality? > > Make them conditional? I propose to make them conditional. I guess that connection.getMetaData().supportsResultSetType( ResultSet.TYPE_SCROLL_INSENSITIVE) should return false if rs.last() is not supported. If this won't work, we may use Platforms. Oleg > > m > > -----Original Message----- > From: Jakob Braeuchi [mailto:jbr...@ho...] > Sent: Saturday, June 08, 2002 12:32 PM > To: Matthew Baird; obj...@li... > Subject: RsIterator size() > > hi, > > i do have a problem with an unsupported method in RsIterator#size(): > > ... > if (m_rsAndStmt.m_rs.last()) > ... > > m_rs.last() is not supported by the hsqldb shipped with ojb: > > [DEFAULT] ERROR: SQL Exception while getting size ROOT: This function is > not supported > ojb.broker.PersistenceBrokerException: SQL Exception while getting size > ROOT: This function is not supported > at ojb.broker.accesslayer.RsIterator.size(RsIterator.java:352) > at > ojb.broker.singlevm.PersistenceBrokerImpl.getCollectionByQuery(PersistenceB >r okerImpl.java:901) > > with mysql it works fine. > > jakob > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink _______________________________________________ Objectbridge-developers mailing list Obj...@li... https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: Matthew B. <ma...@so...> - 2002-06-09 16:10:50
|
This has been fixed, going to check in today. Not specifically a = platform thing, but rather a driver thing. -----Original Message----- From: Mahler Thomas [mailto:tho...@it...]=20 Sent: Sunday, June 09, 2002 3:29 AM To: 'Matthew Baird'; 'Jakob Braeuchi'; obj...@li... Subject: AW: [OJB-developers] RE: RsIterator size() We can't rely on ResultSet.last() as a number of JDBC Drivers do not = support this properly. So better make this Platform specific. cheers, Thomas > -----Urspr=FCngliche Nachricht----- > Von: Matthew Baird [mailto:ma...@so...] > Gesendet: Samstag, 8. Juni 2002 21:41 > An: 'Jakob Braeuchi'; Matthew Baird; > obj...@li... > Betreff: [OJB-developers] RE: RsIterator size() >=20 >=20 > Any thoughts on what to do with tests that are dependent on=20 > having this > functionality? >=20 > Make them conditional? >=20 > m >=20 > -----Original Message----- > From: Jakob Braeuchi [mailto:jbr...@ho...]=20 > Sent: Saturday, June 08, 2002 12:32 PM > To: Matthew Baird; obj...@li... > Subject: RsIterator size() >=20 > hi, >=20 > i do have a problem with an unsupported method in RsIterator#size(): >=20 > ... > if (m_rsAndStmt.m_rs.last()) > ... >=20 > m_rs.last() is not supported by the hsqldb shipped with ojb: >=20 > [DEFAULT] ERROR: SQL Exception while getting size ROOT: This=20 > function is not > supported > ojb.broker.PersistenceBrokerException: SQL Exception while=20 > getting size > ROOT: This function is not supported > at ojb.broker.accesslayer.RsIterator.size(RsIterator.java:352) > at > ojb.broker.singlevm.PersistenceBrokerImpl.getCollectionByQuery > (PersistenceBr > okerImpl.java:901) >=20 > with mysql it works fine. >=20 > jakob >=20 > _______________________________________________________________ >=20 > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -=20 > http://devcon.sprintpcs.com/adp/index.cfm?source=3Dosdntextlink >=20 > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers >=20 _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=3Dosdntextlink _______________________________________________ Objectbridge-developers mailing list Obj...@li... https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: Jason v. Z. <jv...@ze...> - 2002-06-09 14:18:13
|
On Sun, 2002-06-09 at 06:34, Mahler Thomas wrote: > Hi Matthew, >=20 > OK, we will have to wait for your patches! > Please inform the list when you are ready. >=20 > Jason: please tell us about your progress and when you expect to do the c= ode > migration. People can continue to work on the code base right up to the time I'm about to move the code over. As long as the testbeds are working and I can verify everything then I don't see any problems in continuing to work on the repository at SF. =20 > We should all consent on the timing, to avoid problems. Right now it depends on when people get their contributors agreements in. Jim Jaglieski takes care of these things for Apache so I've asked him to let me know when the agreements have all been sent in. Once that is done then I will post something to list. Until that time, continue as you were. > cheers, >=20 > Thomas >=20 >=20 >=20 >=20 >=20 > > -----Urspr=FCngliche Nachricht----- > > Von: Matthew Baird [mailto:ma...@so...] > > Gesendet: Sonntag, 9. Juni 2002 07:55 > > An: obj...@li... > > Betreff: [OJB-developers] before move to jakarta > >=20 > >=20 > >=20 > > I've got a lot of bug fixes and test cases I want to get into=20 > > the code line > > before we move, can I have a couple (maybe just 1) day to finish these > > before we move, that would save me a ton of pain. > >=20 > > Completely rewrote the multiple classes mapped to one table code. > > Inheritance and polymorphism supported correctly now on one table. > > Project attributes supported > > ODMG reference object not triggering dirty bug fixed > > OQL support for not equals as !=3D as well as <> > > Query support for referring to an object (it will assume you mean the > > primary key attribute) > > BlankString2NullField Converter for Oracle compatibility > > Fixed bind iterator bug for literals in OQL. > > Fixed bug where multiple objects (not extents) mapped to same=20 > > table using > > auto sequences will re-use id's. > > Fix my own bug :) for supporting cursoring and failing gracefully for > > drivers that don't support .last, .absolute, etc. > > Fix bug where we didn't close resultsets and Oracle runs out=20 > > of handles. > > Fix bug where redundant interfaces got added to Proxy. > >=20 > > Test Cases for: > > - Complex Objects mapped to same table in both ODMG and PB > > - Contract-Version-Effectiveness Temporal Pattern in both ODMG and PB > > - Projection Attributes > > - Advanced OQL using literals. > >=20 > > It's quite a bit of stuff, and I'd hate to have to integrate it into a > > different repository. > >=20 > > Thanks, > > Matthew > >=20 > > _______________________________________________________________ > >=20 > > Don't miss the 2002 Sprint PCS Application Developer's Conference > > August 25-28 in Las Vegas -=20 > > http://devcon.sprintpcs.com/adp/index.cfm?source=3Dosdntextlink > >=20 > > _______________________________________________ > > Objectbridge-developers mailing list > > Obj...@li... > > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > >=20 --=20 jvz. Jason van Zyl jv...@ap... http://tambora.zenplex.org |
|
From: Jakob B. <jbr...@ho...> - 2002-06-09 12:34:03
|
hi, when exactly is the code moved to jakarta ? jakob ----- Original Message ----- From: "Mahler Thomas" <tho...@it...> To: "'Matthew Baird'" <ma...@so...>; <obj...@li...>; "Jason van Zyl (E-Mail)" <jv...@ze...> Sent: Sunday, June 09, 2002 12:34 PM Subject: AW: [OJB-developers] before move to jakarta Hi Matthew, OK, we will have to wait for your patches! Please inform the list when you are ready. Jason: please tell us about your progress and when you expect to do the code migration. We should all consent on the timing, to avoid problems. cheers, Thomas > -----Ursprüngliche Nachricht----- > Von: Matthew Baird [mailto:ma...@so...] > Gesendet: Sonntag, 9. Juni 2002 07:55 > An: obj...@li... > Betreff: [OJB-developers] before move to jakarta > > > > I've got a lot of bug fixes and test cases I want to get into > the code line > before we move, can I have a couple (maybe just 1) day to finish these > before we move, that would save me a ton of pain. > > Completely rewrote the multiple classes mapped to one table code. > Inheritance and polymorphism supported correctly now on one table. > Project attributes supported > ODMG reference object not triggering dirty bug fixed > OQL support for not equals as != as well as <> > Query support for referring to an object (it will assume you mean the > primary key attribute) > BlankString2NullField Converter for Oracle compatibility > Fixed bind iterator bug for literals in OQL. > Fixed bug where multiple objects (not extents) mapped to same > table using > auto sequences will re-use id's. > Fix my own bug :) for supporting cursoring and failing gracefully for > drivers that don't support .last, .absolute, etc. > Fix bug where we didn't close resultsets and Oracle runs out > of handles. > Fix bug where redundant interfaces got added to Proxy. > > Test Cases for: > - Complex Objects mapped to same table in both ODMG and PB > - Contract-Version-Effectiveness Temporal Pattern in both ODMG and PB > - Projection Attributes > - Advanced OQL using literals. > > It's quite a bit of stuff, and I'd hate to have to integrate it into a > different repository. > > Thanks, > Matthew > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas - http://devcon.sprintpcs.com/adp/index.cfm?source=dntextlink _______________________________________________ Objectbridge-developers mailing list Obj...@li... https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: Oleg N. <on...@uk...> - 2002-06-09 10:39:26
|
Hi, On Saturday 08 June 2002 22:40, Matthew Baird wrote: > Any thoughts on what to do with tests that are dependent on having this > functionality? > > Make them conditional? I propose to make them conditional. I guess that connection.getMetaData().supportsResultSetType( ResultSet.TYPE_SCROLL_INSENSITIVE) should return false if rs.last() is not supported. If this won't work, we may use Platforms. Oleg > > m > > -----Original Message----- > From: Jakob Braeuchi [mailto:jbr...@ho...] > Sent: Saturday, June 08, 2002 12:32 PM > To: Matthew Baird; obj...@li... > Subject: RsIterator size() > > hi, > > i do have a problem with an unsupported method in RsIterator#size(): > > ... > if (m_rsAndStmt.m_rs.last()) > ... > > m_rs.last() is not supported by the hsqldb shipped with ojb: > > [DEFAULT] ERROR: SQL Exception while getting size ROOT: This function is > not supported > ojb.broker.PersistenceBrokerException: SQL Exception while getting size > ROOT: This function is not supported > at ojb.broker.accesslayer.RsIterator.size(RsIterator.java:352) > at > ojb.broker.singlevm.PersistenceBrokerImpl.getCollectionByQuery(PersistenceB >r okerImpl.java:901) > > with mysql it works fine. > > jakob > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas - > http://devcon.sprintpcs.com/adp/index.cfm?source=osdntextlink > > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: Mahler T. <tho...@it...> - 2002-06-09 10:34:34
|
Hi Matthew, OK, we will have to wait for your patches! Please inform the list when you are ready. Jason: please tell us about your progress and when you expect to do the = code migration. We should all consent on the timing, to avoid problems. cheers, Thomas > -----Urspr=FCngliche Nachricht----- > Von: Matthew Baird [mailto:ma...@so...] > Gesendet: Sonntag, 9. Juni 2002 07:55 > An: obj...@li... > Betreff: [OJB-developers] before move to jakarta >=20 >=20 >=20 > I've got a lot of bug fixes and test cases I want to get into=20 > the code line > before we move, can I have a couple (maybe just 1) day to finish = these > before we move, that would save me a ton of pain. >=20 > Completely rewrote the multiple classes mapped to one table code. > Inheritance and polymorphism supported correctly now on one table. > Project attributes supported > ODMG reference object not triggering dirty bug fixed > OQL support for not equals as !=3D as well as <> > Query support for referring to an object (it will assume you mean the > primary key attribute) > BlankString2NullField Converter for Oracle compatibility > Fixed bind iterator bug for literals in OQL. > Fixed bug where multiple objects (not extents) mapped to same=20 > table using > auto sequences will re-use id's. > Fix my own bug :) for supporting cursoring and failing gracefully for > drivers that don't support .last, .absolute, etc. > Fix bug where we didn't close resultsets and Oracle runs out=20 > of handles. > Fix bug where redundant interfaces got added to Proxy. >=20 > Test Cases for: > - Complex Objects mapped to same table in both ODMG and PB > - Contract-Version-Effectiveness Temporal Pattern in both ODMG and PB > - Projection Attributes > - Advanced OQL using literals. >=20 > It's quite a bit of stuff, and I'd hate to have to integrate it into = a > different repository. >=20 > Thanks, > Matthew >=20 > _______________________________________________________________ >=20 > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -=20 > http://devcon.sprintpcs.com/adp/index.cfm?source=3Dosdntextlink >=20 > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers >=20 |
|
From: Mahler T. <tho...@it...> - 2002-06-09 10:29:11
|
We can't rely on ResultSet.last() as a number of JDBC Drivers do not = support this properly. So better make this Platform specific. cheers, Thomas > -----Urspr=FCngliche Nachricht----- > Von: Matthew Baird [mailto:ma...@so...] > Gesendet: Samstag, 8. Juni 2002 21:41 > An: 'Jakob Braeuchi'; Matthew Baird; > obj...@li... > Betreff: [OJB-developers] RE: RsIterator size() >=20 >=20 > Any thoughts on what to do with tests that are dependent on=20 > having this > functionality? >=20 > Make them conditional? >=20 > m >=20 > -----Original Message----- > From: Jakob Braeuchi [mailto:jbr...@ho...]=20 > Sent: Saturday, June 08, 2002 12:32 PM > To: Matthew Baird; obj...@li... > Subject: RsIterator size() >=20 > hi, >=20 > i do have a problem with an unsupported method in RsIterator#size(): >=20 > ... > if (m_rsAndStmt.m_rs.last()) > ... >=20 > m_rs.last() is not supported by the hsqldb shipped with ojb: >=20 > [DEFAULT] ERROR: SQL Exception while getting size ROOT: This=20 > function is not > supported > ojb.broker.PersistenceBrokerException: SQL Exception while=20 > getting size > ROOT: This function is not supported > at ojb.broker.accesslayer.RsIterator.size(RsIterator.java:352) > at > ojb.broker.singlevm.PersistenceBrokerImpl.getCollectionByQuery > (PersistenceBr > okerImpl.java:901) >=20 > with mysql it works fine. >=20 > jakob >=20 > _______________________________________________________________ >=20 > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -=20 > http://devcon.sprintpcs.com/adp/index.cfm?source=3Dosdntextlink >=20 > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers >=20 |
|
From: Mahler T. <tho...@it...> - 2002-06-09 10:26:56
|
+1 functionality and stability is more important than performance. cheers, Thomas > -----Urspr=FCngliche Nachricht----- > Von: Matthew Baird [mailto:ma...@so...] > Gesendet: Samstag, 8. Juni 2002 20:00 > An: obj...@li... > Betreff: [OJB-developers] Constructor based materialization=20 > VS multiple > objects mapped to s ame table >=20 >=20 > Mapping multiple objects to a single table does not work. It=20 > appears to > work, because the test cases are trivial. >=20 > Problem: >=20 > (see my other email about materializing objects that have the > ojbConcreteClass attribute, but have different fields they want to > materialize) >=20 > If you have 2 objects mapped to the same table with 3 String=20 > elements being > persisted, those String fields have to be the *same* string=20 > fields, in the > same order, otherwise the buildWithMultiArgsConstructor call=20 > will build the > object improperly, and it will be nearly impossible to debug :) >=20 > I propose to remove the buildWithMultiArgsConstructor in=20 > order to properly > support multiple classes mapped to the same table, until we=20 > find a way to do > this "safely". >=20 > Yes, this means you could lose the performance gain of using=20 > the mult-arg > constructor, but remember, this is temporary until we find a better > solution, and it allows much needed features (inheritance,=20 > and multiple > classes mapped to one table) to actually work for non-trivial=20 > examples. >=20 > I have test cases to show off complex mappings to a single=20 > table working, > which you can make fail if you enable the=20 > buildWithMultiArgsConstructor code > that I have commented out. >=20 > Please comment, as I would like to check this in before the=20 > move to Jakarta. >=20 > m >=20 > _______________________________________________________________ >=20 > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -=20 > http://devcon.sprintpcs.com/adp/index.cfm?source=3Dosdntextlink >=20 > _______________________________________________ > Objectbridge-developers mailing list > Obj...@li... > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers >=20 |
|
From: Matthew B. <ma...@so...> - 2002-06-09 05:54:33
|
I've got a lot of bug fixes and test cases I want to get into the code line before we move, can I have a couple (maybe just 1) day to finish these before we move, that would save me a ton of pain. Completely rewrote the multiple classes mapped to one table code. Inheritance and polymorphism supported correctly now on one table. Project attributes supported ODMG reference object not triggering dirty bug fixed OQL support for not equals as != as well as <> Query support for referring to an object (it will assume you mean the primary key attribute) BlankString2NullField Converter for Oracle compatibility Fixed bind iterator bug for literals in OQL. Fixed bug where multiple objects (not extents) mapped to same table using auto sequences will re-use id's. Fix my own bug :) for supporting cursoring and failing gracefully for drivers that don't support .last, .absolute, etc. Fix bug where we didn't close resultsets and Oracle runs out of handles. Fix bug where redundant interfaces got added to Proxy. Test Cases for: - Complex Objects mapped to same table in both ODMG and PB - Contract-Version-Effectiveness Temporal Pattern in both ODMG and PB - Projection Attributes - Advanced OQL using literals. It's quite a bit of stuff, and I'd hate to have to integrate it into a different repository. Thanks, Matthew |
|
From: Jakob B. <jbr...@ho...> - 2002-06-08 19:59:29
|
hi matthew, i haven't tested ms-access but i expect it to fail too :( jakob ----- Original Message ----- From: "Matthew Baird" <ma...@so...> To: "'Jakob Braeuchi'" <jbr...@ho...>; "Matthew Baird" <ma...@so...>; <obj...@li...> Sent: Saturday, June 08, 2002 9:40 PM Subject: RE: RsIterator size() > Any thoughts on what to do with tests that are dependent on having this > functionality? > > Make them conditional? > > m > > -----Original Message----- > From: Jakob Braeuchi [mailto:jbr...@ho...] > Sent: Saturday, June 08, 2002 12:32 PM > To: Matthew Baird; obj...@li... > Subject: RsIterator size() > > hi, > > i do have a problem with an unsupported method in RsIterator#size(): > > ... > if (m_rsAndStmt.m_rs.last()) > ... > > m_rs.last() is not supported by the hsqldb shipped with ojb: > > [DEFAULT] ERROR: SQL Exception while getting size ROOT: This function is not > supported > ojb.broker.PersistenceBrokerException: SQL Exception while getting size > ROOT: This function is not supported > at ojb.broker.accesslayer.RsIterator.size(RsIterator.java:352) > at > ojb.broker.singlevm.PersistenceBrokerImpl.getCollectionByQuery(PersistenceBr > okerImpl.java:901) > > with mysql it works fine. > > jakob > |
|
From: Matthew B. <ma...@so...> - 2002-06-08 19:40:17
|
Any thoughts on what to do with tests that are dependent on having this functionality? Make them conditional? m -----Original Message----- From: Jakob Braeuchi [mailto:jbr...@ho...] Sent: Saturday, June 08, 2002 12:32 PM To: Matthew Baird; obj...@li... Subject: RsIterator size() hi, i do have a problem with an unsupported method in RsIterator#size(): ... if (m_rsAndStmt.m_rs.last()) ... m_rs.last() is not supported by the hsqldb shipped with ojb: [DEFAULT] ERROR: SQL Exception while getting size ROOT: This function is not supported ojb.broker.PersistenceBrokerException: SQL Exception while getting size ROOT: This function is not supported at ojb.broker.accesslayer.RsIterator.size(RsIterator.java:352) at ojb.broker.singlevm.PersistenceBrokerImpl.getCollectionByQuery(PersistenceBr okerImpl.java:901) with mysql it works fine. jakob |
|
From: Jakob B. <jbr...@ho...> - 2002-06-08 19:26:37
|
hi, i do have a problem with an unsupported method in RsIterator#size(): ... if (m_rsAndStmt.m_rs.last()) ... m_rs.last() is not supported by the hsqldb shipped with ojb: [DEFAULT] ERROR: SQL Exception while getting size ROOT: This function is not supported ojb.broker.PersistenceBrokerException: SQL Exception while getting size ROOT: This function is not supported at ojb.broker.accesslayer.RsIterator.size(RsIterator.java:352) at ojb.broker.singlevm.PersistenceBrokerImpl.getCollectionByQuery(PersistenceBr okerImpl.java:901) with mysql it works fine. jakob |
9 messages has been excluded from this view by a project administrator.
