November 2009 - jboss-user - Jboss List Archives

[JBoss Remoting Users] - Client hangs when get JMS connection factory

by lilin.lee

Sometimes, my client will hang when client try to get JMS connection factory from JBoss Messaging Server. Server side exception is thrown when issue occurred: | 2009-10-20 18:08:09,655 ERROR [org.jboss.remoting.transport.socket.ServerThread] Worker thread initialization failure | java.net.SocketException: Connection reset | at java.net.SocketInputStream.read(SocketInputStream.java:168) | at java.io.BufferedInputStream.fill(BufferedInputStream.java:218) | at java.io.BufferedInputStream.read(BufferedInputStream.java:235) | at java.io.FilterInputStream.read(FilterInputStream.java:66) | at org.jboss.remoting.transport.socket.ServerThread.readVersion(ServerThread.java:859) | at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:545) | at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:406) | at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:173) | My JBoss Server Version is 4.2.3.GA, JBoss Remoting Version is 2.2.3 SP1, JBoss Messaging Version is 1.4.5 GA My configuration is | <invoker transport="bisocket"> | |  | <attribute name="marshaller" isParam="true">org.jboss.jms.wireformat.JMSWireFormat</attribute> | <attribute name="unmarshaller" isParam="true">org.jboss.jms.wireformat.JMSWireFormat</attribute> | <attribute name="dataType" isParam="true">jms</attribute> | <attribute name="socket.check_connection" isParam="true">false</attribute> | <attribute name="serverBindAddress">${jboss.bind.address}</attribute> | <attribute name="serverBindPort">4457</attribute> | <attribute name="clientSocketClass" isParam="true">org.jboss.jms.client.remoting.ClientSocketWrapper</attribute> | <attribute name="serverSocketClass">org.jboss.jms.server.remoting.ServerSocketWrapper</attribute> | | <attribute name="numberOfCallRetries" isParam="true">1</attribute> | <attribute name="pingFrequency" isParam="true">214748364</attribute> | <attribute name="pingWindowFactor" isParam="true">10</attribute> | <attribute name="onewayThreadPool">org.jboss.jms.server.remoting.DirectThreadPool</attribute> |  | | <attribute name="stopLeaseOnFailure" isParam="true">true</attribute> | |  | <attribute name="clientLeasePeriod" isParam="true">10000</attribute> | <attribute name="validatorPingPeriod" isParam="true">10000</attribute> | <attribute name="validatorPingTimeout" isParam="true">5000</attribute> | <attribute name="registerCallbackListener">false</attribute> | | <attribute name="timeout" isParam="true">0</attribute> | |  | <attribute name="numberOfRetries" isParam="true">10</attribute> | |  | <attribute name="JBM_clientMaxPoolSize" isParam="true">200</attribute> | |  | <attribute name="callbackTimeout">10000</attribute> | <attribute name="secondaryBindPort">4557</attribute> | |  | | </invoker> | After testing, I find, 1) if client ethernet cable is pulled, CurrentClientPoolSize of invoker bisocket does not decrease. 2) If kill client process, CurrentClientPoolSize decrease. 3) If CurrentClientPoolSize becomes the same with value of MaxPoolSize, new request will go to backlog queue forever (parameter timeout is 0), so client hangs. I try to define parameter timeout as 10000, not 0, everything works fine even though client ethernet cable is pulled. It seems issue is resolved. But I got some information from JBoss web site. https://jira.jboss.org/jira/browse/JBMESSAGING-1268 https://jira.jboss.org/jira/browse/JBREM-947 https://jira.jboss.org/jira/browse/JBREM-949 >From information, I think daemon thread should use parameter validatorPingPeriod and validatorPingTimeout to remove dead thread, not timeout. But why will parameter timeout affect daemon thread? What's wrong with my understanding? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264954#4264954 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264954

16 years, 7 months

1
0
0 / 0

[jBPM Users] - jbpm-4.2.zip corrupted!

by LMarinkov

I downloaded JBPM from this location: http://sourceforge.net/projects/jbpm/files/a%29%20jBPM%204/ The ZIP size of the archive jbpm-4.2.zip is shown as 115.2 MB. The downloaded file has the size of 109.9 MB and the archive can not be opened! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264952#4264952 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264952

16 years, 7 months

1
0
0 / 0

[JBoss Portal Users] - Re: Cause: java.lang.NullPointerException

by gressho

