craigmcc01/05/13 21:51:22
Modified:catalina/src/share/org/apache/catalina/connector
HttpRequestBase.java HttpResponseBase.java
RequestBase.java ResponseBase.java
catalina/src/share/org/apache/catalina/core
remm01/05/13 21:12:35
Modified:catalina/src/share/org/apache/catalina/connector
HttpRequestBase.java HttpResponseBase.java
RequestBase.java ResponseBase.java
Log:
- Return facade objects instead of the unsafe internal request / res
remm01/05/13 21:10:09
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpRequest.java
ApplicationHttpResponse.java
ApplicationRequest.java ApplicationResponse.java
Log:
- The request and res
remm01/05/13 21:08:52
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
Log:
- Use a facade for servlet config.
Revision ChangesPath
1.23 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/S
remm01/05/13 21:07:56
Added: catalina/src/share/org/apache/catalina/session
StandardSessionFacade.java
Log:
- Add facade for the standard session object.
Revision ChangesPath
1.1
jakarta-tomcat-4.0/catalina/src/share/org/ap
remm01/05/13 21:07:32
Added: catalina/src/share/org/apache/catalina/core
ApplicationContextFacade.java
StandardWrapperFacade.java
Log:
- Add facade for the wrapper (servlet config).
- Add facade for the application context (ser
remm01/05/13 21:06:46
Added: catalina/src/share/org/apache/catalina/connector
HttpRequestFacade.java HttpResponseFacade.java
RequestFacade.java ResponseFacade.java
Log:
- Add request and response facades.
Revision Changes
I remember this code. It is correct given previous development history.
The bytes in the input data string are NOT encoded.
The look back earlier to where the original byte array from the browser is
converted to a string. You will notice that no encoding is applied to the
bytes as they are stor
> >
> > it's also used to parse form data, right? can form data have non
> > US-ASCII characters?
>
> No. Form data uses parseParameters(Map, byte[], String encoding) for that
> reason.
>
ahh... that's what i missed. thanks.
> If the thing was memory efficient, the url should still be in byt
>
> > what might be an even more relevant question is why convert the string
> > to bytes anyways? these bytes just end up in new strings, so why not
> > perform the parsing logic on chars rather than bytes? seems like
> > unecessary conversions to/from bytes/strings
>
> Well, there are a
> > We use simple byte conversion there because the String which is passed
here
> > (the query portion of the URL) is supposed to only have US-ASCII
characters.
> >
>
> it's also used to parse form data, right? can form data have non
> US-ASCII characters?
No. Form data uses parseParameters(Map,
> what might be an even more relevant question is why convert the string
> to bytes anyways? these bytes just end up in new strings, so why not
> perform the parsing logic on chars rather than bytes? seems like
> unecessary conversions to/from bytes/strings
Well, there are a number of opera
> We use simple byte conversion there because the String which is passed here
> (the query portion of the URL) is supposed to only have US-ASCII characters.
>
it's also used to parse form data, right? can form data have non
US-ASCII characters?
what might be an even more relevant question is why convert the string
to bytes anyways? these bytes just end up in new strings, so why not
perform the parsing logic on chars rather than bytes? seems like
unecessary conversions to/from bytes/strings
-kevin.
kevin seguin wrote:
>
> i just
> i just happened to be looking through the RequestUtil.parseParameters()
> method, and something struck me as odd. since i don't know the history
> here, i figured i'd ask someone who does...
>
> anyway, the method looks something like this:
>
> public static void parseParameters(Map map, St
i just happened to be looking through the RequestUtil.parseParameters()
method, and something struck me as odd. since i don't know the history
here, i figured i'd ask someone who does...
anyway, the method looks something like this:
public static void parseParameters(Map map, String data, S
in the java side of ajp13, it is pretty much assumed that strings are
iso-8859-1 encoded. (i'm not sure how things that deal with
MessageBytes that come out of ajp13 deal with encoding...).
is this a potential problem? i realize that for things like standard
header names this will generally not
craigmcc01/05/13 17:02:33
Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
catalina/src/share/org/apache/catalina/servlets
InvokerServlet.java LocalStrings.properties
ManagerS
> "Craig R. McClanahan" wrote:
> >
> > [...]
> >
> > On Sun, 13 May 2001, Alec Yu wrote:
> > >
> > > [snip] I just feel curious, why the standard specifications cost
> > > people here so much maintainance time, just because they don't allow
> > > us to specify default encodings for compilation tim
"Craig R. McClanahan" wrote:
>
> [...]
>
> On Sun, 13 May 2001, Alec Yu wrote:
> >
> > [snip] I just feel curious, why the standard specifications cost
> > people here so much maintainance time, just because they don't allow
> > us to specify default encodings for compilation time, input time and
on 5/13/01 10:43 AM, "Pier P. Fumagalli" <[EMAIL PROTECTED]> wrote:
> Hmm... Ok, but AFAIK apxs exists also in Apache 2.0, which is the module I'm
> writing right now... Could I call it --with-apxs2 ??? How does that sound?
No need. That is the point of --with-apxs[=FILE]... you can optionally p
on 5/13/01 10:53 AM, "Amy Roh" <[EMAIL PROTECTED]> wrote:
> I prefer Cygwin personally. Thanks, Pier!
>
> Amy
+1
I know that MSVC is probably "nicer", but with cygwin more people can use
it, it is free, etc...
This was a problem with Jserv...only people with MSVC could compile it. That
sucke
On Sat, 12 May 2001, Glenn Nielsen wrote:
> [EMAIL PROTECTED] wrote:
> >
> > If the security manager is not used everything has AllPermissions - the
> > fact that someone can access the internal objects is quite small compared
> > with the fact that it could call System.exit() and read/change an
> kevin seguin at [EMAIL PROTECTED] wrote:
> >
> >> Hmm... Ok, but AFAIK apxs exists also in Apache 2.0, which is the
module I'm
> >> writing right now...
> >
> > so... iis is next, right ;-)
>
> Yes, IIS is next, I just need to install Win2K on my only Intel box I
have.
> It's a very old Pentium
> I preferred binding to the directory with supplied credentials because it
> allows the realm implementation to use an anonymous password for the rest
of
> what it needs.
Yes - I think binding is the better approach in general. Also the directory
can then contain password hashes rather than plai
"Pier P. Fumagalli" wrote:
>
> kevin seguin at [EMAIL PROTECTED] wrote:
> >
> >> Hmm... Ok, but AFAIK apxs exists also in Apache 2.0, which is the module I'm
> >> writing right now...
> >
> > so... iis is next, right ;-)
>
> Yes, IIS is next, I just need to install Win2K on my only Intel box I h
Michael G. Anderson at [EMAIL PROTECTED] wrote:
> See Question version 1.0!
> Is version 3.2.2 beta 5 the latest?
> or is Tomcat 4(4.4) the latest?
>
> What is the latest version?
>
> What am I missing?
>
>
> What is going on...
Nothing is going on... Tomcat 3.x is the reference implementati
eventually, i'd like to make use of some of the low-level util classes
like MessageBytes that currently exist in tomcat 3 in
jakarta-tomcat-connectors (jtc). i suppose i could just copy those
classes from the tomcat 3 source to jtc but, well, code duplication is
bad.
there had been some talk of
kevin seguin at [EMAIL PROTECTED] wrote:
>
>> Hmm... Ok, but AFAIK apxs exists also in Apache 2.0, which is the module I'm
>> writing right now...
>
> so... iis is next, right ;-)
Yes, IIS is next, I just need to install Win2K on my only Intel box I have.
It's a very old Pentium 366 and I hope
I preferred binding to the directory with supplied credentials because it
allows the realm implementation to use an anonymous password for the rest of
what it needs.
To allow for DN's in the directory that may not be composed of the same
attributes as other DN's, one thing I was thinking about do
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
>
> The autoconf stuff is a total mystery to me, but here's my experience so
> far.
>
> Platform: Red Hat Linux 7.1
>
> Problem 1 - Can't find APXS:
> Problem 2 - Can't compile mod_webapp:
Ok, this should have been fixed by Jon. I don't have a L
>
> Hmm... Ok, but AFAIK apxs exists also in Apache 2.0, which is the module I'm
> writing right now...
so... iis is next, right ;-)
Jon Stevens at [EMAIL PROTECTED] wrote:
> on 5/12/01 12:19 PM, "Jack Lauman" <[EMAIL PROTECTED]> wrote:
>
>> Configured the connectors directory:
>>
>> ./configure --prefix=/usr
>> --enable-DEAPI \
>> --with-apache=/usr/sbin \ (apxs lives here)
>> --with-apr=/usr/java/apr \
>> --libexecdir=/us
keith 01/05/13 07:11:51
Modified:src/share/org/apache/tomcat/facade Tag: tomcat_32
HttpServletRequestFacade.java
Log:
The string 'httpDate.pe' will not be found in the core
message bundle because it is in the util bundle.
Revision ChangesPath
The current JNDI realm implementation in Tomcat 4 is based on code I
submitted, which was subsequently modified and committed by Craig.
Two significant changes he made are:
- the original code found the DN of the user by searching the directory. The
current implementation, like Ellen Lockhart's
Hi,
when putting the sign % on the url, I get "lang.IllegalArgumentException:
Decode error"
what can I do to avoid that
10x
Oren Deri
___
<>
Oren Deri (E-mail).vcf
This now works in the latest nightly drop, thanks guys,
Kevin Jones
DevelopMentor
www.develop.com
> -Original Message-
> From: Kevin Jones [mailto:[EMAIL PROTECTED]]
> Sent: 11 May 2001 22:44
> To: [EMAIL PROTECTED]
> Subject: RE: Class Reloading
>
>
> > But, other than efficiency concer
37 matches
Mail list logo
