objectbridge-developers Mailing List for ObJectRelationalBridge (Page 5)
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: Thomas M. <tho...@ho...> - 2002-06-10 16:53:14
|
Hi David, The table "ELVIS" is used in a testMethod "testBrokerCrash(). It provokes a crash of the PersistenceBroker by using a non-existing tablename. This testcase should only fail, if no Exception is thrown by the broker! Thomas David Forslund wrote: > The beanutils are their, but the junit target still fails. Junit2 > almost works with a failure to find table ELVIS.in the running of > test.ojb.odmg.AllTests The test.ojb.broker.AllTests passed as did > test.ojb.sodal.AllTests > > Dave > At 11:18 PM 6/9/2002 -0700, Matthew baird wrote: > >> should be fixed now, do another checkout. >> >> */tr...@th.../* wrote: >> >> I have the same problem. >> >> ---- Original Message ---- From: David Forslund Sent: 2002-06-09 >> 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...u! rceforge.net >> 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 >> >> >> >> Do You Yahoo!? >> Sign-up for Video Highlights >> <http://rd.yahoo.com/welcome/*http://fifaworldcup.yahoo.com/fc/en/spl> >> of 2002 FIFA World Cup > |
|
From: David F. <dw...@la...> - 2002-06-10 16:02:57
|
But there is a failure reported in the junit2 test. There is a comment in
the stack trace that:
[junit] junit.framework.AssertionFailedError: count not right, found
<49> should have got <39> This failure is expected if your driver doesn't
support advanced JDBC operations.
[junit] at junit.framework.Assert.fail(Assert.java:51)
[junit] at
test.ojb.odmg.ScrollableQueryResultsTest.testGetSomeC(ScrollableQueryResultsTest.java:334)
....
followed by:
[junit] Tests run: 114, Failures: 1, Errors: 0, Time elapsed: 14.37 sec
[junit] TEST test.ojb.odmg.AllTests FAILED
Dave
Perhaps this is a fault with hsqldb?
At 08:58 AM 6/10/2002 -0700, Matthew Baird wrote:
>The ELVIS stacktrace is not an error, it's a test of crashing the
>persistencebroker, so the stacktrace is expected.
>
>
>
>
>
>-----Original Message-----
>From: David Forslund [mailto:dw...@la...]
>Sent: Monday, June 10, 2002 8:42 AM
>To: Matthew baird; tr...@th...;
>obj...@li...
>Subject: RE: [OJB-developers] Re: CVS build
>
>
>
>The beanutils are their, but the junit target still fails. Junit2 almost
>works with a failure to find table ELVIS.in the running of
>test.ojb.odmg.AllTests The test.ojb.broker.AllTests passed as did
>test.ojb.sodal.AllTests
>
>Dave
>At 11:18 PM 6/9/2002 -0700, Matthew baird wrote:
>
>
>should be fixed now, do another checkout.
>
|
|
From: Matthew B. <ma...@so...> - 2002-06-10 15:58:05
|
The ELVIS stacktrace is not an error, it's a test of crashing the persistencebroker, so the stacktrace is expected. -----Original Message----- From: David Forslund [mailto:dw...@la...] Sent: Monday, June 10, 2002 8:42 AM To: Matthew baird; tr...@th...; obj...@li... Subject: RE: [OJB-developers] Re: CVS build The beanutils are their, but the junit target still fails. Junit2 almost works with a failure to find table ELVIS.in the running of test.ojb.odmg.AllTests The test.ojb.broker.AllTests passed as did test.ojb.sodal.AllTests Dave At 11:18 PM 6/9/2002 -0700, Matthew baird wrote: should be fixed now, do another checkout. |
|
From: David F. <dw...@la...> - 2002-06-10 15:41:59
|
The beanutils are their, but the junit target still fails. Junit2 almost works with a failure to find table ELVIS.in the running of test.ojb.odmg.AllTests The test.ojb.broker.AllTests passed as did test.ojb.sodal.AllTests Dave At 11:18 PM 6/9/2002 -0700, Matthew baird wrote: >should be fixed now, do another checkout. > > tr...@th... wrote: >I have the same problem. > >---- Original Message ---- >From: David Forslund >Sent: 2002-06-09 >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...u! rceforge.net >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 > > > >Do You Yahoo!? ><http://rd.yahoo.com/welcome/*http://fifaworldcup.yahoo.com/fc/en/spl>Sign-up >for Video Highlights of 2002 FIFA World Cup |
|
From: <Joa...@tp...> - 2002-06-10 14:59:56
|
Hy, I've got a question about ODMG. As I don't have the ODMG-Specification (yet), I don't know wether the problem that I have is caused by my lack of knowledge of how ODMG is supposed to work or if it is a real bug. I have an object of type SomeContainer that contains a List of other objects (let's say, they are of type SomeStuff). Now I place a upgrad-lock on the SomeContainer-Object, after I've aquired it from the Database. ODMG goes around and places a lock on all objects referenced by the SomeContainer object (directly and via collection). Just fine up to here. Now I add an object to the list of SomeStuff-objects. When I call commit now, should ODMG store the object and add a reference to the list or is it the job of the programmer to explicitely lock the new object? anyone can help? btw, does anyone know wether the ODMG-Standard is actually readable as a reference or if it is typical ISO/ANSI/IEEE-standard-language (i.e. totally useless for reference-purpose)? regards Joachim Sauer |
|
From: Matthew B. <ma...@so...> - 2002-06-10 14:42:13
|
The IN statements will end up looking like this
Where A0.ojbConcreteClass in ('com.someclass1',' com.someclass2','
com.someclass3')
I misunderstood the limit, thinking it was total characters, so if a class
name was average 50 characters we'd potentially have problems. Seeing as
it's an element limit, there really isn't a problem. We could have all the
way up to com.somclass254 given the oracle limit.
M
-----Original Message-----
From: Oleg Nitz [mailto:on...@ib...]
Sent: Monday, June 10, 2002 1:39 AM
To: obj...@li...
Subject: Re: [OJB-developers] multiple classes mapped to single table requ
est for comments
Matthew Baird wrote:
> Damn oracle.
> That's about... average 50 characters per fully qualified class name,
> meaning a max of 5 classes in an IN statement.
I don't understand what you mean here. "Classes in an IN statement"???
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: Matthew B. <ma...@so...> - 2002-06-10 14:37:09
|
No problem then. I'd hate to see an inheritance hierarchy more than 254 deep ;) -----Original Message----- From: Jakob Braeuchi [mailto:jbr...@ho...] Sent: Monday, June 10, 2002 12:10 AM To: Matthew Baird; obj...@li... Subject: Re: [OJB-developers] multiple classes mapped to single table requ est for comments hi matthew, afaik it's not the total length of the IN that has this limit, you can only have 254 items in the list: IN(a,b,c,d.... up to 254) jakob |
|
From: Georg S. <ge...@me...> - 2002-06-10 11:18:31
|
Hi, when checking out a fresh version from the repository and running build.sh junit, I get the following error BUILD FAILED /people/georg/tmp/ojb/ojb-1-0/build.xml:205: Could not find file /people/georg/tmp/ojb/ojb-1-0/target/src/test/setup/db-setup.sql to copy. Where did that file go? Cheers Georg |
|
From: Charles A. <cha...@hp...> - 2002-06-10 09:38:57
|
http://www.itsystems.lv/gints/oracle_limits.htm suggests that 1000 items can be in the 'in' clause i.e. WHERE thing IN ('1','2', ... , '1000') in oracle version 8i. I have read elsewhere (sorry, can't find refs right now) that in v9i the limit is 2000, and that in v7 it was 254. As others have noted, it seems to be the number of items in the clause, as opposed to the length of the clause, that is limited. Cheers, Charles. > -----Original Message----- > From: Jakob Braeuchi [mailto:jbr...@ho...] > Sent: 10 June 2002 10:19 > To: Oleg Nitz; obj...@li... > Subject: Re: [OJB-developers] multiple classes mapped to single table > request for comments > > > hi oleg, > > i remember we had a problem with too many (>254) items in an > IN-operator. > but i do not remember the version of oracle :( > > jakob > > ----- Original Message ----- > From: "Oleg Nitz" <on...@ib...> > To: <obj...@li...> > Sent: Monday, June 10, 2002 10:37 AM > Subject: Re: [OJB-developers] multiple classes mapped to single table > request for comments > > > > Jakob Braeuchi wrote: > > > hi matthew, > > > > >> 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 :)) > > > > > afaik IN has (or at least had in previous versions) a > length limit of > 254 in > > > Oracle. > > I don't think this is true about Oracle, but I know that there is a > > limit of 250 OR's and AND's in WHERE clause for Sybase ASE. > > IN is equivalent to the sequence of OR's, so it also has > the limit of > > 250 elements, but there is no difference between IN and OR's from > > DB server point of view, but IN syntax is shorter. > > > > 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 > > > > _______________________________________________________________ > > 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 This email and any attachments are strictly confidential and are intended solely for the addressee. If you are not the intended recipient you must not disclose, forward, copy or take any action in reliance on this message or its attachments. If you have received this email in error please notify the sender as soon as possible and delete it from your computer systems. Any views or opinions presented are solely those of the author and do not necessarily reflect those of HPD Software Limited or its affiliates. At present the integrity of email across the internet cannot be guaranteed and messages sent via this medium are potentially at risk. All liability is excluded to the extent permitted by law for any claims arising as a re- sult of the use of this medium to transmit information by or to HPD Software Limited or its affiliates. |
|
From: Jakob B. <jbr...@ho...> - 2002-06-10 09:19:05
|
hi oleg, i remember we had a problem with too many (>254) items in an IN-operator. but i do not remember the version of oracle :( jakob ----- Original Message ----- From: "Oleg Nitz" <on...@ib...> To: <obj...@li...> Sent: Monday, June 10, 2002 10:37 AM Subject: Re: [OJB-developers] multiple classes mapped to single table request for comments > Jakob Braeuchi wrote: > > hi matthew, > > >> 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 :)) > > > afaik IN has (or at least had in previous versions) a length limit of 254 in > > Oracle. > I don't think this is true about Oracle, but I know that there is a > limit of 250 OR's and AND's in WHERE clause for Sybase ASE. > IN is equivalent to the sequence of OR's, so it also has the limit of > 250 elements, but there is no difference between IN and OR's from > DB server point of view, but IN syntax is shorter. > > 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...@ib...> - 2002-06-10 08:35:51
|
Matthew Baird wrote: > Damn oracle. > That's about... average 50 characters per fully qualified class name, > meaning a max of 5 classes in an IN statement. I don't understand what you mean here. "Classes in an IN statement"??? Oleg |
|
From: Oleg N. <on...@ib...> - 2002-06-10 08:34:36
|
Jakob Braeuchi wrote: > hi matthew, >> 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 :)) > afaik IN has (or at least had in previous versions) a length limit of 254 in > Oracle. I don't think this is true about Oracle, but I know that there is a limit of 250 OR's and AND's in WHERE clause for Sybase ASE. IN is equivalent to the sequence of OR's, so it also has the limit of 250 elements, but there is no difference between IN and OR's from DB server point of view, but IN syntax is shorter. Oleg |
|
From: Oleg N. <on...@ib...> - 2002-06-10 08:27:33
|
Matthew Baird wrote: > 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). BTW, is it possible to use scrollable cursor when supported and forward-only cursor with COUNT statement otherwise? I mean that OJB would switch between two implementations depending on DBMS. Oleg |
|
From: Jakob B. <jbr...@ho...> - 2002-06-10 07:09:38
|
hi matthew,
afaik it's not the total length of the IN that has this limit, you can only
have 254 items in the list:
IN(a,b,c,d.... up to 254)
jakob
----- Original Message -----
From: "Matthew Baird" <ma...@so...>
To: <obj...@li...>
Sent: Monday, June 10, 2002 7:47 AM
Subject: RE: [OJB-developers] multiple classes mapped to single table requ
est for comments
> Damn oracle.
>
> That's about... average 50 characters per fully qualified class name,
> meaning a max of 5 classes in an IN statement.
>
> Well, the code is easy enough to change, if it becomes an issue.
>
>
> -----Original Message-----
> From: Jakob Braeuchi [mailto:jbr...@ho...]
> Sent: Sunday, June 09, 2002 10:40 PM
> To: Matthew Baird; 'Oleg Nitz';
> obj...@li...
> Subject: Re: [OJB-developers] multiple classes mapped to single table
> request for comments
>
> hi matthew,
>
> > 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 :))
>
> afaik IN has (or at least had in previous versions) a length limit of 254
in
> Oracle.
>
> jakob
>
> ----- Original Message -----
> From: "Matthew Baird" <ma...@so...>
> To: "'Oleg Nitz'" <on...@uk...>;
> <obj...@li...>
> Sent: Sunday, June 09, 2002 9:57 PM
> Subject: RE: [OJB-developers] multiple classes mapped to single table
> request for comments
>
>
> > 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
> >
> > _______________________________________________________________
> >
> > 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: <tr...@th...> - 2002-06-10 06:38:21
|
trying to copy setup/xxx.sql. Travis |
|
From: Matthew B. <ma...@so...> - 2002-06-10 06:36:08
|
Hi Georg,
I've added that code (not committed yet), and will test. I'll need to write
a test case for it first, if you don't have one.
m
-----Original Message-----
From: Georg Schneider [mailto:ge...@me...]
Sent: Monday, May 27, 2002 4:45 AM
To: Mahler Thomas
Cc: obj...@li...
Subject: [OJB-developers] DListImpl remove
Hi Thomas,
It seems, that the remove method in DListImpl is not fully implemented.
First of all the entry never gets deleted from the entry list, the size
isn't reduced by one and
although it says in the comment above the method, that when removing an
element the index of the subsequent elements will be shifted to the left,
the code for doing that is not there. The following lines show how I
corrected that (unfortunately I can't send a diff, because DListImpl is
still one of those files that have extra line feeds in the repository).
if (tx != null)
{
tx.markDelete(entry);
}
==> added from here on
this.size--;
elements.remove(index);
// changing the position markers of entries:
int offset = 0;
try
{
offset = ((DListEntry) elements.get(index)).getPosition();
}
catch (Exception ignored)
{
}
for (int i = offset; i < elements.size(); i++)
{
entry = (DListEntry) elements.get(i);
entry.setPosition(i);
}
==> end of added code
return entry.getRealSubject();
Cheers
Georg
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
Objectbridge-developers mailing list
Obj...@li...
https://lists.sourceforge.net/lists/listinfo/objectbridge-developers
|
|
From: Thomas M. <tho...@ho...> - 2002-06-10 06:31:51
|
Hi Matthew Matthew Baird wrote: > 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. > As Jason mentioned: The Jakarta administration is still waiting for some OJB developers to send in their faxes stating approval of the apache license. (Everyone who did not yet send a fax to apache should read Jasons last mails to this list. If we don't don't consent to publish our stuff under apache license, OJB can't become a Jakarta project, and we won't be granted developer status at Jakarta.) So I assume we will have have at least one more week to work in the old environment. Jason will inform us when he is ready and we will make detailed time schedule for shifting to Jakarta. > 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. > No need to hurry! > 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 > > > > |
|
From: Matthew B. <ma...@so...> - 2002-06-10 06:31:48
|
Although not documented (yet), the scrollable result sets are in. See the test for info on how to use them. I expect I will need to write some documentation soon :( -----Original Message----- From: Domagoj Jugovic [mailto:do...@la...] Sent: Wednesday, May 29, 2002 3:10 AM To: obj...@li... Subject: [OJB-developers] Limit Number Of Objects in Query OK, this is a theoretical question, I didn't used OJB yet so maybe this is supported feature but I am not aware of it ? So I want to know is it possible to limit (aka: Statement.setMaxRows() ) the number of returned objects by query. Or using scrollable ResultSet and getting rows from database and materializing objects as they needed would be even better, much better. _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Objectbridge-developers mailing list Obj...@li... https://lists.sourceforge.net/lists/listinfo/objectbridge-developers |
|
From: Matthew B. <ma...@so...> - 2002-06-10 06:28:58
|
Hi Galvin, I was just going through old emails to make sure every request
gets handled, when I came across yours. Could you either provide me a test
case, or explain a test case to me that will show this bug so I can put it
in the test suite so we don't regress on this issue.
Thanks,
Matthew
-----Original Message-----
From: Galvin Hsiu [mailto:gk...@ya...]
Sent: Tuesday, June 04, 2002 5:52 PM
To: obj...@li...
Subject: [OJB-developers] Bug in TransactionImpl.java (Null Pointer
Exception) in 0.9
Encountered a null pointer exception that manifests
itself when attempting to update a m:n relationship
while using ODMG API - this is manifested in both
TransactionImpl and ObjectReferenceDescriptor.
In TransactionImpl: as it attempts to retrieve
getforeignKeyfielddescriptors() from
CollectionDescriptor(), the call can throw a null
pointer exception.
However, suppose that the CollectionDescriptor
(ObjectReferenceDescriptor descendant) has its
m_ForeignKeyFields not set or initialized. In fact,
m_ForeignKeyFields are initialized only if
addForeignKeyField() is called. Therefore, when
getForeignKeyFieldDescriptors() is called, this code
gets executed:
Vector v = getForeignKeyFields();
/* WHAT HAPPENS IF v is NULL? NPE*/
// 2. get FieldDescriptor for each index
from Class-descriptor
Vector ret = new Vector();
Iterator iter = v.iterator();
while (iter.hasNext())
{
Integer index = (Integer) iter.next();
ret.add(mif.getFieldDescriptorByIndex(index.intValue()));
}
TransactionImpl:
ClassDescriptor itemCld =
this.getBroker().getClassDescriptor(cds.getItemClass());
Object[] objPkValues =
cld.getKeyValues(newTxObject);
/* BEGIN NULL POINTER EXCEPTION THREAT
*/
FieldDescriptor[] itemFkFields =
cds.getForeignKeyFieldDescriptors(itemCld);
/* END NULL POINTER EXCEPTION THREAT
*/
while (colIterator.hasNext())
{
Object item = colIterator.next();
// provide all items in collection
attributes
// with foreign key information
before locking them!
for (int j = 0; j <
itemFkFields.length; j++)
{
FieldDescriptor fld =
itemFkFields[j];
fld.getPersistentField().set(item, objPkValues[j]);
}
lock(item, lockMode);
}
Possible fix(es):
1) Have the m_ForeignKeyFields initialized and
instantiated in the ObjectReferenceDescriptor()
constructor
2) Modify TransactionImpl to detect whether or not a
CollectionDescriptor has any fieldDescriptors at all -
if not just call lock(item, lockMode). If so, provide
all items in collection attributes with foreign key
information before locking them.
__________________________________________________
Do You Yahoo!?
Yahoo! - Official partner of 2002 FIFA World Cup
http://fifaworldcup.yahoo.com
_______________________________________________________________
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm
_______________________________________________
Objectbridge-developers mailing list
Obj...@li...
https://lists.sourceforge.net/lists/listinfo/objectbridge-developers
|
|
From: Matthew b. <mat...@ya...> - 2002-06-10 06:18:59
|
should be fixed now, do another checkout. tr...@th... wrote: I have the same problem. ---- Original Message ---- From: David Forslund Sent: 2002-06-09 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 _______________________________________________________________ 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 --------------------------------- Do You Yahoo!? Sign-up for Video Highlights of 2002 FIFA World Cup |
|
From: <tr...@th...> - 2002-06-10 06:15:19
|
I have the same problem. ---- Original Message ---- From: David Forslund <dw...@la...> Sent: 2002-06-09 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: Thomas M. <tho...@ho...> - 2002-06-10 06:03:57
|
try build[.sh] browse_db ! Matthew Baird wrote: > Is there a nice tool for viewing data in HSQLDB? > What do other developers use? > > > > |
|
From: Matthew B. <ma...@so...> - 2002-06-10 05:46:30
|
Damn oracle.
That's about... average 50 characters per fully qualified class name,
meaning a max of 5 classes in an IN statement.
Well, the code is easy enough to change, if it becomes an issue.
-----Original Message-----
From: Jakob Braeuchi [mailto:jbr...@ho...]
Sent: Sunday, June 09, 2002 10:40 PM
To: Matthew Baird; 'Oleg Nitz';
obj...@li...
Subject: Re: [OJB-developers] multiple classes mapped to single table
request for comments
hi matthew,
> 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 :))
afaik IN has (or at least had in previous versions) a length limit of 254 in
Oracle.
jakob
----- Original Message -----
From: "Matthew Baird" <ma...@so...>
To: "'Oleg Nitz'" <on...@uk...>;
<obj...@li...>
Sent: Sunday, June 09, 2002 9:57 PM
Subject: RE: [OJB-developers] multiple classes mapped to single table
request for comments
> 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
>
> _______________________________________________________________
>
> 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: Jakob B. <jbr...@ho...> - 2002-06-10 05:42:54
|
hi matthew, i use DbVisualizer for all jdbc databases http://www.minq.se/products/dbvis jakob ----- Original Message ----- From: "Matthew Baird" <ma...@so...> To: "'Thomas Mahler'" <tho...@ho...>; "ojb" <obj...@li...> Sent: Sunday, June 09, 2002 11:29 PM Subject: [OJB-developers] hsqldb > Is there a nice tool for viewing data in HSQLDB? > What do other developers use? > > _______________________________________________________________ > > 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: Jakob B. <jbr...@ho...> - 2002-06-10 05:40:08
|
hi matthew,
> 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 :))
afaik IN has (or at least had in previous versions) a length limit of 254 in
Oracle.
jakob
----- Original Message -----
From: "Matthew Baird" <ma...@so...>
To: "'Oleg Nitz'" <on...@uk...>;
<obj...@li...>
Sent: Sunday, June 09, 2002 9:57 PM
Subject: RE: [OJB-developers] multiple classes mapped to single table
request for comments
> 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
>
> _______________________________________________________________
>
> 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
>
|
9 messages has been excluded from this view by a project administrator.
