objectbridge-developers Mailing List for ObJectRelationalBridge (Page 17)
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: Oleg N. <on...@uk...> - 2002-05-15 08:05:54
|
Hi All, The first (major) part of the redesign is in CVS. This includes table aliases, platform dependent JOIN syntax, UNIONs. The stuff isn't tested as complete as it should, but now only one testcase fails (I don't know which one). Most of Queries are now handled by SqlStatement. NToMCriteria is still handled by SqlGenerator, is requires some redesign. SqlStatement may seem complicated, but believe me, it can't be simple. I have to write more query testcases to show this :) Comments and bug reports are welcome. Oleg On Wednesday 08 May 2002 11:07, Oleg Nitz wrote: > Hi Jakob, > > On Wednesday 08 May 2002 09:59, Jakob Braeuchi wrote: > > i fixed the SqlGenerator to support m:n path expression (it took me only > > 90 minutes, i couldn't resists), and i also added new testcases for this > > kind of path-expressions. > > but i think the SqlGenerator and the JoinInfos are getting more and more > > ugly, and the definitely need a redesign. > > how is the design of the new SqlGenerator you're working on ? > > I am copying/moving some code from SqlGenerator to SqlStatement - a new > class that will be responsible for generating one SELECT statement for > given criteria and handle joins, aliases and UNIONs. Yes, UNIONs - I know > cases where they are necessary. I can expand on this if anyone is > interested. How long this work would take - I can't say, probably I'll > commit something until the end of the week. > > 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-15 07:16:29
|
hi oleg,
i pasted the statement into ms-access and there it works. this may be a
mysql issue.
jakob
----- Original Message -----
From: "Jakob Braeuchi" <jbr...@ho...>
To: "Oleg Nitz" <on...@uk...>
Cc: "Objectbridge Developers List (E-mail)"
<obj...@li...>
Sent: Wednesday, May 15, 2002 7:59 AM
Subject: [OJB-developers] (no subject)
> hi oleg,
>
> i have a problem with the new SqlStatement:
>
> [ojb.broker.accesslayer.SqlGenerator] DEBUG: SQL: SELECT DISTINCT
> A0.id,A0.idPerson,A0.nummer,A0.saldo FROM tabKonto A0 INNER JOIN
(tabPerson
> A1 INNER JOIN tabTelefon A2 ON A1.id=A2.idPerson) ON A0.idPerson=A1.id
WHERE
> A2.tel_nr LIKE ?
>
> this produces a syntax error in mysql : syntax error near (tabPerson A1
> INNER JOIN....
>
> the query i execute is the following:
>
> Query query;
> Criteria crit;
> crit = new Criteria();
> crit.addEqualTo("inhaber.telefone.nummer", "031%");
> query = new QueryByCriteria(Konto.class, crit, true);
> showResult(broker.getCollectionByQuery(query));
>
> 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-15 05:59:30
|
hi oleg,
i have a problem with the new SqlStatement:
[ojb.broker.accesslayer.SqlGenerator] DEBUG: SQL: SELECT DISTINCT
A0.id,A0.idPerson,A0.nummer,A0.saldo FROM tabKonto A0 INNER JOIN (tabPerson
A1 INNER JOIN tabTelefon A2 ON A1.id=A2.idPerson) ON A0.idPerson=A1.id WHERE
A2.tel_nr LIKE ?
this produces a syntax error in mysql : syntax error near (tabPerson A1
INNER JOIN....
the query i execute is the following:
Query query;
Criteria crit;
crit = new Criteria();
crit.addEqualTo("inhaber.telefone.nummer", "031%");
query = new QueryByCriteria(Konto.class, crit, true);
showResult(broker.getCollectionByQuery(query));
jakob
|
|
From: <tr...@th...> - 2002-05-14 21:09:43
|
I modified the sample tutorial application to use a java.util.List to hold a collection of classes, but the list isn't getting stored in the db?
I have this CollectionDescriptor
<CollectionDescriptor id="15">
<cdfield.name>accesses</cdfield.name>
<items.class>com.spaceprogram.users.UserItemAccess</items.class>
<inverse_fk_descriptor_ids>4</inverse_fk_descriptor_ids>
</CollectionDescriptor>
Any ideas why this would be happening?
Travis
|
|
From: <tr...@th...> - 2002-05-14 15:39:12
|
that's what i'm looking for. thanks. ---- Original Message ---- From: Anil Kona <Ani...@mo...> Sent: 2002-05-14 To: tr...@th..., obj...@so... Subject: RE: AW: [OJB-developers] Relationships in objects/data sorry.. this one has complete examples on 1:n and M:N =20 http://objectbridge.sourceforge.net/tutorial3.html =20 -Anil =20 =09-----Original Message-----=20 =09From: tr...@th... [mailto:tr...@th...]=20 =09Sent: ????. 14-05-2002 07:56=20 =09To: obj...@so...=20 =09Cc:=20 =09Subject: RE: AW: [OJB-developers] Relationships in objects/data =09 =09 =09What would you put in repository.xml for the java.util.List? =09 =09Travis =09 =09---- Original Message ---- =09From: =3D?iso-8859-1?Q?=3D22Spr=3DE4ner=3D2C_Carsten=3D22?=3D <Carsten.S= pr...@vi...> =09Sent: 2002-05-14 =09To: tr...@th... =09Subject: AW: [OJB-developers] Relationships in objects/data =09 =09That's what OJB is made for! =09 =09-----Urspr=FCngliche Nachricht----- =09Von: tr...@th... [mailto:tr...@th...] =09Gesendet: Dienstag, 14. Mai 2002 06:34 =09An: obj...@so... =09Cc: obj...@so... =09Betreff: [OJB-developers] Relationships in objects/data =09 =09How does OJB handle things like: =09 =09public class Person =09{ =09 String Name; =09 Address myAddress; =09} =09 =09public class Address =09{ =09 String street1; =09 String street2; =09 String city; =09 String state; =09 String zip; =09} =09 =09Would the address instance in a person instance be persistent if you sto= red =09the person instance? =09 =09Or what if that person class looked like this: =09 =09public class Person =09{ =09 String Name; =09 java.util.List addresses; // list of address objects =09} =09 =09Does ojb have any way of dealing with that? =09 =09Travis Reeder =09Chief Software Architect =09www.ThinkVirtual.com =09 =09 =09_______________________________________________________________ =09 =09Have big pipes? SourceForge.net is looking for download mirrors. We supp= ly =09the hardware. You get the recognition. Email Us: bandwidth@sourceforge.n= et =09_______________________________________________ =09Objectbridge-developers mailing list =09O...@li... =09https://lists.sourceforge.net/lists/listinfo/objectbridge-developers =09 =09 =09 =09_______________________________________________________________ =09 =09Have big pipes? SourceForge.net is looking for download mirrors. We supp= ly =09the hardware. You get the recognition. Email Us: bandwidth@sourceforge.n= et =09_______________________________________________ =09Objectbridge-developers mailing list =09O...@li... =09https://lists.sourceforge.net/lists/listinfo/objectbridge-developers =09 |
|
From: Anil K. <Ani...@mo...> - 2002-05-14 15:28:38
|
c29ycnkuLg0KdGhpcyBvbmUgaGFzIGNvbXBsZXRlIGV4YW1wbGVzIG9uIDE6biBhbmQgTTpODQog DQpodHRwOi8vb2JqZWN0YnJpZGdlLnNvdXJjZWZvcmdlLm5ldC90dXRvcmlhbDMuaHRtbA0KIA0K LUFuaWwNCiANCg0KCS0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tIA0KCUZyb206IHRyYXZpc0B0 aGlua3ZpcnR1YWwuY29tIFttYWlsdG86dHJhdmlzQHRoaW5rdmlydHVhbC5jb21dIA0KCVNlbnQ6 IOCkruCkguCkl+Cksi4gMTQtMDUtMjAwMiAwNzo1NiANCglUbzogb2JqZWN0YnJpZGdlLWRldmVs b3BlcnNAc291cmNlZm9yZ2UubmV0IA0KCUNjOiANCglTdWJqZWN0OiBSRTogQVc6IFtPSkItZGV2 ZWxvcGVyc10gUmVsYXRpb25zaGlwcyBpbiBvYmplY3RzL2RhdGENCgkNCgkNCg0KCVdoYXQgd291 bGQgeW91IHB1dCBpbiByZXBvc2l0b3J5LnhtbCBmb3IgdGhlIGphdmEudXRpbC5MaXN0Pw0KCQ0K CVRyYXZpcw0KCQ0KCS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tDQoJRnJvbTogPT9pc28tODg1 OS0xP1E/PTIyU3ByPUU0bmVyPTJDX0NhcnN0ZW49MjI/PSA8Q2Fyc3Rlbi5TcHJhZW5lckB2aWFk ZWUuZGU+DQoJU2VudDogMjAwMi0wNS0xNA0KCVRvOiB0cmF2aXNAdGhpbmt2aXJ0dWFsLmNvbQ0K CVN1YmplY3Q6IEFXOiBbT0pCLWRldmVsb3BlcnNdIFJlbGF0aW9uc2hpcHMgaW4gb2JqZWN0cy9k YXRhDQoJDQoJVGhhdCdzIHdoYXQgT0pCIGlzIG1hZGUgZm9yIQ0KCQ0KCS0tLS0tVXJzcHLDvG5n bGljaGUgTmFjaHJpY2h0LS0tLS0NCglWb246IHRyYXZpc0B0aGlua3ZpcnR1YWwuY29tIFttYWls dG86dHJhdmlzQHRoaW5rdmlydHVhbC5jb21dDQoJR2VzZW5kZXQ6IERpZW5zdGFnLCAxNC4gTWFp IDIwMDIgMDY6MzQNCglBbjogb2JqZWN0YnJpZGdlLWpkby1kZXZAc291cmNlZm9yZ2UubmV0DQoJ Q2M6IG9iamVjdGJyaWRnZS1kZXZlbG9wZXJzQHNvdXJjZWZvcmdlLm5ldA0KCUJldHJlZmY6IFtP SkItZGV2ZWxvcGVyc10gUmVsYXRpb25zaGlwcyBpbiBvYmplY3RzL2RhdGENCgkNCglIb3cgZG9l cyBPSkIgaGFuZGxlIHRoaW5ncyBsaWtlOg0KCQ0KCXB1YmxpYyBjbGFzcyBQZXJzb24NCgl7DQoJ ICBTdHJpbmcgTmFtZTsNCgkgIEFkZHJlc3MgbXlBZGRyZXNzOw0KCX0NCgkNCglwdWJsaWMgY2xh c3MgQWRkcmVzcw0KCXsNCgkgIFN0cmluZyBzdHJlZXQxOw0KCSAgU3RyaW5nIHN0cmVldDI7DQoJ ICBTdHJpbmcgY2l0eTsNCgkgIFN0cmluZyBzdGF0ZTsNCgkgIFN0cmluZyB6aXA7DQoJfQ0KCQ0K CVdvdWxkIHRoZSBhZGRyZXNzIGluc3RhbmNlIGluIGEgcGVyc29uIGluc3RhbmNlIGJlIHBlcnNp c3RlbnQgaWYgeW91IHN0b3JlZA0KCXRoZSBwZXJzb24gaW5zdGFuY2U/DQoJDQoJT3Igd2hhdCBp ZiB0aGF0IHBlcnNvbiBjbGFzcyBsb29rZWQgbGlrZSB0aGlzOg0KCQ0KCXB1YmxpYyBjbGFzcyBQ ZXJzb24NCgl7DQoJICBTdHJpbmcgTmFtZTsNCgkgIGphdmEudXRpbC5MaXN0IGFkZHJlc3Nlczsg Ly8gbGlzdCBvZiBhZGRyZXNzIG9iamVjdHMNCgl9DQoJDQoJRG9lcyBvamIgaGF2ZSBhbnkgd2F5 IG9mIGRlYWxpbmcgd2l0aCB0aGF0Pw0KCQ0KCVRyYXZpcyBSZWVkZXINCglDaGllZiBTb2Z0d2Fy ZSBBcmNoaXRlY3QNCgl3d3cuVGhpbmtWaXJ0dWFsLmNvbQ0KCQ0KCQ0KCV9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCQ0KCUhh dmUgYmlnIHBpcGVzPyBTb3VyY2VGb3JnZS5uZXQgaXMgbG9va2luZyBmb3IgZG93bmxvYWQgbWly cm9ycy4gV2Ugc3VwcGx5DQoJdGhlIGhhcmR3YXJlLiBZb3UgZ2V0IHRoZSByZWNvZ25pdGlvbi4g RW1haWwgVXM6IGJhbmR3aWR0aEBzb3VyY2Vmb3JnZS5uZXQNCglfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCU9iamVjdGJyaWRnZS1kZXZlbG9wZXJzIG1h aWxpbmcgbGlzdA0KCU9iamVjdGJyaWRnZS1kZXZlbG9wZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5l dA0KCWh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL29iamVjdGJy aWRnZS1kZXZlbG9wZXJzDQoJDQoJDQoJDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJDQoJSGF2ZSBiaWcgcGlwZXM/IFNv dXJjZUZvcmdlLm5ldCBpcyBsb29raW5nIGZvciBkb3dubG9hZCBtaXJyb3JzLiBXZSBzdXBwbHkN Cgl0aGUgaGFyZHdhcmUuIFlvdSBnZXQgdGhlIHJlY29nbml0aW9uLiBFbWFpbCBVczogYmFuZHdp ZHRoQHNvdXJjZWZvcmdlLm5ldA0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQoJT2JqZWN0YnJpZGdlLWRldmVsb3BlcnMgbWFpbGluZyBsaXN0DQoJT2Jq ZWN0YnJpZGdlLWRldmVsb3BlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJaHR0cHM6Ly9saXN0 cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vb2JqZWN0YnJpZGdlLWRldmVsb3BlcnMN CgkNCg0K |
|
From: Anil K. <Ani...@mo...> - 2002-05-14 15:25:09
|
c2VlIHRoaXMgZG9jIGZvciBjb21wbGV0ZSBleGFtcGxlOg0KIA0KaHR0cDovL29iamVjdGJyaWRn ZS5zb3VyY2Vmb3JnZS5uZXQvdHV0b3JpYWwxLmh0bWwjZGVmX29yDQogDQotQW5pbA0KIA0KDQoJ LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogdHJhdmlzQHRoaW5rdmlydHVhbC5j b20gW21haWx0bzp0cmF2aXNAdGhpbmt2aXJ0dWFsLmNvbV0gDQoJU2VudDog4KSu4KSC4KSX4KSy LiAxNC0wNS0yMDAyIDA3OjU2IA0KCVRvOiBvYmplY3RicmlkZ2UtZGV2ZWxvcGVyc0Bzb3VyY2Vm b3JnZS5uZXQgDQoJQ2M6IA0KCVN1YmplY3Q6IFJFOiBBVzogW09KQi1kZXZlbG9wZXJzXSBSZWxh dGlvbnNoaXBzIGluIG9iamVjdHMvZGF0YQ0KCQ0KCQ0KDQoJV2hhdCB3b3VsZCB5b3UgcHV0IGlu IHJlcG9zaXRvcnkueG1sIGZvciB0aGUgamF2YS51dGlsLkxpc3Q/DQoJDQoJVHJhdmlzDQoJDQoJ LS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0NCglGcm9tOiA9P2lzby04ODU5LTE/UT89MjJTcHI9 RTRuZXI9MkNfQ2Fyc3Rlbj0yMj89IDxDYXJzdGVuLlNwcmFlbmVyQHZpYWRlZS5kZT4NCglTZW50 OiAyMDAyLTA1LTE0DQoJVG86IHRyYXZpc0B0aGlua3ZpcnR1YWwuY29tDQoJU3ViamVjdDogQVc6 IFtPSkItZGV2ZWxvcGVyc10gUmVsYXRpb25zaGlwcyBpbiBvYmplY3RzL2RhdGENCgkNCglUaGF0 J3Mgd2hhdCBPSkIgaXMgbWFkZSBmb3IhDQoJDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmlj aHQtLS0tLQ0KCVZvbjogdHJhdmlzQHRoaW5rdmlydHVhbC5jb20gW21haWx0bzp0cmF2aXNAdGhp bmt2aXJ0dWFsLmNvbV0NCglHZXNlbmRldDogRGllbnN0YWcsIDE0LiBNYWkgMjAwMiAwNjozNA0K CUFuOiBvYmplY3RicmlkZ2UtamRvLWRldkBzb3VyY2Vmb3JnZS5uZXQNCglDYzogb2JqZWN0YnJp ZGdlLWRldmVsb3BlcnNAc291cmNlZm9yZ2UubmV0DQoJQmV0cmVmZjogW09KQi1kZXZlbG9wZXJz XSBSZWxhdGlvbnNoaXBzIGluIG9iamVjdHMvZGF0YQ0KCQ0KCUhvdyBkb2VzIE9KQiBoYW5kbGUg dGhpbmdzIGxpa2U6DQoJDQoJcHVibGljIGNsYXNzIFBlcnNvbg0KCXsNCgkgIFN0cmluZyBOYW1l Ow0KCSAgQWRkcmVzcyBteUFkZHJlc3M7DQoJfQ0KCQ0KCXB1YmxpYyBjbGFzcyBBZGRyZXNzDQoJ ew0KCSAgU3RyaW5nIHN0cmVldDE7DQoJICBTdHJpbmcgc3RyZWV0MjsNCgkgIFN0cmluZyBjaXR5 Ow0KCSAgU3RyaW5nIHN0YXRlOw0KCSAgU3RyaW5nIHppcDsNCgl9DQoJDQoJV291bGQgdGhlIGFk ZHJlc3MgaW5zdGFuY2UgaW4gYSBwZXJzb24gaW5zdGFuY2UgYmUgcGVyc2lzdGVudCBpZiB5b3Ug c3RvcmVkDQoJdGhlIHBlcnNvbiBpbnN0YW5jZT8NCgkNCglPciB3aGF0IGlmIHRoYXQgcGVyc29u IGNsYXNzIGxvb2tlZCBsaWtlIHRoaXM6DQoJDQoJcHVibGljIGNsYXNzIFBlcnNvbg0KCXsNCgkg IFN0cmluZyBOYW1lOw0KCSAgamF2YS51dGlsLkxpc3QgYWRkcmVzc2VzOyAvLyBsaXN0IG9mIGFk ZHJlc3Mgb2JqZWN0cw0KCX0NCgkNCglEb2VzIG9qYiBoYXZlIGFueSB3YXkgb2YgZGVhbGluZyB3 aXRoIHRoYXQ/DQoJDQoJVHJhdmlzIFJlZWRlcg0KCUNoaWVmIFNvZnR3YXJlIEFyY2hpdGVjdA0K CXd3dy5UaGlua1ZpcnR1YWwuY29tDQoJDQoJDQoJX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJDQoJSGF2ZSBiaWcgcGlwZXM/ IFNvdXJjZUZvcmdlLm5ldCBpcyBsb29raW5nIGZvciBkb3dubG9hZCBtaXJyb3JzLiBXZSBzdXBw bHkNCgl0aGUgaGFyZHdhcmUuIFlvdSBnZXQgdGhlIHJlY29nbml0aW9uLiBFbWFpbCBVczogYmFu ZHdpZHRoQHNvdXJjZWZvcmdlLm5ldA0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fDQoJT2JqZWN0YnJpZGdlLWRldmVsb3BlcnMgbWFpbGluZyBsaXN0DQoJ T2JqZWN0YnJpZGdlLWRldmVsb3BlcnNAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJaHR0cHM6Ly9s aXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vb2JqZWN0YnJpZGdlLWRldmVsb3Bl cnMNCgkNCgkNCgkNCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX18NCgkNCglIYXZlIGJpZyBwaXBlcz8gU291cmNlRm9yZ2UubmV0 IGlzIGxvb2tpbmcgZm9yIGRvd25sb2FkIG1pcnJvcnMuIFdlIHN1cHBseQ0KCXRoZSBoYXJkd2Fy ZS4gWW91IGdldCB0aGUgcmVjb2duaXRpb24uIEVtYWlsIFVzOiBiYW5kd2lkdGhAc291cmNlZm9y Z2UubmV0DQoJX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N CglPYmplY3RicmlkZ2UtZGV2ZWxvcGVycyBtYWlsaW5nIGxpc3QNCglPYmplY3RicmlkZ2UtZGV2 ZWxvcGVyc0BsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCglodHRwczovL2xpc3RzLnNvdXJjZWZvcmdl Lm5ldC9saXN0cy9saXN0aW5mby9vYmplY3RicmlkZ2UtZGV2ZWxvcGVycw0KCQ0KDQo= |
|
From: <tr...@th...> - 2002-05-14 15:02:13
|
What would you put in repository.xml for the java.util.List?
Travis
---- Original Message ----
From: =3D?iso-8859-1?Q?=3D22Spr=3DE4ner=3D2C_Carsten=3D22?=3D <Carsten.Spra=
en...@vi...>
Sent: 2002-05-14
To: tr...@th...
Subject: AW: [OJB-developers] Relationships in objects/data
That's what OJB is made for!
-----Urspr=FCngliche Nachricht-----
Von: tr...@th... [mailto:tr...@th...]=20
Gesendet: Dienstag, 14. Mai 2002 06:34
An: obj...@so...
Cc: obj...@so...
Betreff: [OJB-developers] Relationships in objects/data
How does OJB handle things like:
public class Person
{
String Name;
Address myAddress;
}
public class Address
{
String street1;
String street2;
String city;
String state;
String zip;
}
Would the address instance in a person instance be persistent if you stored
the person instance?
Or what if that person class looked like this:
public class Person
{
String Name;
java.util.List addresses; // list of address objects
}
Does ojb have any way of dealing with that?
Travis Reeder
Chief Software Architect
www.ThinkVirtual.com
_______________________________________________________________
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: <tr...@th...> - 2002-05-14 04:39:22
|
How does OJB handle things like:
public class Person
{
String Name;
Address myAddress;
}
public class Address
{
String street1;
String street2;
String city;
String state;
String zip;
}
Would the address instance in a person instance be persistent if you stored the person instance?
Or what if that person class looked like this:
public class Person
{
String Name;
java.util.List addresses; // list of address objects
}
Does ojb have any way of dealing with that?
Travis Reeder
Chief Software Architect
www.ThinkVirtual.com
|
|
From: Chris G. <CGr...@de...> - 2002-05-13 17:45:04
|
I agree wholeheartedly. :) Any time someone wants to pretty-print everything is good for me, just give me a day's notice. Cheers, Chris -----Original Message----- From: Matthew Baird [mailto:ma...@so...] Sent: Monday, May 13, 2002 12:24 PM To: 'obj...@li... ' Subject: [OJB-developers] line feed hell I'm dying here. Someone is changing the line feeds in CVS and now it's almost impossible to diff my changes. Could we organize a time where we pretty print all the code instead of doing it peice at a time? That way people can check in before all this starts to happen. This is going to take me hours, if not days. m _______________________________________________________________ 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: Leandro R. S. C. <le...@ib...> - 2002-05-13 17:35:52
|
On Wed, 2002-05-08 at 13:01, Leandro Rodrigo Saad Cruz wrote: > Hi all. > I noticed that Log4jLoggerImpl is configured for every Logger instance that it's > created at LoggerFactory. Is it the intended behavior or can I change > that and submit some patches to configure Log4J only once and use the > same configuration for every instance of Log4JLoggerImpl ? -- Leandro Rodrigo Saad Cruz IT - Inter Business Tecnologia e Servicos (IB) http://www.ibnetwork.com.br |
|
From: Matthew B. <ma...@so...> - 2002-05-13 17:23:52
|
I'm dying here. Someone is changing the line feeds in CVS and now it's almost impossible to diff my changes. Could we organize a time where we pretty print all the code instead of doing it peice at a time? That way people can check in before all this starts to happen. This is going to take me hours, if not days. m |
|
From: <Joa...@tp...> - 2002-05-13 16:54:36
|
Hy, it's me again. I've just finished the first version of the PersistenceBrokerServlet that passes all JUnit tests. It still stumble sometimes (have to take a closer look at that), but it works. Now I'm searching for anyone who is willing to experiment with OJB running via a HTTP connection. Setup on the OJB-side is easy (just use http://server/path/servlet instead of server\:2001 for servers in OJB.properties), the Servlet-part not so (no documentation yet, but anyone who worked with servlets before should be able to work it out). I dont want to check this in, until someone tried it and tells me that it doesn't detonate his computer and doesn't turn his neighbours into aliens as well (take a close look at that last one, I got some suspicious code in there). The attached zip file contains all java files that I changed and should be unziped into src/java of a current CVS-version of OJB. btw, it seems that I'm the only one who is working on the C/S-part of OJB, is noone using this feature? I think it'd need some redesign. I think that it wouldn't be necessary to parse the repository on both the client and the server, as the clients fetches quite some info from the server (as an alternative we could find a way how to let both parse it and just assume that the other side knows the same as we do). I don't really feel comfortable to approach such a redesign without someone to check my ideas for sanity ( I got no problems withing living with my design-decisions, but I want others to find it useable as well ;-) regards Joachim Sauer |
|
From: Joerg M. <joe...@gm...> - 2002-05-13 15:23:49
|
Ranjan, this solved the problem! Thank you very much, Jörg. > -----Original Message----- > From: Ranjan Bagchi [mailto:ran...@fr...] > Sent: Monday, May 13, 2002 3:02 PM > To: obj...@li... > Cc: Joerg Mattes > Subject: Re: PreparedStatement error with oracle > > > Joerg, > > I was running into the same error (ORA-0911). I found that my > respository.xml had the following: > > <JdbcConnectionDescriptor id="default"> > <dbms.name>oracle</dbms.name> > [...] > > When changing it to > <JdbcConnectionDescriptor id="default"> > <dbms.name>Oracle</dbms.name> > [..] > > (i.e. capitalizing Oracle) fixed it. > > Hope this helps, > > Ranjan > > > Message: 10 > > From: "Joerg Mattes" <joe...@gm...> > > To: <obj...@li...> > > Date: Mon, 13 May 2002 14:06:57 +0200 > > Subject: [OJB-developers] PreparedStatement error with oracle > > > > This is a multi-part message in MIME format. > > > > ------=_NextPart_000_001D_01C1FA87.7153C990 > > Content-Type: text/plain; > > charset="iso-8859-1" > > Content-Transfer-Encoding: quoted-printable > > > > Hi all, > > My application worked fine with version 0.7.327. I get > these problems = > > since I updated to 0.8.400: > > > > Oracle error (ORA-00911: invalid character) when OJB issues a = > > PreparedStatement for a referenced object. I suppose the > error means = > > that Oracle wrongly interprets the character '?'. > > > > > > My environment is: Win2000, JDK 1.3, Oracle 8.1, Thin-JDBC = > > (classes12_01.zip) > > Below is a the stack trace... > > > > Thanks for help, > > Joerg.=20 > > > > > > ...... (truncated) > > [ojb.broker.accesslayer.SqlGenerator] DEBUG: SQL: SELECT = > > > NS_CALENDARDATA.CALENDARID,NS_CALENDARDATA.CALENDARNAME,NS_CAL > ENDARDATA.M= > > > ONDAY,NS_CALENDARDATA.TUESDAY,NS_CALENDARDATA.WEDNESDAY,NS_CAL > ENDARDATA.T= > > > HURSDAY,NS_CALENDARDATA.FRIDAY,NS_CALENDARDATA.SATURDAY,NS_CAL > ENDARDATA.S= > > UNDAY FROM NS_CALENDARDATA WHERE (NS_CALENDARDATA.CALENDARID =3D ?) > > > > java.sql.SQLException: ORA-00911: invalid character > > > > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:114) > > at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208) > > at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:542) > > at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1311) > > at = > > > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protoco > l.java:595)= > > > > at = > > > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatem > ent.java:16= > > 00) > > at = > > > oracle.jdbc.driver.OracleStatement.doExecute(OracleStatement.j > ava:1758) > > at = > > > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(Oracle > Statement.j= > > ava:1807) > > at = > > > oracle.jdbc.driver.OraclePreparedStatement.doScrollPstmtExecut > eUpdate(Ora= > > clePreparedStatement.java:3191) > > at = > > > oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(Oracl > ePreparedSt= > > atement.java:354) > > at = > > > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(Oracle > PreparedSta= > > tement.java:283) > > at = > > > ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess > .java:327) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(Persiste > nceBrokerIm= > > pl.java:1062) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity( > Persistence= > > BrokerImpl.java:1169) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject( > Persistence= > > BrokerImpl.java:744) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReference(Pe > rsistenceBr= > > okerImpl.java:539) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(P > ersistenceB= > > rokerImpl.java:512) > > at = > > > ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIte > rator.java:= > > 269) > > at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153) > > at .......... (truncated) > > > > [ojb.broker.accesslayer.RsIterator] ERROR: null > > ojb.broker.PersistenceBrokerSQLException > > at = > > > ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess > .java:356) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(Persiste > nceBrokerIm= > > pl.java:1062) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity( > Persistence= > > BrokerImpl.java:1169) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject( > Persistence= > > BrokerImpl.java:744) > > at = > > > ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(P > ersistenceB= > > rokerImpl.java:519) > > at = > > > ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIte > rator.java:= > > 269) > > at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153) > > at .......... (truncated) > > java.util.NoSuchElementException > > java.util.NoSuchElementException > > at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:162) > > at .......... (truncated) > > > > [ojb.broker.singlevm.PersistenceBrokerImpl] ERROR: expected > type: class = > > it.nch.ness.network.core.CalendarData > > > > > > > > ------=_NextPart_000_001D_01C1FA87.7153C990 > > Content-Type: text/html; > > charset="iso-8859-1" > > Content-Transfer-Encoding: quoted-printable > > > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> > > <HTML><HEAD> > > <META http-equiv=3DContent-Type content=3D"text/html; = > > charset=3Diso-8859-1"> > > <META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR> > > <STYLE></STYLE> > > </HEAD> > > <BODY bgColor=3D#ffffff> > > <DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV> > > <DIV><FONT face=3DArial size=3D2>My application worked fine > with version = > > 0.7.327. I=20 > > get these problems since I updated to 0.8.400:</FONT></DIV> > > <DIV><FONT face=3DArial size=3D2></FONT> </DIV> > > <DIV><FONT face=3DArial size=3D2>Oracle error (ORA-00911: invalid = > > character)=20 > > when OJB issues a PreparedStatement for a referenced > object. I = > > suppose the=20 > > error means that Oracle wrongly interprets the > character=20 > > '?'.</FONT></DIV> > > <DIV><FONT face=3DArial size=3D2></FONT> </DIV> > > <DIV><FONT face=3DArial size=3D2></FONT> </DIV> > > <DIV><FONT face=3DArial size=3D2>My environment is: > Win2000, JDK 1.3, = > > Oracle 8.1,=20 > > Thin-JDBC (classes12_01.zip)</FONT></DIV> > > <DIV><FONT face=3DArial size=3D2>Below is a the stack = > > trace...</FONT></DIV> > > <DIV><FONT face=3DArial size=3D2></FONT> </DIV> > > <DIV><FONT face=3DArial size=3D2>Thanks for help,</FONT></DIV> > > <DIV><FONT face=3DArial size=3D2>Joerg.</FONT> </DIV> > > <DIV><FONT face=3DArial size=3D2></FONT> </DIV> > > <DIV><FONT face=3DArial size=3D2></FONT> </DIV> > > <DIV><FONT face=3DArial size=3D2>...... (truncated)</FONT></DIV> > > <DIV><FONT face=3DArial > size=3D2>[ojb.broker.accesslayer.SqlGenerator] = > > DEBUG: SQL:=20 > > SELECT=20 > > > NS_CALENDARDATA.CALENDARID,NS_CALENDARDATA.CALENDARNAME,NS_CAL > ENDARDATA.M= > > > ONDAY,NS_CALENDARDATA.TUESDAY,NS_CALENDARDATA.WEDNESDAY,NS_CAL > ENDARDATA.T= > > > HURSDAY,NS_CALENDARDATA.FRIDAY,NS_CALENDARDATA.SATURDAY,NS_CAL > ENDARDATA.S= > > UNDAY=20 > > FROM NS_CALENDARDATA WHERE (NS_CALENDARDATA.CALENDARID =3D = > > ?)</FONT></DIV> > > <DIV> </DIV> > > <DIV><FONT face=3DArial size=3D2>java.sql.SQLException: ORA-00911: = > > invalid=20 > > character</FONT></DIV> > > <DIV> </DIV> > > <DIV><FONT face=3DArial size=3D2> at=20 > > > oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:11 > 4)<BR> = > > ;at=20 > > oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)<BR> at=20 > > oracle.jdbc.ttc7.Oall7.receive(Oall7.java:542)<BR> at=20 > > > oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1311)< > BR> at= > > =20 > > > oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protoco > l.java:595)= > > <BR> at=20 > > > oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatem > ent.java:16= > > 00)<BR> at=20 > > > oracle.jdbc.driver.OracleStatement.doExecute(OracleStatement.j > ava:1758)<B= > > R> at=20 > > > oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(Oracle > Statement.j= > > ava:1807)<BR> at=20 > > > oracle.jdbc.driver.OraclePreparedStatement.doScrollPstmtExecut > eUpdate(Ora= > > clePreparedStatement.java:3191)<BR> at=20 > > > oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(Oracl > ePreparedSt= > > atement.java:354)<BR> at=20 > > > oracle.jdbc.driver.OraclePreparedStatement.executeQuery(Oracle > PreparedSta= > > tement.java:283)<BR> at=20 > > > ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess > .java:327)<= > > BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(Persiste > nceBrokerIm= > > pl.java:1062)<BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity( > Persistence= > > BrokerImpl.java:1169)<BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject( > Persistence= > > BrokerImpl.java:744)<BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReference(Pe > rsistenceBr= > > okerImpl.java:539)<BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(P > ersistenceB= > > rokerImpl.java:512)<BR> at=20 > > > ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIte > rator.java:= > > 269)<BR> at=20 > > > ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153)<BR > > at=20 > > .......... (truncated)</FONT></DIV> > > <DIV> </DIV> > > <DIV><FONT face=3DArial > size=3D2>[ojb.broker.accesslayer.RsIterator] = > > ERROR:=20 > > null<BR>ojb.broker.PersistenceBrokerSQLException<BR> at=20 > > > ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess > .java:356)<= > > BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(Persiste > nceBrokerIm= > > pl.java:1062)<BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity( > Persistence= > > BrokerImpl.java:1169)<BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject( > Persistence= > > BrokerImpl.java:744)<BR> at=20 > > > ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(P > ersistenceB= > > rokerImpl.java:519)<BR> at=20 > > > ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIte > rator.java:= > > 269)<BR> at=20 > > > ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153)<BR > > at=20 > > ..........=20 > > > (truncated)<BR>java.util.NoSuchElementException<BR>java.util.N > oSuchElemen= > > tException<BR> at=20 > > > ojb.broker.accesslayer.RsIterator.next(RsIterator.java:162)<BR > > at=20 > > .......... (truncated)</FONT></DIV> > > <DIV> </DIV> > > <DIV><FONT face=3DArial = > > size=3D2>[ojb.broker.singlevm.PersistenceBrokerImpl] ERROR:=20 > > expected type: class = > > it.nch.ness.network.core.CalendarData<BR></FONT></DIV> > > <DIV><FONT face=3DArial size=3D2><A=20 > > > href=3D"mailto:obj...@li..."> > </A></FONT>= > > </DIV></BODY></HTML> > > > > ------=_NextPart_000_001D_01C1FA87.7153C990-- > > > > > > > > > > --__--__-- > > > > _______________________________________________ > > Objectbridge-developers mailing list > > Obj...@li... > > https://lists.sourceforge.net/lists/listinfo/objectbridge-developers > > > > > > End of Objectbridge-developers Digest > > > > > |
|
From: Ranjan B. <ran...@fr...> - 2002-05-13 13:02:12
|
Joerg,
I was running into the same error (ORA-0911). I found that my
respository.xml had the following:
<JdbcConnectionDescriptor id="default">
<dbms.name>oracle</dbms.name>
[...]
When changing it to
<JdbcConnectionDescriptor id="default">
<dbms.name>Oracle</dbms.name>
[..]
(i.e. capitalizing Oracle) fixed it.
Hope this helps,
Ranjan
> Message: 10
> From: "Joerg Mattes" <joe...@gm...>
> To: <obj...@li...>
> Date: Mon, 13 May 2002 14:06:57 +0200
> Subject: [OJB-developers] PreparedStatement error with oracle
>
> This is a multi-part message in MIME format.
>
> ------=_NextPart_000_001D_01C1FA87.7153C990
> Content-Type: text/plain;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> Hi all,
> My application worked fine with version 0.7.327. I get these problems =
> since I updated to 0.8.400:
>
> Oracle error (ORA-00911: invalid character) when OJB issues a =
> PreparedStatement for a referenced object. I suppose the error means =
> that Oracle wrongly interprets the character '?'.
>
>
> My environment is: Win2000, JDK 1.3, Oracle 8.1, Thin-JDBC =
> (classes12_01.zip)
> Below is a the stack trace...
>
> Thanks for help,
> Joerg.=20
>
>
> ...... (truncated)
> [ojb.broker.accesslayer.SqlGenerator] DEBUG: SQL: SELECT =
> NS_CALENDARDATA.CALENDARID,NS_CALENDARDATA.CALENDARNAME,NS_CALENDARDATA.M=
> ONDAY,NS_CALENDARDATA.TUESDAY,NS_CALENDARDATA.WEDNESDAY,NS_CALENDARDATA.T=
> HURSDAY,NS_CALENDARDATA.FRIDAY,NS_CALENDARDATA.SATURDAY,NS_CALENDARDATA.S=
> UNDAY FROM NS_CALENDARDATA WHERE (NS_CALENDARDATA.CALENDARID =3D ?)
>
> java.sql.SQLException: ORA-00911: invalid character
>
> at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:114)
> at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)
> at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:542)
> at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1311)
> at =
> oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:595)=
>
> at =
> oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:16=
> 00)
> at =
> oracle.jdbc.driver.OracleStatement.doExecute(OracleStatement.java:1758)
> at =
> oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.j=
> ava:1807)
> at =
> oracle.jdbc.driver.OraclePreparedStatement.doScrollPstmtExecuteUpdate(Ora=
> clePreparedStatement.java:3191)
> at =
> oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedSt=
> atement.java:354)
> at =
> oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedSta=
> tement.java:283)
> at =
> ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess.java:327)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(PersistenceBrokerIm=
> pl.java:1062)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity(Persistence=
> BrokerImpl.java:1169)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject(Persistence=
> BrokerImpl.java:744)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReference(PersistenceBr=
> okerImpl.java:539)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(PersistenceB=
> rokerImpl.java:512)
> at =
> ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIterator.java:=
> 269)
> at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153)
> at .......... (truncated)
>
> [ojb.broker.accesslayer.RsIterator] ERROR: null
> ojb.broker.PersistenceBrokerSQLException
> at =
> ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess.java:356)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(PersistenceBrokerIm=
> pl.java:1062)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity(Persistence=
> BrokerImpl.java:1169)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject(Persistence=
> BrokerImpl.java:744)
> at =
> ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(PersistenceB=
> rokerImpl.java:519)
> at =
> ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIterator.java:=
> 269)
> at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153)
> at .......... (truncated)
> java.util.NoSuchElementException
> java.util.NoSuchElementException
> at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:162)
> at .......... (truncated)
>
> [ojb.broker.singlevm.PersistenceBrokerImpl] ERROR: expected type: class =
> it.nch.ness.network.core.CalendarData
>
>
>
> ------=_NextPart_000_001D_01C1FA87.7153C990
> Content-Type: text/html;
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD>
> <META http-equiv=3DContent-Type content=3D"text/html; =
> charset=3Diso-8859-1">
> <META content=3D"MSHTML 5.50.4134.600" name=3DGENERATOR>
> <STYLE></STYLE>
> </HEAD>
> <BODY bgColor=3D#ffffff>
> <DIV><FONT face=3DArial size=3D2>Hi all,</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>My application worked fine with version =
> 0.7.327. I=20
> get these problems since I updated to 0.8.400:</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>Oracle error (ORA-00911: invalid =
> character)=20
> when OJB issues a PreparedStatement for a referenced object. I =
> suppose the=20
> error means that Oracle wrongly interprets the character=20
> '?'.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>My environment is: Win2000, JDK 1.3, =
> Oracle 8.1,=20
> Thin-JDBC (classes12_01.zip)</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>Below is a the stack =
> trace...</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>Thanks for help,</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>Joerg.</FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>...... (truncated)</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2>[ojb.broker.accesslayer.SqlGenerator] =
> DEBUG: SQL:=20
> SELECT=20
> NS_CALENDARDATA.CALENDARID,NS_CALENDARDATA.CALENDARNAME,NS_CALENDARDATA.M=
> ONDAY,NS_CALENDARDATA.TUESDAY,NS_CALENDARDATA.WEDNESDAY,NS_CALENDARDATA.T=
> HURSDAY,NS_CALENDARDATA.FRIDAY,NS_CALENDARDATA.SATURDAY,NS_CALENDARDATA.S=
> UNDAY=20
> FROM NS_CALENDARDATA WHERE (NS_CALENDARDATA.CALENDARID =3D =
> ?)</FONT></DIV>
> <DIV> </DIV>
> <DIV><FONT face=3DArial size=3D2>java.sql.SQLException: ORA-00911: =
> invalid=20
> character</FONT></DIV>
> <DIV> </DIV>
> <DIV><FONT face=3DArial size=3D2> at=20
> oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:114)<BR> =
> ;at=20
> oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)<BR> at=20
> oracle.jdbc.ttc7.Oall7.receive(Oall7.java:542)<BR> at=20
> oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1311)<BR> at=
> =20
> oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:595)=
> <BR> at=20
> oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:16=
> 00)<BR> at=20
> oracle.jdbc.driver.OracleStatement.doExecute(OracleStatement.java:1758)<B=
> R> at=20
> oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.j=
> ava:1807)<BR> at=20
> oracle.jdbc.driver.OraclePreparedStatement.doScrollPstmtExecuteUpdate(Ora=
> clePreparedStatement.java:3191)<BR> at=20
> oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedSt=
> atement.java:354)<BR> at=20
> oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedSta=
> tement.java:283)<BR> at=20
> ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess.java:327)<=
> BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(PersistenceBrokerIm=
> pl.java:1062)<BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity(Persistence=
> BrokerImpl.java:1169)<BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject(Persistence=
> BrokerImpl.java:744)<BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReference(PersistenceBr=
> okerImpl.java:539)<BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(PersistenceB=
> rokerImpl.java:512)<BR> at=20
> ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIterator.java:=
> 269)<BR> at=20
> ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153)<BR> at=20
> .......... (truncated)</FONT></DIV>
> <DIV> </DIV>
> <DIV><FONT face=3DArial size=3D2>[ojb.broker.accesslayer.RsIterator] =
> ERROR:=20
> null<BR>ojb.broker.PersistenceBrokerSQLException<BR> at=20
> ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess.java:356)<=
> BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(PersistenceBrokerIm=
> pl.java:1062)<BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity(Persistence=
> BrokerImpl.java:1169)<BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject(Persistence=
> BrokerImpl.java:744)<BR> at=20
> ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(PersistenceB=
> rokerImpl.java:519)<BR> at=20
> ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIterator.java:=
> 269)<BR> at=20
> ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153)<BR> at=20
> ..........=20
> (truncated)<BR>java.util.NoSuchElementException<BR>java.util.NoSuchElemen=
> tException<BR> at=20
> ojb.broker.accesslayer.RsIterator.next(RsIterator.java:162)<BR> at=20
> .......... (truncated)</FONT></DIV>
> <DIV> </DIV>
> <DIV><FONT face=3DArial =
> size=3D2>[ojb.broker.singlevm.PersistenceBrokerImpl] ERROR:=20
> expected type: class =
> it.nch.ness.network.core.CalendarData<BR></FONT></DIV>
> <DIV><FONT face=3DArial size=3D2><A=20
> href=3D"mailto:obj...@li..."></A></FONT>=
> </DIV></BODY></HTML>
>
> ------=_NextPart_000_001D_01C1FA87.7153C990--
>
>
>
>
> --__--__--
>
> _______________________________________________
> Objectbridge-developers mailing list
> Obj...@li...
> https://lists.sourceforge.net/lists/listinfo/objectbridge-developers
>
>
> End of Objectbridge-developers Digest
>
>
|
|
From: Georg S. <ge...@me...> - 2002-05-13 12:52:09
|
On Mon, 13 May 2002, Thomas Mahler wrote: > Say we have a baseclass A and a class B extending A. > say we have an instance of B, object b with primary key pk_b. > > Now, if we don't have the restriction that identities are on the extend > level we could build non-equivalent identies pointing to the same object b: > 1. id_A = new Identity(A,pk_b) > 2. id_B = new Identity(B,pk_b) > > as id_A is not equivalent with id_B OJB won't be able to detect that > they are referring to the same instance. OK, I get the point > I have not thought about all deeper implications, but this could be a > performance improvement! You can give it a try and check if all JUnit > tests are still OK! I added a field objectsRealClass to Identity and changed the getDBObject(Identity id) method in PersistenceBrokerImpl, so that it will first look if that field is set and use that concrete class. I used the cvs-version from this morning and had the problem that the following tests failed without having changed a line of code yet: testTimestampLock() testPathExpressionsMtoNDecomposed() testPathExpressionsMtoN() When applying my changes the same 3 failures showed up, so I suppose the changes at least don't do anything bad for the rest. Of course I can't talk for the 3 tests mentioned above. By the way, Identity.java is an example of a file which seems to be in the cvs-repository with the wrong line ending format. It contains an extra Carriage Return for each line ending. PersistenceBrokerImpl on the other hand doesn't show that behaviour. Cheers Georg P.D.: Attached are the 2 diff files |
|
From: Joerg M. <joe...@gm...> - 2002-05-13 12:09:11
|
Hi all, My application worked fine with version 0.7.327. I get these problems = since I updated to 0.8.400: Oracle error (ORA-00911: invalid character) when OJB issues a = PreparedStatement for a referenced object. I suppose the error means = that Oracle wrongly interprets the character '?'. My environment is: Win2000, JDK 1.3, Oracle 8.1, Thin-JDBC = (classes12_01.zip) Below is a the stack trace... Thanks for help, Joerg.=20 ...... (truncated) [ojb.broker.accesslayer.SqlGenerator] DEBUG: SQL: SELECT = NS_CALENDARDATA.CALENDARID,NS_CALENDARDATA.CALENDARNAME,NS_CALENDARDATA.M= ONDAY,NS_CALENDARDATA.TUESDAY,NS_CALENDARDATA.WEDNESDAY,NS_CALENDARDATA.T= HURSDAY,NS_CALENDARDATA.FRIDAY,NS_CALENDARDATA.SATURDAY,NS_CALENDARDATA.S= UNDAY FROM NS_CALENDARDATA WHERE (NS_CALENDARDATA.CALENDARID =3D ?) java.sql.SQLException: ORA-00911: invalid character at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:114) at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208) at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:542) at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1311) at = oracle.jdbc.ttc7.TTC7Protocol.parseExecuteDescribe(TTC7Protocol.java:595)= at = oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:16= 00) at = oracle.jdbc.driver.OracleStatement.doExecute(OracleStatement.java:1758) at = oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.j= ava:1807) at = oracle.jdbc.driver.OraclePreparedStatement.doScrollPstmtExecuteUpdate(Ora= clePreparedStatement.java:3191) at = oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedSt= atement.java:354) at = oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedSta= tement.java:283) at = ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess.java:327) at = ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(PersistenceBrokerIm= pl.java:1062) at = ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity(Persistence= BrokerImpl.java:1169) at = ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject(Persistence= BrokerImpl.java:744) at = ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReference(PersistenceBr= okerImpl.java:539) at = ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(PersistenceB= rokerImpl.java:512) at = ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIterator.java:= 269) at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153) at .......... (truncated) [ojb.broker.accesslayer.RsIterator] ERROR: null ojb.broker.PersistenceBrokerSQLException at = ojb.broker.accesslayer.JdbcAccess.materializeObject(JdbcAccess.java:356) at = ojb.broker.singlevm.PersistenceBrokerImpl.getDBObject(PersistenceBrokerIm= pl.java:1062) at = ojb.broker.singlevm.PersistenceBrokerImpl.getObjectByIdentity(Persistence= BrokerImpl.java:1169) at = ojb.broker.singlevm.PersistenceBrokerImpl.getReferencedObject(Persistence= BrokerImpl.java:744) at = ojb.broker.singlevm.PersistenceBrokerImpl.retrieveReferences(PersistenceB= rokerImpl.java:519) at = ojb.broker.accesslayer.RsIterator.getObjectFromResultSet(RsIterator.java:= 269) at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:153) at .......... (truncated) java.util.NoSuchElementException java.util.NoSuchElementException at ojb.broker.accesslayer.RsIterator.next(RsIterator.java:162) at .......... (truncated) [ojb.broker.singlevm.PersistenceBrokerImpl] ERROR: expected type: class = it.nch.ness.network.core.CalendarData |
|
From: <Joa...@tp...> - 2002-05-13 10:29:19
|
Hy, I'm once again working on the PersistenceBrokerServlet. And once again I have to do some refactoring to enable code-reuse. I thought that I have to write another PersistenceBrokerClient to enable using HTTP as the transport protocol for reuse but fortunately this has proven to be unnecessary. In fact I found a way to handle this case quite easily. I don't know if it really is as good as I think it is, therefore I'll describe it here and just request some comments before I check it in: - Created a ServerConnection interface that has three functions getInputStream, getOutputStream and close. - I turned ServerEntry into an Interface that has a single Method getConnection() that returns a ServerConnection - Wrote two implementation for ServerEntry: SocketServerEntry and HttpServerEntry - Both ServerEntry implementations have a private inner class that are implementations of ServerConnection. - Changed ServerPool to let the parsing of the configuration be done by the ServerEntry implementations (it only looks wether the location starts with http:// or https://, if so it hands it to HttpServerEntry, otherwise SocketServerEntry gets it). - Change PersistenceBrokerClient to handle ServerConnections instead of Sockets (not much of a change, since the interface is almost identical). I still haven't got a working Implementation of PersistenceBrokerServlet, but that should work today. All JUnit test work fine (nothing else was expected as my changes don't change any behaviour, but only syntax & structure). btw, in ClassDescriptor.java multiArgumentConstructor was made non-transient. That broke C/S-mode. I think makeing both multiArgumentConstructor and alreadyLookedup transient should fix the problem and work just fine. btw2, hsqldb seems to have problems with the nested inner join syntax ... at least it breaks on some JUnits tests that work just fine on MySQL. (I'll try to reproduce this later and post a seperate bug report if needed). regards Joachim Sauer |
|
From: Thomas M. <tho...@ho...> - 2002-05-13 08:52:41
|
Hi Georg, Georg Schneider wrote: > Hi, > > I have been thinking about the following for a while, but I don't seem to > understand it. > Why is it necessary for the Identity objects to store the class of the > extent it is contained in, instead of the class of the object itself. > > // identities must be unique accross extents ! > this.objectsClass = > broker.getExtentClass(objectToIdentitify.getClass()); > Say we have a baseclass A and a class B extending A. say we have an instance of B, object b with primary key pk_b. Now, if we don't have the restriction that identities are on the extend level we could build non-equivalent identies pointing to the same object b: 1. id_A = new Identity(A,pk_b) 2. id_B = new Identity(B,pk_b) as id_A is not equivalent with id_B OJB won't be able to detect that they are referring to the same instance. > The reason I am asking this, is that when one is loading an object by its > identity, which forms part of an extent with lots of concrete classes, > there is a lookup in each of the concrete classes tables (until the object > is found), which can take quite a bit of time. > > If for some reason the "extent-Identity" is necessary (it probably is, but > I am too tired to see it) wouldn't it be a good idea to include a further > field in Identity which holds the concrete class and can then be used > to directly home in on the right table in the getDBObject method in > PersistenceBrokerImpl. > I have not thought about all deeper implications, but this could be a performance improvement! You can give it a try and check if all JUnit tests are still OK! cheers, Thomas > Thanks for your help in advance > > Georg > > > > _______________________________________________________________ > > 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-13 07:45:17
|
hi, the ant-optional library was missing, i added it to the cvs. jakob ----- Original Message ----- From: "Jakob Braeuchi" <jbr...@ho...> To: <tr...@th...>; <obj...@li...> Sent: Monday, May 13, 2002 8:28 AM Subject: Re: [OJB-developers] cant' build target junit > hi travis, > > same problems with the ant script under eclipse. > i think the problem comes from the changes made in revision 1.19 > > - use ant's junit task > > before junit was started with junit.textui.TestRunner > > i'm not an ant specialist, but has anybody run this script successfully ? > > jakob > > > ----- Original Message ----- > From: "Jakob Braeuchi" <jbr...@ho...> > To: <tr...@th...>; > <obj...@li...> > Sent: Sunday, May 12, 2002 5:55 PM > Subject: Re: [OJB-developers] cant' build target junit > > > > hi travis, > > > > yes this is the .400 download and new stuff from cvs. > > i'll try to run the ant scripts from eclipse, junit already works fine. > > > > jakob > > > > ----- Original Message ----- > > From: <tr...@th...> > > To: <obj...@li...> > > Sent: Saturday, May 11, 2002 11:08 PM > > Subject: RE: [OJB-developers] cant' build target junit > > > > > > > is this the .400 download? The directory structure in this download > seems > > to have changed and messed things up. I would get the .375 download. > > > > > > Travis > > > > > > ---- Original Message ---- > > > From: Jakob Braeuchi <jbr...@ho...> > > > Sent: 2002-05-11 > > > To: obj...@li... > > > Subject: [OJB-developers] cant' build target junit > > > > > > hi, > > > > > > i'm using the current version from repository, and i can no longer run > the > > > junit-testcases from the console: > > > > > > D:\Java\eclipse_0502\workspace\ojb-1-0>build junit > > > Buildfile: build.xml > > > > > > init: > > > > > > prepare: > > > > > > main: > > > [javac] Compiling 7 source files to > > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\classes > > > > > > prepare-tests: > > > [copy] Copying 1 file to > > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\src\test\setup > > > > > > tests: > > > [echo] using > > > switches: -HSQLDB, -ORACLE, -MS_ACCESS, -INSTANTDB, -DB2, -POSTGRESQL, > > > +MYSQL, -INFORMIX, -MSSQLSERVER > > > 2000 > > > [java] . > > > [move] Moving 1 files to > > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\src\test\setup > > > [copy] Copying 1 file to > > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\test\setup > > > [delete] Deleting: > > > > > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\src\test\setup\database-setup. > > > sql > > > [java] [BOOT] INFO: process db-setup.sql > > > [java] [BOOT] INFO: DB url: jdbc:mysql://localhost/ojbtest > > > [java] [BOOT] INFO: Driver: Mark Matthews' MySQL Driver > > > [java] [BOOT] INFO: Version: 2.0.13 > > > > > > junit: > > > > > > BUILD FAILED > > > > > > D:\Java\eclipse_0502\workspace\ojb-1-0\build.xml:456: Could not create > > task > > > of type: junit. Common solutions are to use > > > taskdef to declare your task, or, if this is an optional task, to put > the > > > optional.jar in the lib directory of your ant > > > installation (ANT_HOME). > > > > > > Total time: 6 seconds > > > > > > thanks > > > 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 > > > > > > > > > > > > _______________________________________________________________ > > > > > > 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 > > > > _______________________________________________________________ > > 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: <cn_...@ya...> - 2002-05-13 06:36:19
|
because tomcat4.x now support jdni resource manager,so how can config ojb using jndi datasource... anyone reply appreciate.... _________________________________________________________ Do You Yahoo!? 摊开你的掌心 让我看看你 http://sweepstakes.yahoo.com/2002cnuser |
|
From: Jakob B. <jbr...@ho...> - 2002-05-13 06:28:35
|
hi travis, same problems with the ant script under eclipse. i think the problem comes from the changes made in revision 1.19 - use ant's junit task before junit was started with junit.textui.TestRunner i'm not an ant specialist, but has anybody run this script successfully ? jakob ----- Original Message ----- From: "Jakob Braeuchi" <jbr...@ho...> To: <tr...@th...>; <obj...@li...> Sent: Sunday, May 12, 2002 5:55 PM Subject: Re: [OJB-developers] cant' build target junit > hi travis, > > yes this is the .400 download and new stuff from cvs. > i'll try to run the ant scripts from eclipse, junit already works fine. > > jakob > > ----- Original Message ----- > From: <tr...@th...> > To: <obj...@li...> > Sent: Saturday, May 11, 2002 11:08 PM > Subject: RE: [OJB-developers] cant' build target junit > > > > is this the .400 download? The directory structure in this download seems > to have changed and messed things up. I would get the .375 download. > > > > Travis > > > > ---- Original Message ---- > > From: Jakob Braeuchi <jbr...@ho...> > > Sent: 2002-05-11 > > To: obj...@li... > > Subject: [OJB-developers] cant' build target junit > > > > hi, > > > > i'm using the current version from repository, and i can no longer run the > > junit-testcases from the console: > > > > D:\Java\eclipse_0502\workspace\ojb-1-0>build junit > > Buildfile: build.xml > > > > init: > > > > prepare: > > > > main: > > [javac] Compiling 7 source files to > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\classes > > > > prepare-tests: > > [copy] Copying 1 file to > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\src\test\setup > > > > tests: > > [echo] using > > switches: -HSQLDB, -ORACLE, -MS_ACCESS, -INSTANTDB, -DB2, -POSTGRESQL, > > +MYSQL, -INFORMIX, -MSSQLSERVER > > 2000 > > [java] . > > [move] Moving 1 files to > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\src\test\setup > > [copy] Copying 1 file to > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\test\setup > > [delete] Deleting: > > > D:\Java\eclipse_0502\workspace\ojb-1-0\target\src\test\setup\database-setup. > > sql > > [java] [BOOT] INFO: process db-setup.sql > > [java] [BOOT] INFO: DB url: jdbc:mysql://localhost/ojbtest > > [java] [BOOT] INFO: Driver: Mark Matthews' MySQL Driver > > [java] [BOOT] INFO: Version: 2.0.13 > > > > junit: > > > > BUILD FAILED > > > > D:\Java\eclipse_0502\workspace\ojb-1-0\build.xml:456: Could not create > task > > of type: junit. Common solutions are to use > > taskdef to declare your task, or, if this is an optional task, to put the > > optional.jar in the lib directory of your ant > > installation (ANT_HOME). > > > > Total time: 6 seconds > > > > thanks > > 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 > > > > > > > > _______________________________________________________________ > > > > 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: liujie l. <web...@ho...> - 2002-05-13 04:55:32
|
_________________________________________________________________ 免费下载 MSN Explorer：http://explorer.msn.com/lccn/intl.asp |
|
From: Matthew B. <ma...@so...> - 2002-05-13 03:48:12
|
Found that you have to set one side of the many to many collection auto.update to false in the repository. Not very intuitive :) Maybe we should have a way of detecting bidirectional relationships and avoid this situation? I don't quite know enough about the innards to know what the ramifications are, but I will start to look at it. -----Original Message----- From: Matthew Baird To: 'obj...@li... ' Sent: 5/12/02 7:27 PM Subject: [OJB-developers] Bug in M-N relationships Given the following database tables USER USER_ROLE ROLE and the objects User Role if I create a relationship in the objects by adding a user to a role, then make it persistent, everything is ok. if, after I create one relationship, create a new user and add him to the role and persist it, the relationship record in USER_ROLE that existed for the first relationship gets multiplied by 3. Then if I do it again, it gets multiplied by 3 again. This could quickly get out of control. Can anyone confirm this behaviour? _______________________________________________________________ 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-13 02:26:49
|
Given the following database tables USER USER_ROLE ROLE and the objects User Role if I create a relationship in the objects by adding a user to a role, then make it persistent, everything is ok. if, after I create one relationship, create a new user and add him to the role and persist it, the relationship record in USER_ROLE that existed for the first relationship gets multiplied by 3. Then if I do it again, it gets multiplied by 3 again. This could quickly get out of control. Can anyone confirm this behaviour? |
9 messages has been excluded from this view by a project administrator.
