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
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
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
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
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.
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
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:
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:
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 (Date:Hour:Minute)
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
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
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
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
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
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
[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
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
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
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:
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
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
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
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
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
akarta-serv
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 don
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 comman
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 al
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 sing
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:
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 pos
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
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 pro
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 s
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
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/
http://svn.apache.org/re
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 t
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 are:
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 a
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/
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
http://svn.apache.org/repos/asf/tomcat/site/trunk/RE
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
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 fo
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 &
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
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
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 bef
Mark Thomas wrote:
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 file
I
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:
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
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 durin
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: http://svn.apache.
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:
http://svn.apache.org/repos/asf/tomcat/watchdog/branches/tc3
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 w
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 resulti
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
(http://marc.theaimsgroup.com/?l=tomcat-dev&m=109403344007532&w=
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 versio
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.
develop TC 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 r
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 (whic
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:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/buildin
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
[EMAIL PROTECTED] wrote:
For additional help, the best resource is the Tomcat Users Discussion list.
You should start by searching
-http://mikal.org/interests/java/tomcat/index.html";>
+http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]">
the mail list archive
before yo
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
Remy Maucherat wrote:
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
---
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 provi
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 ru
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 excepti
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.
an
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
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 P
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:catalina/src/share/org/apac
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 Jaka
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
-
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 s
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 implem
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 implem
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
- To
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 gettin
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 prob
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
jak
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.14&r2=1.15&diff_format=h)
has broken the 5.5 build on 1.4 JDKs :(
Peter,
One of your related changes
(http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/modules/cluster/build.xml?r1=1.14&r2=1.15&diff_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:
pero2
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 th
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 br
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 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 f
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 only
+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 be
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 Jakart
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 t
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
(org.apache.catalina.connector
Mark Thomas wrote:
Remy Maucherat wrote:
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 discar
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 t
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 mobi
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
Remy Maucherat wrote:
Mark Thomas wrote:
- Need to populate o.a.c.util.CharsetMapperDefault.properties
Options
1. Do nothing. Wait for patches to be submitted.
2. Re-instate the contents of the properties file based on Jason's
previous class and include appropriate text in the NOTICE file.
1 - 100 of 259 matches
Mail list logo
