davemssavage/essence-rmi

Automatically exported from code.google.com/p/essence-rmi

essence-rmi's Issues

Migrate repo to mercurial

Subversion needs to go. This is necessary for proper branching & downstream 
merging to/from Paremus.

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 9:53

setTrafficClass fails on JDK7

Since JDK7 setTrafficClass() seems to throw up when not supported on the 
underlying platform (or NIO in general?), unlike on JDK5/6:

[08-07 23:09:25] ERROR org.freshvanilla.net.VanillaDataServerSocket: Unexpected 
error for running server
java.net.SocketException: Invalid argument: no further information
    at sun.nio.ch.Net.setIntOption0(Native Method) ~[na:1.7.0]
    at sun.nio.ch.Net.setSocketOption(Net.java:279) ~[na:1.7.0]
    at sun.nio.ch.SocketChannelImpl.setOption(SocketChannelImpl.java:175) ~[na:1.7.0]
    at sun.nio.ch.SocketAdaptor.setIntOption(SocketAdaptor.java:296) ~[na:1.7.0]
    at sun.nio.ch.SocketAdaptor.setTrafficClass(SocketAdaptor.java:396) ~[na:1.7.0]
    at org.freshvanilla.net.VanillaDataSocket.<init>(VanillaDataSocket.java:78) ~[classes/:na]
    at org.freshvanilla.net.VanillaDataServerSocket$RmiServerRunnable.run(VanillaDataServerSocket.java:139) ~[classes/:na]

Original issue reported on code.google.com by [email protected] on 8 Aug 2011 at 7:14

Don't use Class.forName()

The are still several legacy references to Class.forName() - these should be 
removed in favor of loadClass().

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 9:57

MetaClass versioning

Shadowed class info is not versioned; this can lead to conflicts when two 
versions of a service interface are used.

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 10:28

MetaClasses registry should be non-static

The MetaClasses "registry" is curently static. This works OK-ish for most use 
cases but should probably be fixed to be injected from the environment. This is 
somewhat-required by OSGi.

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 9:55

Possible race conditions

There are 2-3 occurrences of the inherently racy get-or-test-and-set 
antipattern to a ConcurrentMap. These should be replaced with the proper atomic 
putIfAbsent loops.

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 10:01

MetaClass lifecycle

Once created/referenced MetaClass info has no lifecycle; it will linger on in 
the static registry forever. This is incompatible with proper lifecycle 
management.
Need basic lifecycle hooks, probably together with the nonstatic registry in 
bug#3.

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 10:31

AsynchronousCloseException during tests

[08-02 13:49:20] INFO  org.freshvanilla.throughput.ThroughputTest: Async 
messages, size 4,096, bandwidth= 29.4 MB/s, rate= 7,517 msg/s
java.lang.reflect.UndeclaredThrowableException
        at org.freshvanilla.throughput.$Proxy8.echo(Unknown Source)
        at org.freshvanilla.throughput.ThroughputTest$BatchingEchoClient.run(ThroughputTest.java:215)
        at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
        at java.util.concurrent.FutureTask.run(FutureTask.java:138)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
        at java.lang.Thread.run(Thread.java:637)
Caused by: java.nio.channels.AsynchronousCloseException
        at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:185)
        at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:341)
        at org.freshvanilla.net.VanillaDataSocket.writeChannel(VanillaDataSocket.java:219)
        at org.freshvanilla.net.VanillaDataSocket.writeFully(VanillaDataSocket.java:195)
        at org.freshvanilla.net.VanillaDataSocket.flush(VanillaDataSocket.java:246)
        at org.freshvanilla.net.BinaryWireFormat.flush(BinaryWireFormat.java:65)
        at org.freshvanilla.rmi.RmiInvocationHandler.invoke(RmiInvocationHandler.java:100)
        ... 8 more
[08-02 13:49:34] WARN  org.freshvanilla.rmi.VanillaRmiServer: echo-service:2: 
Unable to send result=[[B@1fdf2925, [B@74064c7b, [B@49875abf, [B@5556d74f, 
[B@3851af4e, [B@7acc46c4, [B@793a2cd7, [B@5a56156e, [B@49991717, [B@61bb0cc0, 
[B@3f424360, [B@17557412, [B@6b3755b5, [B@7ddc1510, [B@7beb0dfd, [B@4e39c9a, 
[B@7b3e44f7, [B@3521f357, [B@47eef001, [B@17cef68c, [B@149c6d8a, [B@29db8998, 
[B@c266fa0, [B@2f6a779b, [B@76d2796e, [B@742261b3, [B@7d3c6a55, [B@96932af, 
[B@597e83fc, [B@10b434b, [B@a6ef176, [B@79ae7f53, [B@2f29608e, [B@458222d2, 
[B@62bc2ca4, [B@3016f5a0, [B@3357f40a, [B@5356d6db, [B@6a33ee9b, [B@77763895, 
[B@727cfb78, [B@6b61be00, [B@5e012913, [B@1e2fce9c, [B@54a5733f, [B@3a315883, 
[B@7daa1e4d, [B@2bab91af, [B@ce98e8f, [B@398e54e8, [B@2f6868dd, [B@6fbc9d7b, 
[B@48072f8c, [B@4fc2b545, [B@780aedeb, [B@158a1cdf, [B@1e6d7f85, [B@26cf045e, 
[B@6127cb39, [B@7b8f3d03, [B@78eecf54, [B@66dd1d3, [B@13ea76f1, [B@626d26e] as 
client has disconnected java.io.EOFException

After this the test hung

This was running svn revision 15 on OSX 10.6.4 Intel 2.66 GHz i5

Original issue reported on code.google.com by [email protected] on 2 Aug 2010 at 12:53

IllegalArgumentException: fromIndex(0) > toIndex(-6)

java.lang.AssertionError: java.lang.IllegalArgumentException: fromIndex(0) > 
toIndex(-6)
    at org.freshvanilla.rmi.RmiInvocationHandler.appendStackTrace(RmiInvocationHandler.java:156)
    at org.freshvanilla.rmi.RmiInvocationHandler.invoke(RmiInvocationHandler.java:111)
    at com.paremus.dosgi.dsw.essencermi.RmiServiceInvocationHandlerCustomizer.invoke(RmiServiceInvocationHandlerCustomizer.java:30)
    at com.paremus.dosgi.dsw.handlers.ServiceInvocationHandler.invoke(ServiceInvocationHandler.java:59)
    at $Proxy0.request(Unknown Source)
    at com.example.gateway.cli.GatewayCLI.request(GatewayCLI.java:63)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[..]
Caused by: java.lang.IllegalArgumentException: fromIndex(0) > toIndex(-6)
    at java.util.SubList.<init>(AbstractList.java:604)
    at java.util.RandomAccessSubList.<init>(AbstractList.java:758)
    at java.util.AbstractList.subList(AbstractList.java:468)
    at org.freshvanilla.rmi.RmiInvocationHandler.appendStackTrace(RmiInvocationHandler.java:139)
    ... 23 more

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 10:09

Proper maven deploy to central

Need to publish artifacts to central again.

Original issue reported on code.google.com by [email protected] on 23 May 2011 at 9:58