I use a commercial load driving tool... FYI, I'm fairly certain that
G-2.0has the same issue.
On 4/6/07, David Jencks <[EMAIL PROTECTED]> wrote:
I think we need to figure out why the concurrentModificationException is
happening before we release. I think that one possible reason is that we
are multithreading stateless session bean instances. I hope this isn't the
cause.... but IMO we need to find out.
Chris, how do you run the several clients? manually or with a tool?
thanks
david jencks
On Apr 6, 2007, at 11:09 AM, Christopher Blythe wrote:
Gave it a shot... no luck. As soon as I started 2 clients, the same
exceptions started to pile up. I have attached the geronimo.log. Also,
noticed the following exception during startup.
14:05:00,640 ERROR [TransportConnector] Could not accept connection from
/127.0.0.1:28428: java.io.IOException: Wire format negociation timeout:
peer did not send his wire format.
java.io.IOException: Wire format negociation timeout: peer did not send
his wire format.
at org.apache.activemq.transport.WireFormatNegotiator.oneway (
WireFormatNegotiator.java:88)
at org.apache.activemq.transport.MutexTransport.oneway(
MutexTransport.java:47)
at org.apache.activemq.broker.TransportConnection.dispatch(
TransportConnection.java:1138)
at org.apache.activemq.broker.TransportConnection.processDispatch(
TransportConnection.java:805)
at org.apache.activemq.broker.TransportConnection.start(
TransportConnection.java:885)
at org.apache.activemq.broker.TransportConnector$1.onAccept (
TransportConnector.java:148)
at org.apache.activemq.transport.tcp.TcpTransportServer.run(
TcpTransportServer.java:167)
at java.lang.Thread.run(Thread.java:797)
On 4/6/07, Matt Hogstrom <[EMAIL PROTECTED]> wrote:
>
> Only a very light load from a few browsers. One thing to try is to
> increase the number of SLSBs in the pool.
>
> Can you add
>
> <session>
> <ejb-name>TradeJDBC</ejb-name>
> <jndi-name>ejb/TradeJDBC</jndi-name>
> <cache-size>100</cache-size>
> </session>
>
> to your plan and redeploy. I added some support for multiple SLSBs in a
> pool for 1.2 which we did not have before. This will hopefully make it
> better and not worse :)
> On Apr 6, 2007, at 11:32 AM, Christopher Blythe wrote:
>
> Matt...
>
> You mentioned that you deployed DayTrader 1.2... did you happen to run
> it under load? JDBC/Direct mode looks good; however, I am still seeing
> ConcurrentModificationExceptions while attempting to run more than 1 client
> in Session Direct mode (
> https://issues.apache.org/jira/browse/GERONIMO-2708). These exceptions
> are thrown throughout the duration of the run. FYI - I deployed the same ear
> on Geronimo 1.1.1 and didn't have a problem scaling up the users for
> Session Direct mode.
>
> java.util.ConcurrentModificationException
> at java.util.HashMap$HashIterator.remove(HashMap.java:861)
> at
>
org.apache.geronimo.connector.outbound.connectiontracking.ConnectionTrackingCoordinator.exit(
> ConnectionTrackingCoordinator.java:127)
> at
>
org.apache.geronimo.connector.outbound.connectiontracking.ConnectionTrackingCoordinator$$FastClassByCGLIB$$5d33aabf.invoke
> (<generated>)
> at net.sf.cglib.reflect.FastMethod.invoke (FastMethod.java:53)
> at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(
> FastMethodInvoker.java:38)
> at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(
> GBeanOperation.java:122)
> at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke (
> GBeanInstance.java:820)
> at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(
> RawInvoker.java:57)
> at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(
> RawOperationInvoker.java:35)
> at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(
> ProxyMethodInterceptor.java:96)
> at
>
org.apache.geronimo.connector.outbound.connectiontracking.ConnectionTracker$$EnhancerByCGLIB$$b6b1324a.exit
> (<generated>)
> at org.apache.openejb.NoConnectionEnlistingInterceptor.invoke (
> NoConnectionEnlistingInterceptor.java:70)
> at org.apache.openejb.SystemExceptionInterceptor.invoke(
> SystemExceptionInterceptor.java:35)
> at org.apache.openejb.security.DefaultSubjectInterceptor.invoke(
> DefaultSubjectInterceptor.java :49)
> at org.apache.openejb.slsb.DefaultStatelessEjbContainer.invoke(
> DefaultStatelessEjbContainer.java:178)
> at
>
org.apache.openejb.slsb.DefaultStatelessEjbContainer$$FastClassByCGLIB$$7ad7a562.invoke(<generated>)
>
> at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(
> FastMethodInvoker.java:38)
> at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke (
> GBeanOperation.java:122)
> at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(
> GBeanInstance.java:820)
> at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(
> RawInvoker.java:57)
> at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke (
> RawOperationInvoker.java:35)
> at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept
> (ProxyMethodInterceptor.java:96)
> at
>
org.apache.openejb.StatelessEjbContainer$$EnhancerByCGLIB$$5c554f35.invoke(<generated>)
> at org.apache.openejb.AbstractEjbDeployment.invoke(
> AbstractEjbDeployment.java:195)
> at org.apache.openejb.proxy.EJBMethodInterceptor.intercept(
> EJBMethodInterceptor.java:145)
> at
>
org.apache.openejb.proxy.SessionEJBObject$$EnhancerByCGLIB$$f5a9c1b2.login(<generated>)
> at org.apache.geronimo.samples.daytrader.TradeAction.login(
> TradeAction.java:449)
> at org.apache.geronimo.samples.daytrader.web.TradeServletAction.doLogin
> (TradeServletAction.java:364)
> at org.apache.geronimo.samples.daytrader.web.TradeAppServlet.performTask
> (TradeAppServlet.java:126)
> at org.apache.geronimo.samples.daytrader. web.TradeAppServlet.doPost
> (TradeAppServlet.java:91)
> at javax.servlet.http.HttpServlet.service (HttpServlet.java:617)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:252)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter (
> ApplicationFilterChain.java:173)
> at org.apache.geronimo.samples.daytrader.web.OrdersAlertFilter.doFilter
> (OrdersAlertFilter.java:91)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java :202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter (
> ApplicationFilterChain.java:173)
> at org.apache.catalina.core.StandardWrapperValve.invoke(
> StandardWrapperValve.java:213)
> at org.apache.catalina.core.StandardContextValve.invoke (
> StandardContextValve.java:178)
> at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(
> DefaultSubjectValve.java:56)
> at
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke
> (GeronimoStandardContext.java :328)
> at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(
> GeronimoBeforeAfterValve.java:47)
> at org.apache.catalina.core.StandardHostValve.invoke(
> StandardHostValve.java:126)
> at org.apache.catalina.valves.ErrorReportValve.invoke (
> ErrorReportValve.java:105)
> at org.apache.catalina.core.StandardEngineValve.invoke(
> StandardEngineValve.java:107)
> at org.apache.catalina.valves.AccessLogValve.invoke(
> AccessLogValve.java:541)
> at org.apache.catalina.connector.CoyoteAdapter.service (
> CoyoteAdapter.java:148)
> at org.apache.coyote.http11.Http11Processor.process(
> Http11Processor.java:869)
> at
>
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection
> (Http11BaseProtocol.java :667)
> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(
> PoolTcpEndpoint.java:527)
> at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(
> LeaderFollowerWorkerThread.java:80)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (
> ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:797)
>
> On 4/5/07, Jason Dillon < [EMAIL PROTECTED] > wrote:
> >
> > Aight, no worries. I still don't fully understand all that plugin
> > stuff... yet ;-)
> > --jason
> >
> >
> > On Apr 5, 2007, at 3:38 PM, Paul McMahan wrote:
> >
> > The change I have cued up replaces " 1.2-SNAPSHOT" with " 1.2" for all
> > the catalog entries. So it would break anyone using the Geronimo plugin
> > repo from a 1.2-SNAPSHOT server (maybe not a huge deal). Also, I've
> > tested the catalog updates by looping http requests to
> > repo1.maven.org/maven2 back to my local maven repo. So I've made some
> > assumptions about the repo layout that should probably be verified.
> >
> > Best wishes,
> > Paul
> >
> > On Apr 5, 2007, at 6:22 PM, Jason Dillon wrote:
> >
> > Will it hurt anything to commit it now? Or will it break things?
> > --jason
> >
> >
> > On Apr 5, 2007, at 3:14 PM, Paul McMahan wrote:
> >
> >
> > On Apr 5, 2007, at 2:11 PM, Joe Bohn wrote:
> >
> > I couldn't do much with the framework assembly as it requires a
> > plugin repository with 1.2 plugins and AFAIK there is no such plugin
> > repository available yet. Will you be making the plugins available
> > for 1.2 as you make the release available? If not, then perhaps we
> > shouldn't include the framework assembly in the distribution.
> >
> >
> > I updated the plugin catalog stuff in
> > site/trunk/docs/plugins/geronimo- 1.2 locally and ran some quick tests
> > of plugin download & install from maven repo. I'm ready to commit if/when
> > the 1.2 artifacts are published to central.
> > Best wishes,
> > Paul
> >
> >
> >
> >
> >
>
>
> --
> "I say never be complete, I say stop being perfect, I say let... lets
> evolve, let the chips fall where they may." - Tyler Durden
>
>
>
--
"I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may." - Tyler Durden
<geronimo.log>
--
"I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may." - Tyler Durden
