DO NOT REPLY [Bug 48011] Parameters with contentType=multipart/form-data from request is null after FORM authentification checking
https://issues.apache.org/bugzilla/show_bug.cgi?id=48011 --- Comment #5 from Serg Mavrov 2009-10-19 01:06:40 UTC --- Below is log with RuquestDumperValve... As you can see before authetntification parameters exist, after process parameters disappear. INFO: === Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: REQUEST URI =/TestLogin/sender.jsp Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: authType=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: characterEncoding=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: contentLength=-1 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO:contentType=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO:contextPath=/TestLogin Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: header=accept=*/* Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: header=accept-language=en-us Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: header=user-agent=Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; GTB6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; OfficeLiveConnector.1.4; OfficeLivePatch.1.3) Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: header=accept-encoding=gzip, deflate Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: header=host=localhost:8080 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: header=connection=Keep-Alive Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: locale=en_US Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: method=GET Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: pathInfo=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: protocol=HTTP/1.1 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO:queryString=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: remoteAddr=0:0:0:0:0:0:0:1 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: remoteHost=0:0:0:0:0:0:0:1 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: remoteUser=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: requestedSessionId=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: scheme=http Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: serverName=localhost Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: serverPort=8080 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO:servletPath=/sender.jsp Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: isSecure=false Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: --- Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: --- Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: authType=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: contentLength=-1 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO:contentType=text/html;charset=UTF-8 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: cookie=JSESSIONID=C126FD546009CEEDCEC6C8AEF5C7F1CB; domain=null; path=/TestLogin Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: header=Set-Cookie=JSESSIONID=C126FD546009CEEDCEC6C8AEF5C7F1CB; Path=/TestLogin Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO:message=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: remoteUser=null Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: status=200 Oct 19, 2009 11:00:14 AM org.apache.catalina.valves.RequestDumperValve invoke INFO: === Oct 19, 2009 11:00:20 AM org.apache.catalina
DO NOT REPLY [Bug 45931] trimSpaces incorrectly modifies output
https://issues.apache.org/bugzilla/show_bug.cgi?id=45931
--- Comment #7 from Christopher Schultz
2009-10-19 08:08:58 UTC ---
I think it's worth mentioning that adding this feature potentially makes Tomcat
incompatible with other app servers: if people use this "single" feature, and
then move to another app server that doesn't support this kind of
configuration, they'll have to change all their JSPs to suit.
If this feature is added, it should be very clear in the documentation that its
use should be restricted to dire circumstances, and that JSP authors should be
using the more portable workaround to forcing spaces to appear between
directives, etc.:
${thingOne}${' '}${thingTwo}
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48023] New: tomcat does not work when using special characters ("&") in tomcat-users.xml
https://issues.apache.org/bugzilla/show_bug.cgi?id=48023
Summary: tomcat does not work when using special characters
("&") in tomcat-users.xml
Product: Tomcat 6
Version: 6.0.18
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: Catalina
AssignedTo: dev@tomcat.apache.org
ReportedBy: jan-ole.christ...@gmx.net
I could not found this bug already reported.
I could not found any documentend restriction for passwords used in the
tomcat-users.xml.
This is of minor importance, its just droves me crazy...
I have an freshly installed ubuntu 9.04.
I have an freshly installed tomcat 6 (installed with synapting package
manager).
When I give an user a password containing a special character like "&" and
restart tomcat (/etc/init.d/tomcat6 restart), tomcat will not serve any request
(you can connect to localhost:8080 but you get no answer), regardless of the
requested page.
When I assign an other password (containing no special character), tomcat
behaves normal.
My tomcat-users.xml:
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48023] tomcat does not work when using special characters ("&") in tomcat-users.xml
https://issues.apache.org/bugzilla/show_bug.cgi?id=48023 Markus Sch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Markus Sch 2009-10-19 08:45:01 UTC --- tomcat-users.xml is an XML file. Therefore you have to adhere to XML syntax (which you did not). password="4you&me" will work. BTW: Stock Tomcat reports that the UserDatabase is broken and where to the logs. I can't imagine that Tomcat from the Ubuntu repos does not. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Releasing tcnative 1.1.17
Hi, Anyone volunteering for 1.1.17 RM? We have one nasty bug with OpenSSL/Windows that users are constantly complaining about, and since the patch is already in the SVN and confirmed to solve the issue I see no problem we push for a new release. If no one has the spare time, I'll tag and propose a VOTE in few days. Comments? Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
tomcat is live but client can't request web
Hi, guys. I'm newbie. Btw, I want ask to you. I have installed tomcat in linux ( opensuse). I also install postgresql there. PC which has been installed, is connected to Internet. So client can access. When I checked process of tomcat, it was live. But client could'nt request /web which had been deployed there. So I restart tomcat. After Tomcat restart, web can be accessed to client and run normally. This matter is offten occurs. I 'll ask, what way which I do in order I don't restart tomcat again and the matter can overcome ? I would glad if anyone can help me. So thanks a lot. -- View this message in context: http://www.nabble.com/tomcat-is-live-but-client-can%27t-request-web-tp25969678p25969678.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
