What version of AMQ is DT using?
--jason
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.ConnectionT
rackingCoordinator.exit (ConnectionTrackingCoordinator.java:127)
at
org.apache.geronimo.connector.outbound.connectiontracking.ConnectionT
rackingCoordinator$$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.ConnectionT
racker$$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>
