Jan Luehe wrote:
Remy Maucherat wrote:
Jan Luehe wrote:
Hi Remy,
[EMAIL PROTECTED] wrote:
remm2004/10/04 10:39:46
Modified:jasper2/src/share/org/apache/jasper/resources
LocalStrings.properties
jasper2/src/share/org/apache/jasper
Peter Rossbach wrote:
Hey,
I have problems to load application with de_DE locale.
=== Stacktrace ===
04.10.2004 22:52:04 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-7380
04.10.2004 22:52:04 org.apache.catalina.startup.Catalina load
INFO: Initialization p
Jan Luehe wrote:
Hi Remy,
[EMAIL PROTECTED] wrote:
remm2004/10/04 10:39:46
Modified:jasper2/src/share/org/apache/jasper/resources
LocalStrings.properties
jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java Opti
My todo list currently includes:
- A simple host manager webapp (with Ant tasks)
- A String cache for MessageBytes (which could be enabled using a
special system property)
- Decent default java.util.logging configuration
- Default JMX Remote configuration for Java 5 (ready to enable by
uncommenti
Shapira, Yoav wrote:
So with 5.5.2 staying where it is, when shall I cut 5.5.3?
I'm done with my changes, so I'm +1 for tagging very soon.
I'll try to patch as much as possible the save-to-xml feature later
today so that it kinda works.
Rémy
Shapira, Yoav wrote:
Hi,
This past Monday I posted a vote on 5.5.2 stability:
http://marc.theaimsgroup.com/?l=tomcat-dev&m=109628849208040&w=2. The
results are as follows:
Alpha: Remy, Costin, Mladen (I think, taking liberty to interpret his "I
agree with Costin" statement as a vote ;))
Beta: Jean
Remy Maucherat wrote:
Is it a standalone class or something like this ? If it is -> copy
paste into the Jasper code and remove the funky loading logic.
(I thought JDK 1.5 was supposed to include the same Xerces 2 we were
using - what happened ?)
Follow up: the Xerces packages got renamed
Jan Luehe wrote:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
We don't bundle Xerces anymore with the binaries, as Java 5 is
supposed to be used. With JRE 1.4, the compat package must be added
(it adds JMX and Xerces as endorsed).
I think this would explain the problem.
Yes, it does.
[EMAIL PROTECTED] wrote:
luehe 2004/09/30 14:57:09
Modified:jasper2/src/share/org/apache/jasper/xmlparser
XMLEncodingDetector.java
Log:
Log warning when XML prolog cannot be parsed.
The 2 JSP TCK failures reported by Jeanfrancois are due to this, with
this ro
Jean-Francois Arcand wrote:
Bill Barker wrote:
This can't possibly be thread-safe (and the changes to ACF look
dubious as
well).
Hum...I did run a lot of stress tests that target the same servlet
(ex: trade2 benchmarks) without seeing anything like that. I will
investigate
I think there wil
Bill Barker wrote:
Remy Maucherat wrote:
Hi,
- I'll add a thread pool similar to the one in Tomcat 4.0, as an
optional policy to the current one; the idea is that it's very dumb, and
could be more stable in some environments (that RH 9 thing ...), but is
not as efficient as the c
Hi,
- I'll add a thread pool similar to the one in Tomcat 4.0, as an
optional policy to the current one; the idea is that it's very dumb, and
could be more stable in some environments (that RH 9 thing ...), but is
not as efficient as the current one; I'll do some benchmarks to see if
for a sing
[EMAIL PROTECTED] wrote:
yoavs 2004/09/28 06:23:11
Modified:catalina/src/share/org/apache/catalina/core Tag: TOMCAT_5_0
ApplicationDispatcher.java
webapps/docs Tag: TOMCAT_5_0 changelog.xml
Log:
Bugzilla 30949: moved ApplicationDispatcher's unwrap c
Costin Manolache wrote:
I had a small vacation, and managed to make some of the changes in the
classloader/module area. I'm not completely done - but I want to
eventually start checking in some of the code ( if nobody objects ).
To avoid breaking anything, I started a new package (
o.a.tomcat.u
Remy Maucherat wrote:
Shapira, Yoav wrote:
Hi,
Alright ;) That saved me some effort ;) Forget my suggestion, and
I'll leave this issue open for now. There are enough other ones for
me to look at ;)
Well, you can do that part, but not the way you suggested.
In the meantime, I'
Shapira, Yoav wrote:
Hi,
Alright ;) That saved me some effort ;) Forget my suggestion, and I'll leave this issue open for now. There are enough other ones for me to look at ;)
Well, you can do that part, but not the way you suggested.
In the meantime, I'll do what Peter suggested and clean up
Shapira, Yoav wrote:
Hi,
I might take a stab at this later today, using my first approach: "secure" will become an attribute of the ProtocolHandler interface. The Connector will retain its getSecure/setSecure methods, but they'll just pass through to the ProtocolHandler. That way the attribute wi
Peter Rossbach wrote:
Hey,
we have many duplicate attributes at connector and protocolhandler
classes-
I have spent a lot of time to fix that at my new
server.xml/context.xml storage
module.
Current design based on factory model with external description file
to handle those issues.
Very str
Michael Leditschke wrote:
I'd like to generate some patches to the doco
on configuring managers. Specifically
1) Reference is still made to checkInterval attr
2) No mention is made of maxInactiveInterval attr
3) No mention is made of sessionIdLength attr
Questions
1) What do I book out in CVS to fi
Michael Leditschke wrote:
Given that support for the duplicates counter is in
ManagerBase, shouldn't its accessors be in the Manager
Interface? Is there any rationale for not including them?
No. This field needs to go away.
Rémy
--
Shapira, Yoav wrote:
Hi,
I'm looking at http://issues.apache.org/bugzilla/show_bug.cgi?id=30936.
The "secure" attribute is persisted twice, causing a Digester error,
because it's an attribute of both the Connector itself and its
ProtocolHandler.
The simplest fix seems to be to remove one these attr
[EMAIL PROTECTED] wrote:
amyroh 2004/09/20 10:51:28
Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java
Log:
Remove verbose.
-if (verbose) {
-if (log.isDebugEnabled())
-log.debug("constant pool count: " + constantPoolC
[EMAIL PROTECTED] wrote:
mturk 2004/09/18 07:49:58
Modified:.tomcat.nsi
Log:
Add compatibility option to the installer for pre Java5 jvm's.
Also do not add Administation link if admin package is not installed.
Also some minor display change on JVM not found.
I'll have to -
[EMAIL PROTECTED] wrote:
amyroh 2004/09/17 14:02:34
Modified:jasper2/src/share/org/apache/jasper/compiler SmapUtil.java
jasper2/src/share/org/apache/jasper/runtime HttpJspBase.java
jasper2/src/share/org/apache/jasper/security
SecurityClas
Tim Funk wrote:
I thought the setup time config was a reasonable compromise. It allows
the tinfoil hat folks to be happy while providing no performance
decrease. (Unless 2 new instance variables is an issue ;) )
Sigh. Ok, I give up.
Rémy
---
[EMAIL PROTECTED] wrote:
funkman 2004/09/15 05:59:46
Modified:webapps/docs changelog.xml
Log:
Start 5.5.3 - Server Header config
You are simply ignoring my opinion, then. Fine :)
Rémy
-
To unsubscribe, e-mail: [EMAIL
Mark Thomas wrote:
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
The issue is that there's no value in this: it would likely take 5
minutes for an attacker to figure out the webserver is
running Tomcat.
The Server header is maybe the less visible of them (and gives little
information
Mark Thomas wrote:
Making the value of the server header configurable, as per Tim's suggestion
earlier in this thread, would meet the user requirement described in bug 16254
which is my main concern. Providing this is done in a way that doesn't impact
performance, would you find this an acceptable
Mladen Turk wrote:
Shapira, Yoav wrote:
Hi,
Is it OK with everyone to explicitly call this 5.5.2-alpha in the
release announcements and Jakarta news/download pages? The stability
vote will be as usual, one week after the release, and the stability
vote results announced (and web site possibly chan
Shapira, Yoav wrote:
Hi,
As a (relevant) side note, I've been assuming the TCKs cover session handling. Is
this a bad assumptions?
Of course, it does test session handling :)
I think there's something odd, though.
Rémy
-
To unsub
Mladen Turk wrote:
Shapira, Yoav wrote:
Hi,
Is it OK with everyone to explicitly call this 5.5.2-alpha in the
release announcements and Jakarta news/download pages? The stability
vote will be as usual, one week after the release, and the stability
vote results announced (and web site possibly chan
Mark Thomas wrote:
I disalike patches which cause a
performance hit for the sole interest of embeddors who don't
contribute anything.
Agreed. But this wasn't the reasoning behind the patch.
From the original bug report (16254) I believe the reporter had a security
motive. To repeat some of m
[EMAIL PROTECTED] wrote:
markt 2004/08/23 12:29:35
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Fix bug 16254 - Server header appears twice after a call to response.setHeader()
Revision ChangesPath
1.105 +3 -1 jaka
[EMAIL PROTECTED] wrote:
Since when is Tomcat 5.5.x an alpha release? Last I heard it was considered a
stable release for a while now.
Regardless of the lack of basis or merit for his complaints: Yoav,
you're not being obvious enough that these builds are alpha.
Rémy
--
[EMAIL PROTECTED] wrote:
fhanik 2004/09/10 14:52:32
Added: modules/cluster to-do.txt
Log:
to do list for clusters
Revision ChangesPath
1.1 jakarta-tomcat-catalina/modules/cluster/to-do.txt
Index: to-do.txt
=
Shapira, Yoav wrote:
Hi,
How about next Tuesday, September 14th, for cutting release 5.5.2
+1 for that, there's a problem with tagfiles that I just fixed.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-
[EMAIL PROTECTED] wrote:
yoavs 2004/09/09 06:50:58
Modified:catalina/src/conf web.xml
Log:
Changes to make the file validate in XMLSpy. I hope the MIME type changes are OK.
I don't think so. Can the '+' be escaped instead ?
Rémy
--
Rob Block wrote:
Tomcat developers,
I have created a plugin for Tomcat 5 that provides scalable session
clustering by replicating each session to a single node rather than
the whole cluster. The plugin uses the jcluster
(http://jcluster.dev.java.net) API for communication, membership and
failover,
Shapira, Yoav wrote:
Hi,
How about next Tuesday, September 14th, for cutting release 5.5.2, and
next Saturday, the 18th, for cutting 5.0.29?
Do we need 5.0.29 already ?
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additi
Jeanfrancois Arcand wrote:
Shapira, Yoav wrote:
Hi,
OK. Please finish committing by noon EDT today if you're still
working on stuff. If that's impossible, please let me know before
noon, as I plan to CVS tag around then and start the release.
There is a couple of exception when you turn the
Shapira, Yoav wrote:
Hi,
I propose to cut the 5.5.1 release on Tuesday (September 7th), thereby
giving us the weekend to do additional work on it. OK?
I'm done with my changes (I think).
I tested a bit datasource support, and it seemed ok, but I only tested a
few things. Did someone try to use
Peter Rossbach wrote:
Hello Remy,
your are right! I found the difference very quickly.
JDTCompiler default Encoding is UTF8
ANTCompiler default Encoding is ISO-8859-1
Set correct javaEncoding parameter to default conf/web.xml and all is
working as 5.0.27 Release
jsp
org.apache.
Peter Rossbach wrote:
Hello,
I have test a small application with Tomcat 5.5 and CVS HEAD 5.5.1-dev
and with JDT something changed from 5.0.x to 5.5 with the JSP encoding.
see example. test.jspx
The problem exit also with "normal" *.jsp with <%@ page
pageEncoding="ISO-8859-1" %>
I thing the JDT co
Yoav Shapira wrote:
Hi,
Tomcat 5.0.28 has been available for a week, with no significant issues
reported, and passing the TCK tests. Shall we call it:
[X] Stable
[ ] Beta
[ ] Alpha
My vote is for Stable. If you're voting Alpha or Beta, please explain why.
And remember, only committer votes are b
Shapira, Yoav wrote:
Hi,
I propose to cut the 5.5.1 release on Tuesday (September 7th), thereby
giving us the weekend to do additional work on it. OK?
+1. Other than testing DataSources and tweaking the docs (there are
broken links right now, because of the repackaging), I don't have
anything
Shapira, Yoav wrote:
Hi,
The x.x-dev is a placeholder in build.xml. The Release Manager adds
version=a.b.c to his/her build.properties when doing a release, thereby
overriding the placeholder x.x-dev value. This is a common convention
not just for Tomcat, but for almost every open source project
Shapira, Yoav wrote:
Hi,
I meant automated in the sense that there's something like
in jakarta-tomcat-5/build.xml to provide a good default. So we already have the automation I mentioned, it's nothing fancy ;)
I'm disappointed ;)
I was already having grand plans about how this could represent
Shapira, Yoav wrote:
Hola,
I'm 0 on it. I think we (and numerous other projects, large and small) have been doing fine with a.b.c, and a.b.c.d is overkill. But if it's automated, and we keep using a.b.c for normal releases and use a.b.c.d only for patches, then it's OK.
You mention "if it's au
Mladen Turk wrote:
Remy Maucherat wrote:
Mladen Turk wrote:
I was wondering if we can adopt some version naming like
consisting of 4 digit groups.
I don't see any benefits, other that forcing Yoav to recompile the
installer all the time ;)
Well, when rolling out any release, this still h
Mladen Turk wrote:
Hi,
I've just bumped on a installer problem caused by the
fact hat the current tomcat version has changed to '5.5-dev'.
I was wondering if we can adopt some version naming like
consisting of 4 digit groups.
Something like:
A.B.C.D
A.B are product major and minor (so 5.5).
If the
Mladen Turk wrote:
[EMAIL PROTECTED] wrote:
- Remove useless stuff in installer: tools.jar and the JDK path are
now useless.
Does it mean that the classloader is taking care of that?
Well, there's a Java compiler bundled, so tools.jar is not needed (and
Tomcat can now use a JRE).
Does 5_0 bra
Henri Gomez wrote:
Hi to all,
Did you know if we'll see the recent ajp/mod_proxy works in the
upcoming http 2.0.51 ?
I started documenting it as a httpd 2.2 feature. Feel free to update
these pages as needed.
Rémy
-
To unsubsc
Tim Funk wrote:
Agreed. If they are put only online - it would be nice if they were
also be allowed to be downloaded. (For those who wish to keep a local
copy)
tar.gz is a lot smaller than zip for those javadocs.
So if you want a javadocs download, I think it should be tar.gz only.
Rémy
-
Hi,
I find the javadocs of Catalina and Jasper annoying (tons of files which
take forever to get copied) and I don't use them at all. Is it really
useful to keep them in the distribution ? Having them online on the
website night be enough for everyone.
The servlet & JSP API javadocs, OTOH, are
[EMAIL PROTECTED] wrote:
remm2004/09/01 03:10:49
Modified:.build.xml
jasper2 build.xml
coyote build.xml
catalina/src/conf catalina.properties
catalina build.xml
webapps/admin build.xml
Log:
- Update pack
Costin Manolache wrote:
- compat: JARs for JDK 1.4 (Xerces, XML apis and JMX impl)
Will the mx4j be included in the release ( since it is targeted for
1.4) ?
I've given the package list and the contents earlier in this thread ;)
Rémy
---
[EMAIL PROTECTED] wrote:
yoavs 2004/08/31 07:50:41
Modified:catalina/src/share/org/apache/catalina/core Tag: TOMCAT_5_0
StandardContext.java
webapps/docs Tag: TOMCAT_5_0 changelog.xml
webapps/docs/config Tag: TOMCAT_5_0 context.xml
Log:
Shapira, Yoav wrote:
Hi,
I think it'd be nice to split the language resources out, not because of their size but to make it easier for users to modify and enhance the i18n bundles. I think we'll get more i18n-related contributions that way.
I suppose it could indeed encourage people.
I'll commi
Hi,
I have a problem with the packaging of resource strings. Each language
is made of a lot of resources, and takes about 25K. So this doesn't
scale that well (we have 4 incomplete languages today, but it would be
good to have many more).
I was considering adding ${catalina.home}/common/i18n/*.
The vote result is:
- the release plan seems to be mostly ok
- it is acceptable to use the J2SE 1.4 API for this release (only Costin
seems to disagree with that); I expect this will allow using things like
the NIO API without any difficulties or the need for compatibility code
- Yoav will RM thi
Gaurav Vaish wrote:
Hi,
I am looking for some good case-study on Tomcat loadtest and benchmarking.
It may or may not be with mod_jk(2) however a study with the
following paramters would be useful:
- JDK Version
- Tomcat version
- OS (with version and SPs)
- Apache Version (if not standalone)
[EMAIL PROTECTED] wrote:
yoavs 2004/08/28 05:49:55
Modified:catalina/src/share/org/apache/catalina/core Tag: TOMCAT_5_0
StandardContext.java
webapps/docs Tag: TOMCAT_5_0 changelog.xml
Log:
Addressed Bugzilla 30762. Risky fix I think, but better tha
[EMAIL PROTECTED] wrote:
remm2004/08/27 16:56:11
Modified:catalina/src/share/org/apache/catalina/authenticator
FormAuthenticator.java
Log:
- Set the notes even when caching. This is harmless from a performance standpoint, but since the principal might not be se
Shapira, Yoav wrote:
I doubt I can vote for/against myself, so I'll just say I'll be happy to
do the releases for a while ;)
Are you ok with releasing a first 5.5.0 build this WE or monday to
properly "start" this branch offically ? Or do we wait for next week ?
Rémy
--
Remy Maucherat wrote:
I approve the release plan:
[X] Yes
[ ] No
Tomcat 5.5 should use the following API set for the coding:
[ ] J2SE 1.3
[X] J2SE 1.4
[ ] J2SE 5.0
Yoav Shapira will act as the release manager for this branch:
[X] Yes
[ ] No
Thanks :)
Rémy
Mladen Turk wrote:
Remy Maucherat wrote:
I approve the release plan:
[X] Yes
[ ] No
Tomcat 5.5 should use the following API set for the coding:
[ ] J2SE 1.3
[X] J2SE 1.4
[X] J2SE 5.0
Can we support both, or do we need a new project
that will use the full Java 5 API?
Java 5 API means we would
I approve the release plan:
[ ] Yes
[ ] No
Tomcat 5.5 should use the following API set for the coding:
[ ] J2SE 1.3
[ ] J2SE 1.4
[ ] J2SE 5.0
Yoav Shapira will act as the release manager for this branch:
[ ] Yes
[ ] No
Thanks :)
Rémy
---
Jeanfrancois Arcand wrote:
Actually, yes, raise them :-) This is the perfect time for raising
issues to the spec leads if we want a fix for the next spec revision.
This mapping issue was sent by the spec leads, so probably somebody
else complained about that.
I have two issues:
a) I don't unde
Jeanfrancois Arcand wrote:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
jfarcand2004/08/25 12:25:46
Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
Log:
Add missing case to support the following web.xml:
ServletTest
ServletTest
[EMAIL PROTECTED] wrote:
jfarcand2004/08/25 12:25:46
Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
Log:
Add missing case to support the following web.xml:
ServletTest
ServletTest
test.ServletTest
ServletTest
Jess Holle wrote:
Jeanfrancois Arcand wrote:
+1 for the vote. :-) I'm in favor of requiring j2se 5.0 (but I work
at Sun so I might have a couple of bad habits ;-) )
Is the vote to be only on whether to continue to support 1.3? Or the
same for 1.4?
Also, is it just a commiters vote?
Only commit
Jeanfrancois Arcand wrote:
+1 for the vote. :-) I'm in favor of requiring j2se 5.0 (but I work at
Sun so I might have a couple of bad habits ;-) )
There are definitely a lot of places where using the generic collections
would make the code a lot cleaner.
Rémy
Shapira, Yoav wrote:
Hola,
"Write once, run anywhere" - why would you choose a target that will
not
run for a (significant) number of people, and try to force them to
choose between upgrading tomcat and upgrading other software ?
I don't think the number is significant. It's very s
Costin Manolache wrote:
Remy Maucherat wrote:
Please make sure "target=1.3" is present in all javac tasks :-)
Shouldn't we support only JRE 1.4 and 5.0 instead ? I would be able
to replace jakarta-regexp use with Java regexp. Obviously people who
don't want to upgrade (ex:
Peter Lin wrote:
I normally don't like to post off topic things, but I have a gmail
invite. if any of the tomcat-developers want a gmail account, email
me directly.
And I have 5 more myself :)
Who wants one ?
Rémy
-
To unsubscribe
Costin Manolache wrote:
Remy Maucherat wrote:
No, you misunderstood.
- jakarta-tomcat-5.5.0.zip - for JRE 5.0, no Admin
- jakarta-tomcat-5.5.0.tar.gz - for JRE 5.0, no Admin
- jakarta-tomcat-5.5.0.exe - for Windows, everything
- jakarta-tomcat-5.5.0-compat.zip - for JRE 1.4 (a few additional
Amy Roh wrote:
[EMAIL PROTECTED] wrote:
amyroh 2004/08/24 10:53:52
Modified:catalina/src/share/org/apache/catalina/startup Tag:
TOMCAT_5_0 ClassLoaderFactory.java
Log:
Do not load outdated xml-apis.jar & xercesImpl.jar from endorsed if JDK
5.0 is used.
Shapira, Yoav wrote:
Hola,
I'm planning to do the following changes to packaging:
- removing commons-launcher from the final distribution (I see little
use of it, since we have good scripts and native wrappers available);
it
will stay as a dependency to launch stuff during the build proc
I'm planning to do the following changes to packaging:
- removing commons-launcher from the final distribution (I see little
use of it, since we have good scripts and native wrappers available); it
will stay as a dependency to launch stuff during the build process
- new release archives based on
[EMAIL PROTECTED] wrote:
amyroh 2004/08/24 10:53:52
Modified:catalina/src/share/org/apache/catalina/startup Tag:
TOMCAT_5_0 ClassLoaderFactory.java
Log:
Do not load outdated xml-apis.jar & xercesImpl.jar from endorsed if JDK 5.0 is used.
I doubt you can use the
Shapira, Yoav wrote:
Hola,
I'll gladly do the releases for the branch. The release plan looks reasonable, I'd +1 it. We'll probably add some text on the goals (more on refactored deployer, enhanced i18n support in Admin, easier build because of refactored dependencies, JDK 1.5 vs. JDK 1.4, etc.),
Hi,
I have posted a draft release plan for HEAD, with a proposed version
number of 5.5.
As with 5.0.x, features will of course continue being added after the
initial 5.5.0 tag. Feel free to add stuff to the release plan (maybe I
did forget stuff).
Yoav, will you do the releases for that branch
Mark Thomas wrote:
The reporter of the bug was trying to use a filter to override the contents of
the server header and set it to "no name". They didn't say so, but I am guessing
there was a security motive behind their actions.
Well, that's not very convincing. Can't they recompile if they want
[EMAIL PROTECTED] wrote:
markt 2004/08/23 12:29:35
Modified:http11/src/java/org/apache/coyote/http11
Http11Processor.java
Log:
Fix bug 16254 - Server header appears twice after a call to response.setHeader()
I don't see any use for this. IMO, the server header
Keith Wannamaker wrote:
The 4.1.31 maintenance release should happen:
[X] Yes
[ ] No
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi,
I'll be on vacation this week. I'll see if I have time to come up with
the JDT support in Jasper (I'm stealing some Cocoon code to do it).
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMA
Pier Fumagalli wrote:
On 11 Aug 2004, at 17:14, Mladen Turk wrote:
Hi all,
We've finished the initial development of extended mod_proxy.
Since the development took place at jakata-tomcat-connectors,
the source code can be found under ajp/proxy.
Here is the list of major features added:
3. Added new
Remy Maucherat wrote:
Hi,
I've changed my mind a lot on this particular subject, but I'm still
investigating.
I'm looking at JDT right now, for use in Jasper, to replace Ant +
javac task as the default Java compiler. It might be mature enough,
and would run with a JRE. It is
Costin Manolache wrote:
If you remove common/endorsed:
- jdk1.3 - it'll work if you add your own parser in common/lib or
jre/lib/ext or classpath
- jdk1.4 - because the parser in jdk1.4 is an old xerces, xml schema
validation might fail, everything else should work.
- jdk1.5 - AFAIK everything
Costin Manolache wrote:
Are you talking about the compiler in eclipse ?
Yes.
Does it allow a way to set up to use jikes ?
No. It's a compiler written in Java, and it should be fast enough.
Rémy
-
To unsubscribe, e-mail: [EMAIL PRO
Hi,
I've changed my mind a lot on this particular subject, but I'm still
investigating.
I'm looking at JDT right now, for use in Jasper, to replace Ant + javac
task as the default Java compiler. It might be mature enough, and would
run with a JRE. It is also relatively small (the whole compiler
Bill Barker wrote:
It certainly made Gump unhappy :).
Ooops, yes, it's going to be a problem. It's quite hard to build my
custom JAR :(
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL P
Some updates ...
Remy Maucherat wrote:
* Default global and per-host configurations:
- conf///context.xml.default
- conf///web.xml.default
- conf/context.xml
- conf/web.xml
This will lead to the removal of the DefaultContext interface, since
this will fully replace the functionality (while being
Mladen Turk wrote:
Hi all,
We've finished the initial development of extended mod_proxy.
Since the development took place at jakata-tomcat-connectors,
the source code can be found under ajp/proxy.
Here is the list of major features added:
1. AJP13 protocol support
2. Connection pool for threaded se
Costin Manolache wrote:
Remy Maucherat wrote:
BTW, does the spec says that the form login page is excluded from
filters ??
That's undefined, as it's some kind of internal dispatching of the
container. It seemed reasonable trying to do it with a RD forward.
Well, if I have a filter
Costin Manolache wrote:
Remy Maucherat wrote:
The time is mostly parsing web.xml. However, it's nothing when
compared to starting certain webapps (such as the admin webapp),
where *one* webapp takes more time than starting up the rest of
Tomcat (including all the simple webapps, JMX an
Jan Luehe wrote:
Agreed.
I stumbled across mem usage as I was running a stress test
under OptimizeIt (and eventually getting OutOfMemory errors from
Servlets), and noticed a large number of char[] instances had been
allocated due to each Request creating its own SimpleDateFormat[].
You get an OOM b
Jan Luehe wrote:
Remy Maucherat wrote:
Bill Barker wrote:
- Original Message - From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 6:27 PM
Subject: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector
Request.j
Petr Jiricka wrote:
- Continue to deliver a stable release of Tomcat in roughly 1 month
intervals. One of the reasons why Tomcat is so highly valued in the
community is because the time between finding a bug and deliveing the
fix is very short, thanks to the short release cycles. The community
Bill Barker wrote:
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 05, 2004 6:27 PM
Subject: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector
Request.java
luehe 2004/08/05 18:27:50
Modified:cat
501 - 600 of 3058 matches
Mail list logo