Session is replicated without jsf beancontents in cluster
Hi, I set up a simple tomcat cluster using the example from http://tomcat.apache.org/tomcat-7.0-doc/cluster-howto.html but using the BackupManager. I deployed a simple jsf portlet/app where you can store values in an application scoped and a session scoped bean. I access one server through a loadbalancer (haproxy) configured for sticky sessions. When I store a value in the session bean I can see a session being created in the manager/html/sessions for my app on both servers. However if I shut down the current server and get directed to the other one by the LB the session value is gone although I still continue using the same JSESSIONID. Any ideas for resolving that? background info: - Tomcat: bundled with Liferay 6.1. Tomcat version is 7.0.27. - no SerializationException in the logs - tested on Ubuntu VMs in VirtualBox and on real Win7 boxes connected via router - time is synced (both consoles show same time) - no WARN or ERROR messages in the consoles - app works fine while on one server - distributable/ tag is set in Liferay and my app - tomcats notice when the other one dissappears - in Liferay forums I was told it was a tomcat issue - in the session there is an attribute (sessbean is my session bean, cloudapp is my app): * name: javax.portlet.p.cloudtest_WAR_cloudapp_LAYOUT_10639?sessbean * value: [package of the bean].MySessionScopeBean@5394f184 I'm a newbie to this, so it might be something trivial (also since it's a basic example). Thanks for any advice!
WebSocket API JSR 356 in Tomcat 7
Hello, are there any concrete plans of getting JSR 356 implementation available in Tomcat 8 dev version in the productive Tomcat 7? cheers Niki
Parameterized the server.xml
Team, Is there a way by which we can pass the tomcat port numbers via config file or command line.i don't want to hardcode the port numbers in server.xml.please suggest how to do it Thanks, Vicky Sent from my iPhone - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Parameterized the server.xml
Team, Is there a way by which we can pass the tomcat port numbers via config file or command line.i don't want to hardcode the port numbers in server.xml.please suggest how to do it Thanks, Vicky Sent from my iPhone - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
jdbc connection pool, hanging threads and same physical connection usage
Hi, We are experiencing some problems while using the tomcat jdbc pool. Tomcat version: apache-tomcat-7.0.29 Pool settings: Resource name=PilDevDS auth=Container type=javax.sql.DataSource factory=org.apache.tomcat.jdbc.pool.DataSourceFactory testWhileIdle=true testOnBorrow=true testOnReturn=false validationQuery=SELECT 1 FROM PIL_USERS validationInterval=3 timeBetweenEvictionRunsMillis=3 maxActive=100 minIdle=10 maxWait=1 initialSize=10 removeAbandonedTimeout=60 removeAbandoned=true logAbandoned=true minEvictableIdleTimeMillis=3 jmxEnabled=true jdbcInterceptors=org.apache.tomcat.jdbc.pool.interceptor.ConnectionStat e;org.apache.tomcat.jdbc.pool.interceptor.StatementFinalizer username=PCS password=xxx driverClassName=oracle.jdbc.driver.OracleDriver url=jdbc:oracle:thin:@somehost / Under heavy load we regularly see a thread waiting for response on a socketRead. Furthermore we see one or more threads trying to lock the same physical connection as used by the 'hanging thread'. See threaddump excerpt further on for an example. Questions: - How is it possible that a thread tries to get a lock on a physical connection which is part of a pooled connection which is not idle? - The 'poolcleaner' also hangs as it is trying to clean the 'hanging connection'. This would mean that one hanging thread will bring the pool to its knees? Threaddump excerpt: http-bio-8280-exec-148 - Thread t@265 java.lang.Thread.State: RUNNABLE at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:129) at oracle.net.ns.Packet.receive(Packet.java:300) at oracle.net.ns.DataPacket.receive(DataPacket.java:106) at oracle.net.ns.NetInputStream.getNextPacket(NetInputStream.java:315) at oracle.net.ns.NetInputStream.read(NetInputStream.java:260) at oracle.net.ns.NetInputStream.read(NetInputStream.java:185) at oracle.net.ns.NetInputStream.read(NetInputStream.java:102) at oracle.jdbc.driver.T4CSocketInputStreamWrapper.readNextPacket(T4CSocketI nputStreamWrapper.java:124) at oracle.jdbc.driver.T4CSocketInputStreamWrapper.read(T4CSocketInputStream Wrapper.java:80) at oracle.jdbc.driver.T4CMAREngine.unmarshalUB1(T4CMAREngine.java:1137) at oracle.jdbc.driver.T4CTTIfun.receive(T4CTTIfun.java:290) at oracle.jdbc.driver.T4CTTIfun.doRPC(T4CTTIfun.java:192) at oracle.jdbc.driver.T4C8Oall.doOALL(T4C8Oall.java:531) at oracle.jdbc.driver.T4CPreparedStatement.doOall8(T4CPreparedStatement.jav a:207) at oracle.jdbc.driver.T4CPreparedStatement.executeForRows(T4CPreparedStatem ent.java:1044) at oracle.jdbc.driver.OraclePreparedStatement.executeForRowsWithTimeout(Ora clePreparedStatement.java:10143) at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedSt atement.java:10249) - locked 14d02b3 (a oracle.jdbc.driver.T4CConnection) at oracle.jdbc.driver.OracleStatementWrapper.executeBatch(OracleStatementWr apper.java:230) at org.eclipse.persistence.platform.database.oracle.Oracle10Platform.execut eBatch(Oracle10Platform.java:53) at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.execute JDK12BatchStatement(DatabaseAccessor.java:801) at org.eclipse.persistence.internal.databaseaccess.ParameterizedSQLBatchWri tingMechanism.executeBatchedStatements(ParameterizedSQLBatchWritingMecha nism.java:138) at org.eclipse.persistence.internal.databaseaccess.ParameterizedSQLBatchWri tingMechanism.appendCall(ParameterizedSQLBatchWritingMechanism.java:82) at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.basicEx ecuteCall(DatabaseAccessor.java:546) at org.eclipse.persistence.internal.databaseaccess.DatabaseAccessor.execute Call(DatabaseAccessor.java:512) at org.eclipse.persistence.internal.sessions.AbstractSession.executeCall(Ab stractSession.java:872) at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.ex ecuteCall(DatasourceCallQueryMechanism.java:205) at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.ex ecuteCall(DatasourceCallQueryMechanism.java:191) at org.eclipse.persistence.internal.queries.DatasourceCallQueryMechanism.in sertObject(DatasourceCallQueryMechanism.java:330) at org.eclipse.persistence.internal.queries.StatementQueryMechanism.insertO bject(StatementQueryMechanism.java:162) at org.eclipse.persistence.internal.queries.StatementQueryMechanism.insertO bject(StatementQueryMechanism.java:177) at
Bug 47678 - Unable to allocate shared memory when using isapi_redirect.dll as an extension and filter
Hi, We are facing the same issue as mentioned in bug 47678. Is anyone else facing the same issue ? Please let me know if there are any plans of fixing this issue. Thanks, Asha
Re: Parameterized the server.xml
2013/5/27 vicky007aggar...@yahoo.co.in: Team, Is there a way by which we can pass the tomcat port numbers via config file or command line.i don't want to hardcode the port numbers in server.xml.please suggest how to do it Yes. If foo is a system property, you can use ${foo} in any XML file parsed by Tomcat. Explained here: http://tomcat.apache.org/tomcat-7.0-doc/config/index.html - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: WebSocket API JSR 356 in Tomcat 7
2013/5/27 Niki Dokovski nick...@gmail.com: Hello, are there any concrete plans of getting JSR 356 implementation available in Tomcat 8 dev version in the productive Tomcat 7? As Mark answered a month ago, https://issues.apache.org/bugzilla/show_bug.cgi?id=51181#c64 Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: WebSocket API JSR 356 in Tomcat 7
On Mon, May 27, 2013 at 4:31 PM, Konstantin Kolinko knst.koli...@gmail.comwrote: 2013/5/27 Niki Dokovski nick...@gmail.com: Hello, are there any concrete plans of getting JSR 356 implementation available in Tomcat 8 dev version in the productive Tomcat 7? As Mark answered a month ago, https://issues.apache.org/bugzilla/show_bug.cgi?id=51181#c64 Thanks Konstantin. Now the next logical question is When do we consider that the implementation in Tomcat 8 is stable? (hence to decide to downport it to Tomcat 7) Options: 1. TCK validation 2. Functional testing 3. Performance validation etc ... How far we are from those? cheers niki PS(If you prefer you (or Mark) can e-mail directly to me) Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
NPE in coyote InternalNioOutputBuffer
Hello I have the commet application - some sort of event bus where requests are turned in async mode then stored in internal cache and when event occures / or request times out response is sent back to subscriber (it is handled with my executor worker threads). It worked fine until I have added a line with calling flushBuffer on response object. My goal was to mark the connection as commited - I am checking whether I have already written to this response (response.isCommited()) in some other part of my code. Now errors like these pop out in my logs java.lang.NullPointerException at org.apache.coyote.http11.InternalNioOutputBuffer.addToBB(InternalNioOutputBuffer.java:210) at org.apache.coyote.http11.InternalNioOutputBuffer.commit(InternalNioOutputBuffer.java:202) at org.apache.coyote.http11.AbstractHttp11Processor.action(AbstractHttp11Processor.java:765) at org.apache.coyote.Response.action(Response.java:174) at org.apache.coyote.Response.sendHeaders(Response.java:354) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:330) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:306) at org.apache.catalina.connector.Response.flushBuffer(Response.java:568) at org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:307) my code calling flushBuffer() on HttpResponse object worker thread public void send(HttpServletResponse response) { // calling from worker threads if (response.isCommitted()) { throw new IOException(ERROR); } response.getWriter().print(RESPONSE); response.flushBuffer(); // FAILED HERE } Did I miss some curtial lesson about flushing async responses ? PS. By the way that NPE should never occur - Is it a BUG ? I am using Tomcat 7.0.28 (current in debian 7.0 Wheezy) -- Peter Cipov - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Exeptions after upgrading to tomcat 7
Hey again folks, I understand well better after the informative discussion between you two about this subject. Do you have an idea about the mbean unregistration exception? Cheers, Manu On May 26, 2013 5:06 PM, Caldarale, Charles R chuck.caldar...@unisys.com wrote: From: Leon Rosenberg [mailto:rosenberg.l...@gmail.com] Subject: Re: Exeptions after upgrading to tomcat 7 First we are talking about a ThreadLocal, not Thread. Read the logs again; besides the ThreadLocal abuse, there are two threads left lying around: SEVERE: The web application [/solr] appears to have started a thread named [localhost-startStop-1-SendThread(zookeeper2:2181)] but has failed to stop it. This is very likely to create a memory leak. SEVERE: The web application [/solr] appears to have started a thread named [localhost-startStop-1-EventThread] but has failed to stop it. This is very likely to create a memory leak. Maybe I'm missing something here, but I never seen how ThreadLocal does real harm, neither I can imagine it, please enlighten me ;-) Abusing ThreadLocal (which is what's going on here) can have very serious side effects, depending on what's stored via the reference. For example, if something specific to the request or session is kept in the ThreadLocal and not refreshed on the next unrelated request, inadvertent data sharing and potential corruption can occur. During one of the Tomcat get-togethers, we had discussed associating ThreadLocal instances with sessions rather than Threads, but that would have been a good bit of work. We settled on just purging such threads from the pool. Libraries written for non-thread-pool environments should be documented as such, and used only with great caution in server environments. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
403.18 : The Specific Request Cannot Be Executed from Current Application Pool.
Hi, When we run an IIS application in a different Application Pool rather than the site's default Application Pool , we are getting 403.18 : The Specific Request Cannot Be Executed from Current Application Pool. Please let me know if this a bug or if there is any workaround to this issue. Thanks, Asha - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Tomcat Unix daemon (jsvc) - problem with compilation
2013/5/26 Jaroslav Fikker fik...@atlas.cz: Hello. To Chris: Thank you very much for your comments. Is there anyone who knows why Tomcat 7.0.25 (commons-daemon-1.0.8-native-src) started to use jni_md.h which is not part of IBM Java? I didn't encounter any problem with compilation of Tomcat Unix daemon (jsvc) until version Tomcat 7.0.23 (commons-daemon-1.0.7-native-src). Is it bug or intention? Thank you very much for your help. The daemon is a subproject of Apache Commons, not of Tomcat, http://commons.apache.org/proper/commons-daemon/ http://svn.apache.org/viewvc?diff_format=lview=revisionrevision=1194902 I would guess that you cannot compile JNI code with Oracle Java, unless you have the directory containing jni_md.h (machine-dependent part of jni.h) on your include path. The file is not in JDK/include/ directory, but in JDK/include/os/ where os name varies. -classpath /opt/tomcat/lib/tomcat-api. jar,/opt/tomcat/lib/tomcat-api.jar,/opt/tomcat/lib/tomcat-util.jar,.. Why?? You are trying to place those libraries into System classloader. The recommended configuration is to put only several jars there. The Tomcat's Bootstrap class will configure the Common classloader as appropriate. It is documented here: http://tomcat.apache.org/tomcat-7.0-doc/class-loader-howto.html 6. When replying, please write your text below the quoted one. As written here: http://tomcat.apache.org/lists.html#tomcat-users Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: NPE in coyote InternalNioOutputBuffer
From: Peter Cipov [mailto:pci...@kerio.com] Subject: NPE in coyote InternalNioOutputBuffer Did I miss some curtial lesson about flushing async responses ? By the way that NPE should never occur - Is it a BUG ? I am using Tomcat 7.0.28 (current in debian 7.0 Wheezy) That level is almost one year old, and numerous fixes have gone in since then related to handling async requests and responses (check the changelog for details). You need to install the current Tomcat (7.0.40) and see if the issue has been addressed. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Exeptions after upgrading to tomcat 7
I tried commenting out the two listeners above for test, but this doesnt ommit the memory leak exceptions (after service restart of course). Any suggestions? On May 27, 2013 5:15 PM, Manuel LeNormand manuel.lenorm...@gmail.com wrote:
Re: NPE in coyote InternalNioOutputBuffer
2013/5/27 Peter Cipov pci...@kerio.com: Hello I have the commet application - some sort of event bus where requests are turned in async mode then stored in internal cache and when event occures / or request times out response is sent back to subscriber (it is handled with my executor worker threads). It worked fine until I have added a line with calling flushBuffer on response object. My goal was to mark the connection as commited - I am checking whether I have already written to this response (response.isCommited()) in some other part of my code. Now errors like these pop out in my logs java.lang.NullPointerException at org.apache.coyote.http11.InternalNioOutputBuffer.addToBB(InternalNioOutputBuffer.java:210) at org.apache.coyote.http11.InternalNioOutputBuffer.commit(InternalNioOutputBuffer.java:202) at org.apache.coyote.http11.AbstractHttp11Processor.action(AbstractHttp11Processor.java:765) at org.apache.coyote.Response.action(Response.java:174) at org.apache.coyote.Response.sendHeaders(Response.java:354) at org.apache.catalina.connector.OutputBuffer.doFlush(OutputBuffer.java:330) at org.apache.catalina.connector.OutputBuffer.flush(OutputBuffer.java:306) at org.apache.catalina.connector.Response.flushBuffer(Response.java:568) at org.apache.catalina.connector.ResponseFacade.flushBuffer(ResponseFacade.java:307) my code calling flushBuffer() on HttpResponse object worker thread public void send(HttpServletResponse response) { // calling from worker threads if (response.isCommitted()) { throw new IOException(ERROR); } response.getWriter().print(RESPONSE); response.flushBuffer(); // FAILED HERE } Did I miss some curtial lesson about flushing async responses ? HttpServletRequest and HttpServletResponse objects a) are not thread-safe b) are cached and reused for subsequent incoming requests. so what are you doing to ensure that you do not access it concurrently and beyond its life cycle? I would recommend to configure the following system property in the catalina.properties file: org.apache.catalina.connector.RECYCLE_FACADES=true It will prevent reuse of those objects. http://tomcat.apache.org/tomcat-7.0-doc/config/systemprops.html PS. By the way that NPE should never occur - Is it a BUG ? I am using Tomcat 7.0.28 (current in debian 7.0 Wheezy) It is old, as Chuck noted. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Doubt about Qmail
I received a message indicating that We've noticed that it's been a week since you read your Qmail messages. Your colleagues might be confused and wait for your answers How can I answer to tell those messages have already been solved? Thanks for your attention.
RE: Doubt about Qmail
From: Gabriel Huerta Araujo [mailto:huert...@hildebrando.com] Subject: Doubt about Qmail I received a message indicating that We've noticed that it's been a week since you read your Qmail messages. Your colleagues might be confused and wait for your answers How can I answer to tell those messages have already been solved? Ignore the obnoxiousness. Some idiot appears to have registered his Tomcat users' list e-mail address with Qmail, and now we all get these periodically. Mark has been trying to find the account and unsubscribe it but at last check was still hunting. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Doubt about Qmail
On Mon, May 27, 2013 at 6:05 PM, Caldarale, Charles R chuck.caldar...@unisys.com wrote: I received a message indicating that We've noticed that it's been a week since you read your Qmail messages. Your colleagues might be confused and wait for your answers How can I answer to tell those messages have already been solved? Ignore the obnoxiousness. Oh, thanks. I was thinking this was a coded message saying that the hyperspace bypass has been approved, to proceed immediately, and OMG WHERE IS MY TOWEL? Heart rate returning to normal in 3...2..1. -- Hassan Schroeder hassan.schroe...@gmail.com http://about.me/hassanschroeder twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org