Hi Armin,
I got it. Thank you very much!!!
Regards
Christian
--
Christian Eugster
Grissian Widum 14
I-39010 Tisens
--
Handy Schweiz: 0041 79 594 85 45
Handy Italia: 0039 333 888 77 64
Email: [EMAIL PROTECTED]
GMX FreeMail: 1
Hi Armin,
DBResult is useless (an older story). The object is written to the database (a
mysql 5.0 database). But the primary key always the value '0'. When I change
back to version 1.0.rc5 the values are assigned.
Regards
Christian
--
Christian Eugster
Grissian
Christian Eugster wrote:
Hi Armin,
thank you for the hint. Now I have changed all the id field's default
value of my objects to null instead of '0'. I updated OJB to 1.0.4
now (good luck!). When I try to store an object I get now the
following Exception:
Hi,
In my program I updated ojb from 1.0.rc5 to 1.0.1. When I store a new record
the sequence manager does not assign a value to my primary key field
(autoincrement=true). With 1.0.rc5 it did it (and does it) with no problem.
With 1.0.4 too there is no assigning to the autoincrement field. I
);
}
Thanks
Christian
Original-Nachricht
Datum: Fri, 28 Sep 2007 17:23:29 +0200
Von: Armin Waibel [EMAIL PROTECTED]
An: OJB Users List ojb-user@db.apache.org
Betreff: Re: Different behaviour of SequenceManager in rc5 and 1.0.1
Hi Christian,
Christian Eugster wrote:
Hi
Hi,
we are trying to upgrade our OJB version from RC5 to 1.0.1.
We are using the ODMG API.
In RC5, when removing items from a collection of a write-locked
object, the transaction commit deleted the removed items from the
database. This does not seem happen any more in v1.0.1. All that is
sent
hi gerhard,
afterStore() is not called when using odmg (it is for pb-api !). i'm not an
odmg-expert, so i do not know if it's an error or if there should be a different
mechanism to remove those elements.
jakob
Gerhard Grosse schrieb:
Hi,
we are trying to upgrade our OJB version from RC5
Gerhard Grosse schrieb:
Hi,
we are trying to upgrade our OJB version from RC5 to 1.0.1.
We are using the ODMG API.
In RC5, when removing items from a collection of a write-locked
object, the transaction commit deleted the removed items from the
database. This does not seem happen any more in v1.0.1
in OJB is probably to use
the OTM directly.
You can also always help implement the JDO API on top of OJB ;-)
-Brian
On Mar 18, 2004, at 8:37 AM, Angus Berry wrote:
I wonder if some could give me a little more in depth status of JDO in
RC5.
Specifically, from looking at the mail archives I
;-)
-Brian
On Mar 18, 2004, at 8:37 AM, Angus Berry wrote:
I wonder if some could give me a little more in depth status of JDO in
RC5.
Specifically, from looking at the mail archives I understand that in
addition to the JDO ref. mask, there is some native JDO already
implemented
I wonder if some could give me a little more in depth status of JDO in
RC5.
Specifically, from looking at the mail archives I understand that in
addition to the JDO ref. mask, there is some native JDO already
implemented. So I'm wondering if what's available is buggy or just
incomplete
implement the JDO API on top of OJB ;-)
-Brian
On Mar 18, 2004, at 8:37 AM, Angus Berry wrote:
I wonder if some could give me a little more in depth status of JDO in
RC5.
Specifically, from looking at the mail archives I understand that in
addition to the JDO ref. mask, there is some native JDO
Hi!
I'm asking you to remove the feature that make OJB doesn't materialize a object when
calling toString (IndirectionHandler, method invoke):
// handle toString differently for non-materialized proxies
// to avoid materialization due to logging.
if
Hi Edson,
From: Edson Carlos Ericksson Richter
[mailto:[EMAIL PROTECTED]
Sent: 08 March 2004 13:56
To: 'OJB Users List'
Subject: OJB rc5 don't call toString in the object when using Proxies
Hi!
I'm asking you to remove the feature that make OJB doesn't
materialize a object when
of this
method). This is a basic supposition for the Java language at all: a proxy
must be a transparent approach to my real object.
Until OJB rc4 this is a reality, but since rc5 this is no more. That's the
reason my mail implies that it's impossible to work on OJB with Swing.
Sorry, wasn't my desire
On Mon, 8 Mar 2004, Edson Carlos Ericksson Richter wrote:
I don't want to start a fight. Ok, in programming world has several
(thousands, maybe million) of ways to do exactly same work using same
language.
But I have more than 12 lines of code based in the suppose that a method
of my
Thanks a lot, I think this will fix behaviour.
Edson Richter
- Original Message -
From: Thomas Dudziak
To: OJB Users List
Sent: Monday, March 08, 2004 11:46 AM
Subject: Re: OJB rc5 don't call toString in the object when using Proxies
On Mon, 8 Mar 2004, Edson Carlos Ericksson Richter
+1 for changing the logging
Thomas Dudziak wrote:
On Mon, 8 Mar 2004, Edson Carlos Ericksson Richter wrote:
I don't want to start a fight. Ok, in programming world has several
(thousands, maybe million) of ways to do exactly same work using same
language.
But I have more than 12 lines of
Hye,
I'm using OJB RC5 (not CVS head), and I'm getting strange behaviours
when I use inheritance. Here's my repository mapping:
!-- Definitions for class domain.admin.User --
class-descriptor
class=domain.admin.User
table=USER
field-descriptor
I tested with RC5 CVS HEAD and the ClassCastException no longer happens.
-Original Message-
From: Frank Rub [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 17 de Fevereiro de 2004 19:22
To: [EMAIL PROTECTED]
Subject: proxy loading issue from rc4 - rc5
Armin,
in the last hour, I made
++;
}
assertEquals(4, i);
Is this test different from yours?
regards,
Armin
João Mota wrote:
Hi, i am also having the same problem with rc5.
-Original Message-
From: Reda Benzair [mailto:[EMAIL PROTECTED]
Sent: terça-feira, 17 de Fevereiro de 2004 15:06
To: OJB Users List
Subject: Re
!!
I try to write a test case for this problem without success, my test always
pass.
I use latest from CVS.
Hi, i am also having the same problem with rc5.
-Ursprüngliche Nachricht-
Von:Frank Rub [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 17. Februar 2004 14:47
Hi,
I think there's a wrong behaivour in 1.0 rc5.
(with 1.0 rc4 it works well)
I have an Object with holds a collection of other objects
the loading of the collection is realized wih proxy=true
The Class Descriptor is correct (it works with 1.0 rc4)
public class SecondObject
{
int pkey
Hi Stuart,
Stuart Heriot wrote:
G'day,
I've been testing rc5 and am seeing some unexpected behaviour with regard
cyclic references (eg. ClassA contains a collection of ClassB ojbects.
ClassB contains a reference to a ClassA object.
We have been running with rc4 ok but when we run with rc5
G'day,
I've been testing rc5 and am seeing some unexpected behaviour with regard
cyclic references (eg. ClassA contains a collection of ClassB ojbects.
ClassB contains a reference to a ClassA object.
We have been running with rc4 ok but when we run with rc5, same code same
repository, it does
Armin Waibel wrote:
Hi Raymond,
Jakob has checked in a fix. Will be included
in the upcoming 1.0 version.
regards,
Armin
Armin Waibel wrote:
Hi,
[EMAIL PROTECTED] wrote:
Hi Armin,
Ah, right yes, that would make sense. Those 2 classes are not
instances of
Collection. They descend from
Raymond Barlow wrote:
Hi Armin,
I found Jacob's fixes and incorporated them into my local source
branch, rebuilt jars etc, and now it all works!!
Thanks Armin. Thanks Jacob.
-Raymond
Armin Waibel wrote:
Hi Raymond,
Jakob has checked in a fix. Will be included
in the upcoming 1.0 version.
is the deal with SequenceManagerNativeImpl? I want to use
it for identities for mysql. I was going to use SequenceManagerMySQLImpl
but it is supposedly deprecated and I should use the first one for
all. But the docs that I downloaded for rc5 say that for mysql
I should use
Hi,
when I use db-ojb-1.0.rc5.jar in my webapp, I get
a NoSuchMethodException for
Criteria.addNotEqualTo(Object attribute, Object value)
but this method exists in the source release. (And also in RC4)
Am I doing something wrong or are there differences between src and bin
releases?
regards
Sorry,
I just noticed that you changed the parameters from String,Object to
Object, Object.
Nevertheless I'm wondering why I get the exception ???
thanks anyway
Sven Efftinge wrote:
Hi,
when I use db-ojb-1.0.rc5.jar in my webapp, I get
a NoSuchMethodException for
Criteria.addNotEqualTo(Object
Hi Armin,
I found Jacob's fixes and incorporated them into my local source branch,
rebuilt jars etc, and now it all works!!
Thanks Armin. Thanks Jacob.
-Raymond
Armin Waibel wrote:
Hi Raymond,
Jakob has checked in a fix. Will be included
in the upcoming 1.0 version.
regards,
Armin
Armin
of), the
OJB.properties, the repository xml files etc.
ok, that's all you can do.
hmm, your code works with rc3 and don't work with rc5 - right?
If so, sounds like a bug in rc5.
Make OJB jars with target 'jar-debug' instead 'jar', then the line
numbers will be included in stack trace.
Could you post the class
Hi Armin,
Ah, right yes, that would make sense. Those 2 classes are not instances of
Collection. They descend from java.lang.Object (ie. does not extend
anything). The implement ManagableCollection.
This worked for rc3, I guess there's been changes around that since. Does
this mean that I now
Hi,
[EMAIL PROTECTED] wrote:
Hi Armin,
Ah, right yes, that would make sense. Those 2 classes are not instances of
Collection. They descend from java.lang.Object (ie. does not extend
anything). The implement ManagableCollection.
This worked for rc3, I guess there's been changes around that
Hi Raymond,
Jakob has checked in a fix. Will be included
in the upcoming 1.0 version.
regards,
Armin
Armin Waibel wrote:
Hi,
[EMAIL PROTECTED] wrote:
Hi Armin,
Ah, right yes, that would make sense. Those 2 classes are not
instances of
Collection. They descend from java.lang.Object (ie. does
Hi all,
I've been chasing this all day, and have gotten no further *sigh*.
Why does the following code give me a ClassCastException on the
getCollectionByQuery??
PersistenceBroker broker = null;
Criteria criteria = new Criteria();
criteria.addEqualTo(userName, test);
Hi Raymond,
I suspect it is something still hanging around from rc3 in my paths.
I've updated all the relevant jars (that I can think of), the
OJB.properties, the repository xml files etc.
ok, that's all you can do.
hmm, your code works with rc3 and don't work with rc5 - right?
If so, sounds
(that I can think of), the
OJB.properties, the repository xml files etc.
ok, that's all you can do.
hmm, your code works with rc3 and don't work with rc5 - right?
If so, sounds like a bug in rc5.
Make OJB jars with target 'jar-debug' instead 'jar', then the line
numbers will be included in stack
, the repository xml files etc.
ok, that's all you can do.
hmm, your code works with rc3 and don't work with rc5 - right?
If so, sounds like a bug in rc5.
Make OJB jars with target 'jar-debug' instead 'jar', then the line
numbers will be included in stack trace.
Could you post the class-descriptor
have
searched for answers on both archives and the topics are mentioned
(but not resolved) on both lists.
I am using W2K, MySQL 4.0 and OJB 1.0 RC5. I performed a clean source
install and build using the documented procedures and I've come across
several problems that appear to be errors
I am posting to both the USER and the DEV mailing lists because I have
searched for answers on both archives and the topics are mentioned (but
not resolved) on both lists.
I am using W2K, MySQL 4.0 and OJB 1.0 RC5. I performed a clean source
install and build using the documented procedures
Just a note: In RC5 in case of batch load event PBLifeCycleListener.afterLookup () may
be called when some references in target object is not yet initialized.
Thanks,
Andy
Hi Armin,
Hi Jair jr,
Jair da Silva Ferreira Júnior wrote:
Hi Armin,
Thank you very much for your fast reply.
it's a(/my) bug in ObjectCacheDefaultImpl (rc5) causing this strange
behaviour. I will check in a fixed version tomorrow.
Ok. How can I get the fixed
Hi Jair jr,
Jair da Silva Ferreira Júnior wrote:
Hi Armin,
Thank you very much for your fast reply.
it's a(/my) bug in ObjectCacheDefaultImpl (rc5) causing this strange
behaviour. I will check in a fixed version tomorrow.
Ok. How can I get the fixed ObjectCacheDefaultImpl
Hi Armin,
Thank you very much for your fast reply.
it's a(/my) bug in ObjectCacheDefaultImpl (rc5) causing this strange
behaviour. I will check in a fixed version tomorrow.
Ok. How can I get the fixed ObjectCacheDefaultImpl implementation? Only
through CVS? Are you going to deploy
in
my code or configuration, the only change is RC4 to RC5. I havent
used
the managed collections, I was thinking that perhaps I should. And
now
for a dumb question: How do I clear the cache?
-
To unsubscribe, e-mail: [EMAIL
That didnt work, don't know where it is being lost. Could someone take a
look at this?
Here it is inline:
--- db-ojb-1.0.rc5/src/test/org/apache/ojb/odmg/CollectionsTest.java
2003-12-14 06:59:05.0 -0600
+++
db-ojb-1.0.rc5.broken/src/test/org/apache/ojb/odmg/CollectionsTest.java
Hi,
I am using ojb1.0_rc5, ODMG api with OJB queries, mysql4 (innodb tables) in Linux
Red Hat 7.3 (kernel 2.4.20-20.7).
I moved from rc4 to rc5 recently and I noticed that sometimes when I run a query
the resulting associated objects don't come from the cache. Please, take a look
Hi Jair Jr,
it's a(/my) bug in ObjectCacheDefaultImpl (rc5) causing this strange
behaviour. I will check in a fixed version tomorrow.
More info see thread 'Usage WeakHashMap in AnonymousPersistentField Re:
Cache and prefetched relationships'
regards,
Armin
Jair da Silva Ferreira Júnior wrote
Hello all!
I got serious problems integrating ojb-rc5 (using odmg) into jboss.
All works fine when testing with MBeans.
In a stateless session bean selecting data I get an error:
[org.jboss.resource.connectionmanager.CachedConnectionManager] Closing a
connection for you. Please close them
Do you have eager-release in the connection descriptor enabled or
disabled?
-Brian
On Dec 30, 2003, at 8:26 PM, Gunnar Hilling wrote:
Hello all!
I got serious problems integrating ojb-rc5 (using odmg) into jboss.
All works fine when testing with MBeans.
In a stateless session bean selecting
Howdy,
Thanks for the great software! I have just upgraded from RC4 to RC5 and
it looks like you guys have made a lot of progress (especially in the
docs). I have an issue though, not sure if its something Im doing or if
something broke. If I use RC5 my collections are properly stored
On Dec 23, 2003, at 10:24 AM, Erik Engstrom wrote:
it looks like you guys have made a lot of progress (especially in the
docs).
Woot! Thanks.
Now to look into the problem you were having...
-Brian
-
To unsubscribe, e-mail:
Thanks for your quick response. Ill work on a unit test.
EquipmentType.specifications is an ArrayList. Nothing is different in
my code or configuration, the only change is RC4 to RC5. I havent used
the managed collections, I was thinking that perhaps I should. And now
for a dumb question: How
hi erik,
have tried setting auto-retrieve=true in your collection-descriptor
named specifications ?
jakob
Erik Engstrom wrote:
Howdy,
Thanks for the great software! I have just upgraded from RC4 to RC5 and
it looks like you guys have made a lot of progress (especially in the
docs). I
, at 10:46 AM, Erik Engstrom wrote:
Thanks for your quick response. Ill work on a unit test.
EquipmentType.specifications is an ArrayList. Nothing is different in
my code or configuration, the only change is RC4 to RC5. I havent used
the managed collections, I was thinking that perhaps I should
for the great software! I have just upgraded from RC4 to RC5
and
it looks like you guys have made a lot of progress (especially in the
docs). I have an issue though, not sure if its something Im doing or
if
something broke. If I use RC5 my collections are properly stored in
the
database
=true in your
collection-descriptor named specifications ?
jakob
Erik Engstrom wrote:
Howdy,
Thanks for the great software! I have just upgraded from RC4 to RC5
and
it looks like you guys have made a lot of progress (especially in the
docs). I have an issue though, not sure if its something
AM, Jakob Braeuchi wrote:
hi erik,
have tried setting auto-retrieve=true in your collection-descriptor
named specifications ?
jakob
Erik Engstrom wrote:
Howdy,
Thanks for the great software! I have just upgraded from RC4 to RC5
and
it looks like you guys have made a lot
I have recently switched from rc4 to rc5 and I am having problems
retrieving a collection of client groups from my class client (shown
below). The class client-group uses an anonymous reference to the
client class but it appears that every time I try to retrieve the
client, it retrieves
PROTECTED]
Subject: Problems changing from rc4 to rc5
I have recently switched from rc4 to rc5 and I am having problems
retrieving a collection of client groups from my class client (shown
below). The class client-group uses an anonymous reference to the
client class but it appears that every
: Problems changing from rc4 to rc5
I have recently switched from rc4 to rc5 and I am having problems
retrieving a collection of client groups from my class client (shown
below). The class client-group uses an anonymous reference to the
client class but it appears that every time I try to retrieve
is RC4 to RC5. I havent
used
the managed collections, I was thinking that perhaps I should. And
now
for a dumb question: How do I clear the cache?
Cast Transaction instance to proprietary TransactionExt. Then call
tx.getBroker().clearCache()
or
tx.getBroker().removeFromCache(Object obj
?
Did you change your OJB.properties at all between rc4 and rc5?
IIRC there was a change to a couple of the managed collection
implementations for ODMG between RC4 and RC5. Armin, were you playing
with those?
-Brian
On Dec 23, 2003, at 10:24 AM, Erik Engstrom wrote:
Howdy,
Thanks for the great
rc4 and rc5?
IIRC there was a change to a couple of the managed collection
implementations for ODMG between RC4 and RC5. Armin, were you playing
with those?
-Brian
On Dec 23, 2003, at 10:24 AM, Erik Engstrom wrote:
Howdy,
Thanks for the great software! I have just upgraded from RC4 to RC5
thanx for diving into this bug,
What I don't understand is how you could find the leak, because the
intention of 'per-thread-changes' use is *not* to copy the repository
for each call/thread, rather to manage a bunch of different repositories
(e.g. by using
Hi Roger,
Janssen, Roger wrote:
...
Why you need a 'fresh'copy for each thread/call? Could be a performance
problem - maybe I misinterpret your needs.
for every persistence operation (query/store/delete/etc...) we instantiate a
new persistence broker, to my knowledgde, this is supposed to be
don't time for any major changes right
now.
Greg
-Original Message-
From: Armin Waibel [mailto:[EMAIL PROTECTED]
Sent: Friday, December 19, 2003 12:42 PM
To: OJB Users List; Plummer, Greg; Janssen, Roger
Subject: Suspected Junk Mail: Re: [rc5 / bug / MetadataManager] Memory
leak using
Using the update-procedure call in RC5 produces SQL that seems to be
invalid on SQL Server.
For example, RC5 creates the following SQL statement to call an update
procedure
declare @P1 int
set @P1=100011
exec sp_executesql N'{ call prc_test(@P1 OUTPUT,@P2) }',
N'@P1 int OUTPUT ,@P2 int ', @P1
.
Greg
-Original Message-
From: Armin Waibel [mailto:[EMAIL PROTECTED]
Sent: Friday, December 19, 2003 12:42 PM
To: OJB Users List; Plummer, Greg; Janssen, Roger
Subject: Suspected Junk Mail: Re: [rc5 / bug / MetadataManager] Memory
leak using dynamic mapping o n per thread bases
Hi Roger
Hi Roger/Greg,
first, thanks for pointing to this bug, it should be fixed now. Get
latest from CVS (trunk or OJB_BRANCH_1_0).
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgNo=5592
The test case I use is called ...broker.metadata.MetadataMultithreadedTest
see OJB test suite classes.
.
Thanks
R
[EMAIL PROTECTED] said:
For some reason, it looks like OJB doesn't know when a connection has been
closed, or there is something wrong with my setup. I'm using OJB rc5,
with Oracle 9.2.0, and ojdbc4.jar (for JDK 1.4.x). It seems that when the
app is not used and left idle
For some reason, it looks like OJB doesn't know when a connection has been
closed, or there is something wrong with my setup. I'm using OJB rc5,
with Oracle 9.2.0, and ojdbc4.jar (for JDK 1.4.x). It seems that when the
app is not used and left idle, that connections are closed, but then when
: Wednesday, December 17, 2003 9:57 AM
To: [EMAIL PROTECTED]
Subject: SQLException Socket Closed with Oracle 9 and RC5
For some reason, it looks like OJB doesn't know when a connection has been
closed, or there is something wrong with my setup. I'm using OJB rc5,
with Oracle 9.2.0, and ojdbc4.jar (for JDK
is
just way overkill.)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 17, 2003 9:57 AM
To: [EMAIL PROTECTED]
Subject: SQLException Socket Closed with Oracle 9 and RC5
For some reason, it looks like OJB doesn't know when a connection has been
success to allow
re-connect of timed out connection.
regards,
Armin
[EMAIL PROTECTED] wrote:
For some reason, it looks like OJB doesn't know when a connection has been
closed, or there is something wrong with my setup. I'm using OJB rc5,
with Oracle 9.2.0, and ojdbc4.jar (for JDK 1.4.x
All,
I would like to thank all of you for the great job you have done with OJB.
RC5 is really faster than RC4, we improve our treatment by 35% !! That's
really wonderful.
We have been using Ojb since one year and it is really a revolution project.
Thank in particular to Armin
To: OJB Users List; OJB Developers List
Subject: [ann] new release 1.0 RC5
Dear all,
After a long time of preparation we finally managed to assemble a new
release of OJB.
We fixed a lot of bugs and we also improved the performance for all APIs.
This is the last release candidate for 1.0
with the RC5 is that now in the IndirectionHandler the method
hashCode is not redirected (it was in RC4 ).
As this returned result is not even based on the Identity, I cannot use a
Table with proxies and RealObject ( newly
Created objects for example ) .
I agree with the comment of the new
hi,
nice job on the new release.
one question though about a bug reported to this list sometime earlier (i
couldn't find anything about it in scarab or the release notes); it's about
the memory leak in MetadataManager, using dynamic mapping on a per thread
bases, it works like a black hole. in
Dear OJB team,
Congratulations and thanks again for your contribution to the opensource
community!
Cheers,
Gustavo Faerman
Sorry if this has been addressed, but has there been any discussion about
steps necessary for transition from RC4 to RC5?
More specifically, have there been any fundamental changes to API calls, or
to the OJB.properties file that precludes someone from just taking the new
RC5 jar file
Hi Roger,
Janssen, Roger wrote:
hi,
nice job on the new release.
one question though about a bug reported to this list sometime earlier (i
couldn't find anything about it in scarab or the release notes); it's about
the memory leak in MetadataManager, using dynamic mapping on a per thread
Hi Andrew,
Clute, Andrew wrote:
Sorry if this has been addressed, but has there been any discussion about
steps necessary for transition from RC4 to RC5?
More specifically, have there been any fundamental changes to API calls, or
to the OJB.properties file that precludes someone from just
Please
hi,
executing the code below should reproduce the memory leak [of course swap
the class name for a class name present in youe repository mapping :)], so
best is to execute it in a loop:
MetadataManager mm = MetadataManager.getInstance();
// tell the manager to use per
I downloaded the source for RC5 and did a build which worked fine (after
loading j2ee.jar and jdo.jar into the lib directory). I also did a build junit
which worked, but when I tried a build jar, it fails with the following:
main-opt:
[javac] Compiling 580 source files to
C:\Java\db-ojb
and hashCode which allow me to store some of those object in Maps
for retrieve them in an easy way ( which is really fast ) .
The problem with the RC5 is that now in the IndirectionHandler the method
hashCode is not redirected (it was in RC4 ).
As this returned result is not even based on the Identity, I
I am happy to report that in my case (loading large number of complex objects) OJB 1.0
RC5 is about 3 times faster than RC4.
Thanks a lot for all great work!
Andy
Hi Andy,
Andy Malakov wrote:
I am happy to report that in my case (loading large number of complex objects) OJB 1.0 RC5 is about 3 times faster than RC4.
Your posted improvements play a big part in the performance increase.
Thanks again.
regards,
Armin
Thanks a lot for all great work!
Andy
I also am getting better performance stats out of my tests
Cool stuff.
Jason
On Mon, 2003-12-15 at 16:15, Armin Waibel wrote:
Hi Andy,
Andy Malakov wrote:
I am happy to report that in my case (loading large number of complex objects) OJB
1.0 RC5 is about 3 times faster than RC4
.
-
Release 1.0 rc5
-
This is the last planned rc before the 1.0 release. If there are no major
bugs this release will be relabled as 1.0 after two weeks.
NEW FEATURES:
- With this release we are feature complete
provides ODMG and JDO interfaces.
-
Release 1.0 rc5
-
This is the last planned rc before the 1.0 release. If there are no major
bugs this release
Any idea of the dates of RC5, and/or a final version
of the code?
Gary
__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com
-
To unsubscribe, e-mail
The biggest hold up right now is a slowdown in the ODMG code which is
being investigated. Aside from that I *think* it is pretty close to
gold.
-Brian
On Monday, October 6, 2003, at 10:51 AM, Gary wrote:
Any idea of the dates of RC5, and/or a final version
of the code?
Gary
94 matches
Mail list logo