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
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
>
> 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
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 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
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.
-
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 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
> 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: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
> 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
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
> 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
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
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.
>
>
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
> > 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 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.
> 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 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
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
21 matches
Mail list logo
