Hi!
We are using Tomcat/JBoss and are pleased with the actual functionality.
What is killing us right now is the performance of the code generated by
Jasper, especially when using taglibs in complex ways. The generated
code is way too unoptimized.
So, if this has not been asked before (in which
Have the public static Digest method in JDBCRealm gone away?
I couldn't find it when browsing through RealmBase/JDBCRealm.
..bip
+1
-Original Message-
From: Andrey Kartashov [mailto:[EMAIL PROTECTED]]
Sent: Sunday, May 13, 2001 12:12 AM
To: [EMAIL PROTECTED]
Subject: [PATCH] Secure defaults in server.xml + support for
multihomed machines
This patch is a result of our previous discussion with Henry
about
I have started a configure.in and makefile(s).in for the
jakarta-tomcat-connectors.
Currently I have just prepared it for Apache2.0 and Apache1.3,
before going on I
have some questions:
I tested the configure/makefile stuff and it works well but
could you also add the java detection for JNI
What about importing the mod_webapp code in
jakarta-tomcat-connectors ?
There is allready jk stuff (native, java), we could
also have here a 'wa' subdir
jakarta-tomcat-connectors/wa/src/native/apache-1.3/
jakarta-tomcat-connectors/wa/src/native/apache-2.0/
Ignacio J. Ortega wrote:
It 's on RealmBase at least on my CVS working copy..
Sorry, forgot to specify the version, do you have
a public Digest method that is static for Tomcat 4 in RealmBase?
..bip
+1 !!!
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Enviado el: martes 15 de mayo de 2001 9:46
Para: [EMAIL PROTECTED]
Asunto: RE: JNDI/LDAP realm
Why not having all realm code (JDBC/JNDI/LDAP/JAAS) shared
in a common tomcat
Pier P. Fumagalli wrote:
GOMEZ Henri at [EMAIL PROTECTED] wrote:
Will you also Jon, contribute to jakarta-tomcat-connectors ?
You were invited with Pier last week and there is still no
anwsers :)
Was I? Whops, didn't notice... Sorry... What should I do? Throw away all my
code and
You were invited with Pier last week and there is still no
anwsers :)
Was I? Whops, didn't notice... Sorry... What should I do?
Throw away all my
code and start working on JK?
Who asked you to drop your code ?)
I was asking for import of the wa code in
jakarta-tomcat-connectors.
Could
hgomez 01/05/15 02:50:38
Modified:src/facade22/org/apache/tomcat/facade
HttpServletRequestFacade.java
Log:
Fix the getRemoteHost() bugs for both ajp12/ajp13
Revision ChangesPath
1.23 +14 -1
hgomez 01/05/15 02:54:56
jakarta-tomcat-connectors/jk/src/native/apache-1.3 - New directory
hgomez 01/05/15 02:55:05
jakarta-tomcat-connectors/jk/src/native/apache-2.0 - New directory
hgomez 01/05/15 02:57:40
Added: jk/src/native/apache-2.0 mod_jk.c mod_jk.dsp
Log:
move to apache-2.0
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/src/native/apache-2.0/mod_jk.c
Index: mod_jk.c
hgomez 01/05/15 02:57:58
Added: jk/src/native/apache-2.0 Makefile.linux build-unix.sh
install-unix.sh
Log:
move to apache-2.0
Revision ChangesPath
1.1
jakarta-tomcat-connectors/jk/src/native/apache-2.0/Makefile.linux
hgomez 01/05/15 02:59:57
Added: jk/src/native/apache-1.3 Makefile.freebsd Makefile.linux
Makefile.nw
Log:
move to apache-1.3
Revision ChangesPath
1.1
jakarta-tomcat-connectors/jk/src/native/apache-1.3/Makefile.freebsd
hgomez 01/05/15 03:00:10
Added: jk/src/native/apache-1.3 README.hpux README.solaris
Log:
move to apache-1.3
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/src/native/apache-1.3/README.hpux
Index: README.hpux
hgomez 01/05/15 03:00:30
Added: jk/src/native/apache-1.3 build-hpux-cc.sh build-hpux.sh
build-solaris.sh build-unix.sh
Log:
move to apache-1.3
Revision ChangesPath
1.1
hgomez 01/05/15 03:00:55
Added: jk/src/native/apache-1.3 mod_jk.c mod_jk.dsp
Log:
move to apache-1.3
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/src/native/apache-1.3/mod_jk.c
Index: mod_jk.c
hgomez 01/05/15 03:04:22
Removed: jk/src/native/apache1.3 Makefile.freebsd Makefile.linux
Makefile.nw README.hpux README.solaris
build-hpux-cc.sh build-hpux.sh build-solaris.sh
build-unix.sh mod_jk.c mod_jk.dsp
hgomez 01/05/15 03:05:14
Removed: jk/src/native/apache2.0 Makefile.linux build-unix.sh
install-unix.sh mod_jk.c mod_jk.dsp
Log:
moved from apache2.0 to apache-2.0
hgomez 01/05/15 03:14:22
Modified:jk/src/native/common jk_msg_buff.h jk_msg_buff.c
Log:
New buf for ajp14 (long/bytes)
Revision ChangesPath
1.2 +27 -9 jakarta-tomcat-connectors/jk/src/native/common/jk_msg_buff.h
Index: jk_msg_buff.h
hgomez 01/05/15 03:16:33
Added: jk/src/native Makefile.in configure.in
Log:
initial configure support
Provided by Jean-Frederic Clere [EMAIL PROTECTED]
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/src/native/Makefile.in
Index:
hgomez 01/05/15 03:17:09
Added: jk/src/native/apache-1.3 Makefile.in
Log:
initial configure support
Provided by Jean-Frederic Clere [EMAIL PROTECTED]
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/src/native/apache-1.3/Makefile.in
hgomez 01/05/15 03:18:14
Added: jk/src/native/apache-2.0 Makefile.in
Log:
initial configure support
Provided by Jean-Frederic Clere [EMAIL PROTECTED]
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/src/native/apache-2.0/Makefile.in
GOMEZ Henri wrote:
I have started a configure.in and makefile(s).in for the
jakarta-tomcat-connectors.
Currently I have just prepared it for Apache2.0 and Apache1.3,
before going on I
have some questions:
I tested the configure/makefile stuff and it works well but
could you also add
[EMAIL PROTECTED] wrote:
On Mon, 14 May 2001, jean-frederic clere wrote:
Hi,
I have started a configure.in and makefile(s).in for the
jakarta-tomcat-connectors.
Excelent !
Currently I have just prepared it for Apache2.0 and Apache1.3, before going on I
have some questions:
The configure.in assumes that the Apache connectors
sub-directories are
apache-1.3 and apache-2.0. I think that more consistant
with mod_webapp.
done
My idea is to build one connector per call of configure/make,
--with-java should
build the JNI support, correct?
I have noted that common contains jk_jni_worker.c, should not
we move it in jni?
no, jk_jni_worker could also be used into apache 1.3/2.0.
And that's HOW IBM use mod_jk on at least
GOMEZ Henri at [EMAIL PROTECTED] wrote:
Who asked you to drop your code ?)
Uh.. A lot of people, I remember...
I was asking for import of the wa code in
jakarta-tomcat-connectors.
Hm... A change worth less than zero...
Could you tell us what's the problem with JK ?
A sort of 'not
GOMEZ Henri at [EMAIL PROTECTED] wrote:
What about importing the mod_webapp code in
jakarta-tomcat-connectors ?
There is allready jk stuff (native, java), we could
also have here a 'wa' subdir
jakarta-tomcat-connectors/wa/src/native/apache-1.3/
Amy Roh at [EMAIL PROTECTED] wrote:
I prefer Cygwin personally. Thanks, Pier!
So we have 2 cygwin (amy+jon) and 1 msvc (kevin)... I hoped to have more
feedback... I'll start with cygwin (since I can get it for free)
Pier
What's the problem here ?
I received only one copy
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From:
So we have 2 cygwin (amy+jon) and 1 msvc (kevin)... I hoped to
have more feedback...
msvc is the de-facto reference in Windows World
+1 for msvc
GOMEZ Henri at [EMAIL PROTECTED] wrote:
What's the problem here ?
Jay's mail setup :)
Pier
I received only one copy
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53
jakarta-tomcat-connectors/wa/src/native/apache-1.3/
jakarta-tomcat-connectors/wa/src/native/apache-2.0/
jakarta-tomcat-connectors/wa/src/native/include/
jakarta-tomcat-connectors/wa/src/java/
The idea is to provide to new users a common area when
he's looking for web-server to
Is there a plan to release Tomcat 4.0 Beta 5 this week? Craig hinted this
would happen,
Kevin Jones
DevelopMentor
www.develop.com
Ok, good call. I had multiple mail rules for this list.
I still think that virus posters should get expunged.
Jay
-Original Message-
From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 15, 2001 8:15 AM
To: [EMAIL PROTECTED]
Subject: Re: virus warnings and
GOMEZ
Jay Doggett at [EMAIL PROTECTED] wrote:
Ok, good call. I had multiple mail rules for this list.
I still think that virus posters should get expunged.
I didn't get any virus...
Pier
larryi 01/05/15 05:59:53
Modified:.RELEASE-PLAN-3.3
Log:
Update to move getRequestURI problem to Beta 1.
Indicate requirement in Milestone 3 to check security problem of URL's with
escape sequences being able to reveal JSP source.
Indicate requirement in Beta 1
larryi 01/05/15 06:03:07
Modified:.build.xml
Log:
Remove duplicate copy command for jaxp.jar.
Add a target test.war that adds the test web application to the
distribution build, without including watchdog.
Revision ChangesPath
1.129 +6 -2
larryi 01/05/15 06:04:32
Modified:.README
Log:
Update build instructions for life without build.sh and build.bat.
Revision ChangesPath
1.15 +47 -43jakarta-tomcat/README
Index: README
larryi 01/05/15 06:06:22
Modified:src/doc readme
Log:
Update for Milestone 3
Revision ChangesPath
1.12 +17 -19jakarta-tomcat/src/doc/readme
Index: readme
===
RCS file:
larryi 01/05/15 06:07:04
Modified:src/share/org/apache/tomcat/core ContextManager.java
Log:
Update for Milestone 3
Revision ChangesPath
1.178 +1 -1
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
Index: ContextManager.java
larryi 01/05/15 06:09:20
Modified:src/tests/webpages/WEB-INF test-tomcat.xml
Log:
Add tests to check if escaped URL's are able to cause JSP source to
be served.
Revision ChangesPath
1.29 +67 -2 jakarta-tomcat/src/tests/webpages/WEB-INF/test-tomcat.xml
getRemoteHost() is now fixed in CVS :)
Same that TC 3.2.2
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
Henri,
I didn't go for the DNS lookup stuff before was because I felt that it was
too large of a change (because it causes external communications) to put it
in without a public beta. At the time I was hoping to release 3.2.2 without
any more beta cycles. The %00 JSP security problem forced my
OK, that goes right to the top of the Why didn't I think of that list.
I'll add section to the Tomcat page describing the various releases.
-Original Message-
From: Paulo Gaspar [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 15, 2001 3:35 AM
To: [EMAIL PROTECTED]
Subject: RE:
So we have 2 cygwin (amy+jon) and 1 msvc (kevin)... I hoped to have more
feedback... I'll start with cygwin (since I can get it for free)
does it really matter much? it should build with both cygwin and msvc,
right? you might just have different makefiles for the two.
-kevin.
[+1] Let's move mod_webapp and all its related stuff in jakarta-connectors.
[ 0] I don't give a damn.
[-1] Keep it where it is because (please explain)
+1
i'm of the opinion that the core parts of connectors should be servlet
container agnostic and separate from any container.
also,
Pier P. Fumagalli wrote:
Jay Doggett at [EMAIL PROTECTED] wrote:
Ok, good call. I had multiple mail rules for this list.
I still think that virus posters should get expunged.
I didn't get any virus...
Pier
I also didn't get any virus, but our company mail servers may filter
Jasper performance has already been identified as an area needing
improvement.
Discussions and work on this has already started in the main tomcat
branch in CVS jakarta-tomcat/proposals/jasper34, but this may be
moving to the CVS repository jakarta-tomcat-jasper.
This work just started
Wow, it is so good to see development discussion on tomcat-dev, and be
able to participate :-)
I have a big question - what happens if configure/libtool is used and
different options are given for mod_jk and apache ?
I can't give a concrete example, but APXS had the big benefit that it
cached
On Tue, 15 May 2001, Pier P. Fumagalli wrote:
GOMEZ Henri at [EMAIL PROTECTED] wrote:
What about importing the mod_webapp code in
jakarta-tomcat-connectors ?
There is allready jk stuff (native, java), we could
also have here a 'wa' subdir
Rickard,
As Glenn mentioned, Jasper is in the process of getting a rework. But in the
mean time and since you mentioned taglibs, you may want to look at the tag
pooling module that was added to tc 3.3. If your jsps use a lot of tags,
you should see a big performance gain. Let me know if you
so, i'm looking at decoupling the Ajp13 java stuff from servlet
container code.
some background... in tomcat 3, the ajp code takes a core
tomcat Request
object and adds decoded information from the ajp request into the
Request object. when i ported this code from tomcat 3 to tomcat 4, i
used
Pier,
If you want to keep the mod_webapp stuff in the TC 4.x branch, I respect
that (I'm not as big a proponent of the new j-t-c project as Henri). So I
guess that makes me +0 on the question you posed to the list.
However, I did want to ask you about this:
Could you tell us what's the
seguin 01/05/15 08:20:52
Modified:jk build.xml
Log:
you can now exclude the tomcat4 subdir (there's probably a better way to do this...
i'm an ant newbie :)
Revision ChangesPath
1.2 +1 -0 jakarta-tomcat-connectors/jk/build.xml
Index: build.xml
seguin 01/05/15 08:23:07
Modified:jk/src/java/org/apache/ajp Ajp13Packet.java
jk/src/java/org/apache/ajp/tomcat4 Ajp13Connector.java
Ajp13InputStream.java Ajp13OutputStream.java
Ajp13Processor.java Ajp13Request.java
[EMAIL PROTECTED]:
On Mon, 14 May 2001, jean-frederic clere wrote:
Hi,
I have started a configure.in and makefile(s).in for the
jakarta-tomcat-connectors.
Excelent !
Currently I have just prepared it for Apache2.0 and Apache1.3, before
going on I
have some questions:
Hi,
I include a JSP page via RequestDispatcher.include(request,
responseWrapper), being responseWrapper a subclass of
ServletResponseWrapper. This responseWrapper object has its own
ServletOutputStream, the JSP page must write its out to the
responseWrapper's ServletOutputStream. However, it
Hi Pier,
I've followed the howto compile doc (apache-1.3.html I presume). I got a
slightly different error this time.
[jreilly@lorien bin]$ ./httpd
Syntax error on line 957 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/mod_webapp.so into server:
I ask mostly because I've put a lot of effort into cleaning up and
documenting that code, and I hope that it is now much more
workable.
Your documentation is a great help in extending the jk in
jakarta-tomcat-connectors to add ajp14 support.
I'll try to also comments my code to help it being
on 5/15/01 3:46 AM, Paulo Gaspar [EMAIL PROTECTED] wrote:
My evaluation of facts is:
- There is almost no documentation on Tomcat, either on web pages
or under a more formal format. Tomcat is much more complex than
Velocity (a Jakarta project I know well) but its documentation
looks
on 5/15/01 4:15 AM, GOMEZ Henri [EMAIL PROTECTED] wrote:
Didn't the jakarta-tomcat-connectors goal is to remove
the connectors stuff from the servlet-engine code ?
+1 in that case.
Remember, +1 means that you are willing to help out.
:-)
-jon
--
If you come from a Perl or PHP
I, for one, would be very interested in making it easy/possible to uncouple
Jasper from the servlet container itself. The question I have is How much of
a scaffolding is required to use Jasper purely as a template engine without
the baggage of the servlet container per se (or at worst, by being
On Tue, 15 May 2001, Bip Thelin wrote:
Have the public static Digest method in JDBCRealm gone away?
I couldn't find it when browsing through RealmBase/JDBCRealm.
It went away by accident during my refactoring. It'll get put back in (by
me) sometime, unless someone wants to beat me to it
On Mon, 14 May 2001, kevin seguin wrote:
so, i'm looking at decoupling the Ajp13 java stuff from servlet
container code.
some background... in tomcat 3, the ajp code takes a core tomcat Request
object and adds decoded information from the ajp request into the
Request object. when i
On Tue, 15 May 2001, Kevin Jones wrote:
Is there a plan to release Tomcat 4.0 Beta 5 this week? Craig hinted this
would happen,
Yep .. last night (complete with source repositories). Just forgot to
announce it on the mailing lists and do a cvs update on the site
itself. More soon.
On Tue, 15 May 2001, RAUL wrote:
Hi,
I include a JSP page via RequestDispatcher.include(request,
responseWrapper), being responseWrapper a subclass of
ServletResponseWrapper. This responseWrapper object has its own
ServletOutputStream, the JSP page must write its out to the
kevin seguin at [EMAIL PROTECTED] wrote:
So we have 2 cygwin (amy+jon) and 1 msvc (kevin)... I hoped to have more
feedback... I'll start with cygwin (since I can get it for free)
does it really matter much? it should build with both cygwin and msvc,
right? you might just have
On Tue, May 15, 2001 at 09:46:18AM +0200, GOMEZ Henri wrote:
+1
Thanks!
So what's the procedure for adding it to CVS? Is there a contact person
responsible for adding patches or if not then how does it work?
Sorry to be asking but I didn't see any info about it on jakarta web site and
I'm new
Jon,
Sorry, I thought someone had already done that. I'll send Scott my contact
info since I'm the one trying to push this puppy out the door.
Has anyone else already responded to Scott's email?
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 15,
clucas 01/05/15 11:52:40
Modified:src/doc readme
Log:
added small comment about tag pooling
Revision ChangesPath
1.13 +13 -1 jakarta-tomcat/src/doc/readme
Index: readme
===
RCS file:
larryi 01/05/15 11:53:52
Modified:src/share/org/apache/jasper/compiler JikesJavaCompiler.java
JspParseEventListener.java
Log:
Update to avoid JDK1.1 compile errors.
Revision ChangesPath
1.9 +6 -11
We use Jasper (from a 3.1 build!) in another container. How big is the
change if we wanted to move to the 3.3 version to get the tag pooling. I'm
about to start performance testing our app, and currently the pages are
taking ages to render (we build up to 1Meg of html.. :o), so we'll be
looking
I went to update the Jakarta Tomcat home page to include a description of
the various releases (3.1.1, 3.2.1, 3.2.2, 3.3, 4.0) and discovered that
the Tomcat page is kind of whacked. It looks like the stuff that's
currently checked out under /www/jakarta.apache.org/tomcat is actually from
the
the dilemma is what to pass to the ajp code that accepts requests in the
new world where this code could be used by any servlet container. the
choices as i see them are:
1) a concrete object (say AjpRequest) that takes and stores information
from the request
2) an interface that
On Tue, 15 May 2001, Marc Saegesser wrote:
Jon,
Sorry, I thought someone had already done that. I'll send Scott my contact
info since I'm the one trying to push this puppy out the door.
Has anyone else already responded to Scott's email?
Yes ... and I'll be there (barring
On Tue, 15 May 2001, Marc Saegesser wrote:
I went to update the Jakarta Tomcat home page to include a description of
the various releases (3.1.1, 3.2.1, 3.2.2, 3.3, 4.0) and discovered that
the Tomcat page is kind of whacked. It looks like the stuff that's
currently checked out under
On Tue, 15 May 2001, jean-frederic clere wrote:
By the way I have a question: Why jk_jni_worker.c is in common not in jni? What
it is used for? (I have to add JAVA_HOME to the configure for it and I am
curious).
Error - it shouldn't be in common...
jk_jni_worker uses JNI to start tomcat in
craigmcc01/05/15 13:48:19
Modified:catalina/src/conf tld_12.dtd
jasper/src/share/org/apache/jasper/resources
web-jsptaglib_1_2.dtd
Log:
Update to the PFD2 official versions of the DTDs (changes in comments only, no
functionality changes).
[EMAIL PROTECTED] wrote:
We already added tag pooling in tomcat3.3, and that have a significant
effect on performance if you are using tags - but that's just the
beginning.
This is great news! Our other options was to use another engine (like
Orion or Resin), write our own JSP compiler, or
Jon Stevens wrote:
Or you could use another tool that doesn't require you to generate .java
files first, doesn't require a boat load of caching to get decent
performance (imagine that using JSP the right way causes it to
actually run slower???), doesn't need a complete re-write to fix
I would like to propose that the new Jasper require jdk 1.2.
The current version of jasper can be used by those who have jdk 1.1.x.
Then we don't have to worry about jumping through hoops trying to
get the new jasper to run both in 1.1 and 1.2, plus we can optimize
for 1.2. In addition JSP 1.2
Here is a patch for the JNDI realm in Catalina that supports authentication
by binding to the directory with the credentials specified by the user.
I've added a configuration parameter bindAsUser which defaults to true.
If set to false the realm authenticates as before: ie it retrieves the
Hi,
We are trying to increase # of connections on J2EE server. Currently the
system is accepting max 20 connections.
We changed the Server.xml to increase minProcessor = 20, MaxProcessor=-1
for unlimitted, and accept count = 100
Looks like server is not picking this up.
Then we tried to set
on 5/15/01 12:41 PM, Marc Saegesser [EMAIL PROTECTED] wrote:
I went to update the Jakarta Tomcat home page to include a description of
the various releases (3.1.1, 3.2.1, 3.2.2, 3.3, 4.0) and discovered that
the Tomcat page is kind of whacked. It looks like the stuff that's
currently
Tomcat 4.0 supports JNDI and JDBC DataSource pooling.
I configure a named JNDI JDBC DataSource in the DefaultContext .. /,
which is then available to all web applications for a Host.
Here is an example from my server.xml (sensitive paramater data replaced with generic)
DefaultContext
Although I will be at JavaOne, my contributions to Tomcat 3.2 is negligible
when compared to the whole, really only the Java SecurityManager with some
mentoring from Costin. I will be happy to watch others accept if Tomcat 3.2
gets the award.
I propose that a list of tomcat developers who will
craigmcc01/05/15 18:40:02
Modified:catalina/src/share/org/apache/catalina/authenticator
AuthenticatorBase.java
Log:
Synthesize a version based on 1.10 that has only the patch from 1.13. The
real version 1.13 will be restored in a moment.
Revision
craigmcc01/05/15 18:43:56
Modified:catalina/src/share/org/apache/catalina/authenticator
AuthenticatorBase.java
Log:
Revert the previous change, back to what was 1.13.
Revision ChangesPath
1.15 +97 -31
I sent Scott my email address, etc. just so that he has someone to contact.
I can be the clearing house of TC3.2 attendees. Just let me know if you'll
be attending the conference. You can email privately or to tomcat-dev, just
put something reasonable in the subject line so I can spot it.
On Tue, 15 May 2001, Glenn Nielsen wrote:
I would like to propose that the new Jasper require jdk 1.2.
The current version of jasper can be used by those who have jdk 1.1.x.
Then we don't have to worry about jumping through hoops trying to
get the new jasper to run both in 1.1 and 1.2, plus
I'll be at Java One ( of course ) and looking forward to meet all of you.
Marc did an amazing work - and I would be happy if he'll get the award for
us ! :-)
Costin
on 5/15/01 7:05 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Tue, 15 May 2001, Glenn Nielsen wrote:
I would like to propose that the new Jasper require jdk 1.2.
The current version of jasper can be used by those who have jdk 1.1.x.
Then we don't have to worry about jumping through
On Tue, 15 May 2001, Jon Stevens wrote:
on 5/15/01 7:05 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Tue, 15 May 2001, Glenn Nielsen wrote:
I would like to propose that the new Jasper require jdk 1.2.
The current version of jasper can be used by those who have jdk 1.1.x.
Then
on 5/15/01 8:32 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
+1 for the generator.
Considerations on the generator:
This will slow development down even further doing the transformation step.
What ? Using JDK1.2 instead of JDK1.1 ?
I doubt it, but thanks for worrying about this
remm01/05/15 22:57:44
Modified:catalina/src/share/org/apache/naming/resources
ProxyDirContext.java
Log:
- Remove normalization of '\\' into '/'. That was a hack which was introduced
for Jasper, but conflicts with what DirCOntextURLConnection is
remm01/05/15 23:02:48
Modified:jasper/src/share/org/apache/jasper/compiler JspCompiler.java
Log:
- JspCompiler shouldn't use a File here. Under Windows, it converts '/' to
'\\' which makes the URL connection class fail.
Revision ChangesPath
1.6 +6 -6
on 5/15/01 11:18 AM, Peter Mutsaers [EMAIL PROTECTED] wrote:
Hello,
I have some questions on webapp initialization.
sorry to send this to both tomcat-user and tomcat-dev; since I use
tomcat 4 I wasn't sure where to send this to. I hope that my questions
are answered by some brand new,
1 - 100 of 101 matches
Mail list logo