Home » Modeling » EMF » cannot open session to latest (CVS) CDO Server
|
| Re: [CDO] cannot open session to latest (CVS) CDO Server [message #419761 is a reply to message #419753] |
Thu, 05 June 2008 20:15   |
|
Hi André,
Comments inline...
André Dietisheim schrieb:
> Hi Eike
>
> I'm back to CDO as I promised at our Stammtisch in Berne last month :-)
> I currently have troubles opening a session to the CDO server. I used
> the latest CVS (I had to additionally checkout
> org.eclipse.emf.cdo.common - compared to your team project set).
Thanks for reminding me, I'll update the PSF ;-)
> The servers starts flawlessly (that's what the console tells me) but
> when I try to open a session to it in the cdo sessions view, an error
> dialog shows up telling me it failed.
Then you should have an entry in the client side error log giving more
details. What are they?
> I double checked the server-config for the URL and the repo and
> everythings identical to my settings in the sessions view.
Can you please attach the server config file?
> I cannot detect any anomalies in the console neither (dumped below).
Did you enable tracing for the client as well? Please attach the client
side trace because I think that there might be evidence of the cause.
Btw. complete traces might even be more useful than snippets (see below) ;-)
> Everything worked with the CVS version that was up 3 days ago.
Are you sure that you sync'ed (updated) *all* projects (Net4j+CDO)?
> I'd greatly appreciate any help!
Sorry that I have only more questions at the moment, but I need a hint
to start digging.
Cheers
/Eike
>
> Thanks!
> André
>
> TCPSelector [debug] Reading java.nio.channels.SocketChannel[connected
> local=/127.0.0.1:2036 remote=/127.0.0.1:60443]
> TCPSelector [debug.buffer] Obtained Buffer@18
> TCPSelector [debug.buffer] Read 12 bytes
> 02 00 00 00 03 00 02 00 03 63 64 6f
> TCPSelector [debug.lifecycle] Activating SignalProtocol[cdo]
> TCPSelector [debug.lifecycle.dump] DUMP CDOServerProtocol@28
> Protocol.channel = Channel[-32,768]
> Protocol.bufferProvider = BufferPool[4,096]
> Protocol.executorService =
> java.util.concurrent.ThreadPoolExecutor@f51766
> Protocol.infraStructure =
> org.eclipse.emf.cdo.internal.server.PluginRepositoryProvider @1461b5b
> SignalProtocol.streamWrapper = null
> SignalProtocol.signals =
> SignalProtocol.nextCorrelationID = 1
>
> TCPSelector [debug.connector] Opening channel ID 3 with protocol cdo
> TCPSelector [debug.lifecycle] Activating Channel[2]
> TCPSelector [debug.lifecycle] Activating ChannelReceiveSerializer@29
> TCPSelector [debug.lifecycle.dump] DUMP ChannelReceiveSerializer@29
> Worker.daemon = false
> Worker.activationTimeout = 2000
> Worker.deactivationTimeout = 2000
> Worker.activationLatch =
> java.util.concurrent.CountDownLatch@d591a6[Count = 0]
> Worker.workerThread = Thread[ReceiveSerializer2,5,main]
> QueueWorker.queue =
> QueueWorker.pollMillis = 100
>
> TCPSelector [debug.lifecycle.dump] DUMP Channel@30
> channelID = 3
> channelMultiplexer = ServerTCPConnector[127.0.0.1:60,443]
> channelIndex = 2
> receiveExecutor = java.util.concurrent.ThreadPoolExecutor@f51766
> receiveHandler = SignalProtocol[cdo]
> receiveSerializer = ChannelReceiveSerializer@29
> sendQueue =
>
> TCPSelector [debug.buffer] Obtained Buffer@22
> TCPSelector [debug.channel] Handling buffer from client: Buffer@22 -->
> Channel[Control]
> TCPSelector [debug] Ordering server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = true
> TCPSelector [debug.buffer] Retaining Buffer@18
> TCPSelector [debug] Executing server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = true
> TCPSelector [debug] Setting interest READ|WRITE (was read)
> TCPSelector [debug] Writing java.nio.channels.SocketChannel[connected
> local=/127.0.0.1:2036 remote=/127.0.0.1:60443]
> TCPSelector [debug.buffer] Writing 4 bytes
> 03 00 02 01
> TCPSelector [debug.buffer] Retaining Buffer@22
> TCPSelector [debug] Ordering server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = false
> TCPSelector [debug] Executing server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = false
> TCPSelector [debug] Setting interest READ (was read|write)
> TCPSelector [debug] Reading java.nio.channels.SocketChannel[connected
> local=/127.0.0.1:2036 remote=/127.0.0.1:60443]
> TCPSelector [debug.buffer] Obtained Buffer@18
> TCPSelector [debug.buffer] Read 16 bytes (EOS)
> 00 00 00 01 00 01 01 00 05 72 65 70 6f 31 00 01
> TCPSelector [debug.channel] Handling buffer from multiplexer:
> Buffer@18 --> Channel[2]
> ReceiveSerializer2 [debug.signal] Received buffer for correlation 1
> ReceiveSerializer2 [debug.signal] Got signal id 1
> Thread-3 [debug.signal] ================ Indicating OpenSessionIndication
> Thread-3 [debug.protocol] Read repositoryName: repo1
> Thread-3 [debug.buffer] Retaining Buffer@18
> Thread-3 [debug.protocol] Read legacySupportEnabled: true
> Thread-3 [debug.signal] ================ Responding OpenSessionIndication
> Thread-3 [debug.session] Opening session 3
> Thread-3 [debug.lifecycle] Activating Session[3, Channel[2]]
> Thread-3 [debug.lifecycle.dump] DUMP Session@31
> sessionManager = SessionManager@8
> protocol = SignalProtocol[cdo]
> sessionID = 3
> legacySupportEnabled = true
> views =
> protocolListener = org.eclipse.emf.cdo.internal.server.Session$1@147788d
>
> Thread-3 [debug.protocol] Writing sessionID: 3
> Thread-3 [debug.buffer] Obtained Buffer@22
> Thread-3 [debug.protocol] Writing repositoryUUID:
> 1ff5d226-b1f0-40fb-aba2-0c31b38c764f
> Thread-3 [debug.channel] Handling buffer from client: Buffer@22 -->
> Channel[2]
> Thread-3 [debug] Ordering server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = true
> TCPSelector [debug] Executing server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = true
> TCPSelector [debug] Setting interest READ|WRITE (was read)
> TCPSelector [debug] Writing java.nio.channels.SocketChannel[connected
> local=/127.0.0.1:2036 remote=/127.0.0.1:60443]
> TCPSelector [debug.buffer] Writing 108 bytes (EOS)
> 00 00 00 00 00 00 00 03 01 00 24 31 66 66 35 64 32 32 36 2d 62 31 66
> 30 2d 34 30 66 62 2d 61 62 61 32 2d 30 63 33 31 62 33 38 63 37 36 34
> 66 00 01 00 33 6f 72 67 2e 65 63 6c 69 70 73 65 2e 65 6d 66 2e 63 64
> 6f 2e 73 70 69 2e 63 6f 6d 6d 6f 6e 2e 43 44 4f 49 44 4c 6f 6e 67 46
> 61 63 74 6f 72 79 49 6d 70 6c 00 00 00 00 00 00
> TCPSelector [debug.buffer] Retaining Buffer@22
> TCPSelector [debug] Ordering server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = false
> TCPSelector [debug] Executing server operation INTEREST WRITE
> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
> remote=/127.0.0.1:60443] = false
> TCPSelector [debug] Setting interest READ (was read|write)
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
| |
| Re: [CDO] cannot open session to latest (CVS) CDO Server [message #419763 is a reply to message #419762] |
Thu, 05 June 2008 21:18 |
|
Hi André,
I just double checked everything and my local launch configs for server
and client are working as expected (vista), as do the automated tests on
linux.
More comments inline...
André Dietisheim schrieb:
> Eike Stepper wrote:
>
>> Then you should have an entry in the client side error log giving
>> more details. What are they?
>
> good point! Didn't think of it in my hurry:
>
> !MESSAGE java.lang.ClassNotFoundException:
> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
> !STACK 0
> org.eclipse.net4j.util.lifecycle.LifecycleException:
> java.lang.ClassNotFoundException:
> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
> at
> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:65)
>
> at
> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:71)
>
> at
> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:61)
>
> at
> org.eclipse.net4j.internal.util.container.ManagedContainer.g etElement(ManagedContainer.java:260)
>
> at
> org.eclipse.emf.cdo.internal.ui.actions.OpenSessionAction.do Run(OpenSessionAction.java:80)
>
> at
> org.eclipse.net4j.util.ui.actions.LongRunningAction$1.run(Lo ngRunningAction.java:164)
>
> at
> org.eclipse.net4j.util.om.monitor.MonitoredJob.run(Monitored Job.java:48)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> Caused by: java.lang.ClassNotFoundException:
> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.eclipse.emf.internal.cdo.CDOSessionImpl.handleLibraryDes criptor(CDOSessionImpl.java:734)
>
> at
> org.eclipse.emf.internal.cdo.CDOSessionImpl.doActivate(CDOSe ssionImpl.java:664)
>
> at
> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:57)
>
> ... 7 more
>
>
> what's odd here is that the class is currently in cdo.common and
> cdo.common is up-to-date. Furthermore cdo.common is included as
> plugins to be activated when running the server... any hints?
I used your stack trace but it seems as if it doesn't match the latest
sources.
Are you sure that you updated everything to latest HEAD?
>>> I double checked the server-config for the URL and the repo and
>>> everythings identical to my settings in the sessions view.
>> Can you please attach the server config file?
>
>
> I attached it (the one that's originally in
> org.eclipse.emf.cdo.server.product)
> I didn't touch it beside changing the repo-path to be usable on my
> linux (/tmp/)
That's ok ;-)
>>> Everything worked with the CVS version that was up 3 days ago.
>> Are you sure that you sync'ed (updated) *all* projects (Net4j+CDO)?
>>> I'd greatly appreciate any help!
>> Sorry that I have only more questions at the moment, but I need a
>> hint to start digging.
>>
>
>
> it might be that I missed further new bundles. I'll try to check that
> out tomorrow.
I don't think that bundles are completely missing. Btw. I just updated
the PSFs: http://wiki.eclipse.org/CDO_Project_Resources#Sources
That it worked 3 days ago might be another indication that you messed up
your workspace somehow. What about starting with a fresh checkout?
Ah, and how exactly do you start your client? With the launch configs
that are in CVS?
Please make sure that "Clear the configuration area before launching" is
checked!
Does that help?
/Eike
>
> Thanks for your assistance!
>
> Cheers
> André
>
>> Cheers
>> /Eike
>>
>>
>>>
>>> Thanks!
>>> André
>>>
>>> TCPSelector [debug] Reading
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443]
>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>> TCPSelector [debug.buffer] Read 12 bytes
>>> 02 00 00 00 03 00 02 00 03 63 64 6f
>>> TCPSelector [debug.lifecycle] Activating SignalProtocol[cdo]
>>> TCPSelector [debug.lifecycle.dump] DUMP CDOServerProtocol@28
>>> Protocol.channel = Channel[-32,768]
>>> Protocol.bufferProvider = BufferPool[4,096]
>>> Protocol.executorService =
>>> java.util.concurrent.ThreadPoolExecutor@f51766
>>> Protocol.infraStructure =
>>> org.eclipse.emf.cdo.internal.server.PluginRepositoryProvider @1461b5b
>>> SignalProtocol.streamWrapper = null
>>> SignalProtocol.signals =
>>> SignalProtocol.nextCorrelationID = 1
>>>
>>> TCPSelector [debug.connector] Opening channel ID 3 with protocol cdo
>>> TCPSelector [debug.lifecycle] Activating Channel[2]
>>> TCPSelector [debug.lifecycle] Activating ChannelReceiveSerializer@29
>>> TCPSelector [debug.lifecycle.dump] DUMP ChannelReceiveSerializer@29
>>> Worker.daemon = false
>>> Worker.activationTimeout = 2000
>>> Worker.deactivationTimeout = 2000
>>> Worker.activationLatch =
>>> java.util.concurrent.CountDownLatch@d591a6[Count = 0]
>>> Worker.workerThread = Thread[ReceiveSerializer2,5,main]
>>> QueueWorker.queue =
>>> QueueWorker.pollMillis = 100
>>>
>>> TCPSelector [debug.lifecycle.dump] DUMP Channel@30
>>> channelID = 3
>>> channelMultiplexer = ServerTCPConnector[127.0.0.1:60,443]
>>> channelIndex = 2
>>> receiveExecutor = java.util.concurrent.ThreadPoolExecutor@f51766
>>> receiveHandler = SignalProtocol[cdo]
>>> receiveSerializer = ChannelReceiveSerializer@29
>>> sendQueue =
>>>
>>> TCPSelector [debug.buffer] Obtained Buffer@22
>>> TCPSelector [debug.channel] Handling buffer from client: Buffer@22
>>> --> Channel[Control]
>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = true
>>> TCPSelector [debug.buffer] Retaining Buffer@18
>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = true
>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>> TCPSelector [debug] Writing
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443]
>>> TCPSelector [debug.buffer] Writing 4 bytes
>>> 03 00 02 01
>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = false
>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = false
>>> TCPSelector [debug] Setting interest READ (was read|write)
>>> TCPSelector [debug] Reading
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443]
>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>> TCPSelector [debug.buffer] Read 16 bytes (EOS)
>>> 00 00 00 01 00 01 01 00 05 72 65 70 6f 31 00 01
>>> TCPSelector [debug.channel] Handling buffer from multiplexer:
>>> Buffer@18 --> Channel[2]
>>> ReceiveSerializer2 [debug.signal] Received buffer for correlation 1
>>> ReceiveSerializer2 [debug.signal] Got signal id 1
>>> Thread-3 [debug.signal] ================ Indicating
>>> OpenSessionIndication
>>> Thread-3 [debug.protocol] Read repositoryName: repo1
>>> Thread-3 [debug.buffer] Retaining Buffer@18
>>> Thread-3 [debug.protocol] Read legacySupportEnabled: true
>>> Thread-3 [debug.signal] ================ Responding
>>> OpenSessionIndication
>>> Thread-3 [debug.session] Opening session 3
>>> Thread-3 [debug.lifecycle] Activating Session[3, Channel[2]]
>>> Thread-3 [debug.lifecycle.dump] DUMP Session@31
>>> sessionManager = SessionManager@8
>>> protocol = SignalProtocol[cdo]
>>> sessionID = 3
>>> legacySupportEnabled = true
>>> views =
>>> protocolListener =
>>> org.eclipse.emf.cdo.internal.server.Session$1@147788d
>>>
>>> Thread-3 [debug.protocol] Writing sessionID: 3
>>> Thread-3 [debug.buffer] Obtained Buffer@22
>>> Thread-3 [debug.protocol] Writing repositoryUUID:
>>> 1ff5d226-b1f0-40fb-aba2-0c31b38c764f
>>> Thread-3 [debug.channel] Handling buffer from client: Buffer@22 -->
>>> Channel[2]
>>> Thread-3 [debug] Ordering server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = true
>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = true
>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>> TCPSelector [debug] Writing
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443]
>>> TCPSelector [debug.buffer] Writing 108 bytes (EOS)
>>> 00 00 00 00 00 00 00 03 01 00 24 31 66 66 35 64 32 32 36 2d 62 31 66
>>> 30 2d 34 30 66 62 2d 61 62 61 32 2d 30 63 33 31 62 33 38 63 37 36 34
>>> 66 00 01 00 33 6f 72 67 2e 65 63 6c 69 70 73 65 2e 65 6d 66 2e 63 64
>>> 6f 2e 73 70 69 2e 63 6f 6d 6d 6f 6e 2e 43 44 4f 49 44 4c 6f 6e 67 46
>>> 61 63 74 6f 72 79 49 6d 70 6c 00 00 00 00 00 00
>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = false
>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>> remote=/127.0.0.1:60443] = false
>>> TCPSelector [debug] Setting interest READ (was read|write)
>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: [CDO] cannot open session to latest (CVS) CDO Server [message #419777 is a reply to message #419763] |
Fri, 06 June 2008 17:29 |
 Andre Dietisheim
Messages: 131
Registered: July 2009 |
Senior Member |
|
|
Hi Eike
you're completely right with your diagnosis! When reading it this
morning I realized that started installing the current build in the
beginning of this week and continued with the CVS-checkouts I fetched
later on. Therefore the IDE took the binary versions in the plugins
folder and the server was started out of the source-bundles in my workspace.
I restarted now by fetching the latest binary builds for RC3 and a fresh
3.4RC3, copied
../org.eclipse.emf.cdo.server.product/rootfiles/configuratio n/cdo-server.xml
to ~/configuration/, used the product launching configuration that was
replicated out of org.eclipse.emf.cdo.server.product and I finally could
start a server & open a transaction to it. Thanks!
Unfortunately I now get stuck in another part (sorry I'm a complete
rookie to CDO and I'm still trying to understand the big picture and I
probably need some deeper EMF reading):
I cannot save my own models to the server. I suppose I register the
wrong packages to the session.
My steps:
I have created an empty EMF-project and put example model in your
tutorial (.ecore) into it (model/). I then create a new (CDO Native)
genmodel of it and generate the model code out of it.
I register my initial ecore-model (by 'register workspace packages').
That's the only way I found to get my own packages showing up as
available types in the editor. After creating a new root of my type it
shows up in the editor, but the property view stays empty. A clear
indication to me that I'm doing wrong here. If I then save the editor I
have to rollback the transaction and the console shows:
[ERROR] -1
java.lang.ArrayIndexOutOfBoundsException: -1
at java.util.ArrayList.elementData(ArrayList.java:338)
at java.util.ArrayList.set(ArrayList.java:366)
at
org.eclipse.emf.cdo.internal.common.model.CDOClassImpl.setIn dex(CDOClassImpl.java:365)
at
org.eclipse.emf.cdo.internal.common.model.CDOClassImpl.getFe atureIndex(CDOClassImpl.java:292)
at
org.eclipse.emf.cdo.internal.common.model.CDOFeatureImpl.get FeatureIndex(CDOFeatureImpl.java:193)
at
org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writeFe ature(DBStoreWriter.java:184)
at
org.eclipse.emf.cdo.internal.server.StoreAccessor.writeClass (StoreAccessor.java:179)
at
org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writeCl ass(DBStoreWriter.java:157)
at
org.eclipse.emf.cdo.internal.server.StoreAccessor.writePacka ge(StoreAccessor.java:166)
at
org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writePa ckage(DBStoreWriter.java:140)
at
org.eclipse.emf.cdo.internal.server.StoreAccessor.writePacka ges(StoreAccessor.java:158)
at
org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writePa ckages(DBStoreWriter.java:81)
at
org.eclipse.emf.cdo.internal.server.StoreAccessor.commit(Sto reAccessor.java:113)
at
org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.commit( DBStoreWriter.java:51)
at
org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
at
org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
at
org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool Executor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:603)
at java.lang.Thread.run(Thread.java:636)
I'd very appreciate a bit of assistance here.
Thanks in advance!
André
Eike Stepper wrote:
> Hi André,
>
> I just double checked everything and my local launch configs for server
> and client are working as expected (vista), as do the automated tests on
> linux.
> More comments inline...
>
>
> André Dietisheim schrieb:
>> Eike Stepper wrote:
>>
>>> Then you should have an entry in the client side error log giving
>>> more details. What are they?
>>
>> good point! Didn't think of it in my hurry:
>>
>> !MESSAGE java.lang.ClassNotFoundException:
>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>> !STACK 0
>> org.eclipse.net4j.util.lifecycle.LifecycleException:
>> java.lang.ClassNotFoundException:
>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>> at
>> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:65)
>>
>> at
>> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:71)
>>
>> at
>> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:61)
>>
>> at
>> org.eclipse.net4j.internal.util.container.ManagedContainer.g etElement(ManagedContainer.java:260)
>>
>> at
>> org.eclipse.emf.cdo.internal.ui.actions.OpenSessionAction.do Run(OpenSessionAction.java:80)
>>
>> at
>> org.eclipse.net4j.util.ui.actions.LongRunningAction$1.run(Lo ngRunningAction.java:164)
>>
>> at
>> org.eclipse.net4j.util.om.monitor.MonitoredJob.run(Monitored Job.java:48)
>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>> Caused by: java.lang.ClassNotFoundException:
>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> at java.security.AccessController.doPrivileged(Native Method)
>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> at
>> org.eclipse.emf.internal.cdo.CDOSessionImpl.handleLibraryDes criptor(CDOSessionImpl.java:734)
>>
>> at
>> org.eclipse.emf.internal.cdo.CDOSessionImpl.doActivate(CDOSe ssionImpl.java:664)
>>
>> at
>> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:57)
>>
>> ... 7 more
>>
>>
>> what's odd here is that the class is currently in cdo.common and
>> cdo.common is up-to-date. Furthermore cdo.common is included as
>> plugins to be activated when running the server... any hints?
> I used your stack trace but it seems as if it doesn't match the latest
> sources.
> Are you sure that you updated everything to latest HEAD?
>
>>>> I double checked the server-config for the URL and the repo and
>>>> everythings identical to my settings in the sessions view.
>>> Can you please attach the server config file?
>>
>>
>> I attached it (the one that's originally in
>> org.eclipse.emf.cdo.server.product)
>> I didn't touch it beside changing the repo-path to be usable on my
>> linux (/tmp/)
> That's ok ;-)
>
>>>> Everything worked with the CVS version that was up 3 days ago.
>>> Are you sure that you sync'ed (updated) *all* projects (Net4j+CDO)?
>>>> I'd greatly appreciate any help!
>>> Sorry that I have only more questions at the moment, but I need a
>>> hint to start digging.
>>>
>>
>>
>> it might be that I missed further new bundles. I'll try to check that
>> out tomorrow.
> I don't think that bundles are completely missing. Btw. I just updated
> the PSFs: http://wiki.eclipse.org/CDO_Project_Resources#Sources
> That it worked 3 days ago might be another indication that you messed up
> your workspace somehow. What about starting with a fresh checkout?
> Ah, and how exactly do you start your client? With the launch configs
> that are in CVS?
> Please make sure that "Clear the configuration area before launching" is
> checked!
>
> Does that help?
> /Eike
>
>
>>
>> Thanks for your assistance!
>>
>> Cheers
>> André
>>
>>> Cheers
>>> /Eike
>>>
>>>
>>>>
>>>> Thanks!
>>>> André
>>>>
>>>> TCPSelector [debug] Reading
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443]
>>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>>> TCPSelector [debug.buffer] Read 12 bytes
>>>> 02 00 00 00 03 00 02 00 03 63 64 6f
>>>> TCPSelector [debug.lifecycle] Activating SignalProtocol[cdo]
>>>> TCPSelector [debug.lifecycle.dump] DUMP CDOServerProtocol@28
>>>> Protocol.channel = Channel[-32,768]
>>>> Protocol.bufferProvider = BufferPool[4,096]
>>>> Protocol.executorService =
>>>> java.util.concurrent.ThreadPoolExecutor@f51766
>>>> Protocol.infraStructure =
>>>> org.eclipse.emf.cdo.internal.server.PluginRepositoryProvider @1461b5b
>>>> SignalProtocol.streamWrapper = null
>>>> SignalProtocol.signals =
>>>> SignalProtocol.nextCorrelationID = 1
>>>>
>>>> TCPSelector [debug.connector] Opening channel ID 3 with protocol cdo
>>>> TCPSelector [debug.lifecycle] Activating Channel[2]
>>>> TCPSelector [debug.lifecycle] Activating ChannelReceiveSerializer@29
>>>> TCPSelector [debug.lifecycle.dump] DUMP ChannelReceiveSerializer@29
>>>> Worker.daemon = false
>>>> Worker.activationTimeout = 2000
>>>> Worker.deactivationTimeout = 2000
>>>> Worker.activationLatch =
>>>> java.util.concurrent.CountDownLatch@d591a6[Count = 0]
>>>> Worker.workerThread = Thread[ReceiveSerializer2,5,main]
>>>> QueueWorker.queue =
>>>> QueueWorker.pollMillis = 100
>>>>
>>>> TCPSelector [debug.lifecycle.dump] DUMP Channel@30
>>>> channelID = 3
>>>> channelMultiplexer = ServerTCPConnector[127.0.0.1:60,443]
>>>> channelIndex = 2
>>>> receiveExecutor = java.util.concurrent.ThreadPoolExecutor@f51766
>>>> receiveHandler = SignalProtocol[cdo]
>>>> receiveSerializer = ChannelReceiveSerializer@29
>>>> sendQueue =
>>>>
>>>> TCPSelector [debug.buffer] Obtained Buffer@22
>>>> TCPSelector [debug.channel] Handling buffer from client: Buffer@22
>>>> --> Channel[Control]
>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = true
>>>> TCPSelector [debug.buffer] Retaining Buffer@18
>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = true
>>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>>> TCPSelector [debug] Writing
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443]
>>>> TCPSelector [debug.buffer] Writing 4 bytes
>>>> 03 00 02 01
>>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = false
>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = false
>>>> TCPSelector [debug] Setting interest READ (was read|write)
>>>> TCPSelector [debug] Reading
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443]
>>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>>> TCPSelector [debug.buffer] Read 16 bytes (EOS)
>>>> 00 00 00 01 00 01 01 00 05 72 65 70 6f 31 00 01
>>>> TCPSelector [debug.channel] Handling buffer from multiplexer:
>>>> Buffer@18 --> Channel[2]
>>>> ReceiveSerializer2 [debug.signal] Received buffer for correlation 1
>>>> ReceiveSerializer2 [debug.signal] Got signal id 1
>>>> Thread-3 [debug.signal] ================ Indicating
>>>> OpenSessionIndication
>>>> Thread-3 [debug.protocol] Read repositoryName: repo1
>>>> Thread-3 [debug.buffer] Retaining Buffer@18
>>>> Thread-3 [debug.protocol] Read legacySupportEnabled: true
>>>> Thread-3 [debug.signal] ================ Responding
>>>> OpenSessionIndication
>>>> Thread-3 [debug.session] Opening session 3
>>>> Thread-3 [debug.lifecycle] Activating Session[3, Channel[2]]
>>>> Thread-3 [debug.lifecycle.dump] DUMP Session@31
>>>> sessionManager = SessionManager@8
>>>> protocol = SignalProtocol[cdo]
>>>> sessionID = 3
>>>> legacySupportEnabled = true
>>>> views =
>>>> protocolListener =
>>>> org.eclipse.emf.cdo.internal.server.Session$1@147788d
>>>>
>>>> Thread-3 [debug.protocol] Writing sessionID: 3
>>>> Thread-3 [debug.buffer] Obtained Buffer@22
>>>> Thread-3 [debug.protocol] Writing repositoryUUID:
>>>> 1ff5d226-b1f0-40fb-aba2-0c31b38c764f
>>>> Thread-3 [debug.channel] Handling buffer from client: Buffer@22 -->
>>>> Channel[2]
>>>> Thread-3 [debug] Ordering server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = true
>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = true
>>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>>> TCPSelector [debug] Writing
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443]
>>>> TCPSelector [debug.buffer] Writing 108 bytes (EOS)
>>>> 00 00 00 00 00 00 00 03 01 00 24 31 66 66 35 64 32 32 36 2d 62 31 66
>>>> 30 2d 34 30 66 62 2d 61 62 61 32 2d 30 63 33 31 62 33 38 63 37 36 34
>>>> 66 00 01 00 33 6f 72 67 2e 65 63 6c 69 70 73 65 2e 65 6d 66 2e 63 64
>>>> 6f 2e 73 70 69 2e 63 6f 6d 6d 6f 6e 2e 43 44 4f 49 44 4c 6f 6e 67 46
>>>> 61 63 74 6f 72 79 49 6d 70 6c 00 00 00 00 00 00
>>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = false
>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>> remote=/127.0.0.1:60443] = false
>>>> TCPSelector [debug] Setting interest READ (was read|write)
>>
|
|
|
| Re: [CDO] cannot open session to latest (CVS) CDO Server [message #419778 is a reply to message #419777] |
Fri, 06 June 2008 17:39 |
|
Hi André,
Comments below...
André Dietisheim schrieb:
> Hi Eike
>
> you're completely right with your diagnosis! When reading it this
> morning I realized that started installing the current build in the
> beginning of this week and continued with the CVS-checkouts I fetched
> later on. Therefore the IDE took the binary versions in the plugins
> folder and the server was started out of the source-bundles in my
> workspace.
> I restarted now by fetching the latest binary builds for RC3 and a
> fresh 3.4RC3, copied
> ../org.eclipse.emf.cdo.server.product/rootfiles/configuratio n/cdo-server.xml
> to ~/configuration/, used the product launching configuration that was
> replicated out of org.eclipse.emf.cdo.server.product and I finally
> could start a server & open a transaction to it. Thanks!
Great that it's solved.
> Unfortunately I now get stuck in another part (sorry I'm a complete
> rookie to CDO and I'm still trying to understand the big picture and I
> probably need some deeper EMF reading):
Granted, CDO is not the simplest technology from a setup point of view.
That reminds me to remind you to report your experience/tutorial via
http://wiki.eclipse.org/User_Contributed_CDO_Documentation ;-)
> I cannot save my own models to the server. I suppose I register the
> wrong packages to the session.
>
> My steps:
>
> I have created an empty EMF-project and put example model in your
> tutorial (.ecore) into it (model/). I then create a new (CDO Native)
> genmodel of it and generate the model code out of it.
> I register my initial ecore-model (by 'register workspace packages').
That seems to be the source of the evil ;-)
You need to add your generated model plugins (core+edit, no editor) to
the launch config and they they should show up as natively generated
packages in the runtime workbench.
If, in the OpenSessionDialog, you check the "Automatic Package Registry"
you even don't need to manually register your models.
You can always review the registered packages and their remot state in
the PackageManagerDialog of the session.
Cheers
/Eike
> That's the only way I found to get my own packages showing up as
> available types in the editor. After creating a new root of my type it
> shows up in the editor, but the property view stays empty. A clear
> indication to me that I'm doing wrong here. If I then save the editor
> I have to rollback the transaction and the console shows:
>
> [ERROR] -1
> java.lang.ArrayIndexOutOfBoundsException: -1
> at java.util.ArrayList.elementData(ArrayList.java:338)
> at java.util.ArrayList.set(ArrayList.java:366)
> at
> org.eclipse.emf.cdo.internal.common.model.CDOClassImpl.setIn dex(CDOClassImpl.java:365)
>
> at
> org.eclipse.emf.cdo.internal.common.model.CDOClassImpl.getFe atureIndex(CDOClassImpl.java:292)
>
> at
> org.eclipse.emf.cdo.internal.common.model.CDOFeatureImpl.get FeatureIndex(CDOFeatureImpl.java:193)
>
> at
> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writeFe ature(DBStoreWriter.java:184)
>
> at
> org.eclipse.emf.cdo.internal.server.StoreAccessor.writeClass (StoreAccessor.java:179)
>
> at
> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writeCl ass(DBStoreWriter.java:157)
>
> at
> org.eclipse.emf.cdo.internal.server.StoreAccessor.writePacka ge(StoreAccessor.java:166)
>
> at
> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writePa ckage(DBStoreWriter.java:140)
>
> at
> org.eclipse.emf.cdo.internal.server.StoreAccessor.writePacka ges(StoreAccessor.java:158)
>
> at
> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writePa ckages(DBStoreWriter.java:81)
>
> at
> org.eclipse.emf.cdo.internal.server.StoreAccessor.commit(Sto reAccessor.java:113)
>
> at
> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.commit( DBStoreWriter.java:51)
>
> at
> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>
> at
> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>
> at
> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>
> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool Executor.java:1110)
>
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:603)
>
> at java.lang.Thread.run(Thread.java:636)
>
>
> I'd very appreciate a bit of assistance here.
> Thanks in advance!
> André
>
>
> Eike Stepper wrote:
>> Hi André,
>>
>> I just double checked everything and my local launch configs for
>> server and client are working as expected (vista), as do the
>> automated tests on linux.
>> More comments inline...
>>
>>
>> André Dietisheim schrieb:
>>> Eike Stepper wrote:
>>>
>>>> Then you should have an entry in the client side error log giving
>>>> more details. What are they?
>>>
>>> good point! Didn't think of it in my hurry:
>>>
>>> !MESSAGE java.lang.ClassNotFoundException:
>>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>>> !STACK 0
>>> org.eclipse.net4j.util.lifecycle.LifecycleException:
>>> java.lang.ClassNotFoundException:
>>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>>> at
>>> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:65)
>>>
>>> at
>>> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:71)
>>>
>>> at
>>> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:61)
>>>
>>> at
>>> org.eclipse.net4j.internal.util.container.ManagedContainer.g etElement(ManagedContainer.java:260)
>>>
>>> at
>>> org.eclipse.emf.cdo.internal.ui.actions.OpenSessionAction.do Run(OpenSessionAction.java:80)
>>>
>>> at
>>> org.eclipse.net4j.util.ui.actions.LongRunningAction$1.run(Lo ngRunningAction.java:164)
>>>
>>> at
>>> org.eclipse.net4j.util.om.monitor.MonitoredJob.run(Monitored Job.java:48)
>>>
>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>> Caused by: java.lang.ClassNotFoundException:
>>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>> at java.security.AccessController.doPrivileged(Native Method)
>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>> at
>>> org.eclipse.emf.internal.cdo.CDOSessionImpl.handleLibraryDes criptor(CDOSessionImpl.java:734)
>>>
>>> at
>>> org.eclipse.emf.internal.cdo.CDOSessionImpl.doActivate(CDOSe ssionImpl.java:664)
>>>
>>> at
>>> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:57)
>>>
>>> ... 7 more
>>>
>>>
>>> what's odd here is that the class is currently in cdo.common and
>>> cdo.common is up-to-date. Furthermore cdo.common is included as
>>> plugins to be activated when running the server... any hints?
>> I used your stack trace but it seems as if it doesn't match the
>> latest sources.
>> Are you sure that you updated everything to latest HEAD?
>>
>>>>> I double checked the server-config for the URL and the repo and
>>>>> everythings identical to my settings in the sessions view.
>>>> Can you please attach the server config file?
>>>
>>>
>>> I attached it (the one that's originally in
>>> org.eclipse.emf.cdo.server.product)
>>> I didn't touch it beside changing the repo-path to be usable on my
>>> linux (/tmp/)
>> That's ok ;-)
>>
>>>>> Everything worked with the CVS version that was up 3 days ago.
>>>> Are you sure that you sync'ed (updated) *all* projects (Net4j+CDO)?
>>>>> I'd greatly appreciate any help!
>>>> Sorry that I have only more questions at the moment, but I need a
>>>> hint to start digging.
>>>>
>>>
>>>
>>> it might be that I missed further new bundles. I'll try to check
>>> that out tomorrow.
>> I don't think that bundles are completely missing. Btw. I just
>> updated the PSFs: http://wiki.eclipse.org/CDO_Project_Resources#Sources
>> That it worked 3 days ago might be another indication that you messed
>> up your workspace somehow. What about starting with a fresh checkout?
>> Ah, and how exactly do you start your client? With the launch configs
>> that are in CVS?
>> Please make sure that "Clear the configuration area before launching"
>> is checked!
>>
>> Does that help?
>> /Eike
>>
>>
>>>
>>> Thanks for your assistance!
>>>
>>> Cheers
>>> André
>>>
>>>> Cheers
>>>> /Eike
>>>>
>>>>
>>>>>
>>>>> Thanks!
>>>>> André
>>>>>
>>>>> TCPSelector [debug] Reading
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443]
>>>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>>>> TCPSelector [debug.buffer] Read 12 bytes
>>>>> 02 00 00 00 03 00 02 00 03 63 64 6f
>>>>> TCPSelector [debug.lifecycle] Activating SignalProtocol[cdo]
>>>>> TCPSelector [debug.lifecycle.dump] DUMP CDOServerProtocol@28
>>>>> Protocol.channel = Channel[-32,768]
>>>>> Protocol.bufferProvider = BufferPool[4,096]
>>>>> Protocol.executorService =
>>>>> java.util.concurrent.ThreadPoolExecutor@f51766
>>>>> Protocol.infraStructure =
>>>>> org.eclipse.emf.cdo.internal.server.PluginRepositoryProvider @1461b5b
>>>>> SignalProtocol.streamWrapper = null
>>>>> SignalProtocol.signals =
>>>>> SignalProtocol.nextCorrelationID = 1
>>>>>
>>>>> TCPSelector [debug.connector] Opening channel ID 3 with protocol cdo
>>>>> TCPSelector [debug.lifecycle] Activating Channel[2]
>>>>> TCPSelector [debug.lifecycle] Activating ChannelReceiveSerializer@29
>>>>> TCPSelector [debug.lifecycle.dump] DUMP ChannelReceiveSerializer@29
>>>>> Worker.daemon = false
>>>>> Worker.activationTimeout = 2000
>>>>> Worker.deactivationTimeout = 2000
>>>>> Worker.activationLatch =
>>>>> java.util.concurrent.CountDownLatch@d591a6[Count = 0]
>>>>> Worker.workerThread = Thread[ReceiveSerializer2,5,main]
>>>>> QueueWorker.queue =
>>>>> QueueWorker.pollMillis = 100
>>>>>
>>>>> TCPSelector [debug.lifecycle.dump] DUMP Channel@30
>>>>> channelID = 3
>>>>> channelMultiplexer = ServerTCPConnector[127.0.0.1:60,443]
>>>>> channelIndex = 2
>>>>> receiveExecutor = java.util.concurrent.ThreadPoolExecutor@f51766
>>>>> receiveHandler = SignalProtocol[cdo]
>>>>> receiveSerializer = ChannelReceiveSerializer@29
>>>>> sendQueue =
>>>>>
>>>>> TCPSelector [debug.buffer] Obtained Buffer@22
>>>>> TCPSelector [debug.channel] Handling buffer from client: Buffer@22
>>>>> --> Channel[Control]
>>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = true
>>>>> TCPSelector [debug.buffer] Retaining Buffer@18
>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = true
>>>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>>>> TCPSelector [debug] Writing
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443]
>>>>> TCPSelector [debug.buffer] Writing 4 bytes
>>>>> 03 00 02 01
>>>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = false
>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = false
>>>>> TCPSelector [debug] Setting interest READ (was read|write)
>>>>> TCPSelector [debug] Reading
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443]
>>>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>>>> TCPSelector [debug.buffer] Read 16 bytes (EOS)
>>>>> 00 00 00 01 00 01 01 00 05 72 65 70 6f 31 00 01
>>>>> TCPSelector [debug.channel] Handling buffer from multiplexer:
>>>>> Buffer@18 --> Channel[2]
>>>>> ReceiveSerializer2 [debug.signal] Received buffer for correlation 1
>>>>> ReceiveSerializer2 [debug.signal] Got signal id 1
>>>>> Thread-3 [debug.signal] ================ Indicating
>>>>> OpenSessionIndication
>>>>> Thread-3 [debug.protocol] Read repositoryName: repo1
>>>>> Thread-3 [debug.buffer] Retaining Buffer@18
>>>>> Thread-3 [debug.protocol] Read legacySupportEnabled: true
>>>>> Thread-3 [debug.signal] ================ Responding
>>>>> OpenSessionIndication
>>>>> Thread-3 [debug.session] Opening session 3
>>>>> Thread-3 [debug.lifecycle] Activating Session[3, Channel[2]]
>>>>> Thread-3 [debug.lifecycle.dump] DUMP Session@31
>>>>> sessionManager = SessionManager@8
>>>>> protocol = SignalProtocol[cdo]
>>>>> sessionID = 3
>>>>> legacySupportEnabled = true
>>>>> views =
>>>>> protocolListener =
>>>>> org.eclipse.emf.cdo.internal.server.Session$1@147788d
>>>>>
>>>>> Thread-3 [debug.protocol] Writing sessionID: 3
>>>>> Thread-3 [debug.buffer] Obtained Buffer@22
>>>>> Thread-3 [debug.protocol] Writing repositoryUUID:
>>>>> 1ff5d226-b1f0-40fb-aba2-0c31b38c764f
>>>>> Thread-3 [debug.channel] Handling buffer from client: Buffer@22
>>>>> --> Channel[2]
>>>>> Thread-3 [debug] Ordering server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = true
>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = true
>>>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>>>> TCPSelector [debug] Writing
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443]
>>>>> TCPSelector [debug.buffer] Writing 108 bytes (EOS)
>>>>> 00 00 00 00 00 00 00 03 01 00 24 31 66 66 35 64 32 32 36 2d 62 31
>>>>> 66 30 2d 34 30 66 62 2d 61 62 61 32 2d 30 63 33 31 62 33 38 63 37
>>>>> 36 34 66 00 01 00 33 6f 72 67 2e 65 63 6c 69 70 73 65 2e 65 6d 66
>>>>> 2e 63 64 6f 2e 73 70 69 2e 63 6f 6d 6d 6f 6e 2e 43 44 4f 49 44 4c
>>>>> 6f 6e 67 46 61 63 74 6f 72 79 49 6d 70 6c 00 00 00 00 00 00
>>>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = false
>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>> remote=/127.0.0.1:60443] = false
>>>>> TCPSelector [debug] Setting interest READ (was read|write)
>>>
Cheers
/Eike
----
http://www.esc-net.de
http://thegordian.blogspot.com
http://twitter.com/eikestepper
|
|
|
| Re: [CDO] cannot open session to latest (CVS) CDO Server [message #419782 is a reply to message #419778] |
Fri, 06 June 2008 23:19 |
Andre Dietisheim
Messages: 131
Registered: July 2009 |
Senior Member |
|
|
Hi Eike
thanks a lot for your holding-hands :-)
It finally worked and I'm very glad of it.
To check I did it the way I should:
I opened a second runtime-IDE that included all my generated packages
(on behalf of a run-configuration in my initial eclipse).
I ran into a lot of unexpected bugs on linux (runtime-workbench
unexpectedly dies starting up due to a API-change in Firefox >
3.0beta5), JDK1.6 crashing when compiling large amounts of code).
Anyway, that's out of scope to this newsgroup. Here are the links for
anyone that runs into it:
(Runtime-Workbench dying):
https://bugs.eclipse.org/bugs/show_bug.cgi?id=213194
(Runtime-Workbench dying with a crashing JVM1.6):
https://bugs.eclipse.org/bugs/show_bug.cgi?id=214092
Cheers
André
ps. no worry, I'll try to summarize something helpful to other users as
soon as I evaluated all my needs :-)
Eike Stepper wrote:
> Hi André,
>
> Comments below...
>
>
> André Dietisheim schrieb:
>> Hi Eike
>>
>> you're completely right with your diagnosis! When reading it this
>> morning I realized that started installing the current build in the
>> beginning of this week and continued with the CVS-checkouts I fetched
>> later on. Therefore the IDE took the binary versions in the plugins
>> folder and the server was started out of the source-bundles in my
>> workspace.
>> I restarted now by fetching the latest binary builds for RC3 and a
>> fresh 3.4RC3, copied
>> ../org.eclipse.emf.cdo.server.product/rootfiles/configuratio n/cdo-server.xml
>> to ~/configuration/, used the product launching configuration that was
>> replicated out of org.eclipse.emf.cdo.server.product and I finally
>> could start a server & open a transaction to it. Thanks!
> Great that it's solved.
>
>> Unfortunately I now get stuck in another part (sorry I'm a complete
>> rookie to CDO and I'm still trying to understand the big picture and I
>> probably need some deeper EMF reading):
> Granted, CDO is not the simplest technology from a setup point of view.
> That reminds me to remind you to report your experience/tutorial via
> http://wiki.eclipse.org/User_Contributed_CDO_Documentation ;-)
>
>> I cannot save my own models to the server. I suppose I register the
>> wrong packages to the session.
>>
>> My steps:
>>
>> I have created an empty EMF-project and put example model in your
>> tutorial (.ecore) into it (model/). I then create a new (CDO Native)
>> genmodel of it and generate the model code out of it.
>> I register my initial ecore-model (by 'register workspace packages').
> That seems to be the source of the evil ;-)
> You need to add your generated model plugins (core+edit, no editor) to
> the launch config and they they should show up as natively generated
> packages in the runtime workbench.
> If, in the OpenSessionDialog, you check the "Automatic Package Registry"
> you even don't need to manually register your models.
> You can always review the registered packages and their remot state in
> the PackageManagerDialog of the session.
>
> Cheers
> /Eike
>
>
>> That's the only way I found to get my own packages showing up as
>> available types in the editor. After creating a new root of my type it
>> shows up in the editor, but the property view stays empty. A clear
>> indication to me that I'm doing wrong here. If I then save the editor
>> I have to rollback the transaction and the console shows:
>>
>> [ERROR] -1
>> java.lang.ArrayIndexOutOfBoundsException: -1
>> at java.util.ArrayList.elementData(ArrayList.java:338)
>> at java.util.ArrayList.set(ArrayList.java:366)
>> at
>> org.eclipse.emf.cdo.internal.common.model.CDOClassImpl.setIn dex(CDOClassImpl.java:365)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.model.CDOClassImpl.getFe atureIndex(CDOClassImpl.java:292)
>>
>> at
>> org.eclipse.emf.cdo.internal.common.model.CDOFeatureImpl.get FeatureIndex(CDOFeatureImpl.java:193)
>>
>> at
>> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writeFe ature(DBStoreWriter.java:184)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.StoreAccessor.writeClass (StoreAccessor.java:179)
>>
>> at
>> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writeCl ass(DBStoreWriter.java:157)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.StoreAccessor.writePacka ge(StoreAccessor.java:166)
>>
>> at
>> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writePa ckage(DBStoreWriter.java:140)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.StoreAccessor.writePacka ges(StoreAccessor.java:158)
>>
>> at
>> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.writePa ckages(DBStoreWriter.java:81)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.StoreAccessor.commit(Sto reAccessor.java:113)
>>
>> at
>> org.eclipse.emf.cdo.server.internal.db.DBStoreWriter.commit( DBStoreWriter.java:51)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.Transaction.commit(Trans action.java:179)
>>
>> at
>> org.eclipse.emf.cdo.internal.server.protocol.CommitTransacti onIndication.indicating(CommitTransactionIndication.java:109 )
>>
>> at
>> org.eclipse.net4j.signal.IndicationWithResponse.execute(Indi cationWithResponse.java:46)
>>
>> at org.eclipse.net4j.signal.Signal.runSync(Signal.java:143)
>> at org.eclipse.net4j.signal.Signal.run(Signal.java:124)
>> at
>> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPool Executor.java:1110)
>>
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoo lExecutor.java:603)
>>
>> at java.lang.Thread.run(Thread.java:636)
>>
>>
>> I'd very appreciate a bit of assistance here.
>> Thanks in advance!
>> André
>>
>>
>> Eike Stepper wrote:
>>> Hi André,
>>>
>>> I just double checked everything and my local launch configs for
>>> server and client are working as expected (vista), as do the
>>> automated tests on linux.
>>> More comments inline...
>>>
>>>
>>> André Dietisheim schrieb:
>>>> Eike Stepper wrote:
>>>>
>>>>> Then you should have an entry in the client side error log giving
>>>>> more details. What are they?
>>>>
>>>> good point! Didn't think of it in my hurry:
>>>>
>>>> !MESSAGE java.lang.ClassNotFoundException:
>>>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>>>> !STACK 0
>>>> org.eclipse.net4j.util.lifecycle.LifecycleException:
>>>> java.lang.ClassNotFoundException:
>>>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>>>> at
>>>> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:65)
>>>>
>>>> at
>>>> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:71)
>>>>
>>>> at
>>>> org.eclipse.net4j.util.lifecycle.LifecycleUtil.activate(Life cycleUtil.java:61)
>>>>
>>>> at
>>>> org.eclipse.net4j.internal.util.container.ManagedContainer.g etElement(ManagedContainer.java:260)
>>>>
>>>> at
>>>> org.eclipse.emf.cdo.internal.ui.actions.OpenSessionAction.do Run(OpenSessionAction.java:80)
>>>>
>>>> at
>>>> org.eclipse.net4j.util.ui.actions.LongRunningAction$1.run(Lo ngRunningAction.java:164)
>>>>
>>>> at
>>>> org.eclipse.net4j.util.om.monitor.MonitoredJob.run(Monitored Job.java:48)
>>>>
>>>> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
>>>> Caused by: java.lang.ClassNotFoundException:
>>>> org.eclipse.emf.cdo.spi.common.CDOIDLongFactoryImpl
>>>> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>>> at
>>>> org.eclipse.emf.internal.cdo.CDOSessionImpl.handleLibraryDes criptor(CDOSessionImpl.java:734)
>>>>
>>>> at
>>>> org.eclipse.emf.internal.cdo.CDOSessionImpl.doActivate(CDOSe ssionImpl.java:664)
>>>>
>>>> at
>>>> org.eclipse.net4j.internal.util.lifecycle.Lifecycle.activate (Lifecycle.java:57)
>>>>
>>>> ... 7 more
>>>>
>>>>
>>>> what's odd here is that the class is currently in cdo.common and
>>>> cdo.common is up-to-date. Furthermore cdo.common is included as
>>>> plugins to be activated when running the server... any hints?
>>> I used your stack trace but it seems as if it doesn't match the
>>> latest sources.
>>> Are you sure that you updated everything to latest HEAD?
>>>
>>>>>> I double checked the server-config for the URL and the repo and
>>>>>> everythings identical to my settings in the sessions view.
>>>>> Can you please attach the server config file?
>>>>
>>>>
>>>> I attached it (the one that's originally in
>>>> org.eclipse.emf.cdo.server.product)
>>>> I didn't touch it beside changing the repo-path to be usable on my
>>>> linux (/tmp/)
>>> That's ok ;-)
>>>
>>>>>> Everything worked with the CVS version that was up 3 days ago.
>>>>> Are you sure that you sync'ed (updated) *all* projects (Net4j+CDO)?
>>>>>> I'd greatly appreciate any help!
>>>>> Sorry that I have only more questions at the moment, but I need a
>>>>> hint to start digging.
>>>>>
>>>>
>>>>
>>>> it might be that I missed further new bundles. I'll try to check
>>>> that out tomorrow.
>>> I don't think that bundles are completely missing. Btw. I just
>>> updated the PSFs: http://wiki.eclipse.org/CDO_Project_Resources#Sources
>>> That it worked 3 days ago might be another indication that you messed
>>> up your workspace somehow. What about starting with a fresh checkout?
>>> Ah, and how exactly do you start your client? With the launch configs
>>> that are in CVS?
>>> Please make sure that "Clear the configuration area before launching"
>>> is checked!
>>>
>>> Does that help?
>>> /Eike
>>>
>>>
>>>>
>>>> Thanks for your assistance!
>>>>
>>>> Cheers
>>>> André
>>>>
>>>>> Cheers
>>>>> /Eike
>>>>>
>>>>>
>>>>>>
>>>>>> Thanks!
>>>>>> André
>>>>>>
>>>>>> TCPSelector [debug] Reading
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443]
>>>>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>>>>> TCPSelector [debug.buffer] Read 12 bytes
>>>>>> 02 00 00 00 03 00 02 00 03 63 64 6f
>>>>>> TCPSelector [debug.lifecycle] Activating SignalProtocol[cdo]
>>>>>> TCPSelector [debug.lifecycle.dump] DUMP CDOServerProtocol@28
>>>>>> Protocol.channel = Channel[-32,768]
>>>>>> Protocol.bufferProvider = BufferPool[4,096]
>>>>>> Protocol.executorService =
>>>>>> java.util.concurrent.ThreadPoolExecutor@f51766
>>>>>> Protocol.infraStructure =
>>>>>> org.eclipse.emf.cdo.internal.server.PluginRepositoryProvider @1461b5b
>>>>>> SignalProtocol.streamWrapper = null
>>>>>> SignalProtocol.signals =
>>>>>> SignalProtocol.nextCorrelationID = 1
>>>>>>
>>>>>> TCPSelector [debug.connector] Opening channel ID 3 with protocol cdo
>>>>>> TCPSelector [debug.lifecycle] Activating Channel[2]
>>>>>> TCPSelector [debug.lifecycle] Activating ChannelReceiveSerializer@29
>>>>>> TCPSelector [debug.lifecycle.dump] DUMP ChannelReceiveSerializer@29
>>>>>> Worker.daemon = false
>>>>>> Worker.activationTimeout = 2000
>>>>>> Worker.deactivationTimeout = 2000
>>>>>> Worker.activationLatch =
>>>>>> java.util.concurrent.CountDownLatch@d591a6[Count = 0]
>>>>>> Worker.workerThread = Thread[ReceiveSerializer2,5,main]
>>>>>> QueueWorker.queue =
>>>>>> QueueWorker.pollMillis = 100
>>>>>>
>>>>>> TCPSelector [debug.lifecycle.dump] DUMP Channel@30
>>>>>> channelID = 3
>>>>>> channelMultiplexer = ServerTCPConnector[127.0.0.1:60,443]
>>>>>> channelIndex = 2
>>>>>> receiveExecutor = java.util.concurrent.ThreadPoolExecutor@f51766
>>>>>> receiveHandler = SignalProtocol[cdo]
>>>>>> receiveSerializer = ChannelReceiveSerializer@29
>>>>>> sendQueue =
>>>>>>
>>>>>> TCPSelector [debug.buffer] Obtained Buffer@22
>>>>>> TCPSelector [debug.channel] Handling buffer from client: Buffer@22
>>>>>> --> Channel[Control]
>>>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = true
>>>>>> TCPSelector [debug.buffer] Retaining Buffer@18
>>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = true
>>>>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>>>>> TCPSelector [debug] Writing
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443]
>>>>>> TCPSelector [debug.buffer] Writing 4 bytes
>>>>>> 03 00 02 01
>>>>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = false
>>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = false
>>>>>> TCPSelector [debug] Setting interest READ (was read|write)
>>>>>> TCPSelector [debug] Reading
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443]
>>>>>> TCPSelector [debug.buffer] Obtained Buffer@18
>>>>>> TCPSelector [debug.buffer] Read 16 bytes (EOS)
>>>>>> 00 00 00 01 00 01 01 00 05 72 65 70 6f 31 00 01
>>>>>> TCPSelector [debug.channel] Handling buffer from multiplexer:
>>>>>> Buffer@18 --> Channel[2]
>>>>>> ReceiveSerializer2 [debug.signal] Received buffer for correlation 1
>>>>>> ReceiveSerializer2 [debug.signal] Got signal id 1
>>>>>> Thread-3 [debug.signal] ================ Indicating
>>>>>> OpenSessionIndication
>>>>>> Thread-3 [debug.protocol] Read repositoryName: repo1
>>>>>> Thread-3 [debug.buffer] Retaining Buffer@18
>>>>>> Thread-3 [debug.protocol] Read legacySupportEnabled: true
>>>>>> Thread-3 [debug.signal] ================ Responding
>>>>>> OpenSessionIndication
>>>>>> Thread-3 [debug.session] Opening session 3
>>>>>> Thread-3 [debug.lifecycle] Activating Session[3, Channel[2]]
>>>>>> Thread-3 [debug.lifecycle.dump] DUMP Session@31
>>>>>> sessionManager = SessionManager@8
>>>>>> protocol = SignalProtocol[cdo]
>>>>>> sessionID = 3
>>>>>> legacySupportEnabled = true
>>>>>> views =
>>>>>> protocolListener =
>>>>>> org.eclipse.emf.cdo.internal.server.Session$1@147788d
>>>>>>
>>>>>> Thread-3 [debug.protocol] Writing sessionID: 3
>>>>>> Thread-3 [debug.buffer] Obtained Buffer@22
>>>>>> Thread-3 [debug.protocol] Writing repositoryUUID:
>>>>>> 1ff5d226-b1f0-40fb-aba2-0c31b38c764f
>>>>>> Thread-3 [debug.channel] Handling buffer from client: Buffer@22
>>>>>> --> Channel[2]
>>>>>> Thread-3 [debug] Ordering server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = true
>>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = true
>>>>>> TCPSelector [debug] Setting interest READ|WRITE (was read)
>>>>>> TCPSelector [debug] Writing
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443]
>>>>>> TCPSelector [debug.buffer] Writing 108 bytes (EOS)
>>>>>> 00 00 00 00 00 00 00 03 01 00 24 31 66 66 35 64 32 32 36 2d 62 31
>>>>>> 66 30 2d 34 30 66 62 2d 61 62 61 32 2d 30 63 33 31 62 33 38 63 37
>>>>>> 36 34 66 00 01 00 33 6f 72 67 2e 65 63 6c 69 70 73 65 2e 65 6d 66
>>>>>> 2e 63 64 6f 2e 73 70 69 2e 63 6f 6d 6d 6f 6e 2e 43 44 4f 49 44 4c
>>>>>> 6f 6e 67 46 61 63 74 6f 72 79 49 6d 70 6c 00 00 00 00 00 00
>>>>>> TCPSelector [debug.buffer] Retaining Buffer@22
>>>>>> TCPSelector [debug] Ordering server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = false
>>>>>> TCPSelector [debug] Executing server operation INTEREST WRITE
>>>>>> java.nio.channels.SocketChannel[connected local=/127.0.0.1:2036
>>>>>> remote=/127.0.0.1:60443] = false
>>>>>> TCPSelector [debug] Setting interest READ (was read|write)
>>>>
|
|
|
Goto Forum:
Current Time: Fri Sep 20 15:07:44 GMT 2024
Powered by FUDForum. Page generated in 0.04469 seconds |
] 
Search
Help
Register
Login
Home