Hello, I can't tell for the original poster but I have the same exception. We started an archive import, a very large one, twice and finally, when there was no result, I stopped the system. When starting again, the CMS complains about transactions still running it can't complete so I think it will not start at all. When the portal is up, accessing a CMS portlet leads to the NPE bombino describes. Best wishes Werner View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264949#4264949 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264949

16 years, 7 months

1
0
0 / 0

[jBPM Users] - jbpm 4.2 - jboss 5.00 combination- interesting observation

by makarandk502

Hi, With the above combination when I start jboss using run.bat -b 10.0.1.242 and runs process using jbpm console, FTL Form associated with Task is not getting opened in the jbpm console and it also doesnt give any error also. But when I start jboss using run.bat without using IP address ( which means it is localhost or 127.0.0.1) and runs process using jbpm console, Form associated with Task is getting opened properly in the jbpm console. Any solution/updates to this issue ? -Regards Makarand View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264948#4264948 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264948

16 years, 7 months

1
0
0 / 0

[JNDI and Naming] - Re: Default JNDI name changed after recompiling

by jaikiran

Please post the bean, interfaces code along with the annotations and also the console logs which show the jndi bindings. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264944#4264944 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264944

16 years, 7 months

1
0
0 / 0

[jBPM Users] - jbpm 4.2 - Subprocess issue

by makarandk502

