Sorry, Do you mean that I have to recompile SFlow_Valve.jar or our application which we are running on Tomcat server?
Thanks! Sergey > On Jul 24, 2015, at 1:46 AM, Felix Schumacher > <felix.schumac...@internetallee.de> wrote: > > > > Am 23. Juli 2015 21:04:22 MESZ, schrieb Sergey <svin...@apple.com > <mailto:svin...@apple.com>>: >> I see that in SFlow_Valve Source code it’s already “long”: >> >> long bytes_read = (request.getCoyoteRequest()).getBytesRead(); >> >> Then what’s wrong and how can I fix this issue? > > Recompile your code with the jars/sources from newer tomcats? > > The interface changed in tomcat. Your code was compiled with the old one, > which is not compatible with the new interface. > > Regards, > Felix > > PS: Don't hijack threads. > >> >> Thanks! >> Sergey >> >>> On Jul 23, 2015, at 11:52 AM, Violeta Georgieva <miles...@gmail.com >>> <mailto:miles...@gmail.com>> >> wrote: >>> >>> Hi, >>> >>> 2015-07-23 21:36 GMT+03:00 Sergey <svin...@apple.com >>> <mailto:svin...@apple.com> >> <mailto:svin...@apple.com <mailto:svin...@apple.com>>>: >>>> >>>> We updated Tomcat from 7.0.10 to 7.0.61. >>>> In previous version we collected Tomcat metrics using >> Sflow_Valve.jar >>> module. >>>> Now it looks like Coyote Connector can't call Request.getBytesRead() >>> method. >>>> Here is the Catalina log error: >>>> >>>> org.apache.coyote.http11.AbstractHttp11Processor process >>>> SEVERE: Error processing request >>>> java.lang.NoSuchMethodError: >> org.apache.coyote.Request.getBytesRead()I >>>> at com.sflow.catalina.SFlowValve.xdrFlowSample(SFlowValve.java:341) >>>> at com.sflow.catalina.SFlowValve.sampleRequest(SFlowValve.java:438) >>>> at com.sflow.catalina.SFlowValve.invoke(SFlowValve.java:320) >>>> at >>> >> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950) >>>> at >>> >> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116) >>>> at >>> >> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:423) >>>> at >>> >> org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1079) >>>> at >>> >> org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:620) >>>> at >>> >> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:318) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown >> Source) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown >> Source) >>>> at >>> >> org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) >>>> at java.lang.Thread.run(Unknown Source) >>>> >>>> Did anybody have this issue? >>> >>> Check the change log [1]. >>> The signature of the method was changed as part of the fix for bug >> 57581 >>> >>> Regards, >>> Violeta >>> >>> [1] http://tomcat.apache.org/tomcat-7.0-doc/changelog.html#Tomcat >> <http://tomcat.apache.org/tomcat-7.0-doc/changelog.html#Tomcat >> <http://tomcat.apache.org/tomcat-7.0-doc/changelog.html#Tomcat>> 7.0.60 >>> (violetagg) >>> >>>> >>>> Thanks! >>>> Sergey >>>> >>>> >>>> >> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>>> <mailto:users-unsubscr...@tomcat.apache.org> >> <mailto:users-unsubscr...@tomcat.apache.org >> <mailto:users-unsubscr...@tomcat.apache.org>> >>>> For additional commands, e-mail: users-h...@tomcat.apache.org >>>> <mailto:users-h...@tomcat.apache.org> >> <mailto:users-h...@tomcat.apache.org <mailto:users-h...@tomcat.apache.org>> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > <mailto:users-unsubscr...@tomcat.apache.org> > For additional commands, e-mail: users-h...@tomcat.apache.org > <mailto:users-h...@tomcat.apache.org>
