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
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.
> > 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
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 u
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.
>
>
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 wou
> 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 retriev
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 res
> 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
> app
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
> 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
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 probl
On Sat, 15 Jan 2011 18:21:26 +0100, Al wq 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: users-h...@tomcat.apa
2011/1/14 Ronald Klop :
> 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.
> java.lang.NullPointerException
>
>
> 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 fo
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
De
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 HttpReque
21 matches
Mail list logo
