You are viewing a plain text version of this content. The canonical link for it is here.
Posted to slide-dev@jakarta.apache.org by Remy Maucherat <rm...@home.com> on 2001/11/06 23:23:53 UTC
CVS updates
Hi Dirk and Michael,
Do the updates I made this WE fix the problems you found ?
The example behaves much better now, so the issue might have been fixed.
Can you confirm that ?
If that's the case, I will proceed with the release of 1.0.16.
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Slide 1.0.16 and Slide 1.0 branch
Posted by Remy Maucherat <rm...@home.com>.
Hi,
I'm tagging the CVS later this evening. I'll only make the binaries
available tomorrow or the day after, so please try to do a final testing
round if you can (I'll do that myself).
The tag for Slide 1.0.16 is "SLIDE_1_0_16".
The tag for the Slide 1.0 maintenance branch (ie, Slide 1.0.17 and
subsequent releases - if needed, of course) is "SLIDE_1_0". Check it out if
you're interested in maintaining Slide 1.0.
New features development should happen in the CVS HEAD branch.
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: CVS updates
Posted by Sung-Gu <je...@hoonsecure.com>.
Hi guys,
My vote +1 :)
Sung-Gu
----- Original Message -----
From: "Dirk Verbeeck" <di...@pandora.be>
To: "Slide Developers List" <sl...@jakarta.apache.org>
Sent: Thursday, November 08, 2001 4:34 AM
Subject: Re: CVS updates
> Hi guys,
>
> Great work, the last blocking item is fixed...
> I think slide 1.0.16 is ready for prime time ;-)
>
>
> Dirk
>
>
>
> Remy Maucherat wrote:
> >
> > > Remy Maucherat wrote:
> > > >
> > > > Hi Dirk and Michael,
> > > >
> > > > Do the updates I made this WE fix the problems you found ?
> > > > The example behaves much better now, so the issue might have been fixed.
> > > >
> > > > Can you confirm that ?
> > > >
> > > > If that's the case, I will proceed with the release of 1.0.16.
> > > >
> > > > Remy
> > >
> > >
> > > Looks good to me - been running a heavy stress test here for a few
> > > hours, haven't been any apparent problems so far. (note that my local
> > > copy still has those methods changed to synchronized - I can rebuild and
> > > test with those removed tonight or tomorrow if you think that'd be
> > > useful).
> >
> > Thanks for the feedback.
> >
> > > Thanks a lot Remy - your help has been invaluable.
> >
> > Dirk's test case was extremely useful too.
> >
> > > My vote's +1 on release now, since I can't easily kill slide any more
> > > :-)
> >
> > Thanks :-)
> >
> > Remy
Re: CVS updates
Posted by Dirk Verbeeck <di...@pandora.be>.
Hi guys,
Great work, the last blocking item is fixed...
I think slide 1.0.16 is ready for prime time ;-)
Dirk
Remy Maucherat wrote:
>
> > Remy Maucherat wrote:
> > >
> > > Hi Dirk and Michael,
> > >
> > > Do the updates I made this WE fix the problems you found ?
> > > The example behaves much better now, so the issue might have been fixed.
> > >
> > > Can you confirm that ?
> > >
> > > If that's the case, I will proceed with the release of 1.0.16.
> > >
> > > Remy
> >
> >
> > Looks good to me - been running a heavy stress test here for a few
> > hours, haven't been any apparent problems so far. (note that my local
> > copy still has those methods changed to synchronized - I can rebuild and
> > test with those removed tonight or tomorrow if you think that'd be
> > useful).
>
> Thanks for the feedback.
>
> > Thanks a lot Remy - your help has been invaluable.
>
> Dirk's test case was extremely useful too.
>
> > My vote's +1 on release now, since I can't easily kill slide any more
> > :-)
>
> Thanks :-)
>
> Remy
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: CVS updates
Posted by Remy Maucherat <rm...@home.com>.
> Hi, Remy,
>
> This problem is not totally fixed yet. I get the latest codes (an hour
ago)
> and buid it. I run the multithread test with both Oracle discriptor and
> content stores. In TestThread.java, I changed the count to 100 from 10.
Then
> I got the following errors:
That was not the problem which was fixed, which was a more general bug in
the transaction manager, where it could have ended in an incorrect state
after a failed enlist (bad).
I don't get the problems you describe with hSQL, so this looks more Oracle
specific.
> Thread-0: Put uri = /DOG65
> 07 Nov 2001 21:23:21 - slidestore.reference.JDBCDescriptorsStore - ERROR -
> java.
> sql.SQLException: ORA-01002: fetch out of sequence
>
> java.sql.SQLException: ORA-01002: fetch out of sequence
>
> at
oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
> at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)
> at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543)
> at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1405)
> at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:889)
> at
> oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.jav
> a:1681)
> at
> oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStateme
> nt.java:1870)
> at
> oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePrepar
> edStatement.java:363)
> at
> oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepare
> dStatement.java:314)
> at
> slidestore.reference.JDBCDescriptorsStore.retrieveObject(JDBCDescript
> orsStore.java:593)
> at
> org.apache.slide.store.StandardStore.retrieveObject(StandardStore.jav
> a:171)
> at
> org.apache.slide.security.SecurityImpl.getPrincipal(SecurityImpl.java
> :765)
> at
> org.apache.slide.security.SecurityImpl.checkCredentials(SecurityImpl.
> java:378)
> at
> org.apache.slide.structure.StructureImpl.create(StructureImpl.java:34
> 4)
> at multithread.TestThread.run(TestThread.java:129)
> at java.lang.Thread.run(Thread.java:484)
> 07 Nov 2001 21:23:21 - org.apache.slide.common.Domain - WARNING - Service
> slides
> tore.reference.JDBCDescriptorsStore@2786c3 access error : ORA-01002: fetch
> out o
> f sequence
>
> >>>> org.apache.slide.common.ServiceAccessException: Service
> slidestore.referenc
> e.JDBCDescriptorsStore@2786c3 access error : ORA-01002: fetch out of
> sequence
>
> In the test, there are 200 PUT operations. Above error happens twice.
> There is a race condition there. The two threads share the same database
> connection at same time. It is much better than before. But you still can
> see it happen.
>
> Also, I got lots of followin errors:
>
> Thread-0: Put uri = /DOG99
> 07 Nov 2001 21:24:01 - org.apache.slide.common.Domain - WARNING - Service
> jdbc(o
> rg.apache.slide.store.StandardStore) access error : Failed to enlist
service
> sli
> destore.reference.JDBCDescriptorsStore@2786c3 in active transaction
> >>>> org.apache.slide.common.ServiceAccessException: Service
> jdbc(org.apache.sli
> de.store.StandardStore) access error : Failed to enlist service
> slidestore.refer
> ence.JDBCDescriptorsStore@2786c3 in active transaction
> Thread-1: Put uri = /KAT87
> 07 Nov 2001 21:24:01 - org.apache.slide.transaction.SlideTransaction -
> WARNING -
> Enlist failure: Resource manager
> slidestore.reference.JDBCDescriptorsStore@2786
> c3 Error code XAER_OUTSIDE in Transaction 191 xid
> Thread-1-1005197041098-191- in
> thread Thread-1
That's normal. Since the store isn't using a connection pool, it's limited
in what it can do concurrently. The XAER_OUTSIDE means the store / resource
manager was busy executing an update on behalf of another transaction.
Obviously, one of the first features which should be added to the 1.0 branch
is a connection pool based store.
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: CVS updates
Posted by Ting Ning <ti...@yahoo.com>.
Hi, Remy,
This problem is not totally fixed yet. I get the latest codes (an hour ago)
and buid it. I run the multithread test with both Oracle discriptor and
content stores. In TestThread.java, I changed the count to 100 from 10. Then
I got the following errors:
Thread-0: Put uri = /DOG65
07 Nov 2001 21:23:21 - slidestore.reference.JDBCDescriptorsStore - ERROR -
java.
sql.SQLException: ORA-01002: fetch out of sequence
java.sql.SQLException: ORA-01002: fetch out of sequence
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:168)
at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)
at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543)
at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1405)
at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:889)
at
oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.jav
a:1681)
at
oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStateme
nt.java:1870)
at
oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePrepar
edStatement.java:363)
at
oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePrepare
dStatement.java:314)
at
slidestore.reference.JDBCDescriptorsStore.retrieveObject(JDBCDescript
orsStore.java:593)
at
org.apache.slide.store.StandardStore.retrieveObject(StandardStore.jav
a:171)
at
org.apache.slide.security.SecurityImpl.getPrincipal(SecurityImpl.java
:765)
at
org.apache.slide.security.SecurityImpl.checkCredentials(SecurityImpl.
java:378)
at
org.apache.slide.structure.StructureImpl.create(StructureImpl.java:34
4)
at multithread.TestThread.run(TestThread.java:129)
at java.lang.Thread.run(Thread.java:484)
07 Nov 2001 21:23:21 - org.apache.slide.common.Domain - WARNING - Service
slides
tore.reference.JDBCDescriptorsStore@2786c3 access error : ORA-01002: fetch
out o
f sequence
>>>> org.apache.slide.common.ServiceAccessException: Service
slidestore.referenc
e.JDBCDescriptorsStore@2786c3 access error : ORA-01002: fetch out of
sequence
In the test, there are 200 PUT operations. Above error happens twice.
There is a race condition there. The two threads share the same database
connection at same time. It is much better than before. But you still can
see it happen.
Also, I got lots of followin errors:
Thread-0: Put uri = /DOG99
07 Nov 2001 21:24:01 - org.apache.slide.common.Domain - WARNING - Service
jdbc(o
rg.apache.slide.store.StandardStore) access error : Failed to enlist service
sli
destore.reference.JDBCDescriptorsStore@2786c3 in active transaction
>>>> org.apache.slide.common.ServiceAccessException: Service
jdbc(org.apache.sli
de.store.StandardStore) access error : Failed to enlist service
slidestore.refer
ence.JDBCDescriptorsStore@2786c3 in active transaction
Thread-1: Put uri = /KAT87
07 Nov 2001 21:24:01 - org.apache.slide.transaction.SlideTransaction -
WARNING -
Enlist failure: Resource manager
slidestore.reference.JDBCDescriptorsStore@2786
c3 Error code XAER_OUTSIDE in Transaction 191 xid
Thread-1-1005197041098-191- in
thread Thread-1
Thanks,
Ting
-----Original Message-----
From: Remy Maucherat [mailto:rmaucher1@home.com]
Sent: Tuesday, November 06, 2001 11:07 PM
To: Slide Developers List
Subject: Re: CVS updates
> Remy Maucherat wrote:
> >
> > Hi Dirk and Michael,
> >
> > Do the updates I made this WE fix the problems you found ?
> > The example behaves much better now, so the issue might have been fixed.
> >
> > Can you confirm that ?
> >
> > If that's the case, I will proceed with the release of 1.0.16.
> >
> > Remy
>
>
> Looks good to me - been running a heavy stress test here for a few
> hours, haven't been any apparent problems so far. (note that my local
> copy still has those methods changed to synchronized - I can rebuild and
> test with those removed tonight or tomorrow if you think that'd be
> useful).
Thanks for the feedback.
> Thanks a lot Remy - your help has been invaluable.
Dirk's test case was extremely useful too.
> My vote's +1 on release now, since I can't easily kill slide any more
> :-)
Thanks :-)
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: CVS updates
Posted by Remy Maucherat <rm...@home.com>.
> Remy Maucherat wrote:
> >
> > Hi Dirk and Michael,
> >
> > Do the updates I made this WE fix the problems you found ?
> > The example behaves much better now, so the issue might have been fixed.
> >
> > Can you confirm that ?
> >
> > If that's the case, I will proceed with the release of 1.0.16.
> >
> > Remy
>
>
> Looks good to me - been running a heavy stress test here for a few
> hours, haven't been any apparent problems so far. (note that my local
> copy still has those methods changed to synchronized - I can rebuild and
> test with those removed tonight or tomorrow if you think that'd be
> useful).
Thanks for the feedback.
> Thanks a lot Remy - your help has been invaluable.
Dirk's test case was extremely useful too.
> My vote's +1 on release now, since I can't easily kill slide any more
> :-)
Thanks :-)
Remy
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: CVS updates
Posted by Michael Smith <ms...@speedlegal.com>.
Remy Maucherat wrote:
>
> Hi Dirk and Michael,
>
> Do the updates I made this WE fix the problems you found ?
> The example behaves much better now, so the issue might have been fixed.
>
> Can you confirm that ?
>
> If that's the case, I will proceed with the release of 1.0.16.
>
> Remy
Looks good to me - been running a heavy stress test here for a few
hours, haven't been any apparent problems so far. (note that my local
copy still has those methods changed to synchronized - I can rebuild and
test with those removed tonight or tomorrow if you think that'd be
useful).
Thanks a lot Remy - your help has been invaluable.
My vote's +1 on release now, since I can't easily kill slide any more
:-)
Michael
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>