August 2006 - jboss-user - Jboss List Archives

[Tomcat, HTTPD, Servlets & JSP] - HTTP 503 Error

by ssanjeev

The client has been getting HTTP 503 error intermittently. The server is not busy at these times. Here is the configuration: JBoss: 4.0.2 We turned on the apache logs on the server side to see these logs, I am not sure if the client side and server side are related. jboss.log: ClientAbortException: java.net.SocketException: Broken pipe | at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:366) | at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:403) | at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:323) | at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:392) | at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:381) | at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:76) | at java.io.ObjectOutputStream$BlockDataOutputStream.drain(ObjectOutputStream.java:1676) | at java.io.ObjectOutputStream$BlockDataOutputStream.setBlockDataMode(ObjectOutputStream.java:1585) | at java.io.ObjectOutputStream.writeFatalException(ObjectOutputStream.java:1395) | at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:294) | at org.jboss.invocation.http.servlet.InvokerServlet.processRequest(InvokerServlet.java:153) | at org.jboss.invocation.http.servlet.InvokerServlet.doPost(InvokerServlet.java:209) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) | 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.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) | 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.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | 2006-08-01 13:27:57,837 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/invoker].[EJBInvokerServlet]] (http-0.0.0.0-8881-9) Servlet.service() for servlet EJBInvokerServlet threw exception | java.lang.IllegalStateException | at org.apache.catalina.connector.ResponseFacade.resetBuffer(ResponseFacade.java:276) | at org.jboss.invocation.http.servlet.InvokerServlet.processRequest(InvokerServlet.java:178) | at org.jboss.invocation.http.servlet.InvokerServlet.doPost(InvokerServlet.java:209) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) | 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.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:153) | at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:407) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) | 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.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) Here is the stack trace on the client side: java.rmi.ServerException: IOE; nested exception is: | java.io.IOException: Server returned HTTP response code: 503 for URL: http://82.196.34.57:8881/invoker/EJBInvokerServlet | at org.jboss.invocation.http.interfaces.HttpInvokerProxy.invoke(HttpInvokerProxy.java:118) | at org.jboss.invocation.InvokerInterceptor.invokeInvoker(InvokerInterceptor.java:227) | at org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:167) | at org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46) | at org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:55) | at org.jboss.proxy.ejb.StatefulSessionInterceptor.invoke(StatefulSessionInterceptor.java:106) | at org.jboss.proxy.ClientContainer.invoke(c:86) | at $Proxy2.getCredentialsService(Unknown Source) | at com.powerup.configmgr.client.app.ServiceFactory.getCredentialsService(ServiceFactory.java:400) | at com.powerup.configmgr.client.app.admin.cmds.UpdateInbandOutBandCredsCmd.execute(UpdateInbandOutBandCredsCmd.java:54) | at com.powerup.configmgr.client.mvc.ClientEvent.execute(ClientEvent.java:196) | at com.powerup.configmgr.client.mvc.ClientEvent.executeCmds(ClientEvent.java:184) | at com.powerup.configmgr.client.mvc.awt.ClientController.processClientEvent(ClientController.java:412) | at com.powerup.configmgr.client.mvc.swing.JClientController.processClientEvent(JClientController.java:206) | at com.powerup.configmgr.client.mvc.swing.JClientController$WeakSwingWorker.construct(JClientController.java:135) | at com.powerup.configmgr.client.mvc.swing.SwingWorker.run(SwingWorker.java:249) | at java.lang.Thread.run(Unknown Source) | Caused by: java.io.IOException: Server returned HTTP response code: 503 for URL: http://82.196.34.57:8881/invoker/EJBInvokerServlet | at sun.net.www.protocol.http.HttpURLConnection.getInputStream(Unknown Source) | at org.jboss.invocation.http.interfaces.Util.invoke(Util.java:160) | at org.jboss.invocation.http.interfaces.HttpInvokerProxy.invoke(HttpInvokerProxy.java:103) | Can I get some guidance to solve this issue. - Sanjeev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963860#3963860 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963860

19 years, 9 months

1
0
0 / 0

[JBoss jBPM] - Use Privs for Oracle

by michaelholtzman

Greetings. For security reasons, our DBA will not allow the JBPM JDBC connection with dba privileges. >From the JbpmOnOracle document, it says | drop user jbpm cascade ; | | create user jbpm identified by jbpm ; | | grant connect, resource, dba to jbpm ; | and indeed, it does not work without dba permission. (1) What, exactly, does jbpm do that requires dba access ? (2) Is there any other combination of privs that will work ? Thanx. Your quick response is greatly appreciated ... we are gearing up for an important demo. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963859#3963859 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963859

19 years, 9 months

1
0
0 / 0

[JBoss Portal] - Re: SQLGrammarException in JBP 2.4

by danny_hon

I found these in the log file: 2006-08-08 11:14:02,518 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] Unsuccessful: create table JBP_INSTANCE_PER_USER (PK bigint not null auto_increment, INSTANCE_PK bigint, SER_STATE longblob, USER_ID varchar(255) not null, PORTLET_REF varchar(255) not null, primary key (PK), unique (USER_ID, PORTLET_REF)) 2006-08-08 11:14:02,518 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] Specified key was too long; max key length is 1024 bytes View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963858#3963858 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963858

