hgomez 01/06/21 23:50:27
Modified:.KEYS
Log:
Update the KEYS files with my PGP KEY used to sign the
tomcat 3.3 RPM packages
Revision ChangesPath
1.3 +18 -0 jakarta-tomcat/KEYS
Index: KEYS
===
>I'm working on restoring the nightly build&test, probably this evening
>we'll have them ( I was close last night ).
>
>Few issues, need feedback:
>
>- I would like to update to the latest jaxp, we are still building with
>jaxp1.0 ( it's about the default build, of course you can build/use
>whate
>> Just a quick recall of build of rpms.
>>
>> There are built under Redhat 6.2 / Redhat 7.1 (validation)
>>
>> - using latest jikes 1.14
>> - using latest IBM SDK 1.3 (javadoc)
>> - with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0
>>
>> I encounter rare problems when building with jikes,
>> at
larryi 01/06/21 22:56:55
Removed: proposals/jasper34/model about.html help-doc.html
index-all.html index.html navigation.jar
overview-frame.html overview-summary.html
overview-tree.html stylesheet.css
larryi 01/06/21 22:56:32
Removed: src/jasper34/org/apache/jasper34/toolkit JasperToolkit.java
JavaCompiler.java JspCompiler.java
JspPageHandler.java JspRequestHandler.java
Log:
Missed removing some Jasper34 files
larryi 01/06/21 22:26:58
Modified:.build.xml
Log:
Include KEYS file in build
Revision ChangesPath
1.136 +1 -0 jakarta-tomcat/build.xml
Index: build.xml
===
RCS file: /home/cvs/jaka
larryi 01/06/21 22:07:58
Added: .KEYS
Log:
Adding KEYS file from Tomcat 3.2.2 and adding my own key.
Revision ChangesPath
1.2 +59 -0 jakarta-tomcat/KEYS
What I remember - it was there, and I never understood very well why :-)
That's one of the reasons I put a lot of time into OutputBuffer and
refactoring the output system.
My best guess was that it is related with higher level code ( Writer,
JspWriter most likely ) that needs to empty it's inte
FWIW, I ran into this problem with users bookmarking the login page and
returning to it without trying to access a protected resource. In the
current implementation in 3.2.2, I don't think you can prevent that, can
you?
After being authenticated, the user was being dropped into the directory
that
Ever since version 1.1, BufferedServletOutputStream.flush() checks to see if
if the response is using an PrintWriter and if it is it ignores the flush
request. The question is why? My guess is that it had something to do with
the fact that the PrintWriter itself has a buffer because it uses an
O
larryi 01/06/21 19:48:04
Removed: proposals/web-connector/doc AJPv13.html
Tomcat-Workers-HowTo.html mod_jk-howto.html
tomcat-apache-howto.html tomcat-iis-howto.html
tomcat-netscape-howto.html tomcat-ssl-howto.html
larryi 01/06/21 19:43:13
Removed: proposals/jasper34 JasperToolkit.html build.xml
proposals/jasper34/generator/org/apache/jasper34/core
JasperException.java JspCompilationContext.java
Options.java TagLibraries.java
larryi 01/06/21 19:33:42
Removed: proposals/tomcat-4.0 source-proposal.html
jasper-proposal.html catalina-proposal.html
Log:
Removing old Tomcat 4.0 proposals
larryi 01/06/21 19:32:03
Removed: src/jasper34/org/apache/jasper34/utils Cache.java
CacheDefaults.java Expirable.java JspMangler.java
JspManglerImpl.java
JspRecursiveModificationChecker.java MapCache.java
> on 6/21/01 5:45 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
>
> > If you think the bug isn't fixed fast enough, you can either :
>
> I never said or even implied such a thing. Speed isn't the issue.
>
> > - send new logs instead of just saying "it still doesn't work"
>
> The log files are th
remm01/06/21 19:04:12
Modified:catalina/src/share/org/apache/catalina/loader Reloader.java
StandardClassLoader.java
Log:
- Remove the StandardLoader classname from the comments.
Revision ChangesPath
1.4 +5 -5
jakarta-tomcat-4.0/cat
remm01/06/21 19:03:44
Modified:catalina/src/share/org/apache/catalina/startup Embedded.java
Log:
- Embedded createLoader method will now create instances of
WebappLoader, instead of StandardLoader.
Revision ChangesPath
1.8 +6 -6
jakarta-tomcat-4.0/cat
remm01/06/21 19:03:00
Modified:catalina/src/share/org/apache/catalina/startup Catalina.java
Log:
- Remove the StandardLoader classname from the comments.
Revision ChangesPath
1.26 +5 -5
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup/Cata
on 6/21/01 5:45 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
> If you think the bug isn't fixed fast enough, you can either :
I never said or even implied such a thing. Speed isn't the issue.
> - send new logs instead of just saying "it still doesn't work"
The log files are the same as befo
#1. Remy, for the life of me, I can't use your new classloader. It just
isn't happening. It doesn't start up at all because the settings in the file
still seem to be ignored. I'm also having problems with the
StandardClassLoader which is what seems to be used regardless of what I have
in my server
> on 6/20/01 9:14 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
>
> > Lol. I thought it was really weird at first, then I added some traces,
then
> > I finally figured out something was hardcoded somewhere in the mapper.
>
> Still nothing in the work directory.
>
> I really don't understand how
on 6/20/01 9:14 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:
> Lol. I thought it was really weird at first, then I added some traces, then
> I finally figured out something was hardcoded somewhere in the mapper.
Still nothing in the work directory.
I really don't understand how this has work
On Thu, 21 Jun 2001, Craig R. McClanahan wrote:
> > If the login page would be displayed all the or in the
> > login page will be treated by the browser as relative to
> > /mywebapp/private, while the login page can be somewhere else.
> >
>
> The form login page should use server-relative URL
larryi 01/06/21 15:35:33
Modified:src/doc readme
Log:
Mention that Jasper34 is available in the build
Revision ChangesPath
1.15 +9 -1 jakarta-tomcat/src/doc/readme
Index: readme
===
RCS
On Thu, 21 Jun 2001 [EMAIL PROTECTED] wrote:
> On Thu, 21 Jun 2001, Michael Jennings wrote:
>
> > Okay,
> >
> > I was being stupid. I understand now, with form-based authentication when
> > you
> > request /mywebapp/private/somefile.jsp what you get back should just be
> > generated from the
larryi 01/06/21 15:33:57
Modified:jasper34/generator/org/apache/jasper34/core Constants.java
Log:
Cleaned up default imports.
Note: For the time being, you will need the tomcat_32 branch of
jakarta-watchdog testing. The head of jakarta-watchdog hasn't been
updated to avoi
Hi All,
Tomcat craches when trying to access remote DCOM server while local
access works fine. Default security is used, thus no CoInitializeSecurity
is called neither from client or server part. Tomcat runs as win2000
service with my users login profil. Default system login does not e
On Thu, 21 Jun 2001, Michael Jennings wrote:
> Okay,
>
> I was being stupid. I understand now, with form-based authentication when
> you
> request /mywebapp/private/somefile.jsp what you get back should just be
> generated from the login page, then when you submit your credentials,
> it returns
...these two lines at around 1110 in jk_ajp_common.c
int port = jk_get_worker_port(props, p->name, port);
char *host = jk_get_worker_host(props, p->name, host);
use unitialised values for port and host. Anyone mind if I change them
to
int port = jk_get_worker_port(props, p->name, -1);
c
costin 01/06/21 14:40:24
Modified:src/share/org/apache/jasper Constants.java
Log:
Rollback, we'll use watchdog with 32 tag.
Revision ChangesPath
1.24 +1 -4 jakarta-tomcat/src/share/org/apache/jasper/Constants.java
Index: Constants.java
=
Okay,
I was being stupid. I understand now, with form-based authentication when
you
request /mywebapp/private/somefile.jsp what you get back should just be
generated from the login page, then when you submit your credentials,
it returns whatever is generated from /mywebapp/private/somefile.jsp
S
costin 01/06/21 14:22:12
Modified:util/java/org/apache/tomcat/util/buf MessageBytes.java
Log:
Fix for the mod_jserv bug, reported by Larry.
The reset in MessageBytes will clean the cached String value only if
the string value is indeed a cached value, not the primary value.
> It's kinda hard for them to bookmark the login page when they don't know
> the URL.
>
> Keep in mind that, as far as the browser is concerned, the URL in the
> location is still the page that was originally requested. Therefore, a
> bookmark for the login form will actually be to the real page
> On Thu, 21 Jun 2001, Michael Jennings wrote:
>
> > That's true. The point I was trying to make is that there is nothing to
> > stop an end-user from bookmarking a login page or typing it in
> > directly, even if you have no linkages to the login page in your
> > user interface.
> >
>
> It's
On Thu, 21 Jun 2001, Michael Jennings wrote:
> > Why is the button there at all? There should be zero linkages to the
> > login page from *anywhere* in your user interface.
>
> That's true. The point I was trying to make is that there is nothing to
> stop an end-user from bookmarking a login
costin 01/06/21 13:49:26
Modified:src/share/org/apache/jasper Constants.java
Log:
Added javax.servet.jsp.tagext to make watchdog happy.
Revision ChangesPath
1.23 +4 -0 jakarta-tomcat/src/share/org/apache/jasper/Constants.java
Index: Constants.java
=
> Why is the button there at all? There should be zero linkages to the
> login page from *anywhere* in your user interface.
That's true. The point I was trying to make is that there is nothing to
stop an end-user from bookmarking a login page or typing it in
directly, even if you have no linkag
Costin,
I'm fine with saving these changes until after Milestone 4.
I'll add a note to the readme about the availability of
Jasper34 and how to enable it.
It would help if you could take a quick look at an NPE
that is occurring when Tomcat 3.3 is connected to Apache
with mod_jserv. The problem
larryi 01/06/21 12:31:06
Modified:src/share/org/apache/tomcat/modules/generators
StaticInterceptor.java
Log:
Fix display of the file size.
Revision ChangesPath
1.14 +2 -2
jakarta-tomcat/src/share/org/apache/tomcat/modules/generators/St
On Thu, 21 Jun 2001, Michael Jennings wrote:
> > The best way to think about form-based login is like this:
> >
> > * The login page is (in essence) part of the container,
> > not the application. Therefore, ...
> >
> > * The login page should *never* be referenced directly by any
> > othe
+1
Saludos ,
Ignacio J. Ortega
> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Enviado el: jueves 21 de junio de 2001 10:19
> Para: [EMAIL PROTECTED]
> Asunto: 3.3: nightly, updating the parser, options
>
>
> Hi,
>
> I'm working on restoring the nightly bui
Hi Larry,
Those options are already implemented - it's just a matter of turning them
on or off, and I wasn't targeting M4.
There are few issues building in JDK1.1, but I think we are ok with
building M4 this night ( with the "final" tommorow ).
Regarding jasper34, it passes all watchdog/sanit
+1
Mike Anderson
Senior Software Engineer
Platform Services Group
[EMAIL PROTECTED]
Novell, Inc., the leading provider of Net services software
www.novell.com
>>> [EMAIL PROTECTED] 06/21/01 02:18AM >>>
Hi,
I'm working on restoring the nightly build&test, probably this evening
we'll have them (
Hi Costin,
I'm fine with including these if you are confident that they don't
contain any show stoppers and can be done quickly. I go on vacation
this Saturday for a week. As a result, I can't wait too long before
putting Milestone 4 together. I'm was hoping to get the bulk of the
files there t
> The best way to think about form-based login is like this:
>
> * The login page is (in essence) part of the container,
> not the application. Therefore, ...
>
> * The login page should *never* be referenced directly by any
> other application page, and ...
>
> * The login page should *never
Hello all!
We configure the Tomcat 3.2.1 (mod_jserv) to run multiples JVMs on a one
Web Server Apache, but when i make the request to the second JVM the tomcat
response with the last JVM that i started (set as default in
tomcat-apache.conf the last JVMS). and ignore the other. How can i
configu
Hi,
I'm working on restoring the nightly build&test, probably this evening
we'll have them ( I was close last night ).
Few issues, need feedback:
- I would like to update to the latest jaxp, we are still building with
jaxp1.0 ( it's about the default build, of course you can build/use
whatever
jfclere 01/06/21 07:48:11
Modified:jk/native configure.in
jk/native/common jk_global.h
Added: jk/native/common version.h.in
Log:
Add JK_VERSION - Note the logic is configure.in, not in version.h -
Revision ChangesPath
1.6 +30 -4 jakarta-t
> Just a quick recall of build of rpms.
>
> There are built under Redhat 6.2 / Redhat 7.1 (validation)
>
> - using latest jikes 1.14
> - using latest IBM SDK 1.3 (javadoc)
> - with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0
>
> I encounter rare problems when building with jikes,
> at least o
larryi 01/06/21 06:04:43
Modified:src/share/org/apache/tomcat/core ContextManager.java
Log:
Update for Milestone 4
Revision ChangesPath
1.181 +1 -1
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
Index: ContextManager.java
==
larryi 01/06/21 06:04:19
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Add space following j_security_check to avoid syntax error.
Updated to detect Ajp13Interceptor from jakarta-tomcat-connectors.
Added jkProtocol property so Ajp12 or Ajp13 c
GOMEZ Henri wrote:
>
> Just a quick recall of build of rpms.
>
> There are built under Redhat 6.2 / Redhat 7.1 (validation)
>
> - using latest jikes 1.14
> - using latest IBM SDK 1.3 (javadoc)
> - with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0
>
> I encounter rare problems when building with
Just a quick recall of build of rpms.
There are built under Redhat 6.2 / Redhat 7.1 (validation)
- using latest jikes 1.14
- using latest IBM SDK 1.3 (javadoc)
- with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0
I encounter rare problems when building with jikes,
at least one with a previous rel
>> > I have prepared a patch for configure.in to generate
>JK_EXPOSED_VERSION and
>> > JK_VERSION.
>> > The result is a file named common/version.h:
>> > +++
>> > #define JK_EXPOSED_VERSION "mod_jk/1.2.0-dev"
>> > #define JK_VERSION (((1) << 16) + ((2) << 8) +
>> > (0))
>> > +++
>> > Any comments
Just some ideas, since I saw that kind of
problems while playing with mod_php using ct_lib/mysql
and mod_xslt and mod_gzip
- Did httpd was linked against pthread ?
When you use Apache with a some requiring libpthread
YOU SHOULD REALLY rebuild apache with -lpthread
- Also take a look
>> Hi,
>>
>> Does anyone have any objection to my deleting the following folders
>> from the jakarta-tomcat head:
>>
>> proposals/jasper34
>> proposals/tomcat-4.0
>> proposals/web-connector
>> src/jasper34
>>
>> They all have projects elsewhere and, as Henri noted earlier,
>> w
>> In JkMount you'll need to indicate ALL the URL handled under
>the given context,
>> ie /myapp/servlet/* /myapp/*.jsp. With JkAutoMount if you provide the
>> base context, the servlet-engine will give them to web-servlet.
>> Imagine you install cocoon on myapp, it's will handle also the .xml.
>
jean-frederic clere wrote:
> >
> > Decimal fields might be more appropriate to the ranges of numbers
> > expected, and I think Henri suggested an additional field for alpha,
> > beta etc.
>
> I have VERISRELEASE to mark that it is a developement version, I am not sure we
> need the beta number. I
Andy Armstrong wrote:
>
> jean-frederic clere wrote:
> >
> > Hi,
> >
> > I have prepared a patch for configure.in to generate JK_EXPOSED_VERSION and
> > JK_VERSION.
> > The result is a file named common/version.h:
> > +++
> > #define JK_EXPOSED_VERSION "mod_jk/1.2.0-dev"
> > #define JK_VERSION ((
59 matches
Mail list logo
