Hi guys,
I read from some threads that Costin mentioned that 3.3 is a refactoring
of 3.2 code. Here I found an article about Refactoring:
http://www.sdmagazine.com/articles/2000/0012/0012b/0012b.htm
Enjoy!
Merry X'mas
Punky
Craig,
Here's one step towards what you were asking for. It's a standalone test case of the
problem. I've written this because, judging from some of the issues that were
occuring with Cocoon, I have a feeling that this problem is System/Java version
dependent. The problem has been seen on
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 21, 2000 19:23
To: [EMAIL PROTECTED]
Subject: Re: How to do my own JSP processing
Sounds like you are planning on inventing your own variant of
a servlet+JSP server, since you're
Interesting subject, a farm of Apache behind a larger farm of Tomcats ?
Let me develop :
Could we have say a farm of X Apache connected to a farm of Y Tomcat where
Y = 2 * X or Y = 3 * X ?
Also could the session replicator be compatible with eventuals ACL/Crypto
in mod_jk/ajp protocols ?
Yes I understand what you said about CLIENT-CERT and I add a new entry in my tomcat-usr.xml file :
tomcat-users
user name=tomcat password=tomcat roles=tomcat /
user name=role1 password=tomcat roles=role1 /
user name=both password=tomcat roles=tomcat,role1 /
user
Shai has contributed great bug fixes ( one specially difficult in 3.2,
thanks Shai ) and he wants to contribute a distributed session manager
It has been proposed as committer by Craig in a informal way, now it's
proposed in a formal way :-)
it has my +1 as well +1 from Craig in the
+1 for Shai Fultheim
-- Pierre
Hi Costin,
JspInterceptor is not "enabled" in 3.2 - it was one of the changes I
wanted to spend more time into and make sure it's stable enough. It'll be
used in 3.3 - or whatever will be called.
Thanks for the clarification. However since it is being compiled in the
build, it is "somewhat"
Bug report #653 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/653
REPORT #653 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: webbug
State: received
Priority: high
Severity: serious
pierred 00/12/22 06:19:15
Modified:src/share/org/apache/jasper Tag: tomcat_32
EmbededServletOptions.java JspC.java Options.java
src/share/org/apache/jasper/compiler Tag: tomcat_32
Compiler.java
On Thu, 21 Dec 2000 [EMAIL PROTECTED] wrote:
Two weeks ago I posted note here saying I'm going to write patch for Tomcat
3.2 to support redundancy, in manner of having session information stored
between reloads and shared between tomcat instances.
In order to support tomcat redundancy
Hi,
I noticed something peculiar while browsing through the sources of
Tomcat/Catalina.
Both HttpProcessor and HttpConnector use a private String object to
synchronize their threads on:
private String threadSync = "";
The JLS requires that all static String be 'intern'ed so they all refer
My plan:
TOMCAT 3.2:
Start using it :-)
TOMCAT 3.3:
As I said:
- merge all changes/bug-fixes from 3.2 ( that are not merged by their
authors )
- finish the core refactoring, try to get as much feedback as possible
( estimate - 1 month )
- build milestones, build beta, build release-proposal,
Bug report #654 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/654
REPORT #654 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity: serious
Bug report #655 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/655
REPORT #655 Details.
Project: Jasper
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity: serious
on 12/22/2000 3:27 AM, "GOMEZ Henri" [EMAIL PROTECTED] wrote:
There is still now, 3 projects (Sorry jon ;-) :
I'm not the only person who disagrees with having 3 versions of Tomcat that
we have to support, maintain and develop so please don't put it on only me.
-jon
[EMAIL PROTECTED] wrote:
BTW, did you fixed the command line compiler ? JspInterceptor is based on
the command line compiler, so if you fix the first it'll be very easy for
me to fix the 3.3 interceptor.
Sorry, my radar must have missed this one. If you can give me pointers/info,
Another point of mod_jk is for Dan and about the question of security
and or ligth crypto support. ajp12/ajp13 didn't support ACL to accept/deny
connections from a list of known host, and the protocol is in clear text.
Costin suggest using SSH tunnels which be a fast work-around but I really
+1
Nacho wrote:
Shai has contributed great bug fixes ( one specially difficult in 3.2,
thanks Shai ) and he wants to contribute a distributed session manager
It has been proposed as committer by Craig in a informal way, now it's
proposed in a formal way :-)
it has my +1 as well
"[EMAIL PROTECTED]" wrote:
why not do iot in shared storage and implement SSI ? thats what the
mod_jserv shm file was for...a shared hunk of disk store.
-Ys-
[EMAIL PROTECTED]
This is certainly one valid approach. It works for cases where the servers are all
on the same machine. But you
I agree that some form of authentication (and possibly
encryption) are high-priority things to add to mod_jk / ajp13.
Before I dive into that work, though, I want to be sure that
there is a future for the code -- that's why I'm proposing
using it in TC 4 as well as TC 3.
Fortunately, the
See intermixed.
Christian Mallwitz wrote:
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 21, 2000 19:23
To: [EMAIL PROTECTED]
Subject: Re: How to do my own JSP processing
Sounds like you are planning on inventing your own
pierred 00/12/22 10:37:40
Modified:jasper/src/share/org/apache/jasper/compiler
JspParseEventListener.java ParserController.java
Log:
Fix for Bug #55.
-
Synopsis:
Default for included files is 8859_1, with no option to set otherwise.
Just think. Instead of having to watch the commit messages and backport
everything that keeps getting fixed in 4.0, you could have been working on
fixing bugs in 4.0 or developing features for 4.0.
Geee..what a concept!
-jon
--
From: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Report #269 was closed by Person #0
Synopsis: java.io.UnsupportedEncodingException when processing JSP
(logged in as: Pierre Delisle)
Bug #55 was closed by Person #0
Synopsis: Default for included files is 8859_1, with no option to set otherwise.
(logged in as: Pierre Delisle)
Actually, no. My product embeds TC3.2.x. When TC4.0 is ready I'll probably
switch to that, but it will take time and I'll still have to support an
existing customer base with the TC3.2.x version installed. That's just a
fact of life and business.
For this reason it is important to me that
pierred 00/12/22 11:33:08
Modified:src/share/org/apache/jasper/compiler Tag: tomcat_32
JspParseEventListener.java JspReader.java
Log:
Fix for Bug #55. (tomcat_32)
-
Synopsis:
Default for included files is 8859_1, with no
Just so you know, these recent changes to correct the paths has screwed up
Turbine. :-) I was depending on a path to have a ./ in it and now that is
removed and therefore, Turbine is broken because the paths don't get
generated properly.
I'm not complaining because I should probably fix it in
Bug report #657 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/657
REPORT #657 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: low
Severity: non-critical
I have confirmed that:
The latest nightly build fixes this problem and Turbine/Catalina now starts
up and initializes and returns a request in about 3-4 seconds on my
machine...more than acceptable now. :-)
thanks craig for tracking it down. this is going to save months of
development time. :-)
Craig R. McClanahan wrote:
"[EMAIL PROTECTED]" wrote:
why not do iot in shared storage and implement SSI ? thats what the
mod_jserv shm file was for...a shared hunk of disk store.
-Ys-
[EMAIL PROTECTED]
This is certainly one valid approach. It works for cases where the servers are
Jon Stevens wrote:
fyi, the difference is that I had to add a "./" to the front of a parameter
to a file that I was passing in...
init-param
param-nameproperties/param-name
!-- This is relative to the docBase --
param-value
pierred 00/12/22 12:34:56
Modified:jasper/src/share/org/apache/jasper/compiler
ParserXJspSaxHandler.java
Log:
Removed debug statement.
Revision ChangesPath
1.7 +1 -1
Hi,
about mud, here is a pattern called "Big ball of mud" by Brian Foote and Joseph
Yoder.
Read it!
http://www.laputan.org/mud/
Regards
Stein M. Eliassen
System Developer - KPNQwest Norway AS
-
Business communications @ the speed of light.
on 12/22/2000 12:25 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
Are you accessing the properties file via ServletContext.getResource() or
ServletContext.getResourceAsStream()?
Neither actually. We are using JServ's old code for loading properties so it
is still direct file/io access.
Report #655 was closed by Person #0
Synopsis: Compiler error concerning jsp:include tag
(logged in as: Pierre Delisle)
Hi,
I am creating a connection pool in my jsp pages.
This connection pool is a context wide static class that is
referenced by
each jsp page through a static class method.
If the website is inactive for about 2-3 hours, I get an error
trying to get connections from the pool.
I suspect
I've builded the mod_webapp module and it fail when session
are in use.
May be related to cookies support. I could tell you more later after
some capture with ethereal.
Finally, someone actually trying it so we can fix the bugs :-)
I'll try to fix whatever I can but we need a little more
Since Costin and Dan will focus on mod_jk/ajpxx on 3.2/3.3 base,
I'll focus on Apache 2.0 modules for mod_jk and mod_webapp.
I'll try to release some RPM for httpd-2.0, apr, apr-utils and
mod_jk, mod_webapp.
Thanks Craig,
I'm in the middle of some tricky development with Cocoon at the moment and I don't
wont to risk breaking my environment just at this instant.
I hadn't consciously had a problem with this on Tomcat (only specifically within the
internal ClassLoaders of Cocoon). I only mentioned
mod_jk was built on an EAPI apache but is run on a standard apache.
Could be closed ;-)
"Pour la plupart des hommes, se corriger consiste à changer de défauts."
-- Voltaire
-Original Message-
From: BugRat Mail System [mailto:[EMAIL PROTECTED]]
Sent: Saturday, December 23, 2000 12:54 AM
Jon Stevens wrote:
Hey Craig,
Can we pull crimson out of there until it is a bit more stable? :-) One of
my Scarab ppl is having problems with it.
Catalina does not care (it needs only JAXP/1.0), but Jasper needs JAXP/1.1
compatible APIs. If Xerces supports that, it can be used instead.
In going through the tomcat-dev archives I found a bug report (#605)
involving the JDBCRealm class that may be related to my last bug
report(#602). In my original patch to fix that problem I missed what seems
to be a similar problem with re-establishing the connection if it has failed
in each
craigmcc00/12/22 20:06:47
Modified:tester/src/bin tester.xml
tester/src/tester/org/apache/tester WrapperFilter.java
Added: tester/src/tester/org/apache/tester
TesterHttpServletRequestWrapper.java
Log:
Add the HttpServletRequestWrapper
Bug report #661 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/661
REPORT #661 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity:
46 matches
Mail list logo