DO NOT REPLY [Bug 26235] New: - Problems to deploy a WAR with the Web page Manager
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26235 Problems to deploy a WAR with the Web page Manager Summary: Problems to deploy a WAR with the Web page Manager Product: Tomcat 4 Version: 4.1.27 Platform: Other OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] When I use the web page Manager (http://.../manager/html) to upload a WAR file on the webapps repository, Tomcat deploy the application and create a new repository WEB-I~RI with all properties and xml files located in /WEB- INF/classes repository. Consequently, the application does not start. On Windows system, this problem does not exists. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26236] New: - JAASRealm and GenericPrincipal
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26236.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26236
JAASRealm and GenericPrincipal
Summary: JAASRealm and GenericPrincipal
Product: Tomcat 5
Version: 5.0.16
Platform: Other
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Catalina:Modules
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I am trying to implement my own JAAS LoginModule.
I configure server.xml
Realm className=org.apache.catalina.realm.JAASRealm
debug=99
appName=NadejJAAS
userClassName=com.micropole.jaas.memory.UserPrincipal
roleClassName=com.micropole.jaas.memory.RolePrincipal
/
My LoginModule works fine until i need to populate Principal in the commit()
method.
Kind of result:
[MemoryLoginModule] user entered user name: testUser
[MemoryLoginModule] user entered password: testPassword
[MemoryLoginModule] authentication succeeded
And finnaly i get a 403 : forbidden access to ressource
I find an explication in the following method of RealmBase.hasRole(Principal
principal, String role)
In fact, i populate with my own Principal (RolePrincipal) but
Tomcat rejects my user because it is waiting for a GenericPrincipal.
JAASRealm seems to use public boolean hasRole(Principal principal, String role)
inherited from RealmBase with the following code :
public boolean hasRole(Principal principal, String role) {
// Should be overriten in JAASRealm - to avoid pretty inefficient
conversions
if ((principal == null) || (role == null) ||
!(principal instanceof GenericPrincipal))
return (false);
GenericPrincipal gp = (GenericPrincipal) principal;
if (!(gp.getRealm() == this)) {
log.debug(Different realm + this + + gp.getRealm());//
return (false);
}
boolean result = gp.hasRole(role);
if (log.isDebugEnabled()) {
String name = principal.getName();
if (result)
log.debug(sm.getString(realmBase.hasRoleSuccess, name, role));
else
log.debug(sm.getString(realmBase.hasRoleFailure, name, role));
}
return (result);
}
Two things :
1 - the comment says that it should be re-implemented in JAASRealm but it is
not done.
2 - This implementation depends on a GenericPrincipal class specific to
Catalina packages.
Maybe somebody is working about this JAASRealm and can help me to be able to
write a LoginModule that is not compiling depend of Catalina but usable with
Catalina.
A bonus question : why using two principals in server.xml realm tag if we are
using in one code?
It seems there is an error in the manual (Realm Element Attributes Table seems
to talk about MemoryRealm instead of JAASRealm).
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi
-- Virus Warning Message (on the network) Found virus WORM_BAGLE.A in file usgmwbuuvqh.exe The file usgmwbuuvqh.exe is moved to /var/log/virus/virILAlUYHKa. This is a machine-generated message, please do not reply via email. If you have questions, please contact the Lucent Help Desk at +1 888 300 0770. - Test =) haqgwpiwkpybuarbqc -- Test, yep. -- Virus Warning Message (on the network) usgmwbuuvqh.exe is removed from here because it contains a virus. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26237] New: - Use of absolute path for MemoryUserDatabase file may cause problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26237. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26237 Use of absolute path for MemoryUserDatabase file may cause problem Summary: Use of absolute path for MemoryUserDatabase file may cause problem Product: Tomcat 5 Version: 5.0.16 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I found a typo in MemoryUserDatabase.java line 555 with handling of absolute path - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26237] - Use of absolute path for MemoryUserDatabase file may cause problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26237. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26237 Use of absolute path for MemoryUserDatabase file may cause problem --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 10:28 --- Created an attachment (id=10005) patch to correct typo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspDocumentParser.java
remm2004/01/19 02:34:30
Modified:jasper2/src/share/org/apache/jasper/compiler
JspDocumentParser.java
Log:
- Fix classcast exception is JSP document parser.
- Bug 26191, submitted by Trond Aasan.
Revision ChangesPath
1.75 +8 -9
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java
Index: JspDocumentParser.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v
retrieving revision 1.74
retrieving revision 1.75
diff -u -r1.74 -r1.75
--- JspDocumentParser.java25 Nov 2003 22:59:27 - 1.74
+++ JspDocumentParser.java19 Jan 2004 10:34:30 - 1.75
@@ -230,13 +230,12 @@
} catch (IOException ioe) {
jspDocParser.err.jspError(jsp.error.data.file.read, path, ioe);
+} catch (SAXParseException e) {
+jspDocParser.err.jspError
+(new Mark(path, e.getLineNumber(), e.getColumnNumber()),
+ e.getMessage());
} catch (Exception e) {
-jspDocParser.err.jspError(
-new Mark(
-path,
-((SAXParseException)e).getLineNumber(),
-((SAXParseException)e).getColumnNumber()),
-e.getMessage());
+jspDocParser.err.jspError(e);
}
return pageNodes;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26191] - ClassCastException in JspDocumentParser
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26191. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26191 ClassCastException in JspDocumentParser [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 10:34 --- Fixed. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/users MemoryUserDatabase.java
remm2004/01/19 02:39:09
Modified:catalina/src/share/org/apache/catalina/users
MemoryUserDatabase.java
Log:
- Fixed a typo which would cause problems if the pathname is aboslute.
- Bug 26237, submitted by Xavier Poinsard.
Revision ChangesPath
1.5 +5 -5
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/users/MemoryUserDatabase.java
Index: MemoryUserDatabase.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/users/MemoryUserDatabase.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- MemoryUserDatabase.java 5 Jan 2004 16:33:37 - 1.4
+++ MemoryUserDatabase.java 19 Jan 2004 10:39:09 - 1.5
@@ -552,7 +552,7 @@
}
// Perform the required renames to permanently save this file
-File fileOld = new File(pathnameNew);
+File fileOld = new File(pathnameOld);
if (!fileOld.isAbsolute()) {
fileOld =
new File(System.getProperty(catalina.base), pathnameOld);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26237] - Use of absolute path for MemoryUserDatabase file may cause problem
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26237. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26237 Use of absolute path for MemoryUserDatabase file may cause problem [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 10:39 --- Fixed. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26183] - ServletResponse#reset() method and cookie session control problem on tomcat4.1.24
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183 ServletResponse#reset() method and cookie session control problem on tomcat4.1.24 --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 12:36 --- Aha! I see now. So quickie summary In a single request ... 1) Create a session (which is done by jsp's) 2) Call response.reset() 3) Then the SessionId cookie is not sent to the client (because of the response.reset() (This is the bad part) Since the Session cookie is the responsibility of the container, (I think) it should place the cookie back into the list of headers sent back to the client. A quickie demo: I created a JSP with the content, per previous message. Of this content ... % session.setAttribute(SessionData,dummy); response.reset(); % Then telneted to port 8080 (from a older HEAD build but newer than 4.1.27) and gave this: GET /cowbell.jsp HTTP/1.1 Host: localhost:8080 Connection: close And here was my response: HTTP/1.1 200 OK Content-Length: 2 Date: Mon, 19 Jan 2004 12:30:47 GMT Server: Apache-Coyote/1.1 Connection: close There was no Set-Cookie directive made. I also get the same behavior in 5. I'm swamped with work, but I might be able to look for at a patch tomorrow night. (If this is agreed this is a bug) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JUnit Testsuite instructions
Hi, I have just checked out and built Tomcat 5 from cvs (using the build.xml provided on the website) and was not able to find a JUnit Testsuite. Could someone send me a pointer to somewhere on the site where the testing procedures for Tomcat are documented if it exists? Thanks in advance, Robert -- Robert Krüger Signal7 GmbH Brüder Knauss Str. 79 64285 Darmstadt Germany - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26183] - ServletResponse#reset() method and cookie session control problem on tomcat4.1.24
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183 ServletResponse#reset() method and cookie session control problem on tomcat4.1.24 --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 12:41 --- I don't agree with this analysis. reset resets the response, including all the cookies, headers, etc. This should not be fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26183] - ServletResponse#reset() method and cookie session control problem on tomcat4.1.24
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183 ServletResponse#reset() method and cookie session control problem on tomcat4.1.24 --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 12:51 --- I am wishy washy on this one. Should I email the spec group for clarification? My problem is: what happens if someone implemented a container that (detected that the session was new and) added the session cookie during the initial flush to the client? They would be immune to this this bug since the cookie was never added to the response until flush time. (I'm *not* proposing that as a solution) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26242] New: - Changes in jasper command line break ant's jspc task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26242. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26242 Changes in jasper command line break ant's jspc task Summary: Changes in jasper command line break ant's jspc task Product: Tomcat 5 Version: 5.0.16 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, We are getting reports coming in that the latest releases of jasper are breaking Ant's jspc task, because that sets the verbosity option for output control, and changes in the args are breaking things. See bugrep #25345 for details. I think the immediate fix for ant1.6.1 would be to not pass on verbosity info, but we are bound to keep getting many reports about the same break with 1.6.0 and 1.5; so please can you bring back the old -v0 style of option, and make changes to the command mechanism in a more backwards compatible way in future -where possible. Ta, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26244] New: - Tomcat does not define SMAP mappings for JSP Documents (XML syntax)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26244. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26244 Tomcat does not define SMAP mappings for JSP Documents (XML syntax) Summary: Tomcat does not define SMAP mappings for JSP Documents (XML syntax) Product: Tomcat 5 Version: 5.0.16 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The mappings are not defined for JSP Documents and SourceDebugExtension attribute is null. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26244] - Tomcat does not define SMAP mappings for JSP Documents (XML syntax)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26244. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26244 Tomcat does not define SMAP mappings for JSP Documents (XML syntax) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 15:09 --- Excuse me ? I recommend contacting Kin-Man for this kind of questions. Maybe he'll understand. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0.18] Release vote
ballot Release 5.0.18 as Stable: [ ] Yes [ ] No /ballot I'll have a proposal for at least one refactoring after the next stable release. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26242] - Changes in jasper command line break ant's jspc task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26242. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26242 Changes in jasper command line break ant's jspc task --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 15:11 --- I don't see the point of Ant documenting this, or having the pre declared task. Any reason for this ? Forward compatibility is one thing, but given other changes in jspc behavior, I doubt it would still work. Tomcat now properly documents the task and how to use it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [5.0.18] Release vote
ballot Release 5.0.18 as Stable: [x] Yes [ ] No /ballot - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26242] - Changes in jasper command line break ant's jspc task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26242. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26242 Changes in jasper command line break ant's jspc task --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 16:03 --- Remy, It is not so much that we document the Jasper task, but that we ship with our own task which is meant to support different back ends: http://ant.apache.org/manual/OptionalTasks/jspc.html In theory that is, in practise we have left WebLogic alone until someone was prepared to write the adapter, so instead it supports various Tomcat 4.x releases, handling name mapping appropriately. Given it is therefore purely Jasper-centric (as far as we know), there is a lot to be said for killing the task and saying 'use the Tomcat supplied one'; I'd be happy with that as it eliminates all version issues and makes bug hunting easier. This is something we can discuss for the 1.7 release. But in the meantime, there are people out there using the Ant project's jasper adapter, and that one builds a java command with the -vN option, where N is a verbosity metric. If that is all that has changed, can we please, please, please have it back :) BTW, what other changes have there been that would break stuff? Just so we know what to expect in bugreps? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12439] - HttpConnector problem under jdk1.4.1-rc and catalina 4.04
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12439. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12439 HttpConnector problem under jdk1.4.1-rc and catalina 4.04 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 19:03 --- The log message is normal and indicates that Catalina has run out of processors to service requests. This can happen if clients keep connections open. A slightly longer extract of your log might help to clarify this. See the example log output in bug 6260 (from the JBoss/Tomcat bundle). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18472. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18472 mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 19:25 --- *** Bug 26172 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26172] - JkURISet makes URI available to all Virtual Hosts even if not defined for them
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26172. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26172 JkURISet makes URI available to all Virtual Hosts even if not defined for them [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |tomcat- ||[EMAIL PROTECTED] Status|REOPENED|NEW - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26172] - JkURISet makes URI available to all Virtual Hosts even if not defined for them
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26172. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26172 JkURISet makes URI available to all Virtual Hosts even if not defined for them [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 19:32 --- As already said, this is a known bug: please see bug #18472 or bug #18569. *** This bug has been marked as a duplicate of 18472 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18472. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18472 mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 19:32 --- *** Bug 26172 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26172] - JkURISet makes URI available to all Virtual Hosts even if not defined for them
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26172. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26172 JkURISet makes URI available to all Virtual Hosts even if not defined for them [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
My hair splitting detector is beeping. This session code will need to be optimized, BTW. Will do. Tomorrow OK? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TLD problem
I have defined one java function and want to refer it in my JSP application. For doing this I have prepared a .tld file as ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnameMY_Tags/shortname urimyfunc/uri info Author: Shrinivas Joshi. version 0.1 /info function namereplace/name function-classcom.edu.function.eduFunction/function-class function-signatureString replace( java.lang.String, java.lang.String, java.lang.String )/function-signature /function /taglib Also I have defined the tag lib in web.xml file as taglib taglib-urimyfunc/taglib-uri taglib-location/WEB-INF/ttlfunction.tld/taglib-location /taglib However when I try to include the tag lib in my JSP pages using %@ taglib uri=myfunc prefix=ttlfunc % then Tomcat (4.1.12 ) is throwing below error: org.apache.jasper.JasperException: XML parsing error on file /WEB-INF/ttlfunction.tld: (line 20, col 11): Element type function must be declared. Can anybody help me out in this regards Thanks and Regards Shrinivas Joshi. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23762] - FAIL - Application at context path / could not be started
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23762. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23762 FAIL - Application at context path / could not be started [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 19:58 --- I can't reproduce the problem on my machine but the exception is thrown if any of the following are true: - the xxx.war file specified in docBase does not exist - the xxx.war file can not be read (is it a file permission problem?) - xxx.war is actually a directory Are any of these true? For now I am going to resolve this. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLD problem
[EMAIL PROTECTED] wrote: I have defined one java function and want to refer it in my JSP application. For doing this I have prepared a .tld file as ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnameMY_Tags/shortname urimyfunc/uri info Author: Shrinivas Joshi. version 0.1 /info function namereplace/name function-classcom.edu.function.eduFunction/function-class function-signatureString replace( java.lang.String, java.lang.String, java.lang.String )/function-signature /function /taglib Also I have defined the tag lib in web.xml file as taglib taglib-urimyfunc/taglib-uri taglib-location/WEB-INF/ttlfunction.tld/taglib-location /taglib However when I try to include the tag lib in my JSP pages using %@ taglib uri=myfunc prefix=ttlfunc % then Tomcat (4.1.12 ) is throwing below error: org.apache.jasper.JasperException: XML parsing error on file /WEB-INF/ttlfunction.tld: (line 20, col 11): Element type function must be declared. Can anybody help me out in this regards Functions were added in the JSP 2.0 spec, so you need to use a JSP 2.0 TLD instead of a JSP 1.1 TLD. You must also use a web container that supports JSP 2.0, such as Tomcat 5 instead of Tomcat 4. Hans -- Hans Bergsten[EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com/ Author of O'Reilly's JavaServer Pages, covering JSP 2.0 and JSTL 1.1 Details athttp://TheJSPBook.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12447] - PUT command returns 405 if Servlet has not been initialized
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12447. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12447 PUT command returns 405 if Servlet has not been initialized [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 20:14 --- Does your servlet implement the init() method? My understanding of your bug report is that it does not. If this is the case, please follow up with the tomcat-user mailing list which is for questions relating to development with Tomcat. However, if you have a test case where the init() method is not called, please re-open this bug report and post the test case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26183] - ServletResponse#reset() method and cookie session control problem on tomcat4.1.24
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26183 ServletResponse#reset() method and cookie session control problem on tomcat4.1.24 --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 20:29 --- I sent an email to the spec group for clarification. I'll wait for their response before doing anything. [I'm indifferent since its a very special case.] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26258] New: - iso-8859-1 characers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26258. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26258 iso-8859-1 characers Summary: iso-8859-1 characers Product: Tomcat 5 Version: 5.0.16 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] As I type an ISO-8859-1 character in Full Name under server/admin: create or update user e.g: Jesús, and press Save button, I get rubbish as I return to display screen, BUT if I type Jesiacute;s, everything works fine. I'm using conf/tomcat-users.xml database to store user's information. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18472] - mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18472. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18472 mod_jk2 doesn't handle vhosts correctly when using the JkUriSet commands --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 20:41 --- I am running the latest build of Tomcat 5 with mod_jk2 version 2.0.2 against apache 2.0.48 and am having a related problem listed in bug 26172 (linked to this bug). is there a packaged source or binary bundle that has addressed this issue... or do i need to include the source changes listed and rebuild the connector myself ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cookies attribute on context element
All, Help. I am somewhat confused. All the docs and the comments in the code, AFAICT, indicate that the cookies attribute is for enabling/disabling session tracking via cookies. However, Remy's comments on http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1 would appear to contradict this. Before I start to tackle the handful of open bugs on this issue I would be grateful for a definitive explanation. Thanks in advance for any help. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Using J2EE with Tomcat 5.0
I am using the javax.mail package. In my IDE I use j2ee.jar to compile. I see that Tomcat does not have j2ee.jar or some equivalent in its classpath so I am getting a NoClassDefFoundError. I tried just adding this jar file to my lib directory but for some reason I am still getting the same error. Any Ideas? Thanks in advance Jeremy
Re: cookies attribute on context element
Mark Thomas wrote: All, Help. I am somewhat confused. All the docs and the comments in the code, AFAICT, indicate that the cookies attribute is for enabling/disabling session tracking via cookies. However, Remy's comments on http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1 would appear to contradict this. Before I start to tackle the handful of open bugs on this issue I would be grateful for a definitive explanation. Tomcat will not set the session cookie if the flag is set to false. If the client somehow sends back a cookie, then Tomcat isn't completely stupid and will read it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cookies attribute on context element
Remy, Forgive me if I am being really stupid but does this mean that your comment on bug 1 ...the setting is for disabling persistent cookies. Session cookies are not persistent, and Tomcat will switch between URL encoding and session cookies according to what the client does. is not correct? Mark -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, January 19, 2004 10:18 PM To: Tomcat Developers List Subject: Re: cookies attribute on context element Mark Thomas wrote: All, Help. I am somewhat confused. All the docs and the comments in the code, AFAICT, indicate that the cookies attribute is for enabling/disabling session tracking via cookies. However, Remy's comments on http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1 would appear to contradict this. Before I start to tackle the handful of open bugs on this issue I would be grateful for a definitive explanation. Tomcat will not set the session cookie if the flag is set to false. If the client somehow sends back a cookie, then Tomcat isn't completely stupid and will read it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26261] New: - Another session timeout problem (similar to 25234)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26261. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26261 Another session timeout problem (similar to 25234) Summary: Another session timeout problem (similar to 25234) Product: Tomcat 5 Version: 5.0.16 Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] HttpSessionListener called twice on session expiration. The problem seems to be very similar to 25234. This time the extra expires() is being called from evaluateIfValid() in StandardSession (the call to isValid() in evaluateIfValid() also calls expires()) I have commented out the extra call to expires() in my version which seems to fix the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12250] - response.encodeURL does not working correctly.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12250. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12250 response.encodeURL does not working correctly. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 23:31 --- I have just tested this with a simple test case using the latest source code from CVS and everything seems to be working as required. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
remm2004/01/19 15:39:05
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
- Don't call expire after calling isValid.
- Bug 26261, submitted by Paul Harvey.
Revision ChangesPath
1.29 +5 -11
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
Index: StandardSession.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
retrieving revision 1.28
retrieving revision 1.29
diff -u -r1.28 -r1.29
--- StandardSession.java 18 Jan 2004 20:37:52 - 1.28
+++ StandardSession.java 19 Jan 2004 23:39:05 - 1.29
@@ -1496,13 +1496,7 @@
if (!this.isValid || expiring || maxInactiveInterval 0)
return;
-if (!isValid()) {
-try {
-expire();
-} catch (Throwable t) {
-log(sm.getString(standardSession.expireException), t);
-}
-}
+isValid();
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 26261] - Another session timeout problem (similar to 25234)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26261. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26261 Another session timeout problem (similar to 25234) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 23:39 --- This will happen rarely, though. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18456] - isRequestedSessionIdValid returns false after getSession(true)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18456. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18456 isRequestedSessionIdValid returns false after getSession(true) [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 23:43 --- As several people have pointed out, this is a misunderstanding of the spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cookies attribute on context element
cookies are on the client side, not on the server side :) I think this was to disable session persistance Filip -Original Message- From: Mark Thomas [mailto:[EMAIL PROTECTED] Sent: Monday, January 19, 2004 2:45 PM To: 'Tomcat Developers List' Subject: RE: cookies attribute on context element Remy, Forgive me if I am being really stupid but does this mean that your comment on bug 1 ...the setting is for disabling persistent cookies. Session cookies are not persistent, and Tomcat will switch between URL encoding and session cookies according to what the client does. is not correct? Mark -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Monday, January 19, 2004 10:18 PM To: Tomcat Developers List Subject: Re: cookies attribute on context element Mark Thomas wrote: All, Help. I am somewhat confused. All the docs and the comments in the code, AFAICT, indicate that the cookies attribute is for enabling/disabling session tracking via cookies. However, Remy's comments on http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1 would appear to contradict this. Before I start to tackle the handful of open bugs on this issue I would be grateful for a definitive explanation. Tomcat will not set the session cookie if the flag is set to false. If the client somehow sends back a cookie, then Tomcat isn't completely stupid and will read it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 15555] - Setting cookie=false appears to still use cookies.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1 Setting cookie=false appears to still use cookies. [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-01-19 23:54 --- I have just tested this with a simple test web app with the latest tomact source from cvs and it is working as per the documentation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12514] - Etag not readable by certain browsers
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12514. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12514 Etag not readable by certain browsers [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-01-20 00:09 --- To quote from RFC2616 (sections 3.11 and 14.19) entity-tag = [ weak ] opaque-tag weak = W/ opaque-tag = quoted-string ETag = ETag : entity-tag Examples: ETag: xyzzy ETag: W/xyzzy ETag: The ETag provided by Tomcat is 100% spec compliant. I am afraid this is something you will have to take up with Microsoft... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem with getParamater in relation to character encoding.
I m not able to display japanese characters in the browser because of the problem with getParamater in tomcat which does not autmatically encode the request string in the charset set for the page. I m on the lookout for a patch related to this or ny pointers to solve this problem. I do not want to use this piece of code as it'll need me to do a lot of code change.\ decode_str = new String(str.getBytes(8859_1) ,UTF-8); Please help me out with this. Regards, Deepak Sharma. --- NOTICE This email and any files transmitted with it are confidential and are solely for the use of the individual or entity to which it is addressed. Any use, distribution, copying or disclosure by any other person is strictly prohibited. If you receive this transmission in error, please notify the sender by reply email and then destroy the message. Opinions, conclusions and other information in this message that do not relate to official business of NIIT shall be understood to be neither given nor endorsed by NIIT. Any information contained in this email, when addressed to NIIT Clients is subject to the terms and conditions in governing client contract. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
