SSL/TLS spanning over two Tomcat servers

the user is prompted twice to provide client certificate. Can this be solved in a way that only one certificate prompt appears? Cheers, Ivo Kolev Information in this e-mail and any attachments is confidential, and may not be copied or used by anyone other than the addressee, nor disclosed

Inconsistency in user documentation

to make this change myself? many thanks in advance Ivo

Re: Filter RequestWrapper

Hi, Pid! How are you? As I said, we now have a working solution, currently in tests, but so far so good. Nevertheless this is always a good exercice to better understand the inner workings of our fellow Tom, the cat! Cheers! On 7/13/09, Pid wrote: > On 13/7/09 20:51, Ivo Silva wrote: &g

Re: Filter RequestWrapper

requiring the deployment of new portlet for each instance. Best regards! On 7/13/09, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Ivo, > > On 7/13/2009 2:28 PM, Ivo Silva wrote: >> I cannot use a request parameter because the "legacy

Re: Filter RequestWrapper

cases my request wrapper should provide the same dummy url when getContextPath() is called. btw, I'm with you on the PITA thing :) Best regards! On Sat, Jul 11, 2009 at 9:45 PM, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Ivo, > >

Re: Filter RequestWrapper

ation stores >> data on session. If I do not provide different sessions the variables >> would overwrite each other and each iframe would have the same >> information. >> >> I'll try to do some debugging over Tomcat's source to find out what >> the forward me

Re: Filter RequestWrapper

e, Pid! On Thu, Jul 9, 2009 at 11:22 AM, Pid wrote: > On 9/7/09 11:04, Ivo Silva wrote: >> >> Hi, again! :) >> >>> Sounds like a conflicting requirement to me. >> >> It's a very odd scenario indeed but it was working fine till I bumped >> in

Re: Filter RequestWrapper

t attribute and its "friends" but to no avail. Thanks again, Pid! On Thu, Jul 9, 2009 at 9:14 AM, Pid wrote: > On 8/7/09 19:30, Ivo Silva wrote: >> >> Sure, no problemo! :) >> >> This is in fact very simple. >> >> My web.xm

Re: Filter RequestWrapper

be wrapped?! Thanks! On Wed, Jul 8, 2009 at 6:06 PM, Pid wrote: > On 8/7/09 18:00, Ivo Silva wrote: >> >> Thanks for your reply, André! >> >> I believe my situation is a bit more complex than a "simple" URL Rewrite. >> >> Short explanation: >> My ai

Re: Filter RequestWrapper

it on to a second page (with a forward on the first page). Currently I get an infinite loop. Thanks again! On Wed, Jul 8, 2009 at 4:43 PM, André Warnier wrote: > Ivo Silva wrote: >> >> Hello, there! >> >> I'm trying to implement a filter that takes a given request URL (th

Filter RequestWrapper

Hello, there! I'm trying to implement a filter that takes a given request URL (that contains a dummy folder) like so: http://localhost/context/dummy_folder/page1.jsp This filter takes the dummy_folder part from the URL (just like a URL Rewrite), creates a custom RequestWrapper (HttpServletReques

RE: Webapp initialization cannot find classes that are on the classpath

Caldarale, Charles R wrote: > > Any chance you're running out of heap space or some other resource > (e.g., file handles)? > Memory usage is normal as far as I can see and increasing the memory available to the JVM from -Xmx512M to -Xmx1024M doesn't help. No files are created/written and the n

Webapp initialization cannot find classes that are on the classpath

a about what may be going on? sincerely, -- Ivo Wever -- View this message in context: http://www.nabble.com/Webapp-initialization-cannot-find-classes-that-are-on-the-classpath-tf4103461.html#a11669423 Sent from the Tomcat -