On Thu, 19 Jul 2001 [EMAIL PROTECTED] wrote:
On Thu, Jul 19, 2001 at 10:58:21PM -0700, Craig R. McClanahan wrote:
On Thu, 19 Jul 2001 [EMAIL PROTECTED] wrote:
Do you have a position on including a jakarta-regexp.jar (or a
jakarta-regexp-1.2.jar or a
Hi,
This is a patch for AdaptiveClassLoader -- it fixes the problem(s) I've
described in my previous post. In short:
The API documentation for java.lang.ClassLoader states that subclasses
of ClassLoader should implement the findResource and findResources
method. I've added these methods to
Oops. Accidentally attached the file with output from multiple runs of
diff: Here is the correct (smaller) patch, with my apologies...
David
--
David Haraburda - [EMAIL PROTECTED]
Everest - Helping You Manage Outsourcing
972-980-0013 x736
--- AdaptiveClassLoader.java.orig Sat Mar 3
Bojan Smojver wrote:
As for DSO, I'll have to work on that, so probably some time tomorrow
(Sydney time).
Just did a DSO version and couldn't replicate the problem (BTW, I've
recompiled/statically linked Apache and mod_jk again since then and the
problem was still there). So, maybe it has to
on 7/19/01 7:08 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
P.S. I'd like to propose that jakarta-regexp project name all their
jars jakarta-regexp.jar no matter what version they are. This doesn't
affect the decision here.
-1
Until we have a CJAN, I like version numbers on jar files.
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
+Tomcat 4.0-beta-6 now includes an updated version of the Java side of the
+MOD_WEBAPP connector, used to run Tomcat behind Apache. Binary versions of
+the MOD_WEBAPP connector for various platforms will be published (in the same
+directory
larryi 01/07/20 05:45:20
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Modified handling when forwardAll is true and using JkMount to also include
the context pattern, i.e. /ctx/*. Just /ctx defines an exact match only.
Made noRoot default to
grumble Apologies for whatever funked up attachments got sent. I'm using
my university's webmail.
- r
On Fri, 20 Jul 2001 5:27:58 PDT [EMAIL PROTECTED] wrote:
INSTALL is under $CATALINA_HOME/src? Is that the right place for it?
=0D
Also, here's my take on a reworked ROOT/index.html. I'd
Guys,
I've copied in an email returned to a support desk regarding a problem
similar to this. There is a link to mikal.org that explains it in better
detail, but essentially it refers to where your classes are found, as to
what classloader they inherit. And the solution we found (similar to the
A, maybe I should add this to the INSTALL.txt file - unset your
CLASSPATH before starting TC? I've logged into my fair share of *nix boxes
where the admins have conveniently set a system-wide CLASSPATH containing an
XML parser, etc.
- r
On Fri, 20 Jul 2001 12:59:01 +0100 [EMAIL PROTECTED]
Just did a DSO version and couldn't replicate the problem (BTW, I've
recompiled/statically linked Apache and mod_jk again since then and the
problem was still there). So, maybe it has to do with statically linking
Apache after all...
Strange problem. What's the difference between static and
On Thu, 19 Jul 2001, David Rees wrote:
(Sorry about the double-qoute, I missed the original message)
I have noticed the same problem while doing some development using
Tomcat 3.2.[23]. I worked around it by making sure that I unset the
classpath before calling startup.sh, then things
On Fri, 20 Jul 2001, Andrew McGhee wrote:
Guys,
I've copied in an email returned to a support desk regarding a problem
similar to this. There is a link to mikal.org that explains it in better
detail, but essentially it refers to where your classes are found, as to
what classloader they
Oops,
That's right, you can read any file you want from WEB-INF/classes using
getResource() (which is probably what you are doing) -- that is implemented
correctly in AdaptiveClassLoader. If you want to find all resources of a
specified name (for example, you have a properties file of the same
mmanders01/07/20 08:09:48
Modified:jk/native/common jk_ajp14_worker.h
Log:
Added a define for snprintf under Windows.
Revision ChangesPath
1.4 +6 -1 jakarta-tomcat-connectors/jk/native/common/jk_ajp14_worker.h
Index: jk_ajp14_worker.h
mmanders01/07/20 08:10:26
Modified:jk/native/apache-1.3 mod_jk.dsp
Log:
Fixed project so that MSDev can use it.
Revision ChangesPath
1.5 +10 -10jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.dsp
Index: mod_jk.dsp
The problem you are having can be easily resolved by simply editing your
local jakarta-turbine-4.0/build.properties or your
${user.home}/build.properties
Why could still use symlink as I do in my RPM :)
ln -s jakarta-regexp-1.2.jar jakarta-regexp.jar
Yes, these are all possible
Hi,
The build complains for: [copydir] DEPRECATED - The copydir task is
deprecated. Use copy instead., I should fix it?
Cheers
Jean-frederic
hi craig,
the newest CVS files compilation seems to work properly, without having
defined any WebAppDeploy's - thx so far!
but
having definded the following in the httpd.conf of apache1.3:
# 4 tomcat
LoadModule webapp_module /etc/httpd/modules/mod_webapp.so
AddModule mod_webapp.c
On Fri, Jul 20, 2001 at 06:22:21AM -0700, Rob S. wrote:
A, maybe I should add this to the INSTALL.txt file - unset your
CLASSPATH before starting TC? I've logged into my fair share of *nix boxes
where the admins have conveniently set a system-wide CLASSPATH containing an
XML parser, etc.
Make sure ServerName is configured prior to the mod_webapp config statements
in httpd.conf.
On Fri, Jul 20, 2001 at 12:30:49PM +0200, Michael Steindl wrote:
hi craig,
the newest CVS files compilation seems to work properly, without having
defined any WebAppDeploy's - thx so far!
but
larryi 01/07/20 10:42:47
Modified:src/share/org/apache/tomcat/modules/session SessionId.java
Log:
req.unparsedURI may be unset. Fix NPE.
Revision ChangesPath
1.12 +7 -5
jakarta-tomcat/src/share/org/apache/tomcat/modules/session/SessionId.java
Index:
This is the first set of modifications I made to the Catalina code to allow
port 1024 binding under Unix. Basically, I added an initialize() method
to Server, Service and Connector, and that gets called appropriately before
start(). Now, the only thing left to do is to move the ServerSocket
I don't think unsetting your CLASSPATH is necessary, especially since other
applications may rely on it. I would guess that most problems occur when:
1) You add things you have in your WEB-INF/classes to your CLASSPATH (thus causing them
to be loaded by the system class loader, not the Tomcat
I'm going to take a pass through all the build stuff for
jakarta-tomcat-4.0, jakarta-servletapi-4, and jakarta-watchdog-4.0 in the
next couple of days. I'll incorporate appropriate stuff from your READMEs
as well.
Craig
On Fri, 20 Jul 2001, jean-frederic clere wrote:
Hi,
The build
larryi 01/07/20 11:42:33
Modified:src/doc readme
Log:
Update some information on the connector interceptors.
Revision ChangesPath
1.17 +7 -4 jakarta-tomcat/src/doc/readme
Index: readme
costin 01/07/20 11:46:04
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Remove the SetHandler option.
This is new code, and will probably be available with all the new
features and ajp14 as part of j-t-c.
There is no need to put it into the
[EMAIL PROTECTED] wrote:
The problem you are having can be easily resolved by simply editing your
local jakarta-turbine-4.0/build.properties or your
${user.home}/build.properties
Why could still use symlink as I do in my RPM :)
ln -s jakarta-regexp-1.2.jar jakarta-regexp.jar
Over in HP middleware, we're not to happy with this development either
our JSP implementation will suffer for the same reasons Jasper will
We can work with an external compiler, but for speed, we much prefer
sun.tool.javac.Main.
Tim Julien
HP Middleware
-Original Message-
on 7/19/01 10:58 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
I'm positive Jon will be +1 for this :-), but I'm very -1 for reasons that
have been discussed at length on this and other lists in the past.
Storing JAR files is evil, because it creates dependencies on those
particular
on 7/20/01 1:29 AM, GOMEZ Henri [EMAIL PROTECTED] wrote:
Why could still use symlink as I do in my RPM :)
ln -s jakarta-regexp-1.2.jar jakarta-regexp.jar
Doesn't work on winblows.
-jon
on 7/20/01 1:36 AM, Pier P. Fumagalli [EMAIL PROTECTED] wrote:
Windows coming in few days, as someone broke into my apt tonight and stole a
couple of PCs and god knows what else... Other OSes, after I get back from
the cops (thank god I keep my Macs in by bedroom).
Pier (nothing _ever_
JULIEN,TIMOTHY (HP-NewJersey,ex2) at [EMAIL PROTECTED] wrote:
Over in HP middleware, we're not to happy with this development either
our JSP implementation will suffer for the same reasons Jasper will
We can work with an external compiler, but for speed, we much prefer
Have I done something wrong or do the directory
listing still read Apache Tomcat/4.0-b5?
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 20, 2001 12:21 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Subject:
NEVER MIND
I just need to recompile my applications.
-Original Message-
From: Ken Torimaru [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 20, 2001 1:49 PM
To: [EMAIL PROTECTED]
Subject: RE: [ANNOUNCEMENT] Tomcat 4.0-beta-6 Released
Have I done something wrong or do the directory
listing
jon 01/07/20 14:46:32
Modified:.build.xml
Log:
added some echo statements for my own amusement.
Revision ChangesPath
1.30 +3 -0 jakarta-tomcat-4.0/build.xml
Index: build.xml
===
I just did a fresh cvs update, ant clean, ant and I get this...
-jon
[176][ ~/checkout/jakarta-tomcat-4.0 ]% ant clean
Buildfile: build.xml
clean:
build-clean:
dist-clean:
clean:
build-clean:
dist-clean:
clean:
build-clean:
dist-clean:
clean:
build-clean:
dist-clean:
clean:
BUILD
mmanders01/07/20 15:08:16
Modified:src/share/org/apache/tomcat/modules/server Ajp13.java
Log:
When calling setUserPrincipal, use the RemoteUser we just read instead of reading
the next string in the message. Otherwise, we through the message/protocol off.
Revision Changes
you need a new servlet.jar. update and build jakarta-servletapi-4.
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 20, 2001 4:50 PM
To: tomcat-dev
Subject: t4 - jasper go boo boo
I just did a fresh cvs update, ant clean, ant and I get this...
on 7/20/01 3:13 PM, Kevin Seguin [EMAIL PROTECTED] wrote:
you need a new servlet.jar. update and build jakarta-servletapi-4.
Ok...cool...
Fyi...i'm getting these javadoc errors when building it...
[javadoc] javadoc: warning - Tag @see: Class or Package not found:
java.io.Buf
feredWriter
JULIEN,TIMOTHY (HP-NewJersey,ex2) wrote:
Over in HP middleware, we're not to happy with this development either
our JSP implementation will suffer for the same reasons Jasper will
We can work with an external compiler, but for speed, we much prefer
sun.tool.javac.Main.
Just a
on 7/20/01 3:45 PM, Christopher Cain [EMAIL PROTECTED] wrote:
Just a question to satisfy my own curiosity (and possibly point out my
compiler ignorance WRT using sun.tool.javac.Main and/or JSP compilation
[since I don't do JSP]). You mention speed being the primary factor in
using the Main
Jon Stevens wrote:
Time to drop Javac and just use Jikes...
LOL! I hadn't even read this one when I (just now) asked my why not
just go with Jikes question. I've started noticing that Jon and I think
alot alike, from HTML-formatted e-mail to documention approaches to JSP
to compiler
On Fri, 20 Jul 2001, Jon Stevens wrote:
The next logical step is to use Geir's JJAR (look in the
jakarta-commons-sandbox) to automatically download the right .jar files for
you.
Actually, Jon's suggestion is the right answer.
Craig McClanahan
I'm going to print that quote (taken
On Fri, 20 Jul 2001, Jon Stevens wrote:
on 7/19/01 10:58 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
I'm positive Jon will be +1 for this :-), but I'm very -1 for reasons that
have been discussed at length on this and other lists in the past.
Storing JAR files is evil, because it
Jon Stevens wrote:
Jikes works fine.
The issue is that Jikes is a C++ binary and isn't ported to every platform.
Oh yeah ... =)
It also makes installation/distribution issues a bit more tricky than simply
calling a Java class file...
Yep. I figured the issue was that it would require
On Fri, 20 Jul 2001, Christopher Cain wrote:
JULIEN,TIMOTHY (HP-NewJersey,ex2) wrote:
Over in HP middleware, we're not to happy with this development either
our JSP implementation will suffer for the same reasons Jasper will
We can work with an external compiler, but for
Hey folks,
As I mentioned earlier, I've gone through the jakarta-servletapi-4 and
jakarta-watchdog-4.0 build processes, and brought them up to date with
our current practices. In addition, I've brought the following
docuemntation files up to date for both repositories:
README.txt
You are easily amused.
I'm surprised at how neutral your echo is for Jasper,
I would have thought you would use something like
echoTarget: Jasper - Tracking, Firing, Hit.../echo
;-)
Glenn
[EMAIL PROTECTED] wrote:
jon 01/07/20 14:46:32
Modified:.build.xml
Log:
on 7/20/01 4:38 PM, Glenn Nielsen [EMAIL PROTECTED] wrote:
You are easily amused.
I'm surprised at how neutral your echo is for Jasper,
I would have thought you would use something like
echoTarget: Jasper - Tracking, Firing, Hit.../echo
;-)
Glenn
This is the new nicer Jon.
JSP
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
On Fri, 20 Jul 2001, Thom Park wrote:
Hi all,
is there a tarbundle somewhere of the latest (circa-Tomcat 4-b6) web-app
connector stuff anywhere?
Will, it would have been there already if the person slated to do the work
(Pier) hadn't
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
I haven't looked at Jikes, so can't comment on the suitability of any APIs
it exposes. Would someone like to look at this and report back?
Last time I looked at the sources (when I was at IBM, 1+1/2 years ago),
Jikes was not relying on
Christopher Cain at [EMAIL PROTECTED] wrote:
Pier P. Fumagalli wrote:
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
I haven't looked at Jikes, so can't comment on the suitability of any APIs
it exposes. Would someone like to look at this and report back?
Last time I looked at the
[EMAIL PROTECTED] at [EMAIL PROTECTED] wrote:
Sure, it could, but (a) I don't think one message a week will be
enough traffic to bother anyone, and (b) sometimes developer-related
FAQs show up on the Tomcat list.
It's pretty cool, but check your scripts, as it's coming once a day, not
once a
GOMEZ Henri wrote:
Just did a DSO version and couldn't replicate the problem (BTW, I've
recompiled/statically linked Apache and mod_jk again since then and the
problem was still there). So, maybe it has to do with statically linking
Apache after all...
Strange problem. What's the
Christopher Cain at [EMAIL PROTECTED] wrote:
Generic interface, of course :)
Nice ...
What's the point of doing otherwise?
But I didn't say I'm going to do it... :)
D'oh! Maybe I'll have to send my men into your home again, and maybe
this time they steal your primary mod_webapp
Craig R. McClanahan wrote:
On Fri, 20 Jul 2001, Christopher Cain wrote:
[snip] Are we talking a specialized wrapper
targetting specifically the stuff required for JSP, or are we talking
about a general all-purpose Java wrapper that we could possibly release
Glenn Nielsen at [EMAIL PROTECTED] wrote:
Hmm. I wonder how much optimization is needed in the generated byte code for
something that will get profiled and optimized to native opcodes by HotSpot
server. Of course things other than Jasper, like Ant, might want to use it
with a great deal
larryi 01/07/20 21:04:46
Modified:src/share/org/apache/tomcat/core ContextManager.java
Log:
Set version to Beta 1
Revision ChangesPath
1.185 +1 -1
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
Index: ContextManager.java
Hi,
I've been attending a WebDAV interoperability event today. There was a lot
of people, and it was very interesting.
The results for the Tomcat 4 WebDAV servlet were relatively bad. Apparently
there has been a few areas where there has been some regressions, but it
resulted in quite a number
60 matches
Mail list logo