nightdomain / jmemcache-daemon

Automatically exported from code.google.com/p/jmemcache-daemon
Apache License 2.0
0 stars 0 forks source link

nosuchmethodexception when getting a stored value #17

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. create dummy project
2. add jmemcached 0.9.1 with netty 3.2.*
3. run daemon
4. store and get a value (echo -ne "set foo 0 0 3\r\nbar\r\nget foo\r\n" | nc 
localhost 11211)

What is the expected output? What do you see instead?
i expected VALUE foo 0 3\r\nbar\r\nEND\r\n but i got ERROR\r\n

What version of the product are you using? On what operating system?
0.9.1 and netty 3.2.*

Please provide any additional information below.

there is an exception thrown.

8228 [New I/O server worker #1-1] ERROR 
com.thimbleware.jmemcached.protocol.text.MemcachedResponseEncoder - error
java.lang.NoSuchMethodError: org.jboss.netty.buffer.ChannelBuffer.writeByte(B)V
    at com.thimbleware.jmemcached.protocol.text.MemcachedResponseEncoder.messageReceived(MemcachedResponseEncoder.java:82)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:302)
    at com.thimbleware.jmemcached.protocol.MemcachedCommandHandler.handleGets(MemcachedCommandHandler.java:274)
    at com.thimbleware.jmemcached.protocol.MemcachedCommandHandler.messageReceived(MemcachedCommandHandler.java:157)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:302)
    at com.thimbleware.jmemcached.protocol.text.MemcachedCommandDecoder.processLine(MemcachedCommandDecoder.java:149)
    at com.thimbleware.jmemcached.protocol.text.MemcachedCommandDecoder.messageReceived(MemcachedCommandDecoder.java:63)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:302)
    at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:317)
    at org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:299)
    at org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:216)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:274)
    at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:261)
    at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:349)
    at org.jboss.netty.channel.socket.nio.NioWorker.processSelectedKeys(NioWorker.java:281)
    at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:201)
    at org.jboss.netty.util.internal.IoWorkerRunnable.run(IoWorkerRunnable.java:46)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
    at java.lang.Thread.run(Thread.java:636)

Original issue reported on code.google.com by marcus.h...@gmail.com on 4 Nov 2010 at 8:44

GoogleCodeExporter commented 9 years ago
actually, the shell command doesnt cause this issue because it closes the 
connection too fast and somehow jmemcached is stuck in a loop throwing 
exceptions. add a sleep to it and the issue shows.

jmemcached 0.8 works, but also has this issue with connections closed too early

Original comment by marcus.h...@gmail.com on 4 Nov 2010 at 8:52

GoogleCodeExporter commented 9 years ago
Looks like a dependency conflict; do you have another version of Netty as a 
direct or transitive dependency from anything else in your project?  Try mvn 
dependency:tree -- your Netty version will have to match what is in the 
jmemcached pom

Original comment by ryan.daum on 4 Nov 2010 at 9:30

GoogleCodeExporter commented 9 years ago
No, I dont have another version of netty running. It's just the versions i 
mentioned, downloaded by hand from google and sourceforge.

Original comment by marcus.h...@gmail.com on 4 Nov 2010 at 10:00

GoogleCodeExporter commented 9 years ago
problem fixed with latest netty (3.2.2.Final)

Original comment by marcus.h...@gmail.com on 9 Nov 2010 at 11:10

GoogleCodeExporter commented 9 years ago

Original comment by ryan.daum on 10 Jan 2011 at 6:16