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 of
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
=
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 de
Craig R. McClanahan at [EMAIL PROTECTED] wrote:
>
> As an absolute minimum, Jasper doesn't need much -- just a way to invoke
> the compiler in a multi-threaded server environment without multiple
> instances clashing with each other. Even external processes work, albeit
> much more slowly than o
"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 possibl
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
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
> as a separate tool?
>
As an
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 t
"Pier P. Fumagalli" wrote:
>
> 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
nacho 01/07/20 17:44:25
Modified:src/doc JDBCRealm-howto.html
Log:
Bug#: 1608
Inaccuracies in JDBCRealm-howto.html
Reported by pbwest at powerup.com.au (Peter B. West)
Patch by pbwest at powerup.com.au (Peter B. West)
Revision ChangesPath
1.3 +36 -8
[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
jGuru maintains FAQs and Forums on Servlets, JSP, and Tomcat (as well as
many other Java topics). Here is an automated update on recent postings to
Tomcat-related FAQs. Please direct flames and feedback to [EMAIL PROTECTED] .
- Alex
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 l
"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 sources (when I was at IBM, 1+1/2
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 threa
Jon Stevens at [EMAIL PROTECTED] wrote:
>
> The real solution is to get Sun to get off their high horse and OSS the
> javac compiler and/or not do stupid things like remove something that tons
> of people depend on and not give an alternative way to do things.
I have to disagree, this time.. The
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
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
>
> Target: Jasper - Tracking, Firing, Hit...
>
> ;-)
>
> Glenn
This is the new nicer Jon.
JS
You are easily amused.
I'm surprised at how neutral your echo is for Jasper,
I would have thought you would use something like
Target: Jasper - Tracking, Firing, Hit...
;-)
Glenn
[EMAIL PROTECTED] wrote:
>
> jon 01/07/20 14:46:32
>
> Modified:.build.xml
> Log:
> a
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
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 comp
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?
>
> I was a little bemused to see that the release announcment of TC4-b6
> mentioned the all new
> webapp connector and then proceded to
On Fri, 20 Jul 2001, Paul Speed wrote:
>
>
> "Craig R. McClanahan" wrote:
> >
> > There are some pretty intense discussions going on about this, and the
> > story hasn't yet been finished ...
> >
> > On the other hand, the "new" compiler entry point has an absolutely
> > horrible feature (fro
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 requ
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,
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 qu
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 techn
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
"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.
Ju
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
feredWrit
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
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
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 S
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
===
Hi all,
is there a tarbundle somewhere of the latest (circa-Tomcat 4-b6) web-app
connector stuff anywhere?
I was a little bemused to see that the release announcment of TC4-b6
mentioned the all new
webapp connector and then proceded to omit said source from the source
bundle.
Pulling the sourc
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
on 7/20/01 12:11 PM, "JULIEN,TIMOTHY (HP-NewJersey,ex2)"
<[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
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
"Craig R. McClanahan" wrote:
>
> There are some pretty intense discussions going on about this, and the
> story hasn't yet been finished ...
>
> On the other hand, the "new" compiler entry point has an absolutely
> horrible feature (from the point of view of Jasper) -- you have to modify
> Sys
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
> sun.tool
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
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/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
> particula
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-
> Fr
[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
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 o
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
===
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 comp
On Fri, 20 Jul 2001 [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-
On Fri, 20 Jul 2001, 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.
>
The standa
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 we
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
larryi 01/07/20 10:43:25
Modified:src/tests/webpages/WEB-INF test-tomcat.xml
Log:
Add test to insure normal ";jsessionid" works as expected.
Revision ChangesPath
1.39 +7 -1 jakarta-tomcat/src/tests/webpages/WEB-INF/test-tomcat.xml
Index: test-tomcat.xml
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: Sess
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
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, e
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
WebAppC
Speak of the devil, I just ran across this page today, from a hosting
service:
http://www.aoindustries.com/servlet/com.aoindustries.website.WhatsNew
which says:
"Please note that AJP13 is still much slower than AJP12. Using AJP12,
ourstandard "Hello" servlet processes 544 requests per second. Usi
Hi,
The build complains for: "[copydir] DEPRECATED - The copydir task is
deprecated. Use copy instead.", I should fix it?
Cheers
Jean-frederic
Hi,
I have tried to commit the following changes in jakarta-watchdog-4.0/Readme but
I have got the following error message:
Access denied: Insufficient Karma (jfclere|jakarta-watchdog-4.0)
cvs server: Pre-commit check failed
Could some
> >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 possibl
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
==
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
==
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 n
On Fri, 20 Jul 2001, David Haraburda wrote:
> Have you tried using the Jdk12Interceptor? That fixed class loading
> problems for me. In your server.xml do:
>
> className="org.apache.tomcat.request.Jdk12Interceptor"/>
Got that, and it fixed the finding of my .conf files that I store in
WEB-IN
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
Hi,
I too missed the original message, but have been dealing with these
problems myself.
Have you tried using the Jdk12Interceptor? That fixed class loading
problems for me. In your server.xml do:
There are some weird classloader issues w/ Java 2 that this fixes.
Note this will only fix th
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 thin
>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 d
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] w
larryi 01/07/20 06:05:39
Modified:src/facade22/org/apache/tomcat/facade JspInterceptor.java
Log:
Turning "tryJikes" off. This introduces a configuration unknown with a
default installation of Tomcat.
Revision ChangesPath
1.27 +1 -1
jakarta-tomcat/src/facad
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
po
marcsaeg01/07/20 05:50:51
Modified:docs index.html
Log:
Getting Alex's previous fixes built into the HTML files.
Revision ChangesPath
1.4 +3 -3 jakarta-tomcat-site/docs/index.html
Index: index.html
===
larryi 01/07/20 05:50:29
Modified:.README
Log:
More beta-1 updates
Revision ChangesPath
1.17 +3 -11 jakarta-tomcat/README
Index: README
===
RCS file: /home/cvs/jakarta-tomcat/READM
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 lik
larryi 01/07/20 05:49:46
Modified:src/admin index.html
Added: src/admin tomcat.gif
Log:
Make the admin web app self contained. Including its own copy of
tomcat.gif.
Revision ChangesPath
1.5 +1 -1 jakarta-tomcat/src/admin/index.html
Index: inde
larryi 01/07/20 05:47:44
Modified:src/share/org/apache/tomcat/modules/config IISConfig.java
Log:
Modified to have all requests for a context sent to Tomcat. This is consistent
with the Apache connector and insures behavior specified in the web.xml
functions correctly for the w
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 t
INSTALL is under $CATALINA_HOME/src? Is that the right place for it?
Also, here's my take on a reworked ROOT/index.html. I'd like to come up
with a common look and feel for the default web-apps...
- r
> 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).
Ugh, Pier... hope everything turns out ok =/
- r
[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 w
>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 ja
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
83 matches
Mail list logo