19 years, 9 months

1
0
0 / 0

[EJB 3.0] - Re: OneToMany-Problem

by scotttam

Is your OneToMany annotation marked as FetchType=LAZY? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963857#3963857 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963857

19 years, 9 months

1
0
0 / 0

[JBoss Portal] - Re: SQLGrammarException in JBP 2.4

by roy.russo＠jboss.com

Strange. You should have 33 tables, so youre only missing the jbp_instance_per_user table. I'll check with HEAD and mysql4. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963856#3963856 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963856

19 years, 9 months

1
0
0 / 0

[JBossCache] - Re: Problems replicating. when using Jboss 4.0.2 , JBossCach

by bstansberry＠jboss.com

JBC 1.4.0 uses jboss-serialization.jar, which isn't on the classpath in 4.0.2. So you need to add that to server/.../lib. Not sure if any other jar upgrades are required. There was another very recent post on the same topic; use search and maybe you can find it. If other jars from the JBC 1.4.0 dist are required, please comment on that thread (not this one) so other people know. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963855#3963855 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963855

19 years, 9 months

1
0
0 / 0

[JBoss Portal] - Re: sendRedirect and setRenderParameter

by sohil.shah＠jboss.com

Pedro- As an alternate approach for redirect, you can still set the render parameter for your view and forward to the appropriate view. Then you can use a javascript redirect to get to the next screen instead of using the sendRedirect method. sample code for the view: | <form name="redirect" action="location to go to" method="post"/> |  | <script type="text/javascript" language="javascript"> | document.redirect.submit(); | </script> | Thanks Sohil View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963854#3963854 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963854

19 years, 9 months

1
0
0 / 0

[JBossCache] - Problems replicating. when using Jboss 4.0.2 , JBossCache 1.

by pharvener

We are using Jboss 4.0.2 , JBossCache 1.4 and Java 1.4.2.11 All we get the following exception we cluster and replicate: java.rmi.ServerException: EJBException:; nested exception is: javax.ejb.EJBException: RuntimeException; CausedByException is: java.lang.NoClassDefFoundError: org/jboss/cache/marshall/ObjectSerializationFactory$JBossObjectInputStreamOverride at org.jboss.ejb.plugins.LogInterceptor.handleException(LogInterceptor.java:352) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:196) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:624) at org.jboss.ejb.Container.invoke(Container.java:873) We can locate the class org/jboss/cache/marshall/ObjectSerializationFactory in the ear Does it matter that we are compiling to 1.3 compliance? Below is our config file: <?xml version="1.0" encoding="UTF-8" ?>    jboss:service=Naming  PESSIMISTIC  REPEATABLE_READ  REPL_ASYNC  true  TreeCache-Rnj-Cluster   <UDP mcast_addr="228.6.6.6" mcast_port="48666" ip_ttl="64" ip_mcast="true" mcast_send_buf_size="150000" mcast_recv_buf_size="80000" ucast_send_buf_size="150000" ucast_recv_buf_size="80000" loopback="false" /> <PING timeout="2000" num_initial_members="3" up_thread="false" down_thread="false" /> <MERGE2 min_interval="10000" max_interval="20000" /> <FD shun="true" up_thread="true" down_thread="true" /> <VERIFY_SUSPECT timeout="1500" up_thread="false" down_thread="false" /> <pbcast.NAKACK gc_lag="50" max_xmit_size="8192" retransmit_timeout="600,1200,2400,4800" up_thread="false" down_thread="false" /> <UNICAST timeout="600,1200,2400" window_size="100" min_threshold="10" down_thread="false" /> <pbcast.STABLE desired_avg_gossip="20000" up_thread="false" down_thread="false" /> <FRAG frag_size="8192" down_thread="false" up_thread="false" /> <pbcast.GMS join_timeout="5000" join_retry_timeout="2000" shun="true" print_local_addr="true" /> <pbcast.STATE_TRANSFER up_thread="false" down_thread="false" />  5000  10000  15000 paul View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963853#3963853 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963853

19 years, 9 months

1
0
0 / 0

[JBoss Portal] - Re: SQLGrammarException in JBP 2.4

by danny_hon

19 years, 9 months

1
0
0 / 0

[EJB 3.0] - Re: Why isn't @Predestory honored in @Stateless beans as wel

by asack

"wolfc" wrote : @PreDestroy works per instance (EJB3 4.5.1 last paragraph) Now when you undeploy an application (which in effect should tear down the various instances in the session, no?)...though with that said I do realize that after reading the above paragraph, I suppose application undeployment is a gray area and Bill has choosen a reasonable implementation design decision. I was just stating that ARCHITECTURALLY speaking undeployment of the entire application should cause the container to still honor the lifecycle mgmt callbacks in the spec during tear down. That's all. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963851#3963851 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963851

19 years, 9 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 August 2006