Re: Tomcat Session Replication Portlets
Hey Eric, which tomcat release you use? I have change a lot inside the current 5.5 cvs head and hope your work is compatible with this changes. I thing your changes is not easy and you must reflect that other Valves and Listener must also reflect your API deprecated CrossContext feature. Why the Portlet API need CrossContext? Implementatation help: Your must rewrote the complete ReplicationValve and JvmRouteBinderValve Look inside ReplicationValve.invoke and get from Container the Cluster CatalinaCluster cluster = (CatalinaCluster) getContainer.getCluster(); Currently you can get the complete list of the registerted application managers It is not easy to detected changes coordinate the startup and restart manager phase.. ( Look inside DeltaManager :-) I thing you must coordinate your replication with other threads ... ( very bad sync blocks). have fun... Peter Eric Dalquist schrieb: I have been working on getting session replication working with some web applications that use cross context dispatching. In this case it is uPortal and JSR-168 portlets running via the Jakarta Pluto portlet container. Session replication is working as expected with uPortal. Portlets on the other hand are not having their sessions replicated. In this application configuration the follow calls are happening. The browser makes a request to tomcat for the uPortal web application. While uPortal is rendering it makes cross context dispatch calls to servlets in the portlet web applications to render the results in the portal's response. After some digging and stack traces to figure out how session replication in tomcat is implemented I've determined why the portlet applications are not having their sessions replicated. It appears that there is a ReplicationValve which is enabled by the presence of the Cluster tag in Tomcat's server.xml. This valve is only present in the stack for a direct call to the container and is not present in a cross context dispatched call. I would like to work with the Tomcat developers to implement the ability for cross context calls to also notify the session manager that replication should be considered for the context. I am prepared to do the work for this task but would like to get some feed back from the tomcat developer community on recommendations and in what way the work could be done to ensure its eventual inclusion in the tomcat codebase. Thank you, Eric Dalquist - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Re: Tomcat Session Replication Portlets
Please send all future mails at [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Session Replication Portlets
Peter Rossbach wrote: Hey Eric, which tomcat release you use? I have change a lot inside the current 5.5 cvs head and hope your work is compatible with this changes. I thing your changes is not easy and you must reflect that other Valves and Listener must also reflect your API deprecated CrossContext feature. Why the Portlet API need CrossContext? Because the portlet specification is stupid, and is 100% based on cross context, which is *the* non portable feature. Implementatation help: Your must rewrote the complete ReplicationValve and JvmRouteBinderValve Look inside ReplicationValve.invoke and get from Container the Cluster CatalinaCluster cluster = (CatalinaCluster) getContainer.getCluster(); Currently you can get the complete list of the registerted application managers It is not easy to detected changes coordinate the startup and restart manager phase.. ( Look inside DeltaManager :-) I thing you must coordinate your replication with other threads ... ( very bad sync blocks). Since he's using portlets, he'll have to use emptySessionPath, which solves problems related with session ID handling. I though there would be no big problem with keeping a list (thread local) of sessions which have been accessed during a request, and have the replication valve take care of them. Either that or the request dispatcher will have to integrate the functionality of the replication valve (to some extent; I suppose this means adding a callback or something on Cluster). It's definitely not a piece of code to start on if someone doesn't know Tomcat well, that's for sure. Given the initial email, my advice is to forget about it for now and be a bit patient (or I'll just say happy hacking, but it's very unlikely I'll integrate any submitted changes). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CallBack after Servlet.service() ?
I have started on a small utility/project to provide both JTA and usefull Connection handling utilities (i.e. close() :-) for tomcat, under a BSD licence. My goal is to provide it as a utiltiy that can be installed into common/lib. I need a callback after every Http request is processed. I understand that a servlet filter could provide this functionality. However I do not want to modify an application's *.war file. I want to be able to use this on third party apps. Is there such a mechanism in tomcat, say through server.xml or some other public API? Or perhaps a suggestion? Thanks Mark __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Callback after Servlet.service() ?
I have started on a small utility/project to provide both JTA and usefull Connection handling utilities (i.e. close() :-) for tomcat, under a BSD licence. My goal is to provide it as a utiltiy that can be installed into common/lib. I need a callback after every Http request is processed. I understand that a servlet filter could provide this functionality. However I do not want to modify an application's *.war file. I want to be able to use this on third party apps. Is there such a mechanism in tomcat, say through server.xml or some other public API? Or perhaps a suggestion? Thanks Mark __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Callback after Servlet.service() ?
Hey, You could write a ServletRequestListener and include it in tomcat's conf/web.xml. But as always, be careful messing with other apps without changing their WARs, it's generally a recipe for a disaster. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Mark Palmer [mailto:[EMAIL PROTECTED] Sent: Saturday, July 09, 2005 3:44 PM To: tomcat-dev@jakarta.apache.org Cc: [EMAIL PROTECTED] Subject: Callback after Servlet.service() ? I have started on a small utility/project to provide both JTA and usefull Connection handling utilities (i.e. close() :-) for tomcat, under a BSD licence. My goal is to provide it as a utiltiy that can be installed into common/lib. I need a callback after every Http request is processed. I understand that a servlet filter could provide this functionality. However I do not want to modify an application's *.war file. I want to be able to use this on third party apps. Is there such a mechanism in tomcat, say through server.xml or some other public API? Or perhaps a suggestion? Thanks Mark __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Callback after Servlet.service() ?
I have started on a small utility/project to provide both JTA and usefull Connection handling utilities (i.e. close() :-) for tomcat, under a BSD licence. My goal is to provide it as a utiltiy that can be installed into common/lib. I need a callback after every Http request is processed. I understand that a servlet filter could provide this functionality. However I do not want to modify an application's *.war file. I want to be able to use this on third party apps. Is there such a mechanism in tomcat, say through server.xml or some other public API? Or perhaps a suggestion? Thanks Mark __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34526] - Truncated content in decompressed requests from mod_deflate
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34526. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34526 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-07-09 22:37 --- This is clearly a mod_deflate problem. If mod_deflate would only set the clength field in the request_rec to the correct uncompressed value then mod_jk will work correctly. Otherwise, mod_jk has no way of knowing that mod_deflate is going to be changing the number of bytes available on input. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34526] - Truncated content in decompressed requests from mod_deflate
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34526. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34526 --- Additional Comments From [EMAIL PROTECTED] 2005-07-09 23:37 --- As a user of mod_deflate and mod_jk, I'll play stupid for a moment: As long as the client Content-Length is either not present or correct, users of these two software components don't care who is at fault, mod_jk or mod_deflate -- we just want it fixed. That said, I understand that this is an interface between development groups in addition to between software components, so I quite understand a short game of hot potato. All the same, it would be best if mod_jk and mod_deflate folk could work this out sooner rather than later... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]