Hello Alexander, humm, there is a 2.0.4 release of the Restlet framework : http://maven.restlet.org/org/restlet/jse/org.restlet/2.0.4/ http://maven.restlet.org/org/restlet/jse/org.restlet.ext.jetty/2.0.4/
Best regards, Thierry Boileau I've tried with the simple connector and got the same problem. > > On 23.01.2011 21:22, Alexander Kampmann wrote: > > Hello Thierry, > > you are right about that. There was a dependency which should have gone > long before in my maven- pom. Thanks, removing it even solved another bug > ;) > > I think that solved the problem client side, but another one arises. > On the serverside, the jetty- extension does not start. The problem is a > ClassNotFoundException. I think it is a moved class again. I found it in the > jar file, it is just in another package. But there is no newer version of > the jetty extension than 2.0-M6 on the public repository. Is there another > problem or do I have to wait until the jetty extension gets released? > > Here is the exception: > > java.lang.NoClassDefFoundError: org/restlet/engine/http/HttpServerHelper > at java.lang.ClassLoader.defineClass1(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:634) > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) > at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) > at java.net.URLClassLoader.access$000(URLClassLoader.java:73) > at java.net.URLClassLoader$1.run(URLClassLoader.java:212) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:205) > at java.lang.ClassLoader.loadClass(ClassLoader.java:321) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) > at java.lang.ClassLoader.loadClass(ClassLoader.java:266) > at java.lang.ClassLoader.defineClass1(Native Method) > at java.lang.ClassLoader.defineClass(ClassLoader.java:634) > at > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) > at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) > at java.net.URLClassLoader.access$000(URLClassLoader.java:73) > at java.net.URLClassLoader$1.run(URLClassLoader.java:212) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:205) > at java.lang.ClassLoader.loadClass(ClassLoader.java:321) > at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) > at java.lang.ClassLoader.loadClass(ClassLoader.java:314) > at java.lang.ClassLoader.loadClass(ClassLoader.java:266) > at org.restlet.engine.Engine.registerHelper(Engine.java:850) > at org.restlet.engine.Engine.registerHelpers(Engine.java:887) > at org.restlet.engine.Engine.registerHelpers(Engine.java:927) > at org.restlet.engine.Engine.discoverConnectors(Engine.java:625) > at org.restlet.engine.Engine.<init>(Engine.java:468) > at org.restlet.engine.Engine.register(Engine.java:346) > at org.restlet.engine.Engine.register(Engine.java:331) > at org.restlet.engine.Engine.getInstance(Engine.java:215) > at org.restlet.Restlet.<init>(Restlet.java:99) > at org.restlet.Restlet.<init>(Restlet.java:77) > at org.restlet.Component.<init>(Component.java:177) > at > org.restlet.ext.spring.SpringComponent.<init>(SpringComponent.java:83) > > Best regards, > Alex > > On 23.01.2011 19:25, Thierry Boileau wrote: > > Hello Alex, > > the getConnection method has been renamed to > "getSockectConnectionTimeOutMs" by the release number 7068 (3 weeks ago, > that is to say after 2.1 M2) : > > Deprecated the Client#connectTimeout property as it is hard to find > > compared to other connector parameters. Also, it isn't available for > all connectors so it can be confusing to expose it. > Use the "socketConnectTimeoutMs" connector parameter instead or > > the "maxIoIdleTimeMs" parameter for internal NIO connectors. > > > I wonder if you are using parts of the framework from several releases > which can explain the mix. Can you confirm that? > > Best regards, > Thierry Boileau > > hi, >> >> something went very wrong... >> >> I try to connect to a restlet inside a Wicket application (if you don't >> know wicket: it is a web framework based on the Java Servlet API). I use >> HttpClientConnector to do so. There is a NoSuchMethodException (see >> below). >> To me, it seems very odd, because Method existance should be checked on >> compile time, shouldn't it? >> Are there any tips how to solve it? The problem appears with 2.1-M1, >> 2.1-M2 and 2.1-SNAPSHOT of the ClientConnector. The other restlet >> dependencies are 2.1-SNAPSHOT. The application server (with the wicket >> application on it) is jetty. Server side the jetty connector is used. >> >> Here is the error: >> >> java.lang.NoSuchMethodError: >> org.restlet.ext.httpclient.HttpClientHelper.getConnectTimeout()I >> at >> >> org.restlet.ext.httpclient.HttpClientHelper.configure(HttpClientHelper.java:226) >> at >> >> org.restlet.ext.httpclient.HttpClientHelper.start(HttpClientHelper.java:453) >> at org.restlet.Client.start(Client.java:246) >> at org.restlet.Restlet.handle(Restlet.java:225) >> at org.restlet.Client.handle(Client.java:176) >> at org.restlet.resource.ClientResource.handle(ClientResource.java:941) >> at org.restlet.resource.ClientResource.handle(ClientResource.java:909) >> at >> org.restlet.resource.ClientResource$1.invoke(ClientResource.java:1666) >> >> best regards, >> Alex >> >> ------------------------------------------------------ >> >> http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2699954 >> > > > > ------------------------------------------------------ http://restlet.tigris.org/ds/viewMessage.do?dsForumId=4447&dsMessageId=2700388
