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.ConnectionTr
ackingCoordinator.exit (ConnectionTrackingCoordinator.java:127)
at
org.apache.geronimo.connector.outbound.connectiontracking.ConnectionTr
ackingCoordinator$$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.ConnectionTr
acker$$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
