Hi Armin,
I think the classpath (jar) i give for servlet is wrong (server side).
Can you list the jars to be with LockManagerServlet?
Thanks
On 9/29/06, Bruno CROS <[EMAIL PROTECTED]> wrote:
the EOF is the cause on the client (RemoteImpl client)
the resulting exception is a LockRuntimeException("Cannot remove write
lock for... throw by releaseLock method.
I'm not running a mass test, only a single one. One server, one client.
I will run some tests today too.
--- StackTRace loooks libe this
LockRuntimeException("Cannot remove write lock for...
...
RemoteImpl.releaseLock...
...
my call for WRITE lock.
----- and then
Caused by: java.io.EOFException
at java.io.ObjectInputStream$PeekInputStream.readFully(
ObjectInputStream.java:2165)
at java.io.ObjectInputStream$BlockDataInputStream.readShort(
ObjectInputStream.java :2634)
at java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java:734)
at java.io.ObjectInputStream.<init>(ObjectInputStream.java:253)
at org.apache.ojb.broker.locking.LockManagerRemoteImpl.performRequestObject
(LockManagerRemoteImpl.java:383)
at org.apache.ojb.broker.locking.LockManagerRemoteImpl.performRequest(
LockManagerRemoteImpl.java:335)
at org.apache.ojb.broker.locking.LockManagerRemoteImpl.releaseLock(
LockManagerRemoteImpl.java :193)
... 41 more
On 9/29/06, Armin Waibel <[EMAIL PROTECTED]> wrote:
> Bruno CROS wrote:
> > Hi,
> >
> > I updated from SVN LockManagerFactory and configure is well called
now,
> > thanks.
> >
> > the EOFException still remains, it seems there is a problem with
> > serialization of LockInfo and HttpObjectStream.
> >
>
> Is EOFException the root exception?
>
> I can reproduce a similar (windows specific) problem when running a mass
> lock test. On the server side I get
> java.io.EOFException
> at
> java.io.ObjectInputStream$PeekInputStream.readFully (
ObjectInputStream.java:2228)
> at
> java.io.ObjectInputStream$BlockDataInputStream.readShort(
ObjectInputStream.java:2694)
>
>
> But the real issue is caused on the client side
> java.net.BindException: Address already in use: connect
> at java.net.PlainSocketImpl.socketConnect(Native Method)
> at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
>
>
> Is this the same behavior you mentioned?
>
> regards,
> Armin
>
> > Lot of people seams to have this problem (searching google), but i
don't
> > really understand what is it really. I know what serialization is , i
> > did it
> > (with file), but i can't see where something is wrong in
> > LockManagerRemoteImpl.
> >
> > Thanks for any help.
> >
> > OJB 1.0.4.
> > Sun JVM 1.4
> >
> >
> >
> > On 9/28/06, Bruno CROS <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>
> >> Hi,
> >>
> >> Once i'va modified constructor of LockManagerRemoteImpl to initialize
> >> lockserver variable, i started to test LockManagerRemoteImpl and get
> >> into an
> >> EOFException.
> >>
> >>
> >>
> >> URL sun implementation , release 1.0.4
> >>
> >> Thanks
> >>
> >> Caused by: java.io.EOFException
> >>
> >> at java.io.ObjectInputStream$PeekInputStream.readFully(
> >> ObjectInputStream.java:2165)
> >>
> >> at java.io.ObjectInputStream$BlockDataInputStream.readShort(
> >> ObjectInputStream.java:2634)
> >>
> >> at
> >> java.io.ObjectInputStream.readStreamHeader(ObjectInputStream.java
:734)
> >>
> >> at java.io.ObjectInputStream.<init>( ObjectInputStream.java:253)
> >>
> >> at
> >>
org.apache.ojb.broker.locking.LockManagerRemoteImpl.performRequestObject(
> >> LockManagerRemoteImpl.java:383)
> >>
> >> at
org.apache.ojb.broker.locking.LockManagerRemoteImpl.performRequest(
> >> LockManagerRemoteImpl.java:335)
> >>
> >> at org.apache.ojb.broker.locking.LockManagerRemoteImpl.releaseLock (
> >> LockManagerRemoteImpl.java:193)
> >>
> >> ... 41 more
> >>
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
