Hi,
The 2.3/1.2 spec requires implementations to be backward compatible.
http://jakarta.apache.org/tomcat/
As required by the specifications, Tomcat 4.0 also supports web
applications built for the Servlet 2.2 and JSP 1.1 specifications with no
changes.
As far as the choice between 3.3.1 and
Well in fact we would like to use Tomcat 4.0 but our customers may want to use
Bea Weblogic, ATG dynamo ..
We don't want to force them to use a specific server. My question should be :
is there a way in Tomcat 4.0 to make it behave as a servlet 2.2, jsp 1.1 server.
I looked at web.xml and there
There are not very involved since they should use another servlet container, even an
application server.
We have many of our customers using Tomcat 3.2.4 but some use Websphere, other
WebLogic ...
Our product work on tomcat we have our own Servlets and taglib delivered in
WEB-INF/lib/ of our
On Wed, 31 Jul 2002, Thomas Colin de Verdière wrote:
Date: Wed, 31 Jul 2002 18:04:55 +0200
From: Thomas Colin de Verdière [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Tomcat 4.0
There are not very involved
On Sat, 27 Jul 2002, HAVENS,PETER (HP-Cupertino,ex3) wrote:
Date: Sat, 27 Jul 2002 18:35:23 -0400
From: HAVENS,PETER (HP-Cupertino,ex3) [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: '[EMAIL PROTECTED]' [EMAIL PROTECTED]
Subject: tomcat 4.0 remote shutdown
Wow! What a quick response. Thank you for your information.
-Peter
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Saturday, July 27, 2002 3:41 PM
To: Tomcat Developers List
Subject: Re: tomcat 4.0 remote shutdown question ...
On Sat, 27 Jul 2002
[EMAIL PROTECTED] wrote:
The tomcat nightly builds are broken since 5/30. This is the
last day before no good downloadable builds will be available.
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/
The plan is to rely on Gump for the nightlies. There were some issues,
which got fixed.
I've been testing all those versions... there seems to be a
couple issues I have seen with each... let me test 4.1.5 and
I'll let you know how it goes...
t
[EMAIL PROTECTED] wrote:
The tomcat nightly builds are broken since 5/30. This is the
last day before no good downloadable builds will
[EMAIL PROTECTED] wrote:
I've been testing all those versions... there seems to be a
couple issues I have seen with each... let me test 4.1.5 and
I'll let you know how it goes...
4.1.5 currently does not exist, but otherwise looks good. At the moment,
there are some issues which still needs
I found that it looks like the nightly binary builds are broken. As you
can
see, for some reason the many of the file sizes are only 45 bytes. Also,
the
.zip file builds are missing.
http://jakarta.apache.org/builds/jakarta-tomcat-4.0/nightly/
The switch to Jasper 2 probably killed it (but
On Fri, 7 Jun 2002, Remy Maucherat wrote:
Date: Fri, 7 Jun 2002 10:24:00 -0700
From: Remy Maucherat [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Jonathan Eric Miller [EMAIL PROTECTED]
Subject: Re: Tomcat 4.0 nightly build binary downloads
On Fri, 7 Jun 2002, Craig R. McClanahan wrote:
It wasn't Jasper2 that killed it ... it was the switch to Ant 1.5b2. I'll
try to get that working again on my box over the weekend, but it would be
better to migrate the standard nightly build process somewhere else.
Well, jakarta-tomcat-utils
Henry Lu [EMAIL PROTECTED] writes:
I followed the every steps in the doc for how-to do ssl. But I got
failure when I start the tomcat.
Since I couldn't see all error message, here is the on on the screen:
at java.lang.reflect.Method.invoke(Native Method)
at
I followed the every steps in the doc for how-to do ssl. But I got
failure when I start the tomcat.
Since I couldn't see all error message, here is the on on the screen:
at java.lang.reflect.Method.invoke(Native Method)
at
Marty Hall you are a good guy. Thanks!
At 03:00 PM 1/21/02 -0500, you wrote:
Hi-
Daniel Savarese suggested I contact [EMAIL PROTECTED]
with
this info. I've discovered that a surprising number of readers of my servlet
and JSP books (Core Servlets and JSP, More Servlets JSP) need a
On Fri, 16 Nov 2001, Rajan Gupta wrote:
Date: Fri, 16 Nov 2001 13:49:56 -0800 (PST)
From: Rajan Gupta [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED],
EKR [EMAIL PROTECTED]
Subject: Tomcat 4.0 on IIS
I managed to
dear list ...
HOW THE HELL CAN I UNSUBSCRIBE FROM THIS LIST ???
Or at least to switch to digest mode ?
-Original Message-
From: HO,ELWIN (HP-Cupertino,ex1) [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 02, 2001 3:30 PM
To: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Subject: Tomcat 4.0
Jaxp and crimson are built from xml-commons and xml-crimson
( both are
Apache packages ). We do check in binaries - which is consistent with
apache licence, but anyone can built them from sources as well.
In the RPM case, we use dependencies to have them included from allready
installed RPM.
-Original Message-
From: Bip Thelin [mailto:[EMAIL PROTECTED]]
Sent: Friday, September 28, 2001 7:36 PM
To: [EMAIL PROTECTED]
Subject: RE: Tomcat 4.0 cluster-mode
[stuff deleted]
I had some problems getting multicasting to work under Linux and
according to Sun it was a Linux
Hi Vic. We're currently trying to sort out the best way of packaging a 4.0 RPM.
TC4 has quite a few external jar dependencies ... some optional, some
mandatory. We're kind of between a rock and a hard place with both a few of the
RPM packaging policies as well as some jar redistribution
Hi Vic. We're currently trying to sort out the best way of
packaging a 4.0 RPM.
TC4 has quite a few external jar dependencies ... some optional, some
mandatory. We're kind of between a rock and a hard place with
both a few of the
RPM packaging policies as well as some jar redistribution
Dear Roland,
Please write down the error, else no one can help
you.
My servlet and Jsp files are runing fine in Tomcat
4.0 beta7 ~ .
Ok, here again, I'm using Tomcat 4.0-b7 under Windows NT Server
I unzip the Tomcat 4.0-b7 zip file to a directory. Start it, everything
seems to run
Prasad Subramanian [Contractor] at [EMAIL PROTECTED] wrote:
Hi ,
I was trying to get the latest nightly build for Tomcat 4.0 from the website
and
I found that there are two files a tar.Z and a tar.gz with a size of 1 k. I am
unable to get the build from these.
I would appreciate any
On Wed, 11 Jul 2001, Prasad Subramanian [Contractor] wrote:
Hi ,
I was trying to get the latest nightly build for Tomcat 4.0 from the website and
I found that there are two files a tar.Z and a tar.gz with a size of 1 k. I am
unable to get the build from these.
I would appreciate any
Prasad Subramanian [Contractor] at [EMAIL PROTECTED] wrote:
Hi ,
I was trying to get the latest nightly build for Tomcat 4.0 from the
website
and
I found that there are two files a tar.Z and a tar.gz with a size of 1
k. I am
unable to get the build from these.
I would appreciate
kris at [EMAIL PROTECTED] wrote:
tomcat-4.0-doc/config/index.html does not view in Netscape 6
Forwarding to the Tomcat developers mailing list.
Pire
Craig,
Thanks! I missed that in the docs when I first went through them. I found
the documentation on this feature, and now am wondering how much you know
about it.
On the system I am forced to configure this on, the users accounts are
mounted from a central nfs server. This means that
Craig,
I figured I'd follow up on my last question with one more, since I noticed
that the in the documentation there is a sample bit of code that says
http://www.mycompany.com:8080/~craigmcc, which I am assuming is
you...indicating you may indeed know quite a bit about this particular
On Fri, 15 Jun 2001, Robert Evans wrote:
Craig,
Thanks! I missed that in the docs when I first went through them. I found
the documentation on this feature, and now am wondering how much you know
about it.
On the system I am forced to configure this on, the users accounts are
On Thu, 14 Jun 2001, Robert Evans wrote:
Greetings,
I am in the process of configuring Tomcat to be used with several classes
at the Johns Hopkins University. I would like to have each student have
their own webapp in their public_html directory.
I tried Tomcat 3.2.1, but couldn't
-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 14, 2001 7:56 PM
To: Robert Evans
Cc: [EMAIL PROTECTED]
Subject: Re: Tomcat 4.0/Solaris why doesn't tomcat follow soft links?
On Thu, 14 Jun 2001, Robert Evans wrote:
Greetings,
I am in the process
i was litlle un detailed sorry but i try to explain.
This can be test with Tomcat 4.0 b6-dev (last week CVS version at least i haven't see
this to be fixed)
make app dir like test/ then create index.jsp.
make some class like test.testIt that context is like
package test;
public class TestIt
See below.
On Thu, 31 May 2001, Remy Maucherat wrote:
i was litlle un detailed sorry but i try to explain.
This can be test with Tomcat 4.0 b6-dev (last week CVS version at least i
haven't see this to be fixed)
and turn reloading on to test/ context then create servlet that uses this
Quoting Craig R. McClanahan [EMAIL PROTECTED]:
See below.
On Thu, 31 May 2001, Remy Maucherat wrote:
I'm not sure this proposed change would really make any difference.
The
parent classloader here is the web app classloader already, which is
the
same thing that the context class
On Thu, 31 May 2001 12:40:34
Remy Maucherat wrote:
Quoting Craig R. McClanahan [EMAIL PROTECTED]:
See below.
On Thu, 31 May 2001, Remy Maucherat wrote:
I'm not sure this proposed change would really make any difference.
The
parent classloader here is the web app classloader
On Wed, 30 May 2001, Tuukk4 |[:)-| p4s4n3n wrote:
hey, Is anyone fixing that point? Problem is that JSP doesn't reload
classes when servlet container in same context does?
Can you provide a small example that illustrates this?
Tuukka
Craig McClanahan
Hello Ana,
Wednesday, May 02, 2001, 8:23:09 PM, you wrote:
A Hi,
Hello!
A We think we have discovered an error.
That's nice! But why are you mailing me? I'm not a tomcat developer!
:-)
Best regards,
Anthonymailto:[EMAIL PROTECTED]
RequestDispatcher.forward() returns immediately BUT the JSP page has not
been processed yet! The JSP page will only be processed after the servlet
finishes the work, i.e., your doGet or doPost returns. Therefore, there is
no way to access attributes in the JSP page inside the calling servlet.
On Wed, 2 May 2001, Ana wrote:
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we call the setAttribute method
of the request object of the included JSP. If we call the getAttribute
method of the request object in
On Wed, 2 May 2001, Ana wrote:
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we call the setAttribute
method
of the request object of the included JSP. If we call the getAttribute
method of the request object in
On Wed, 2 May 2001, Remy Maucherat wrote:
On Wed, 2 May 2001, Ana wrote:
Hi,
We think we have discovered an error. We call the include method of the
RequestDispatcher from a servlet. Then, we call the setAttribute
method
of the request object of the included JSP. If we call
I suggest that we create a revised version of beta
2, clearly labelled so
that people will know whether they have the
corrected version or not --
and we should do this immediately (like today) to
minimize the number of
people who end up downloading twice.
I suggest we call the updated
Jon Stevens wrote:
on 4/2/01 2:20 PM, "Craig R. McClanahan" [EMAIL PROTECTED] wrote:
I suggest that we create a revised version of beta 2, clearly labelled so
that people will know whether they have the corrected version or not --
and we should do this immediately (like today) to
- Original Message -
From: "Glenn Nielsen" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, April 03, 2001 12:39 AM
Subject: Re: Tomcat 4.0-beta-2 Security Vulnerability
Jon Stevens wrote:
on 4/2/01 2:20 PM, "Craig R. McClanahan" [EMAIL PROTECTED] w
--- "Craig R. McClanahan" [EMAIL PROTECTED] wrote:
I suggest that we create a revised version of beta
2, clearly labelled so
that people will know whether they have the
corrected version or not --
and we should do this immediately (like today) to
minimize the number of
people who end up
On Mon, 2 Apr 2001, Mel Martinez wrote:
--- "Craig R. McClanahan" [EMAIL PROTECTED] wrote:
I suggest that we create a revised version of beta
2, clearly labelled so
that people will know whether they have the
corrected version or not --
and we should do this immediately (like
03, 2001 7:38 AM
Subject: Re: Tomcat 4.0-beta-2 Security Vulnerability
On Mon, 2 Apr 2001, Mel Martinez wrote:
--- "Craig R. McClanahan" [EMAIL PROTECTED] wrote:
I suggest that we create a revised version of beta
2, clearly labelled so
that people will kn
it accidentally.
Punky
Craig
- Original Message -
From: "Craig R. McClanahan" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, April 03, 2001 7:38 AM
Subject: Re: Tomcat 4.0-beta-2 Security Vulnerability
On Mon, 2 Apr 2001, Mel Martinez wrote:
--
Hi,
I build tomcat-4.0 from CVS this morning and tried it with
the TDK and everything looks good! No "sealing violoation",
and the XML-RPC service which requires xerces started
up without a hitch. It was starting the XML-RPC service
which made the "sealing violation" visible. I haven't
tried
, then I'll understand. ;)
Original Message
On 2/13/01, 10:19:16 PM, "Remy Maucherat" [EMAIL PROTECTED] wrote
regarding
Re: Tomcat 4.0 and JSP:
How in apache do I get all my .jsp files to be executed by tomcat.
Even when I use the WebAppMount, the servlets work, but
, "Remy Maucherat" [EMAIL PROTECTED] wrote regard=
ing=20
Re: Tomcat 4.0 and JSP:
How in apache do I get all my .jsp files to be executed by tomcat.
Even when I use the WebAppMount, the servlets work, but it won't exe=
cute
the jsp. Basically I don't car about servlets, I ju
How in apache do I get all my .jsp files to be executed by tomcat.
Even when I use the WebAppMount, the servlets work, but it won't execute
the jsp. Basically I don't car about servlets, I just want my server
to recognize any *.jsp and have tomcat 4.0 execute without having to
specify a
Why would you complain about HTML mail, if you using M$ software
(outlook)?
If you were the person like me, the Linux user, then I'll understand. ;)
Original Message
On 2/13/01, 10:19:16 PM, "Remy Maucherat" [EMAIL PROTECTED] wrote regarding
Re: Tomcat 4.0 and JSP:
How in a
This is a good idea. And as we already did with watchdog we should do the same
here.
+1 for the change.
Thanks
-Ramesh
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
list-help: mailto:[EMAIL PROTECTED]
list-unsubscribe: mailto:[EMAIL PROTECTED]
list-post: mailto:[EMAIL PROTECTED]
This makes a heck of a lot of sense to me... ( an unofficial +1 I guess :)
David
- Original Message -
From: "Craig R. McClanahan" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 01, 2001 09:30
Subject: [Tomcat 4.0] Proposed Change in Build Scripts
There is movement
GOMEZ Henri wrote:
And +1 for TC 3.x branch.
Yes, please. =)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
+1
And +1 for TC 3.x branch.
On ne peut rsoudre les problmes les plus graves avec le mme esprit qui
les a cres.
-- Albert Einstein
-Original Message-
From: Sam Ruby [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 7:45 PM
To: [EMAIL PROTECTED]
Subject: Re: [Tomcat 4.0
on 2/1/01 9:30 AM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
There is movement in the various Jakarta subprojects towards modifying
build scripts so that "build" and "dist" targets are created *within*
the top-level source directory, rather than "up and over" the way they
are now.
"Craig R. McClanahan" wrote:
jakarta-tomcat-4.0
build/-- Build destination for Tomcat
dist/ -- Dist destinatino for Tomcat
catalina/
build/-- Build destination for Catalina portion
dist/
Craig R. McClanahan wrote:
I propose to change all of the build scripts (and associated
README files) to reflect this new structure, in time for the
next beta release.
+1. Please add appropriate .cvsignore files.
- Sam Ruby
As long as this works with sandboxing different versions of the system, it
should be fine.
That is, jakarta-tomcat-4.0 will use, by default, the ant in
../jakarta-ant/dist and the servlet api in ../jakarta-servletapi-4/dist, and
so on.
-Original Message-
From: Craig R. McClanahan
Craig R. McClanahan [EMAIL PROTECTED] wrote:
jakarta-tomcat-4.0
build/-- Build destination for Tomcat
dist/ -- Dist destinatino for Tomcat
catalina/
build/-- Build destination for Catalina portion
dist/
Remy Maucherat wrote:
I've just completed the merge, which was way easier to do than what I
expected.
Feel free to send bugs reports / comments ...
Remy, the new code causes three Watchdog-4.0 test fails:
/jsp-tests/jsp/tagext/tld_resource_path/positive_JAR_URI.jsp
Craig R. McClanahan typed the following on 09:06 PM 1/13/2001 -0800
The information that is presented in the Server Configuration section is all up
to date AFAIKT, but several sections are not yet written. With this, as with
the rest of the docs (and the code, of course :-), feel free to suggest
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. :-)
Jon Stevens wrote:
Ok, I put a whole bunch of logging into Turbine to see *exactly* what line
of code is causing the slowness that I keep reporting here and I have now
found it...
Log.note ("RunDataFactory: 11");
// Get the HttpSession object.
data.setSession (
This is probably due to the new SecureRandom-based session IDs.
There is an option to turn that off somewhere.
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, December 21, 2000 1:47 PM
To: tomcat-dev
Cc: [EMAIL PROTECTED]
Subject: [tomcat-4.0] Session
(was: Re: [tomcat-4.0] building
i s hard)
I agree with Stuart!
Let me also state that 99% of the OSS C projects built with "configure" out
there build into their own directory by default. However, most have the
option to build to another directory. That is something I'm willing to
support.
-
It doesn't include the port number in the links of the output and
therefore,
the links are invalid.
Also, what is responsible for generating the directory listings? I tried
to
find the source code for it so that I could patch it myself, but I
couldn't
find it!
Originally it was in
Jon,
I thought the RNG only took around 5 seconds on that kind of machine.
Are you sure it's not classloading taking the time? I found removing the
manifest from my .jar files can make up to an order of magnitude difference
on some servlet engines...
Cheers
Geoff
- Original Message -
I think that my log file below shows that it clearly isn't classloading.
Everything that would probably need to be loaded is loaded already.
-jon
on 12/17/2000 6:58 PM, "Geoff Soutter" [EMAIL PROTECTED] wrote:
Jon,
I thought the RNG only took around 5 seconds on that kind of machine.
: [tomcat 4.0] Turning off random number seeding
Jon,
I thought the RNG only took around 5 seconds on that kind of machine.
Are you sure it's not classloading taking the time? I found removing the
manifest from my .jar files can make up to an order of magnitude difference
on some servlet engines
on 12/17/2000 7:31 PM, "Jon Stevens" [EMAIL PROTECTED] wrote:
In tomcat-4.0/conf/server.xml, I have defined:
Context path="/" docBase="scarab" reloadable="true"
/Context
I figured out this problem...it should be:
Context path="" docBase="scarab" reloadable="true"
/Context
No "/" in
Jon Stevens wrote:
on 12/17/2000 7:31 PM, "Jon Stevens" [EMAIL PROTECTED] wrote:
In tomcat-4.0/conf/server.xml, I have defined:
Context path="/" docBase="scarab" reloadable="true"
/Context
I figured out this problem...it should be:
Context path="" docBase="scarab" reloadable="true"
Any ideas why a stock m5 won't run on MacOSX beta 2?
java version "1.2.2"
Java HotSpot(TM) Client VM (1.3.0, mixed mode, internal release build)
Craig forgot to package jndi.jar with the M5 distribution, so if you're
running JDK 1.2 it will complain :(
Download JNDI 1.2 from Sun, and put the
John Morrison wrote:
While jakarta-servletapi-4.0 and TC4.0 builds are being
re-developed, could we please *stop* them creating
directories higher in the hierarchy thantheir own root?
ie
/jakarta-tomcat/ shouldn't then create ../build/ - it's
not nice!
An alternate perspective - I like
Jon Stevens wrote:
I would say that the servlet api build process should
be "fixed" to build/install into directories with the
version number attached.
Agreed.
In the case of jakarta-regexp, can this be done instead of putting the
version number on the name of the jar file itself?
- Sam
PROTECTED]]
Sent: 15 December 2000 11:59 am
To: [EMAIL PROTECTED]
Subject: RE: [PROPOSAL] building is easy (was: Re:
[tomcat-4.0] building
i s hard)
John Morrison wrote:
While jakarta-servletapi-4.0 and TC4.0 builds are being
re-developed, could we please *stop* them creating
While jakarta-servletapi-4.0 and TC4.0 builds are being
re-developed, could we please *stop* them creating
directories higher in the hierarchy thantheir own root?
ie
/jakarta-tomcat/ shouldn't then create ../build/ - it's
not nice!
An alternate perspective - I like the fact that
On Friday, December 15, 2000, at 03:24 PM, [EMAIL PROTECTED] wrote:
/jakarta-tomcat/ shouldn't then create ../build/ - it's
not nice!
An alternate perspective - I like the fact that building a cvs checkout
does not modify the checkout itself.
+1 !
I would be
on 12/15/2000 3:56 AM, "Sam Ruby" [EMAIL PROTECTED] wrote:
In the case of jakarta-regexp, can this be done instead of putting the
version number on the name of the jar file itself?
- Sam Ruby
There is nothing wrong with putting the version number on the .jar file and
it help WAY to many
I agree with Stuart!
Let me also state that 99% of the OSS C projects built with "configure" out
there build into their own directory by default. However, most have the
option to build to another directory. That is something I'm willing to
support.
-jon
on 12/15/2000 7:45 AM, "Stuart Roebuck"
Jon Stevens wrote:
There is nothing wrong with putting the version number on
the .jar file and it help WAY to many people to do so.
I'm sure that putting the version number in a conspiquous place has helped
innumerable people.
However, as Craig pointed out:
That makes building scripts
[ disclaimer: I am a fan of keeping the source separate from the outputs,
but in the interest of fairness, I feel I must point out a few items ]
Craig R. McClanahan wrote:
3. different projects will create subdirectories of the
"build" directory and these subdirectory names will never
on 12/15/2000 10:50 AM, "Sam Ruby" [EMAIL PROTECTED] wrote:
That makes building scripts dependent on these packages
much more painful than it needs to be -- it's not enough
to know what directory you've got these packages in, you
have to specify the version number as well.
In concrete
On Friday, December 15, 2000, at 05:51 PM, Craig R. McClanahan wrote:
If you follow the recommended approach (create a "Jakarta" directory in your home
directory or wherever, and install all the project source distros inside it), this
is a
given.
Apologies, I didn't realise I had to
Jon Stevens wrote:
i'm re-doing it this weekend and i don't want to have to
merge conflicts.
yes craig, i will keep the same level of functionality
and simply add clean ness, ease of building, ant 1.2
features and more functionality.
Please give us a chance to discuss before comitting?
Sam Ruby wrote:
Additionally, I would be in favor of standardizing - even if it is only
across jakarta projects - a mechanism for embedding the version number in a
standard location inside the jar file itself.
I have a suggestion for how to approach this one.
The JDK 1.3 docs describe a
on 12/15/2000 11:31 AM, "Sam Ruby" [EMAIL PROTECTED] wrote:
Please give us a chance to discuss before comitting?
I've spent the last two days building a meta-build system. It consists of
an abstract definition of the system that you want to build, in XML. A
concrete user profile, also in
WARNING: Comments below relate to the build process the way it currently is. After
Jon gets done, it will undoubtedly look quite different.
Stuart Roebuck wrote:
On Friday, December 15, 2000, at 05:51 PM, Craig R. McClanahan wrote:
If you follow the recommended approach (create a
Jon Stevens wrote:
I didn't remember you posting about building such a system,
but it is MOST appreciated and wanted.
Posted innumerable times, but here it is once again:
http://oss.software.ibm.com/developerworks/opensource/jakarta/buildall.html
I will wait to use whatever you have.
I
I've spent the last two days building a meta-build system. It consists of
an abstract definition of the system that you want to build, in XML. A
concrete user profile, also in XML, binding names to locations to where
you
want them to reside on disk. And, finally, an XSLT transform which
There's still the "religious" war over "build inside my source directory"
versus "build someplace else". I am of the latter camp -- partly
because that's the way Tomcat has built ever since it was first released
to Apache,
and partly because I've grown to like it -- but if everyone wants it
on 12/15/2000 12:00 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
Let me describe what I just had to do, to get a feel for why I like the
current approach.
Recently, there were security issues with Tomcat 3.1 that required creating a
3.1.1 release. Now, Tomcat 3.1 was dependent on
on 12/15/2000 11:59 AM, "Sam Ruby" [EMAIL PROTECTED] wrote:
Jon Stevens wrote:
I didn't remember you posting about building such a system,
but it is MOST appreciated and wanted.
Posted innumerable times, but here it is once again:
Craig,
Thanks for this. If my analysis is correct I think our preferences are very similar,
but we started with different viewpoints:
1. I saw Tomcat as a stand-alone project dependent on other stand-alone projects : you
saw Tomcat as part of one interdependent Jakarta project.
2. I saw the
Jon Stevens wrote:
no no no no no...keep reading...
Essentially a basis buildmaker project for people to work from.
That is what I thought that you just said you were creating.
We probably need a higher bandwidth communication at some point. I'm
building exactly what I described. It
on 12/15/2000 5:05 PM, "Sam Ruby" [EMAIL PROTECTED] wrote:
We probably need a higher bandwidth communication at some point.
You are welcome to come out and stay at my house in Berkeley. :-) I have an
extra futon with a featherbed on it as well as plenty of hardware for us to
develop on. :-)
Jon,
I *absolutely* agree with the need to make the Tomcat build environment easier to
setup. The current situation is a *serious* barrier to encouraging wider
participation. There's no rocket science required at present, but few of us have time
to mess about and I for one gave up at least
Stuart Roebuck [EMAIL PROTECTED] wrote:
Jon,
I *absolutely* agree with the need to make the Tomcat build environment easier
to setup. The current situation is a *serious* barrier to encouraging wider
participation. There's no rocket science required at present, but few of us
have time
1 - 100 of 129 matches
Mail list logo