The following CVS modules have been migrated to subversion
jakarta-tomcat
jakarta-tomcat-4.0
These modules are now read only in CVS.
The new SVN locations for the head of these repositories are:
http://svn.apache.org/repos/asf/tomcat/container/branches/tc3.3.x/
http://svn.apache.org/repos/asf/t
All,
The plan for the last phase is slightly different since these
repositories are in pretty much constant use.
The CVS repos that will be migrated are:
jakarta-tomcat-connectors
jakarta-tomcat-catalina
jakarta-tomcat-5
jakarta-tomcat-jasper
The plan is:
- Submit migration request to infrast
Remy Maucherat wrote:
Good. The SVN structure you chose to use seems good (although it's not
detailed in this email).
I left it out for the sake of brevity. It is pretty much as per
http://marc.theaimsgroup.com/?l=tomcat-dev&m=112250656230577&w=2 apart
from a few naming changes and better sepa
Yoav Shapira wrote:
If possible, it'd be nice to establish a "quiet window," say 24 hours, during
which we shall not commit anything, and infra will do the real repository move.
That will help eliminate the possibility of lost/clashed commits and related
wasted time.
Good idea. Weekends are us
Remy Maucherat wrote:
Do we do a new Tomcat 5.0.12 build (which will be voted on this time)
before the migration ? We'll have to change build scripts after that,
and I also would have to change the way I work with the repository,
which could introduce problems.
Based on experience with Tomcat
Mladen Turk wrote:
Mark Thomas wrote:
I know there is a plan to do a JK release this week. If there is a
timing clash, JK takes priority. Just shout and I'll delay giving
infra the go-ahead to do the final migration.
Please don't get limited with that fact.
We can easily releas
[EMAIL PROTECTED] wrote:
remm2005/09/22 03:39:37
Modified:.build.xml
Log:
- Fix build by excluding tagPlugins.xml.
- This file shouldn't be in the standard examples, but rather copied there
before precompiling (once it works again, of course).
This should be unn
Yoav Shapira wrote:
Hi,
Will Yoav tag the CVS or SVN for the upcoming release ?
I was going to tag both repositories this one time.
I am 99% sure that you will not be able to tag the CVS repositories
that have already migrated since they will be locked. This will only
affect servletapi
The test migration has now been completed and is available to view at:
http://svn.apache.org/repos/test/tomcat/build
http://svn.apache.org/repos/test/tomcat/container
http://svn.apache.org/repos/test/tomcat/jasper
http://svn.apache.org/repos/test/tomcat/connectors
I made the following changes fr
You need to extend the SingleSignOn valve as any valve doing single
sign on must be an instance of SingleSignOn. Search AuthenticatorBase
for SingleSignOn to see why.
Mark
Bovy, Stephen J wrote:
I would like to create a modified version of
SingleSignOn valve,
I copied it and re-named it Th
Surya Mishra wrote:
I have successfully used JNDI realm to protect my applications on Tomcat.
But if Tomcat is unable to connect to the the directory server, it refuses
access. I want it to use the tomcat-users list as a backup if it fails to
connect to the directory. It seems if the JNDI realm i
Bill Barker wrote:
- Original Message - From: <[EMAIL PROTECTED]>
+[4.1.32] Commons Daemon
+ Upgrade to 1.0
+
I hope you plan to upgrade to 1.0.1, since 1.0 is buggy ;-).
Thanks for the heads up. I was going to do a general review of all the
library versions at some point. T
Ron Kiat wrote:
We're thinking of using JSF 1.2 that has the same EL as JSP 2.1.
Does Tomcat 5.5 support the incoming JSP 2.1 (with support for the new EL)?
Thanks,
Ron Kiat
No it does not. This will be part of Tomcat 6. Work on Tomcat 6 is
unlikely to start until we have complete the transit
Mladen Turk wrote:
Hi,
Any update on the schedule?
I have couple of fixes, commits, etc, but
IIUC the transition should happen last weekend,
so I've postpone all that, but it seems that CVS is
still operational.
Can somebody make a firm statement on the timings?
1. Until when (Date:Hour:Minute)
Mark Thomas wrote:
Mladen Turk wrote:
Can somebody make a firm statement on the timings?
1. Until when (Date:Hour:Minute) commits could be done
2. Wen the CVS will be locked for commit (same format)
This is now set for Wednesday 5th October 2005 at 8pm US Eastern time.
It should be completed
This question belongs on the tomcat-user list. Please read
http://jakarta.apache.org/site/mail.html
mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Remy Maucherat wrote:
Hi,
Since the previous naming scheme has "jakarta" everywhere, I propose we
change it to (I'll do the updating of the build scripts):
http://svn.apache.org/repos/asf/tomcat/build/tc5.5.x -> build
http://svn.apache.org/repos/asf/tomcat/connectors/trunk -> connectors
http:
Henri Yandell wrote:
On 10/6/05, Remy Maucherat <[EMAIL PROTECTED]> wrote:
Remy Maucherat wrote:
There seems to be a problem with those two.
http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/ contains what
was in jakarta-tomcat-catalina, and jakarta-tomcat-5 appears to be gone.
*gri
Remy Maucherat wrote:
The Struts trick does what I want. I see magic things in the
.svn/dir-props, but obviously I don't know how to set it up properly.
Adding a "current" magic folder doing the same would be good, and I
think you can add some "release/vX.Y.Z" folders as well.
I can set this
Yoav Shapira wrote:
Hi,
When a new release is cut, e.g. v5.5.13, would SVN links need to be updated so
current downloads v5.5.13? Is there a script for that?
Yoav
My intention is that current will point to trunk (HEAD in CVS terms)
as it does in struts.
The first attempt for 5.5.x is done.
Mark Thomas wrote:
https://svn.apache.org/repos/asf/tomcat/current/5.5.x will show an empty
That should be https://svn.apache.org/repos/asf/tomcat/current/tc5.5.x
tc4.1.x and tc3.3.x are also set up now too.
Mark
-
To
Costin Manolache wrote:
Could we just move all in tomcat5.5 ( and HEAD ) into one repository (
say, tomcat ) ?
The ASF has only one SVN repo and we have a top level directory within
that. We need to have all our code, including the history, under this
directory as CVS will be turned off.
Th
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Costin Manolache
> Mark Thomas wrote:
> > Using externals wasn't something I had thought of but if
> offers a nice
> > way to provide all the source for one version in a single
> checkout. We
> > now hav
The 'correct' way to do this is to create an enhancement request in bugzilla and
attach your patch to it.
Mark
> -Original Message-
> From: Tim Fennell [mailto:[EMAIL PROTECTED]
> Sent: Sunday, October 09, 2005 10:50 PM
> To: tomcat-dev@jakarta.apache.org
> Subject: More helpful reporti
All,
I would like to write a patch for this bug but before I do I have a few
questions
I would value your opinions on:
1. If the root cause is an IE but, should we do anything?
2. If we do make a change, is it reasonable to modify
org.apache.coyote.http11.Http11Processor.parseHost()
to always us
I have been looking into
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19867
and have a couple of questions.
The error seen in this report is a result of specifying CLIENT-CERT
authentication without specifying a user-data-constraint. This causes a NPE
because the sslSupport attribute of t
On Tuesday, August 12, 2003 12:39 AM, Bill Barker [SMTP:[EMAIL PROTECTED]
wrote:
>
> - Original Message -
> From: "Mark Thomas" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, August 11, 2003 3:23 PM
> Subject: RE: Bug 19867
>
A small patch.
If auth fails, SSL session is terminated. Subsequent call to
sslSupport.getPeerCertifcate() generates a NPE as sslSupport is null in this
case.
dditional commands, e-mail: [EMAIL PROTECTED]
ion getting SSL Cert",e);
}
-
}
}
On Wednesday, August 20, 2003 9:05 PM, Mark Thomas
[SMTP:[EMAIL PROTECTED] wrote:
> A small patch.
>
> If auth fails, SSL session is terminated. Subsequent call to
> sslSupport.getPeerCertifcate() generates a NPE as s
A patch for the above is below. This patch addresses the issues raised by the
second test case attached to the bug report. The first test case was fixed
previously and the third test case works correctly with the current source.
I have checked the TC4 and TC5 code against the TC3 code (where the
Port of my previous patch to tomcat 4. As previously, I took the opportunity to
remove some unused imports.
Mark
Index: coyote/src/java/org/apache/coyote/tomcat4/CoyoteRequest.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-conne
Patch for bug 22823 is below. Need to make sure that
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/README.txt is also updated.
Whilst looking at this I noticed that the nightly build directory is empty. Is
this correct or has it moved? Either way the readme should be updated to
reflect the cu
Below is a patch for bug 22857, bug 22858 and one additional issue I found
whilst looking at the other issues. I am concerned that the patch may only work
on windows platforms and would appreciate it if someone with non-Windows
knowledge could review this patch.
I have included TC5 and TC4 patc
Resending. I seem to be having e-mail problems...
The patches below (TC5 and TC4) fix bug 22715 in that they ensure that xml
entities are correctly written back out to the password field of
tomcat-users.xml
I did consider a more general patch to allow xml entities in user names, group
names an
The patches below (TC5 and TC4) fix bug 22715 in that they ensure that xml
entities are correctly written back out to the password field of
tomcat-users.xml
I did consider a more general patch to allow xml entities in user names, group
names and role names but wasn't sure of the potential side
Patch for bug 22823 is below. Need to make sure that
http://jakarta.apache.org/tomcat/tomcat-4.1-doc/README.txt is also updated.
Whilst looking at this I noticed that the nightly build directory is empty. Is
this correct or has it moved? Either way the readme should be updated to
reflect the cu
The patches below (TC5 and TC4) fix bug 22715 in that they ensure that xml
entities are correctly written back out to the password field of
tomcat-users.xml
I did consider a more general patch to allow xml entities in user names, group
names and role names but wasn't sure of the potential side
URIs are always UTF-8 encoded. Therefore the parameter encoding should be set
to UTF-8 and not to the request encoding (if set). Patches for TC5 and TC4 are
below.
Mark
Index: catalina/src/share/org/apache/coyote/tomcat5/CoyoteRequest.java
==
:[EMAIL PROTECTED]
wrote:
> Mark Thomas wrote:
>
> > URIs are always UTF-8 encoded. Therefore the parameter encoding should be
> > set
> > to UTF-8 and not to the request encoding (if set). Patches for TC5 and TC4
> > are
> > below.
>
> ?
> This is
basis my own view is that option 3 is way to go. Before I start
coding, I would be grateful for some feedback/guidance on my planned approach.
Thanks in anticipation.
Mark
On Friday, September 05, 2003 8:13 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
> Mark Thomas wrote:
> &g
On Sunday, September 07, 2003 8:47 AM, Remy Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
> Remy Maucherat wrote:
>
> I've just committed a very simple implementation of this (without the
> extra queryStringEncoding field, although this is not hard to add).
> Comments ?
>
> Remy
Thanks for your help w
This works a treat. Do you want me to port the changes back to TC4? I need to
do this so I can close the bug.
Mark
On Sunday, September 07, 2003 3:40 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
>
> The idea is that it would work if the type of the MB is chars (see
> processParameters(MB))
How about using ant to compile and deploy your application? This would enable
you to have complete control over the locations of your source files, your
compilied classes and the war file.
Mark
On Thursday, September 18, 2003 6:45 PM, Peter Swulius
[SMTP:[EMAIL PROTECTED] wrote:
> << File: AT
Resending. I have been having email problems recently. Apologies if this is
received twice.
The attached patches address a couple of issue highlighted by bug 23267
- zero length contexts caused a NPE on contextFile.getParentFile()
- another exception on contextPath.substring(1) for zero length co
Going back through my list of things to do, the port of this patch hasn't yet
been committed. Please could one of the committers do this so I can close bug
3098.
Thanks,
Mark
Port of my previous patch to tomcat 4. As previously, I took the opportunity to
remove some unused imports.
Mark
Ind
Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
> Mark Thomas wrote:
> > On Sunday, September 07, 2003 8:47 AM, Remy Maucherat
[SMTP:[EMAIL PROTECTED]
> >
> > wrote:
> >
> >>Remy Maucherat wrote:
> >>
> >>I've just committed a very simple implem
Thanks for looking at this. I'll look into porting the necessary deployer
changes to get this working on TC4.
Mark
On Saturday, September 27, 2003 1:26 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
> Mark Thomas wrote:
>
> > Resending. I have been having email problems re
The attached patches address a couple of issue highlighted by bug 23267
- zero length contexts caused a NPE on contextFile.getParentFile()
- another exception on contextPath.substring(1) for zero length contexts
I also removed the filename.equals("ROOT") test as I couldn't see anywhere in
the doc
release of TC 5 is still
some way off I would be uncomfortable with any freeze of TC 4.1 as this would
leave users with non-critical issues in limbo until a stable TC 5 is released.
Comments?
Mark
On Saturday, September 27, 2003 1:42 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
> Mark Tho
All,
I have been looking at the above bug and believe I have tracked the root cause
down to org.apache.webapp.admin.defaultcontext.EditDefaultContextAction.java.
Lines 173 and 195 refer to the DefaultLoader and DefaultManager respectively
for which mBeans do not exist. I have had a look at Edit
Please find below patches to catch an unhandled exception as reported in bug
24368. I have included patches for TC4 and TC5. The TC4 patch also includes
removing some unused imports (thanks to Eclipse :) )
Grateful if one of the committers could apply them.
Thanks,
Mark
TC4 patch follows:
In
On Friday, November 14, 2003 10:16 AM, [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]
wrote:
> remm2003/11/14 02:16:22
>
> Modified:catalina/src/share/org/apache/catalina/servlets
> WebdavServlet.java
> Log:
> - Allow header handling.
>
I can confirm that Larry is correct. TC4 (and TC5) behaviour is that any
session created under an HTTPS connection will not normally be available via
HTTP. There is a workaround that enables this behaviour. The bug report below
gives more details.
http://nagoya.apache.org/bugzilla/show_bug.cgi?
Noticed this while looking at the examples. Worth making sure we get this sort
of thing right.
Mark
Index: webapps/examples/servlets/helloworld.html
===
RCS file:
/home/cvspublic/jakarta-tomcat-4.0/webapps/examples/servlets/hellowo
If you can wait a day or so I have some fixes to the javadoc comments to
commit. Only affects javadoc warnings during build so no problem if you need to
go ahead without them. I need to figure out how to use my newly acquired commit
privs before I can make the changes ;)
Mark
On Tuesday, Decem
Please can I have karma for jakarta-servletapi-4 and jakarta-servletapi-5. I
have some patches to commit (javadoc fixes and an example update). Thanks,
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e
Could someone with control of the mailing list remove the addresses below from
the list.
Thanks,
Mark
We're sorry, but the RAD general email addresses have changed recently (to slow
the flood of spam ).
Please use one of these addresses instead:
Sales: [EMAIL PROTECTED]
RAD Video Tools Sup
The lack of commit messages was confusing me for a while but I managed to
figure it out eventually. I just had to read the committer documentation ;)
Mark
On Wednesday, December 10, 2003 11:16 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
>
> Woohoo, WebDAV fixes at last :) BTW, if you're w
wrote:
> Works for me -- no rush. How about just tag it once you've
> checked those doc warning fixes in? :-)
>
> Keith
>
> | -Original Message-
> | From: Mark Thomas [mailto:[EMAIL PROTECTED]
> | Sent: Tuesday, December 09, 2003 2:03 PM
> | To: 'Tomcat
apira
> Millennium ChemInformatics
>
>
> >-----Original Message-
> >From: Mark Thomas [mailto:[EMAIL PROTECTED]
> >Sent: Thursday, December 11, 2003 5:40 PM
> >To: 'Tomcat Developers List'
> >Subject: RE: jakarta-servletapi-4
> >
> >Keit
Mark,
One final question. The javadoc bugs I was looking at were of the following
types:
- @returns used rather than @return
- @seealso used rather than @see
- etc
Is it permitted to make changes to fix these? There were no changes to the
actual text of the javadoc.
Thanks,
Mark
On Wednes
All,
There is a small grammatical error in most (all?) of the license files in
various tomcat CVS repositories as described in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286.
Does anyone have any objection to me editing the tomcat license files to align
them with the official version
Resending using my apache e-mail address. Sorry for the duplicate mail.
All,
There is a small grammatical error in most (all?) of the license files in
various tomcat CVS repositories as described in
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286.
Does anyone have any objection to me e
A lot of the license files in tomcat have the following lines:
* 1. Redistributions of source code must retain the above copyright notice *
*notice, this list of conditions and the following disclaimer. *
Note that "notice" appears at the end of the first line as well as the
begi
Brian,
Sorry I didn't spot the overlap between your patch and my recent commit. If you
could update your TC4.1 patch I would be happy to commit it. However, I
wouldn't want your work on the patch to distract you from your Christmas
shopping ;)
Mark
On Tuesday, December 23, 2003 7:20 PM, Brian
Will do. I'll start preparing the patches now.
Mark
On Tuesday, December 23, 2003 6:23 PM, Dirk-Willem van Gulik
[SMTP:[EMAIL PROTECTED] wrote:
>
>
> On Tue, 23 Dec 2003, Mark Thomas wrote:
>
> > A lot of the license files in tomcat have the following lines:
> >
OK. The patch files have all been attached to the bug report at
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10286
Once I get the OK from the PMC I will commit them.
Mark
On Tuesday, December 23, 2003 9:21 PM, Mark Thomas [SMTP:[EMAIL PROTECTED]
wrote:
> Will do. I'll start prepa
All,
Looking at bug 10526 (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10526)
the patch below is proposed as the fix. Is there any reason not to apply it? I
had a look at the spec for both sessions and authentication and couldn't see
anything that would prevent it.
Thanks in advance for
Larry,
AFAIK Tomcat behaviour does not depend on the version of the
deployment descriptor schema apart from during the
interpretation of the descriptor. On this basis, I am against
setting a precedent here.
Further, my understanding is that each version of Tomcat is
written to support a single de
When I tested the deploy task, the behaviour I saw was that
the original
docBase = ExpandWar.expand(host, war, contextPath);
failed to create any files at all in the webapp directory. The
root context _was_ displayed in the manager app but when I
tried to access it all I saw was a directory listing
e producing an error here - if prior versions of Tomcat
> handled this, I see no reason to go out of our way to change this and
> break applications that once worked. However, it might be appropriate
> to log a friendly warning to the user since the application is not
> following the
MTP:[EMAIL PROTECTED]
wrote:
> Mark Thomas wrote:
>
> > When I tested the deploy task, the behaviour I saw was that
> > the original
> > docBase = ExpandWar.expand(host, war, contextPath);
> > failed to create any files at all in the webapp directory. The
> > root conte
]
wrote:
> Mark Thomas wrote:
>
> > It isn't beyond the realm of possibility that I am doing
> > something stupid. This is what I did. Whilst looking into
> > bug11682 I created a very simple web app (just index.jsp)
> > made a war and then tried to deploy it via ant
OK, will do.
Mark
On Wednesday, January 07, 2004 9:52 PM, Remy Maucherat [SMTP:[EMAIL PROTECTED]
wrote:
> Mark Thomas wrote:
> > What I found was the .war was uploaded to
> > work\Standalone\localhost\bug11682 and then expanded to webapps.
> > If I used a path of xyz then
Resending from right account.
> My hair splitting detector is beeping.
>
> This session code will need to be optimized, BTW.
Will do. Tomorrow OK?
>
> Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
> My hair splitting detector is beeping.
>
> This session code will need to be optimized, BTW.
Will do. Tomorrow OK?
>
> Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
All,
Help. I am somewhat confused. All the docs and the comments in the code, AFAICT,
indicate that the cookies attribute is for enabling/disabling session tracking
via cookies. However, Remy's comments on
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1 would appear to
contradict this.
Be
ot; is not correct?
Mark
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: Monday, January 19, 2004 10:18 PM
> To: Tomcat Developers List
> Subject: Re: cookies attribute on context element
>
> Mark Thomas wrote:
> > All,
> >
> &g
> > -1, commits and bugzilla messages are important to
Agree, -1 for a change like this.
> sure - but what's the problem to subscribe to the bug list if
> you need it?
All developers should be looking at the bugzilla posts (and the commits). This
is a list for developers after all.
> correct
All,
The patch below has been proposed for bug 13307
(http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13307).
Since it involves class loaders and anything that involves class loaders is
still a bit of a black art to me, I would be grateful for review of this
proposed patch.
Thanks,
Mark
Ind
All,
Any objections to adding the WebDAV web application to TC5?
The plan is to just copy the files across from TC4, modify the build scripts as
required and make a small change to the web.xml to overcome an issue with
welcome files.
If no-one objects, I'll do this tomorrow.
Mark
---
> From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
>
> Howdy,
> I don't have a big objection. But we removed it from TC5
> intentionally,
> not by accident. No one has been complaining, aside from the one user
> who just voice in a few minutes ago, so we should have a good argument
> for adding i
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> The servlet should be mapped as /* (to override Jasper and all the
> others), and the welcome file list should be empty, right ?
Yes. Note an empty welcome file list needs to be included to override the
default defined in conf/web.xml
> Maybe a
Remy Maucherat wrote:
>
> Mark Thomas wrote:
> > Personally I prefer a working example with appropriate
> comments. It also saves
> > me copying it from TC4 all the time ;)
>
> Cool. I think we need docs too (grin) :D
> (I know, I'm being mean)
Fair poin
All,
The patch below fixes (I believe) the following bugs:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13833
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14228
I am not 100% confident about this patch and would therefore appreciate some
feedback before I commit it.
The reasoning behin
I'll look at this now...
Mark
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> So I'll wait a bit, see if Mark comments on bug 26906 (I think it's
> invalid: the "fix" seems to imply the URL sent by the client
> is always
> invalid), and then I'll put the 5.0.19 tag (and then someone
> wi
Fixed. (with an alternative patch)
> From: Mark Thomas [mailto:[EMAIL PROTECTED]
>
> I'll look at this now...
>
> Mark
>
> > From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> > So I'll wait a bit, see if Mark comments on bug 26906 (I think it's
From: Bill Barker [mailto:[EMAIL PROTECTED]
> From: <[EMAIL PROTECTED]>
>
> ===
> > RCS file:
> /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apach
e/catalina/loa
> der/WebappClassLoader.java,v
> > retrieving revision
Sorry about the comment - finger trouble on my part ;)
Mark
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Saturday, July 03, 2004 8:52 PM
> To: [EMAIL PROTECTED]
> Subject: cvs commit:
> jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/load
>
Just done it.
Mark
> -Original Message-
> From: Mladen Turk [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, July 14, 2004 7:11 PM
> To: 'Tomcat Developers List'
> Subject: RE: Hin Kan Lee/Prymnewey is out of the office.
>
> Can someone kill this guy?
>
> > -Original Message-
> >
I have just run a simple test using the latest 4.1.x branch from CVS and I do
not see this bug - the data is displayed as expected. This was with tomcat
standalone running on port 8080.
There are two explanations for this:
1. There is a bug in 4.1.30 that has been fixed in CVS
2. There is somethin
Ah. Hadn't spotted that. I'll have a look. Thanks for the heads up.
Mark
> -Original Message-
> From: Bill Barker [mailto:[EMAIL PROTECTED]
> Sent: Thursday, July 29, 2004 9:08 PM
> To: Tomcat Developers List
> Subject: Re: cvs commit:
> jakarta-tomcat-catalina/catalina/src/share/org/a
+1
Mark
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: Friday, July 30, 2004 2:05 PM
> To: Tomcat Developers List
> Subject: New committer: Peter Rossbach
>
> Hi,
>
> I'd like to nominate Peter Rossbach as a
> committer on the Tomcat project. Peter sub
1. Ignore the "stop sending me mail" message. Someone has managed to get
themselves subscribed to the list and is obviously incapable of following the
simple instructions included in every mail to unsubscribe. One of the list
owners (of which I am one) will sort this out.
2. & 3. The right place t
What are you trying to achieve? I use Eclipse to develop TC5 (& TC4) but always
build from the command line. I have each of the top level directories created by
the build script as an Eclipse project. You can still use remote debugging etc
as well as all the other Eclipse features.
Mark
> -Or
Yes. Try posting on the tomcat-user mailing list.
Mark
> -Original Message-
> From: Schalk Neethling [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 12, 2004 10:29 PM
> To: Tomcat Developers List
> Subject: Re: Servlet.service error
>
> Hey all!
>
> Does anyone have a suggestion he
ers List
> Subject: Re: Servlet.service error
>
> Mark
>
> I did and have not received any response yet, that is why I double
> posted on the dev list. I thought it may be a dev issue.
>
> Mark Thomas wrote:
>
> >Yes. Try posting on the tomcat-user mailing lis
> tomcat view
> I have...and that is after building everything fine from command line.
> Thanks,
> dean
>
> -Original Message-
> From: Mark Thomas [mailto:[EMAIL PROTECTED]
> Sent: Thursday, August 12, 2004 2:24 PM
> To: 'Tomcat Developers List';
Sorry. Finger trouble. Comment for this should have been:
Housekeeping in CGI servlet.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 16, 2004 11:27 PM
> To: [EMAIL PROTECTED]
> Subject: cvs commit: jakarta-tomcat-catalina/webapps/docs
>
>
> The 4.1.31 maintenance release should happen:
> [X] Yes
> [ ] No
>
Just such a thing has been on my mind for a while.
Whilst in an ideal world everyone would migrate to 5.x, I have seen many
organisations prefer to stay on earlier versions of software for a variety of
reasons. I think a 4.1
1 - 100 of 259 matches
Mail list logo