On 14/01/2011 23:15, spr...@gmx.eu wrote:
Are you unable to retrieve the new session id?
This is all done magically by the Applet-Java-Runtime.
Programmatic login is now possible in Servlet 3.0, would this help?
I know, but the applet does NOT know the credentials.
The behaviour is
On 14/01/2011 23:11, JASON HOLT wrote:
As JSF 2.0 doesn't include a file upload component, I need to write my own
multipart/form-data process. According to the information in bug # 49711, I
cannot do this with a filter in Tomcat 7, but I can in a servlet. However,
using the following
The behaviour is configurable. Set the changeSessionIdOnAuthentication
attribute to false on the FORM authenticator valve
Hm, ok. I do not use tomcat's auth mechanisms. I use spring security.
Something must have changed between TC 6.0 and 7.0. And I have no idea
what...
On 15/01/2011 09:59, spr...@gmx.eu wrote:
The behaviour is configurable. Set the changeSessionIdOnAuthentication
attribute to false on the FORM authenticator valve
Hm, ok. I do not use tomcat's auth mechanisms. I use spring security.
Something must have changed between TC 6.0 and 7.0. And I
Hm, ok. I do not use tomcat's auth mechanisms. I use spring
security.
Something must have changed between TC 6.0 and 7.0. And I
have no idea
what...
As has already been explained, the session ID changes on
authentication.
What do you mean with authentication? I do NOT use tomcat's
On 1/15/11 12:58 AM, Al wq wrote:
I started the tomcat webdav servlet and everything works fine.
I can both explore and write to the directory with a webdav client as 'DAV
explorer'.
However when using a browser as firefox or chrome I could explore the
directory and download as usual,
On 1/15/11 11:00 AM, spr...@gmx.eu wrote:
Hm, ok. I do not use tomcat's auth mechanisms. I use spring
security.
Something must have changed between TC 6.0 and 7.0. And I
have no idea
what...
As has already been explained, the session ID changes on
authentication.
What do you mean
Al wq wrote:
I started the tomcat webdav servlet and everything works fine.
I can both explore and write to the directory with a webdav client as 'DAV
explorer'.
However when using a browser as firefox or chrome I could explore the directory
and download as usual, but I don't know how I
Well, saying you use Form auth was misleading, wasn't it?
Is called FormAuth in Spring too.
If you're using Spring Security maybe your question would be better
addressed to one of the Spring forums?
Hm. But it works in TC 6.0 with the same version of spring.
Are you unable to retrieve the
Any idea why the session does not get persisted to the database
immediately (when setting maxIdleSwap='0'). Or is there any other
possible way to Always Load and Always Save Sessions from the
database in Tomcat 6
On 1/14/2011 9:07 PM, Reinwald Warapen wrote:
Thanks Mark for the quick
I have a web app where the user logs in and starts an applet
which uploads a file and then opens a page in the browser. I
use Java 1.6_16.
When I do this in TC 6.0.13 the session-ID stays the same
after login. Fine.
When I do this in TC 7.0.5 the session-ID changes when the
applet
On 15/01/2011 16:39, spr...@gmx.eu wrote:
I have a web app where the user logs in and starts an applet
which uploads a file and then opens a page in the browser. I
use Java 1.6_16.
When I do this in TC 6.0.13 the session-ID stays the same
after login. Fine.
When I do this in TC 7.0.5 the
You will also need to set useHttpOnly=false on the Context. For
security, Tomcat sets the httpOnly flag on the cookie if
either of these
are true.
Uh... Where is this documented? I was already looking for it...
Thank you!
On 15/01/2011 16:55, spr...@gmx.eu wrote:
You will also need to set useHttpOnly=false on the Context. For
security, Tomcat sets the httpOnly flag on the cookie if
either of these
are true.
Uh... Where is this documented? I was already looking for it...
the useHttpOnly flag is documented
Let me try to explain my question again.
Im not having problem with the webdav support which you get from tomcat. The
only problem is that it is a servlet which handles request correctly for webdav
client. It provides both upload of files, download of files and also deletion
of files.
The
On Sat, 15 Jan 2011 18:21:26 +0100, Al wq eee...@hotmail.com wrote:
The problem is that I am missing a JSP for it.
JSP generates HTML.
HTML only supports GET and POST.
WebDav uses PUT for uploads.
A browser isn't a full WebDav client.
The interaction between the settings isn't documented as far as I
recall. (Patches welcome)
Can I patch it?
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail:
2011/1/14 Ronald Klop ronald-mailingl...@base.nl:
Hi,
Today I upgraded Tomcat from 7.0.5 to 7.0.6. Now I have these errors in de
logs.
Jan 14, 2011 4:24:50 PM org.apache.catalina.ha.tcp.ReplicationValve
sendReplicationMessage
SEVERE: Unable to perform replication request.
The basic functionality works since this is how the Tomcat Manager
application does file uploads (although it is configured in web.xml
rather than with annotations).
I'd check web.xml. Does it have the correct schema definition for a
servlet 3.0 webapp? If not, Tomcat won't scan for
On 1/15/11 5:45 PM, spr...@gmx.eu wrote:
The interaction between the settings isn't documented as far as I
recall. (Patches welcome)
Can I patch it?
The docs are patchable, yes. Find them in Tomcat's SVN - create a diff
and attach it to a bug report in bugzilla.
p
0x62590808.asc
Never mind. I found that the JSF servlet could not handle getPart() properly so
I had to map the servlet to the default Tomcat servlet.
Thanks for looking at it.
Date: Sat, 15 Jan 2011 09:56:10 +
From: ma...@apache.org
To: users@tomcat.apache.org
Subject: Re: Tomcat 7.06
21 matches
Mail list logo