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 reporting
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 have tomcat/current/5.5.x that uses externals
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.
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
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.
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 up
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
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
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]
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
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
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.
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
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
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
[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
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
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
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 release from SVN
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
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-devm=112250656230577w=2 apart
from a few naming changes and better
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
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/
Costin Manolache wrote:
Mark Thomas wrote:
I am about to kick of TC3 and TC4. Once that is complete (few days?)
I'll do the last batch which will be TC5, Connectors and Jasper.
Mark
Is there any plan to do a bit of cleanup ? Maybe move some of the dead
code in connectors (mod_webap, jk2
The basic content for the TLP site is now done and can be reviewed at
http://people.apache.org/~markt/tomcattlp/index.html
Whilst I want to tidy it up (remove duplication, fix typos, etc) and
someone who knows more about our history than me needs to write
something for the heritage page, I
Bill Barker wrote:
2. Website
a) Need tomcat.apache.org created
It's been there for a while now :).
Thanks - hadn't noticed that.
4. Gump
a) Change to use SVN
Already done for servletapi/*. (e.g.
http://vmgump.apache.org/gump/public/jakarta-servletapi-5/gump_work/update_j
Bugs
[X] forward to [EMAIL PROTECTED]
[ ] forward to [EMAIL PROTECTED]
Commits
[X] forward to [EMAIL PROTECTED]
[ ] forward to [EMAIL PROTECTED]
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Mladen Turk wrote:
Costin Manolache wrote:
Hi,
Also, I would like to add another directory under j-t-c, with a build
file and few classes for a 'mini' experiment - i.e. using the
connector standalone, as a minimal http server, and also a target to
build a minimal servlet container as a
Rahul Akolkar wrote:
Looking at this commit, it seems you might want to get some sweeping
propset's in on svn:eol-style, and use these as auto-props for future
svn additions, if you don't already [
http://www.apache.org/dev/svn-eol-style.txt ].
Thanks for the tip - I hadn't spotted that.
I
William A. Rowe, Jr. wrote:
Folks, as Tomcat is now (IIUC) a TLP, is it time to break apart the
single dumping ground, fondly known as tomcat-dev, into multiple
lists for folks with more targeted issues? E.g.
[EMAIL PROTECTED] - our friend, this list
[EMAIL PROTECTED] - svn/cvs commits
Remy Maucherat wrote:
Mark Thomas wrote:
The following CVS modules have been migrated to subversion
jakarta-servletapi
jakarta-servletapi-4
jakarta-servletapi-5
It seems to work well !
Good.
What's the next step ?
TC3 TC4.
I looked into the website work, and I think it should
I have made a checkout of tomcat/site/trunk available at
http://www.apache.org/~markt/tomcattlp/
The downloads don't work (I think because of where this is hosted but
I haven't looked at it).
I'll update this as work progresses. Any help with the TODOs will be
appreciated.
Comments on the
Remy Maucherat wrote:
Synchronizing the writes will also fix problems, since I think the
underlying structure of the hashmap went bad due to a concurrency of
reads. Try it before whining. Thanks.
Just a quick clarification. Did you mean to write ...Synchronizing
the *reads* will also fix
Rahul Akolkar wrote:
On 9/7/05, Mark Thomas [EMAIL PROTECTED] wrote:
The downloads don't work (I think because of where this is hosted but
I haven't looked at it).
The webserver needs to view the scripts as executable content.
chmod'ing the cgi's o+x should do it.
Thanks. I spotted
Remy Maucherat wrote:
Mark Thomas wrote:
Just a quick clarification. Did you mean to write ...Synchronizing
the *reads* will also fix problems...?
If concurrent reads is the problem, then don't the reads need to be
synchronised? I thought from one of your earlier posts that the writes
Henri,
How are you connecting to CVS? There was an OS upgrade to
people.apache.org aka minotaur.apache.org a little while ago that made
ssh stricter in what it would and would not accept.
The solution seemed to be use ssh2 rather than ssh1 and use
keyboard-interactive authentication rather
The following CVS modules have been migrated to subversion
jakarta-servletapi
jakarta-servletapi-4
jakarta-servletapi-5
These modules are now read only in CVS.
The new SVN locations are:
http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x/
It is now the turn of the servletapi repositories.
Given the previously expressed views on how these might be better
named and my experience of the migration process so far I have
modified my plan for servletapi part of the repository. The new
version is at the end of this mail.
Changes
Any objections to deleting the following?
http://svn.apache.org/repos/asf/tomcat/site/branches/TOMCAT_5_0/
http://svn.apache.org/repos/asf/tomcat/site/branches/tomcat-site/
http://svn.apache.org/repos/asf/tomcat/site/tags/start/
http://svn.apache.org/repos/asf/tomcat/site/tags/PRE-ANAKIA-REMOVAL/
Remy Maucherat wrote:
Add a download page (like this one, maybe:
http://httpd.apache.org/download.cgi), end of story ? Or are there plans
for something more ambitious ?
Rémy
Certainly not anything ambitious, but a little bit more than
downloads. (archives, SVN, mailing lists, legal, who we
Yoav Shapira wrote:
I'd estimate no more than
another month to complete the SVN migration, right?
Work commitments permitting, certainly within a month and quite
possibly less.
Side note on this: the name for the CVS (or actually, SVN) area for Servlet API
2.5. I'd prefer servletapi-2.5
Remy Maucherat wrote:
Mark Thomas wrote:
I think the spec team get to decide this. I had assumed they would do
something similar to the servletapi-5 and have jsr154 and jsr245
directories under the root directory (which in svn would be
\tomcat\servletapi\trunk - the current trunk having been
Phase 2 of the SVN migration is now complete.
The main component of this phase is the Tomcat website.
jakarta-tomcat-site has moved to
http://svn.apache.org/repos/asf/tomcat/site
and updated instructions for editing the website may be found at
The Tomcat team is now ready for phase two of the migration to
subversion. For this phase we would like to migrate the following CVS
modules.
jakarta-tools
jakarta-tomcat-site
jakarta-tomcat-service
Please do a standard (head-trunk, branches-branches tags-tags)
conversion for each module.
Mark Thomas wrote:
The Tomcat team is now ready for phase two of the migration to
subversion. For this phase we would like to migrate the following CVS
modules.
jakarta-tools
jakarta-tomcat-site
jakarta-tomcat-service
Please do a standard (head-trunk, branches-branches tags-tags
Henri Yandell wrote:
On 8/17/05, Mark Thomas [EMAIL PROTECTED] wrote:
2. j-t-service, j-t-site
3. j-servletapi, j-servletapi-4, j-servletapi-5
4. j-tomcat, j-tomcat-4.0
5. j-t-catalina, j-t-5, j-t-jasper, j-t-connectors
Any other comments/concerns?
I have jakarta-tools down as a Tomcat CVS
Remy Maucherat wrote:
Mark Thomas wrote:
I am +1 for moving the remaining Tomcat CVS modules to SVN.
I'm +10^-60 or something.
He he he.
Right after that, we'll need new repositories to implement the new
Servlet 2.5 / JSP 2.1.
Not having been around when we have done this before, do we
Larry Isaacs wrote:
Hi Mark,
I believe the tomcat_32 branch was the last clean build
of watchdog for Tomcat 3.2.x and 3.3.x. I always used this
branch for testing 3.3.x builds. Some refactoring was begun
at HEAD for Tomcat 4.x which was never completed before that
work moved to watchdog40.
Mark Thomas wrote:
snip
The performance comparison between CVS and SVN is in the early stages
and I will post some results once I have a more complete set.
Tests performed on WinXP SP2, with Tortoise CVS 1.8.18 and Tortoise
SVN 1.2.1 using the Watchdog repository. For tests using a single
Watchdog has moved but the rest remains with CVS. We have until the
end of the year to migrate the rest.
Mark
Costin Manolache wrote:
Did tomcat move to svn already ?
Costin
[EMAIL PROTECTED] wrote:
Author: markt
Date: Sun Aug 14 04:48:32 2005
New Revision: 232601
URL:
Bill Barker wrote:
As a historical note, this really should be the tc3.2.x branch. This
particular watchdog has never worked well with any TC 3.3.x, since it
has a lot of bugs related to specific implementation details of TC 3.2.x
(and, the Watchdog committers mostly moved on to TC 4.0.x
Mark Thomas wrote:
Bill Barker wrote:
As a historical note, this really should be the tc3.2.x branch. This
particular watchdog has never worked well with any TC 3.3.x, since it
has a lot of bugs related to specific implementation details of TC
3.2.x (and, the Watchdog committers mostly
As those of you subscribed to the dev list may have already noticed,
the following CVS modules have been migrated to Subversion.
jakarta-watchdog
jakarta-watchdog-4.0
These modules are now read only in CVS.
The new SVN locations are:
Hi all,
Just a quick note to keep you updated with my progress with
Subversion. jakarta-watchdog and jakarta-watchdog-4.0 should be
migrated shortly. As a result of some questions from Henri, the final
structure has been modified slightly to make it clearer which tags and
branches belong to
The Tomcat project has decided to move to Subversion.
Since Tomcat spans a number of CVS repositories, we wish to migrate in
a phased manner, starting with the Watchdog repositories.
We need to export the following CVS repositories:
- jakarta-watchdog
- jakarta-watchdog-4.0
Ideally, the
Bill Barker wrote:
That is fine as long as you build and run on a 1.4+ JDK but when checking
for 1.3 compatibility the Coyote/HTTP connector fails. The root cause is
the use of the 1.4 regexp API in o.a.coyote.http11.Http11Processor
Yoav Shapira wrote:
Any and all comments appreciated. In particular:
a. Should more 3.x.x versions should be included in 4 5 above?
b. I have assumed that all releases before 5.5.x will use the 5.0 branch
of the connectors. Is this assumption valid?
I don't think so. Some Tomcat 3.x
All,
Following up on my offer to trial a Subversion migration using Watchdog, I
started to think that it would be a good idea to have an idea of what we want
our eventual Subversion layout to look like so we could target the Watchdog
conversion to that layout and save rework at a later date.
will help such newbies as me much.
Thanx alot for the great work.
ur Lebing
On Sat, 2005-07-23 at 17:11 +0100, Mark Thomas wrote:
The build process is too complex to use the Eclipse builder. I'd
recommenced (as this is what I do):
- import the source
- build with Ant
- use remote debugging
Works
The build process is too complex to use the Eclipse builder. I'd
recommenced (as this is what I do):
- import the source
- build with Ant
- use remote debugging
Works a treat for me with TC4.1.x, TC5.0.x TC5.5.x
Mark
Lebing Xie wrote:
Remy Maucherat wrote:
It's not really a UI thing for me. One feature I use often are revision
lists for a particular file, to be able to tell where a bug has been
introduced (I then do diffs between revisions). It seems with SVN I have
to retrieve the full revision list for the repository
Please post this, and any other requests relating to the usage of Tomcat
rather than the development of Tomcat, to the tomcat-user list.
Mark
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED] wrote:
For additional help, the best resource is the Tomcat Users Discussion list.
You should start by searching
-a href=http://mikal.org/interests/java/tomcat/index.html;
+a href=http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]
the mail list archive/a
I am -1 for this for the following reasons (in order of importance):
1. Your reference to sending an encrypted user certificate file to the
server demonstrates a lack of understanding of PKI that undermines my
confidence that you know what you are doing when it comes to security.
2. JAAS
Remy Maucherat wrote:
snip
I'll be the first to admit, however, that
FORM (and the other auth methods from the spec) are insufficient and not
flexible enough, and I am not completely against adding additional
custom auth-methods.
Can you give some use cases where the spec falls short?
Mark
David,
D M wrote:
1. Local files as authentication tokens
OK. I see this as just being a password that is so long that it has to
be written down (eg on the USB key) and physically carried around by the
user. There is an interesting debate here as to whether this is more or
less secure than
This is a question for the tomcat-user list.
Mark
Ayyanar Inbamohan wrote:
This is a production site. We use Tomcat 4.1.
website stops answering requests from time to time
Our website is under very high daily volume. Several times a week, no requests are answered.
Here is the log
I debug Tomcat all the time using Eclipse. I can't see any reason why
this would work in Eclipse but not NetBeans. It looks like a
configuration problem.
Mark
Hernan Ochoa wrote:
Hi all,
I'm trying to debug tomcat itself v5.5.9 using netbeans 4.1 without much luck.
I'm able to attach to a
http://svn.apache.org/viewcvs.cgi/jakarta/commons/proper/daemon/
Mark wrote:
Where can I find the source code that builds the Tomcat windows
service? I poked around in the jakarta-tomcat-5 CVS repository and
there is nothing there.
Just blocked the address.
Mark
tomcat-dev-owner
Joon Kim wrote:
Do you have a clue? Can you stop these messages?
--- Irene Robatscher
[EMAIL PROTECTED] wrote:
Ich werde ab 24.05.2005 nicht im Büro sein. Ich
kehre zurück am
31.05.2005.
I will be out of office from 23.05.05 to 31.05.05.
and
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
Implement request body replay action.
New input filter used to insert the request body.
This is probably not going to work with the APR protocol, since a
subsequent request may be processed by a different processor.
All this proves saving
Remy Maucherat wrote:
Mark Thomas wrote:
If this still goes to the session, then the -1 is not justified.
It does still go to the session.
The
code is not done in a way that is very intuitive to me, so that's the
only issue then, and it's not relevant.
It wasn't that intuitive to me
Bill,
Thanks for your efforts on this. I have been snowed under with other
things for the last few days but hope to get to doing the implementation
for the action hook later this this week.
Mark
[EMAIL PROTECTED] wrote:
billbarker2005/05/15 22:22:21
Modified:
Bugzilla item with patch for review is the way to go. I suggest starting
small in case there is something the committers don't like ;)
The other thing to bear in mind is that many of the docs and the Tomcat
web-site are actually generated from xml using style sheets. See the CVS
repository
So the issues are:
1. AJP/1.3 compatibility
2. Potential DoS
As far as DoS goes, with the previous behaviour any parameters POSTed
would be persisted in the session until the authentication was completed
or the session timed out. Therefore, the same issue exists with both
the old and new
So the issues are:
1. AJP/1.3 compatibility
2. Potential DoS
As far as DoS goes, with the previous behaviour any parameters POSTed
would be persisted in the session until the authentication was completed
or the session timed out. Therefore, the same issue exists with both
the old and new
Bill Barker wrote:
From: Mark Thomas [EMAIL PROTECTED]
So the issues are:
1. AJP/1.3 compatibility
2. Potential DoS
As far as DoS goes, with the previous behaviour any parameters POSTed
would be persisted in the session until the authentication was completed
or the session timed out. Therefore
William A. Rowe, Jr. wrote:
Truly hope it helps. Sorry for having to route through rowe-clan,
it seems tomcat-dev hates my apache.org persona. (tomcat cvs did
not complain, but it's forwarded onto tomcat-dev.)
This should now be fixed. Let me know if it isn't.
Mark
I have just committed a fix for this.
Mark
Andrey Grebnev wrote:
Hello,
I suppose I found the problem with Tomcat. I have already
write about it into tomcat-user mailting list but I did not
get feedback.
I have a problem under following environment:
- Windows XP SP2
- JDK 1.4.2_04
-
This is a question for tomcat-user, not tomcat-dev
Mark
Donny R Rota wrote:
I want all my Tomcat requests to go through SSL.
I want the URLs to look like https://this/ and not https://this:8443
I setup tomcat, and got ssl working on 8443.
But I cannot redirect port 80 to 8443. I keep
I have confirmed this behaviour. Your suggestion as to the root cause
looks possible. I will investigate further.
Mark
Andrey Grebnev wrote:
Hello,
I suppose I found the problem with Tomcat. I have already
write about it into tomcat-user mailting list but I did not
get feedback.
I have a
This works for me from a clean build with the following process:
1. Build using build.xml as per
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html
2. Then cd jakarta-tomcat-5
3. build dist
4. build installer
You will need to configure build.properties in both ${tomcat-source} and
Peter,
One of your related changes
(http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/modules/cluster/build.xml?r1=1.14r2=1.15diff_format=h)
has broken the 5.5 build on 1.4 JDKs :(
Can you roll it back or commit an alternative please?
Cheers,
Mark
[EMAIL PROTECTED] wrote:
pero
Thanks,
Mark
Peter Rossbach wrote:
Hey Mark,
I roll it back.
Thanks
Peter
Mark Thomas schrieb:
Peter,
One of your related changes
(http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/modules/cluster/build.xml?r1=1.14r2=1.15diff_format=h)
has broken the 5.5 build on 1.4 JDKs :(
Can you
Please read these:
http://jakarta.apache.org/site/mail.html
http://jakarta.apache.org/tomcat/faq/tomcatuser.html
and then post your question to the tomcat-user list.
Mark
Trung Le Thanh wrote:
Dear all,
I'm currently writing a web-based application which will be deployed in
Tomcat v5.0 and be
Please read these:
http://jakarta.apache.org/site/mail.html
http://jakarta.apache.org/tomcat/faq/tomcatuser.html
and then post your question to the tomcat-user list.
Mark
Mustafa Gulamhusain Makati wrote:
Hi,
I am working on a Web application which requires me to open a
MS-Excel file in the web
Please read these:
http://jakarta.apache.org/site/mail.html
http://jakarta.apache.org/tomcat/faq/tomcatuser.html
and then post your question to the tomcat-user list.
Mark
Jay Hulslander wrote:
I would like to limit access to a directory path that I have in tomcat
by domain. I believe I can use
Please DO NOT cross post. The mailing list guidelines are very clear on
this issue (http://jakarta.apache.org/site/mail.html)
Mark
Narayan, Satya wrote:
Hi all,
I am having problem compiling jsp pages with nested struts
tags.
Is this a known error ? It says
Unable to compile class
That would be the committers for Tomcat, all of whom are subscribed to
this list.
I had a quick look at it and it clearly needs to be changed to reflect
the move back to JK rather than JK2 (for very good reasons I won't go
into see - search the archives if you are interested). It isn't the
I was concerned at the additional management overhead such a move would
place on us, particularly the PMC chair, and the impact this might have
in terms of reduced time for actual development. However, after actually
reading what is involved and comparing it to what we have to do now for
the
+1 for the proposal (comment on the scope of the proposed PMC in line)
+1 for a annually rotating chair with an option to be reelected
Mark
Stefan Bodewig wrote:
some comments from an outsider, please forgive me 8-)
You will also find that if a proposal had problems in the past, it
usually has
Since you went through the previous set of JK bugs for TC4 a few more
have emerged. They are:
8541
15314
24628
29777
32519
32696
32998
33248
I suspect that most of them are invalid/already fixed bug would be
grateful if you could take a look.
Cheers,
Mark
Mladen Turk wrote:
Hi all,
My plan is
Bill Barker wrote:
From: Remy Maucherat [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
markt 2005/01/15 12:27:05
Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpRequest.java
Log:
Fix bug 28222. request.getRequestURL() in forwarded jsp/servlet
All,
A security issue has come to light where a mal-formed request may result
in JSP source code disclosure.
This issue only applies if all of the following are true:
1. You are using any Tomcat 4 version = 4.1.15
2. You are using the deprecated HTTP 1.1 connector
Mark Thomas wrote:
Remy Maucherat wrote:
snip
I think 32559 was actually invalid. I disagree with this fix (which I
fixed once already), as I think no bug existed in the first place:
although it is ok to clear the attribute list to be nice for GC (the
containing context is discarded, so
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
markt 2004/12/24 08:50:00
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Fix bug 32559. add call to context.clearAttributes()
I think 32559 was actually invalid. I disagree with
Already on the case.
Mark
Andy Armstrong wrote:
On 6 Feb 2005, at 10:49, [EMAIL PROTECTED] wrote:
I will be out of the office starting 06-02-2005 and will not return
until
14-02-2005.
For Urgent work contact. I may be reached on my Singapore mobile
+65.96714014
I just left a message on his
Sandy McArthur wrote:
On Feb 4, 2005, at 10:29 AM, Remy Maucherat wrote:
Whatever productivity is gained are over CVS will probably get eaten
up by less efficient tool integration for me.
Right, Ant doesn't have a svn task yet. Isn't that reason enough not to
jump ship yet?
I do all my CVS stuff
Having raised this in the legal-discuss mailing list, the result was
that there is actually no issue to worry about here. See
http://mail-archives.eu.apache.org/mod_mbox/www-legal-discuss/200501.mbox/[EMAIL PROTECTED]
for details.
With this in mind we need to consider what, if anything, to do
Remy Maucherat wrote:
I think we're going nowhere. If the ASF doesn't make it clear that there
are no redistribution IP issues because of licensing pollution,
snip
Isn't this exactly what the posts legal-discuss say? What hasn't been
said that needs to be said?
quote
...everything we received
1 - 100 of 255 matches
Mail list logo