geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Christopher Blythe" <cjblyth...@gmail.com>
Subject Re: [discuss] Release Geronimo 1.2
Date Fri, 06 Apr 2007 18:09:56 GMT
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 <matt@hogstrom.org> 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 <jason@planet57.com > 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

Mime
View raw message