- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Mario Koch" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, April 13, 2001 11:09 PM
Subject: Re: is this a BUG at class loading from jarfiles
>
>
> On Fri, 13 Apr 2001, Mario Koch wrote:
>
> > Situation:
I'm having a problem getting something like to
work in my Java Server Page. The page can't seem to find the images. I'm
thinking the browser interprets the link as being relative to the document
root of the server, not the context root of the application. I've heard
that I have to make an alia
craigmcc01/04/13 17:03:18
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester ErrorPage05.java
ErrorPage06.java
tester/web ErrorPage06.html ErrorPage06.jsp
Log:
Add add
On Fri, 13 Apr 2001, Glenn Nielsen wrote:
> I have tested Tomcat 3.2.2 B3 with and without the Java SecurityManager
> on a Solaris x86 system using J2SE 1.3. I found one minor problem in
> the tomcat.policy file, after fixing that all watchdog test were OK.
>
> I committed the changes to the to
"Craig R. McClanahan" wrote:
>
> [...]
>
> - Would it be possible to flesh out the rest of the JavaDoc comments?
> I would like us to maintain the high quality level of JavaDocs that
> Tomcat 4 is known for :-)
Done.
> - Would it be possible to parameterize the SQL statements used to
> ac
I have tested Tomcat 3.2.2 B3 with and without the Java SecurityManager
on a Solaris x86 system using J2SE 1.3. I found one minor problem in
the tomcat.policy file, after fixing that all watchdog test were OK.
I committed the changes to the tomcat.policy file.
Regards,
Glenn
-
glenn 01/04/13 15:09:06
Modified:src/etc Tag: tomcat_32 tomcat.policy
Log:
Fix PropertyPermission type, add a default grant
Revision ChangesPath
No revision
No revision
1.5.2.2 +27 -5 jakarta-tomcat/src/etc/tom
horwat 01/04/13 14:54:41
Modified:jasper/src/share/org/apache/jasper/compiler
XmlOutputter.java
Log:
OopsRemove my debug statement.
Revision ChangesPath
1.9 +3 -5
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler/XmlO
horwat 01/04/13 14:51:34
Modified:jasper/src/share/org/apache/jasper/compiler
DelegatingListener.java JspParseEventListener.java
Parser.java XmlOutputter.java
Log:
Fixed mapping between JSP and XML syntax according to Section 5.3 of J
Bojan, et. al.:
The answer to these arguments are: use /dev/urandom, not
/dev/random. It's going to do as good or better than anything
you're going to seed with /dev/random, and IT WILL NOT BLOCK.
I may be wrong (I'm just starting to poke around in related
code) but it doesn't look like the ti
craigmcc01/04/13 14:18:43
Modified:catalina/src/share/org/apache/catalina/realm
LocalStrings.properties
Added: catalina/src/share/org/apache/catalina/realm JNDIRealm.java
Log:
Initial version of a Realm implementation for Tomcat 4.0 that utilizes a
Hi,
While Mel is working on the JspServlet proposal, I thought it would be a
good idea to send my notes on jasper.
I looked at both "branches" of jasper, with the idea of trying to merge
them while preserving each "personality".
As I expected, most of the code is still common, with only few va
On Fri, 13 Apr 2001, Mario Koch wrote:
> Situation:
>
> I have several webapplications that using the same jar filename.
>
> webapps/app.new/WEB-INF/lib/javaserver.jar
> webapps/app.stable/WEB-INF/lib/javaserver.jar
> webapps/app.test/WEB-INF/lib/javaserver.jar
>
> these jarfiles are differe
Situation:
I have several webapplications that using the same jar filename.
webapps/app.new/WEB-INF/lib/javaserver.jar
webapps/app.stable/WEB-INF/lib/javaserver.jar
webapps/app.test/WEB-INF/lib/javaserver.jar
these jarfiles are different
Problem:
if i access the webapplication with http://loc
amyroh 01/04/13 14:00:38
Modified:catalina/src/share/org/apache/catalina/servlets
SsiInvokerServlet.java
Log:
Bug 1272 Fixed -- submitted by Vanitha Venkatraman.
Takes care of single quotes inside of double quotes in errmsg.
Added handling of null parame
craigmcc01/04/13 12:57:45
Modified:catalina/src/share/org/apache/catalina/realm JDBCRealm.java
Log:
Refactor so that this class can be easily specialized by subclassing (including
the creation of an implementation that uses a connection pool instead).
Revision ChangesPat
>
>So, is there any way to intercept the first call to the URI parser,
>determine whether this is one of my previously encoded URIs and replace
>the escaped character if it is?
Never mind, I just answered that for myself (must have been half asleep
when I asked ).
On Fri, 13 Apr 2001, Klaus Sonnenleiter wrote:
> Craig,
>
> since I'm not really familiar with what the standard says, I can't comment
> on that. But I can only tell you what I observed in other HTTP servers and
> it appears that most convert a %3F into a question mark some time before
> se
Hi all,
I just got off the phone with Pier. He asked me to tell you that he is in
Italy right now and his net connection sucks so he is somewhat unavailable.
He will be back in London on Monday and will be back online then.
Thanks!
-jon
Remy, Craig,
Yes, you're right. I read the specs and apparently the TC way of doing
things is precisely the way it's written in the standard. However, that
still doesn't fix my problem except if I want to carry along my hacked
version forever.
Here's what I'm trying to achieve: I currently ha
> On Fri, 13 Apr 2001, Klaus Sonnenleiter wrote:
>
> > Craig,
> >
> > I looked at HttpRequestImpl. Would it be safe to manipulate the URI in a
> > call to setRequestURI before it sets the instance variable requestURI?
It
> > seems like this gets called the moment a request is made - this way, the
Craig,
since I'm not really familiar with what the standard says, I can't comment
on that. But I can only tell you what I observed in other HTTP servers and
it appears that most convert a %3F into a question mark some time before
sending the request to the classloader or to the filter that loo
On Fri, 13 Apr 2001, Klaus Sonnenleiter wrote:
> Craig,
>
> I looked at HttpRequestImpl. Would it be safe to manipulate the URI in a
> call to setRequestURI before it sets the instance variable requestURI? It
> seems like this gets called the moment a request is made - this way, the
> encod
Craig,
I looked at HttpRequestImpl. Would it be safe to manipulate the URI in a
call to setRequestURI before it sets the instance variable requestURI? It
seems like this gets called the moment a request is made - this way, the
encoded characters could be transformed to their unencoded equivale
On Fri, 13 Apr 2001, Klaus Sonnenleiter wrote:
> Oops, I guess I should have mentioned that I'm using the 4.0 version. Do
> you happen to know where the RequestImpl or equivalent class is in
> catalina? (I checked org.apache.catalina.core.* without success).
>
The base class is org.apache.c
Oops, I guess I should have mentioned that I'm using the 4.0 version. Do
you happen to know where the RequestImpl or equivalent class is in
catalina? (I checked org.apache.catalina.core.* without success).
At 05:09 PM 4/13/01 +0200, you wrote:
>I find out some problem with this. Encoding som ot
I find out some problem with this. Encoding som other characters then ISO
Latin 1 from %xx URL fromat.
With URL encoding deals:
in tomcat:
org.apache.tomcat.core.RequestImpl.handleParameters();
... this use some methods from the same class but the same thinh does:
in servlet spec:
javax.servl
This may be a bit obscure, but I'm trying to get Tomcat to respond to a
request that arrives with an encoded URL in the form [URL]%3F[Parameters].
It looks like "http://myhost:myport/mycontext/servlet/myservlet%3Fx=y" If I
do the equivalent with an Apache http server (for verifying that I'm try
28 matches
Mail list logo