Hi, In following process definition, running process through jbpm-console Start-Task1-Task2- Subprocess(This has simple task with Java Task which just prints messages)- end After running Task2, I am getting following error | HTTP Status 500 - | | type Exception report | | message | | description The server encountered an internal error () that prevented it from fulfilling this request. | | exception | | org.jboss.resteasy.spi.UnhandledException: org.hibernate.exception.ConstraintViolationException: could not delete: [org.jbpm.pvm.internal.model.ExecutionImpl#30046] | org.jboss.resteasy.core.SynchronousDispatcher.handleApplicationException(SynchronousDispatcher.java:319) | org.jboss.resteasy.core.SynchronousDispatcher.handleException(SynchronousDispatcher.java:230) | org.jboss.resteasy.core.SynchronousDispatcher.handleInvokerException(SynchronousDispatcher.java:206) | org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:360) | org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173) | org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93) | org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68) | javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | | root cause | | org.hibernate.exception.ConstraintViolationException: could not delete: [org.jbpm.pvm.internal.model.ExecutionImpl#30046] | org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:94) | org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66) | org.hibernate.persister.entity.AbstractEntityPersister.delete(AbstractEntityPersister.java:2569) | org.hibernate.persister.entity.AbstractEntityPersister.delete(AbstractEntityPersister.java:2725) | org.hibernate.action.EntityDeleteAction.execute(EntityDeleteAction.java:97) | org.hibernate.engine.ActionQueue.execute(ActionQueue.java:279) | org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:263) | org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:172) | org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:321) | org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:50) | org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1027) | org.hibernate.impl.SessionImpl.forceFlush(SessionImpl.java:1048) | org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:188) | org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:50) | org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:93) | org.hibernate.impl.SessionImpl.fireSave(SessionImpl.java:562) | org.hibernate.impl.SessionImpl.save(SessionImpl.java:550) | org.hibernate.impl.SessionImpl.save(SessionImpl.java:546) | org.jbpm.pvm.internal.hibernate.DbSessionImpl.save(DbSessionImpl.java:87) | org.jbpm.jpdl.internal.activity.SubProcessActivity.execute(SubProcessActivity.java:91) | org.jbpm.pvm.internal.model.op.ExecuteActivity.perform(ExecuteActivity.java:60) | org.jbpm.pvm.internal.model.ExecutionImpl.performAtomicOperationSync(ExecutionImpl.java:655) | org.jbpm.pvm.internal.model.ExecutionImpl.performAtomicOperation(ExecutionImpl.java:615) | org.jbpm.pvm.internal.model.ExecutionImpl.signal(ExecutionImpl.java:416) | org.jbpm.pvm.internal.model.ExecutionImpl.signal(ExecutionImpl.java:402) | sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | java.lang.reflect.Method.invoke(Method.java:597) | org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.invoke(JavassistLazyInitializer.java:197) | org.jbpm.pvm.internal.model.ExecutionImpl_$$_javassist_5.signal(ExecutionImpl_$$_javassist_5.java) | org.jbpm.pvm.internal.task.TaskImpl.complete(TaskImpl.java:194) | org.jbpm.pvm.internal.cmd.CompleteTaskCmd.execute(CompleteTaskCmd.java:60) | org.jbpm.pvm.internal.cmd.CompleteTaskCmd.execute(CompleteTaskCmd.java:32) | org.jbpm.pvm.internal.svc.DefaultCommandService.execute(DefaultCommandService.java:42) | org.jbpm.pvm.internal.tx.jta.JtaTransactionInterceptor.executeInNewTx(JtaTransactionInterceptor.java:87) | org.jbpm.pvm.internal.tx.jta.JtaTransactionInterceptor.execute(JtaTransactionInterceptor.java:66) | org.jbpm.pvm.internal.svc.RetryInterceptor.execute(RetryInterceptor.java:55) | org.jbpm.pvm.internal.tx.jta.JtaRetryInterceptor.executeWithRetry(JtaRetryInterceptor.java:52) | org.jbpm.pvm.internal.tx.jta.JtaRetryInterceptor.execute(JtaRetryInterceptor.java:45) | org.jbpm.pvm.internal.svc.EnvironmentInterceptor.executeInNewEnvironment(EnvironmentInterceptor.java:53) | org.jbpm.pvm.internal.svc.EnvironmentInterceptor.execute(EnvironmentInterceptor.java:40) | org.jbpm.pvm.internal.svc.SkipInterceptor.execute(SkipInterceptor.java:43) | org.jbpm.pvm.internal.svc.TaskServiceImpl.completeTask(TaskServiceImpl.java:96) | org.jbpm.integration.console.TaskManagementImpl.completeTask(TaskManagementImpl.java:102) | org.jboss.bpm.console.server.FormProcessingFacade.closeTaskWithUI(FormProcessingFacade.java:161) | sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | java.lang.reflect.Method.invoke(Method.java:597) | org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:117) | org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:260) | org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:232) | org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:166) | org.jboss.resteasy.core.DispatcherUtilities.getJaxrsResponse(DispatcherUtilities.java:142) | org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) | org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173) | org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93) | org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68) | javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | | root cause | | java.sql.SQLException: Integrity constraint violation FK_EXEC_SUBPI table: JBPM4_EXECUTION in statement [delete from JBPM4_EXECUTION where DBID_=? and DBVERSION_=?] | org.hsqldb.jdbc.Util.throwError(Unknown Source) | org.hsqldb.jdbc.jdbcPreparedStatement.executeUpdate(Unknown Source) | org.jboss.resource.adapter.jdbc.CachedPreparedStatement.executeUpdate(CachedPreparedStatement.java:94) | org.jboss.resource.adapter.jdbc.WrappedPreparedStatement.executeUpdate(WrappedPreparedStatement.java:365) | org.hibernate.persister.entity.AbstractEntityPersister.delete(AbstractEntityPersister.java:2551) | org.hibernate.persister.entity.AbstractEntityPersister.delete(AbstractEntityPersister.java:2725) | org.hibernate.action.EntityDeleteAction.execute(EntityDeleteAction.java:97) | org.hibernate.engine.ActionQueue.execute(ActionQueue.java:279) | org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:263) | org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:172) | org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:321) | org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:50) | org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1027) | org.hibernate.impl.SessionImpl.forceFlush(SessionImpl.java:1048) | org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:188) | org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:50) | org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:93) | org.hibernate.impl.SessionImpl.fireSave(SessionImpl.java:562) | org.hibernate.impl.SessionImpl.save(SessionImpl.java:550) | org.hibernate.impl.SessionImpl.save(SessionImpl.java:546) | org.jbpm.pvm.internal.hibernate.DbSessionImpl.save(DbSessionImpl.java:87) | org.jbpm.jpdl.internal.activity.SubProcessActivity.execute(SubProcessActivity.java:91) | org.jbpm.pvm.internal.model.op.ExecuteActivity.perform(ExecuteActivity.java:60) | org.jbpm.pvm.internal.model.ExecutionImpl.performAtomicOperationSync(ExecutionImpl.java:655) | org.jbpm.pvm.internal.model.ExecutionImpl.performAtomicOperation(ExecutionImpl.java:615) | org.jbpm.pvm.internal.model.ExecutionImpl.signal(ExecutionImpl.java:416) | org.jbpm.pvm.internal.model.ExecutionImpl.signal(ExecutionImpl.java:402) | sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | java.lang.reflect.Method.invoke(Method.java:597) | org.hibernate.proxy.pojo.javassist.JavassistLazyInitializer.invoke(JavassistLazyInitializer.java:197) | org.jbpm.pvm.internal.model.ExecutionImpl_$$_javassist_5.signal(ExecutionImpl_$$_javassist_5.java) | org.jbpm.pvm.internal.task.TaskImpl.complete(TaskImpl.java:194) | org.jbpm.pvm.internal.cmd.CompleteTaskCmd.execute(CompleteTaskCmd.java:60) | org.jbpm.pvm.internal.cmd.CompleteTaskCmd.execute(CompleteTaskCmd.java:32) | org.jbpm.pvm.internal.svc.DefaultCommandService.execute(DefaultCommandService.java:42) | org.jbpm.pvm.internal.tx.jta.JtaTransactionInterceptor.executeInNewTx(JtaTransactionInterceptor.java:87) | org.jbpm.pvm.internal.tx.jta.JtaTransactionInterceptor.execute(JtaTransactionInterceptor.java:66) | org.jbpm.pvm.internal.svc.RetryInterceptor.execute(RetryInterceptor.java:55) | org.jbpm.pvm.internal.tx.jta.JtaRetryInterceptor.executeWithRetry(JtaRetryInterceptor.java:52) | org.jbpm.pvm.internal.tx.jta.JtaRetryInterceptor.execute(JtaRetryInterceptor.java:45) | org.jbpm.pvm.internal.svc.EnvironmentInterceptor.executeInNewEnvironment(EnvironmentInterceptor.java:53) | org.jbpm.pvm.internal.svc.EnvironmentInterceptor.execute(EnvironmentInterceptor.java:40) | org.jbpm.pvm.internal.svc.SkipInterceptor.execute(SkipInterceptor.java:43) | org.jbpm.pvm.internal.svc.TaskServiceImpl.completeTask(TaskServiceImpl.java:96) | org.jbpm.integration.console.TaskManagementImpl.completeTask(TaskManagementImpl.java:102) | org.jboss.bpm.console.server.FormProcessingFacade.closeTaskWithUI(FormProcessingFacade.java:161) | sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | java.lang.reflect.Method.invoke(Method.java:597) | org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:117) | org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:260) | org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:232) | org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:166) | org.jboss.resteasy.core.DispatcherUtilities.getJaxrsResponse(DispatcherUtilities.java:142) | org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) | org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:173) | org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:93) | org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:68) | javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | org.jboss.bpm.console.server.util.GWTJsonFilter.doFilter(GWTJsonFilter.java:59) | org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | | note The full stack trace of the root cause is available in the JBoss Web/2.1.1.GA logs. | JBoss Web/2.1.1.GA | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264943#4264943 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264943

16 years, 7 months

1
0
0 / 0

[Beginner's Corner] - Re: Drools Fusion

by Lewisham

"mark.proctor(a)jboss.com" wrote : | 5.1 is out in a few weeks, lots of stability added to Drools Fusion. Other than some soon to be done performance tuning, this one is definitely ready to use. | | Mark Excellent news! My experience with DF has been great, really easy to use and get going, but super powerful. Can't wait for 5.1 to hit the Maven repo, although I can't say I had any stability problems before! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264940#4264940 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264940

16 years, 7 months

1
0
0 / 0

[Beginner's Corner] - Re: Drools Fusion

by mark.proctor＠jboss.com

"Lewisham" wrote : Hi guys, | I'm looking into using Drools Fusion for some work with event processing I'm about to embark on, and had some concerns: | | 1. Is DF ready for the primetime yet? The individual pages for DF are not on the same level as Guvnor or Expert, which makes me wary. | 2. If DF isn't ready, is Expert able to handle it? | 3. If I download the Drools Workbench, is that going to let me get access to DF? | | I guess what I'm asking is whether people have successfully used it yet! Any experiences would be great :) 5.1 is out in a few weeks, lots of stability added to Drools Fusion. Other than some soon to be done performance tuning, this one is definitely ready to use. Mark View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264939#4264939 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264939

16 years, 7 months

1
0
0 / 0

[jBPM Users] - Re: [jBPM4.2] Creating jBPM4 database schema without ant.

by edeleflie

I just found the jbpm.mysql.create.sql file... but this file is not included in the Maven deploy. So I guess I should just pull it in and execute it? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264936#4264936 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264936

16 years, 7 months

1
0
0 / 0

[jBPM Users] - [jBPM4.2] Creating jBPM4 database schema without ant.

by edeleflie

Just wondering if there are any Java hooks (or anything other than ant) for setting up a new jBPM4 database schema? We are using Maven ... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4264935#4264935 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4264935

16 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-user November 2009