[Fwd: cluster FAQ link?]

2005-10-12 Thread Tim Funk
I thought I recalled seeing faq/cluster.html at one time. But now I see no 
trace of it. Did it ever exist?


-Tim

 Original Message 
Subject: cluster FAQ link?
Date: Tue, 11 Oct 2005 16:00:52 -0500
From: Brian O'Rourke [EMAIL PROTECTED]
Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org
To: tomcat-user@jakarta.apache.org

Hi,

Reading up on some of the Tomcat 5.5 documentation, and I noticed that the
cluster documentation links to a FAQ that doesn't appear to exist.

At the bottom of this page:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/cluster-howto.html

The link refers to this page, which doesn't exist, nor is there a link to a
Cluster FAQ from the main FAQ page (that I can find):
http://jakarta.apache.org/tomcat/faq/cluster.html

Where is this document located?

--bpo


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Helper script to build source from scratch

2005-10-07 Thread Tim Funk
For anyone still getting up to speed using svn and making a new build -  here 
 is script which works for me via cygwin. It should work fine in any unix 
environment too.


Steps
- Place the script in an empty directory.
- Make sure ANT_HOME and JAVA_HOME are set
- Make sure svn is in your path
- Run the script and the svn checkout  as well as the download and full build 
will be done.


Since there is a /current/ alias - is the 'ant update' task needed anymore?

-Tim



#!/bin/sh
#
# This is a quickie helper script to  easily build tomcat 5 from source.
# This will create a subdirectory called tc5build and build
# tomcat 5 into it.
#
# Here are the requirements to get this to run
# 1) Set JAVA_HOME to a 1.4 compliant JDK
# ex: /opt/java1.4
# 2) Set ANT_HOME to your ant installation (You need ant 1.6 or better)
# ex: /opt/jakarta/jakarta-ant-1.6
# 3) Make sure svn is in your path
# 4) Make sure NetComponents.jar is installed in $ANT_HOME/lib
#which can be found at http://www.savarese.org/oro/index.html
#[Not sure if this step is still required for Ant to download things.]
#

#
# Some help functions
#
TC_ECHO() {
  echo INFO: `date '+%H:%M:%S'` - $1
}

TC_DOH() {
  echo ERROR: `date '+%H:%M:%S'` - $1
}


#
# cygwin - The UI of unix and the stability of windows.
#
cygwin=false
case `uname` in
CYGWIN*) cygwin=true;;
esac


#
# Check for JAVA_HOME
#
if [ Z = Z$JAVA_HOME ] ;
then
   TC_DOH Where is JAVA_HOME!
   exit 1
fi



#
# Check for ANT_HOME
#
if [ Z = Z$ANT_HOME ] ;
then
  TC_DOH Where is ANT_HOME! Please set it.
  exit 1
fi




# It seems like the environment is set

TC_ECHO  Using ANT_HOME=$ANT_HOME
TC_ECHO  Using JAVA_HOME=$JAVA_HOME
TC_ECHO  Putting everything in `pwd`/tc5build
TC_ECHO  Downloaded dependencies go into `pwd`/tc5build/includes


mkdir -p tc5build/includes
if [ 0 != $? ];
then
  TC_DOH Making subdir tc5build/includes failed!
  exit 1
fi

BASE_PATH=`pwd`/tc5build/includes
if $cygwin; then
  BASE_PATH=`cygpath --path --mixed $BASE_PATH`
fi


cd tc5build
TC_ECHO Getting http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x/;


svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x/
if [ 0 != $? ];
then
  TC_DOH Checkout failed. Hopefully there is a reason above.
  exit 1
fi

cd tc5.5.x/build
echo base.path=$BASE_PATH  build.properties


# Now do the build

TC_ECHO Now performing the build
$ANT_HOME/bin/ant download deploy

TC_ECHO All done!


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



precompile failure for jsr152 examples

2005-09-21 Thread Tim Funk

With the new tag plugins patch, precompiling the jsp examples fails.

The root cause seems to be jsr152/examples/WEB-INF/tagPlugins.xml has the old 
classes.


When I removed the file - everything compiled fine.
When I updated jsr152/examples/WEB-INF/tagPlugins.xml with the tagPlugins.xml 
from 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/tagplugins/jstl/tagPlugins.xml 
I get weird compile errors:


/home/funkman/src/TOMCAT5/buildtc5/jakarta-tomcat-5/build.xml:832: The 
following error occurred while executing this line:
/home/funkman/src/TOMCAT5/buildtc5/jakarta-tomcat-5/build.xml:426: 
org.apache.jasper.JasperException: Unable to compile class for JSP


Generated servlet error:
pageContext cannot be resolved

I guess at a minimum, jsr152/examples/WEB-INF/tagPlugins.xml needs fixed by 
removing it or fixing it with the correct classes but I think that requires 
someone with jsr152 karma.


I didn't have time to look into the cause of
Generated servlet error:
pageContext cannot be resolved

Thoughts?

-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: HttpServletResponse.setContentLength() method in Tomcat 5.5.9

2005-09-15 Thread Tim Funk
This is expected behavior and there are bug reports (closed as INVALID) 
against this issue.


The 2.5 servlet spec clarifies the use of setContentLength() and allows more 
headers to be set even if setContentLength(0) is called.


-Tim

Ahab Abouzour wrote:


Hello all,

My servlet stopped working when I moved from
Tomcat4.0.6 to Tomcat5.5.9. After investigating the
problem, it turns out that if the
HttpServletResponse.setContentLength() method is
called, subsequent calls (e.g. setHeader(),
addHeader(),addCookie()..etc) into the
HttpServletResponse object are completely ignored (or
discarded  from underneath!). 


For example, if I do the following in my service
method: (httpResponse is defined HttpServletResponse)

httpResopnse.setStatus(204); // I tried 200 and got
the same problem, I guess status code doesn't play
part in this problem.
httpResponse.setHeader(header1,value1); //works
httpResponse.setHeader(header2,value2); //works
httpResponse.setContentLength(0); // nothing gets set 
on the response object after this point

httpResponse.setHeader(header3,value3); //
ignored!
httpResponse.addCookie(new
Cookie(JSESSIONID,myCookie)); // ignored!

My proxy shows that header1 and header2 are set
correctly but header3 and my cookie are missing! It
seems that it expects setContentLength is the last
method to be set on the response object and any method
call after that on the resopnse object gets ignored
(or discarded)

I have attached a simple servlet that reproduces this
problem.

My question: is this an expected behaviour? I checked
the http specs and the servlet 2.4 specs but nothing
specified this behaviour. Can someone please explain
if this is the expected behaviour (and why?
specs..etc) or it's a bug?

Thanks in advance,


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [Vote] (was Re: Top Level Project? Time for Top Level Lists?)

2005-09-13 Thread Tim Funk

William A. Rowe, Jr. wrote:



Bugs
 [ ]  forward to [EMAIL PROTECTED]
 [X]  forward to [EMAIL PROTECTED]

Commits
  [ ]  forward to [EMAIL PROTECTED]
  [X]  forward to [EMAIL PROTECTED]


Its easier (IMO) to filter on incoming address to different folders. It also 
may be more helpful to online list tracking tools for users to search through 
if they were kept seperate. [And easier to browse the archives]


-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [VOTE] SOC temporary committer Anders Nyman

2005-07-13 Thread Tim Funk
Given all the comments, I think we'll go with the path of least resistance 
and use a SF account. Then when and if the time comes, a merge can go back 
into Tomcat if there is a desire.


-Tim

Tim Funk wrote:
As part of the Google SOC. Google accepted the tomcat-reverse-proxy 
project to be executed by Anders Nyman ( anders.nyman at gmail  d ot  
com  )


The scope of the project is to let Tomcat act a reverse proxy by 
extending the balancer webapp. To make it easier to get the job done 
this summer while not relying on an intermediate committer, I propose 
granting commit access for only the following module:

   jakarta-tomcat-catalina/webapps/balancer/

The apache id granted would be prefixed with soc and be temporary. A CLA 
has already been signed and submitted. The vote is for commit access 
only for the module listed above. Voting rights will not be granted.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[VOTE] SOC temporary committer Anders Nyman

2005-07-11 Thread Tim Funk
As part of the Google SOC. Google accepted the tomcat-reverse-proxy project 
to be executed by Anders Nyman ( anders.nyman at gmail  d ot  com  )


The scope of the project is to let Tomcat act a reverse proxy by extending 
the balancer webapp. To make it easier to get the job done this summer while 
not relying on an intermediate committer, I propose granting commit access 
for only the following module:

   jakarta-tomcat-catalina/webapps/balancer/

The apache id granted would be prefixed with soc and be temporary. A CLA has 
already been signed and submitted. The vote is for commit access only for the 
module listed above. Voting rights will not be granted.


[ ] Sounds good to me
[ ] I'm indifferent
[ ] I don't like it. Here's why



-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: summer of code - next steps

2005-07-03 Thread Tim Funk
It would require 2 new entries in the avail document  in CVSROOT - so while 
its possible - I'm not sure if infrastructure would wish to deal with that.


-Tim

Yoav Shapira wrote:


Hi,



Would this work? Or request restricted access to only
- jakarta-tomcat-jasper
- jakarta-tomcat-catalina/webapps/balancer

The user id id would be prefixed or suffixed with soc.  This also assumes
no
binding voting rights.

Thoughts?
- Drop the soc from the userid ?
- Let them be full committers ?
- Other?

Since tomcat seems to be one of the last ones in cvs - I am not sure how
using svn will work with respect to this.

Do we need a vote so we can make the appropriate requests to
infrastructure?



We're in a bit of a bind.  I don't want to let them be full committers:
that's a hard-earned privilege.  Same thing for the @apache.org address, so
I want to keep the soc prefix.

But we use CVS, and I don't think CVS supports directory-specific commit
privileges.  We'd have to make a branch for them, assuming CVS supports
branch-specific commit privileges?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: summer of code - next steps

2005-07-01 Thread Tim Funk

Would this work? Or request restricted access to only
- jakarta-tomcat-jasper
- jakarta-tomcat-catalina/webapps/balancer

The user id id would be prefixed or suffixed with soc.  This also assumes no 
binding voting rights.


Thoughts?
- Drop the soc from the userid ?
- Let them be full committers ?
- Other?

Since tomcat seems to be one of the last ones in cvs - I am not sure how 
using svn will work with respect to this.


Do we need a vote so we can make the appropriate requests to infrastructure?

-Tim


Yoav Shapira wrote:

Hey,



How should code be accepted for these?
- Create a new sandbox?
- Place on SF then have the mentor commit as needed


SF CVS doesn't work well enough IMO. Maybe the ASF will have a
repository that can be used as a staging area.



- Full commit for the student


I suspect it could happen fairly quickly.



We've been planning to give the students commit access to just their section
of code, or an entirely separate repository.  Remy's suggestion of SVN first
is good, because SVN allows configuring commit access to users on a
directory level.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



summer of code - next steps

2005-06-27 Thread Tim Funk

It appears that 2 (or 3) tomcat related projects have been accepted..

- reverse proxy
- jsp compilation speed
- JSTL tag plugins (Unless this belongs to the jakarta taglib folks)

How should code be accepted for these?
- Create a new sandbox?
- Place on SF then have the mentor commit as needed
- Full commit for the student
- Other

This was talked about on the other mailing lists. For those using svn - it 
seems a temporary account can be given to svn without needing to provide a 
shell account. Since we are using cvs - thats not possible.


Thoughts?



-Tim



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: JavaOne volunteers?

2005-06-17 Thread Tim Funk

I can sit around for 2 or 3 hours.

-Tim

Henri Yandell wrote:


Unsure if the Tomcat community saw Geir's email asking for volunteers
at JavaOne.

The ASF have a booth there (donated to us) if we can get people to man
it etc. Given that it's the flagship product, will any Tomcat people
be interested in volunteering?

I think the idea is to spend 2 or 3 hours sitting at the desk etc,
being positive about Tomcat, ASF, Open-Source etc on June 27th-29th.

Wish I could convince my bosses to let me head out there :(
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Summer of code - next steps?

2005-06-12 Thread Tim Funk

I re-re-read the FAQ and here is what I interpret:

Anyone may submit to Google a proposal (any meaning a student). Google will 
then take their favorite 200 and pass these along to the mentoring 
organizations. The mentoring organizations can give a thumbs up or down 
because they need to approve that the work was done at the end of the time 
period.


Its up to the discretion of each project to incorporate the code produced by 
the student. But if the code is not worthy to be accepted, the student can 
still be paid (by Google) if the mentor says its OK. [I would imagine there 
could be cases where code is produced but not committed for a variety of 
reasons.]


So it seems the wiki was a communication vehicle to let folks know what 
project mentoring organizatoins were interested in since it was up the 
mentoring organizations to say yes or no to whether they wish to mentor a 
specific proposal.


I have no idea of the ramifications if multiple folks are interested in the 
same project and it they should submit competing or complementary proposals. 
I guess the google group dedicated to this has more information there.



-Tim

Remy Maucherat wrote:

Tim Funk wrote:

For those interested in Summer of code what do we need to do next? Is 
having the Wiki up to date enough? And we sit back while participants 
submit their proposals and Google chooses whom will get the stipend, 
while the folks listed on the Wiki mentor?


http://code.google.com/soc_application.html



Very good questions :) I'm interested too.

I added the JSTL tag plugins for Jasper as another project, BTW.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Summer of code - next steps?

2005-06-09 Thread Tim Funk
For those interested in Summer of code what do we need to do next? Is having 
the Wiki up to date enough? And we sit back while participants submit their 
proposals and Google chooses whom will get the stipend, while the folks 
listed on the Wiki mentor?


http://code.google.com/soc_application.html


-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Summer of code

2005-06-06 Thread Tim Funk
I was thinking of using HttpClient. Configuration - I am somewhat undecided. 
I like urlrewrite. Its also a BSD licence - so if we use their rules as a 
starting point - are we legally OK? (I think the answer is yes)


-Tim

Peter Rossbach wrote:


Hey Tim,

Have you see this fine mod_rewrite filter at http://tuckey.org/urlrewrite/.
What you mean, can we use the common httpclient for backend proxy 
implementation?

   It has a stable pooling with keepalive handling and http/https support.

Peter

Tim Funk schrieb:


Here is more detail of what I was pondering with the reverse proxy.

Topic - Extend the balancer webapp to allow for reverse proxy

Description
-
Write a 2.4 compliant Servlet Filter which will allow tomcat (or any 
other compliant engine) to act as a reverse proxy.



Constraints
---
- Use no tomcat internal specific api's
- Allow for other filters to wrap this so caching would be allowed
- Allow for pluggable proxy rules much like the balancer is implemented


Rules to create
---
- simple match rule which is one-to-one mapping back to a single 
server based on a URL prefix



Nice to haves
-
- Use a pool of connections to take advantage of keep-alive capabilitites
- A partner caching filter which can cache to memory/disk/???
- A partner filter which can provide rudimentary content rewriting for 
hosts which return an incorrect hostname
- cluster rule - So tomcat fronts a cluster of servers for the 
following scenarios 1) round robin 2) random 3) sticky





Remy Maucherat wrote:



I think there should be proposals, like this one which seems good, 
then have a vote on all these.


Please be quick for the proposals as there's a deadline, apparently, 
so I'd say this needs to be wrapped up and the wiki edited by the end 
of next week.





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Summer of code

2005-06-03 Thread Tim Funk

Here is more detail of what I was pondering with the reverse proxy.

Topic - Extend the balancer webapp to allow for reverse proxy

Description
-
Write a 2.4 compliant Servlet Filter which will allow tomcat (or any other 
compliant engine) to act as a reverse proxy.



Constraints
---
- Use no tomcat internal specific api's
- Allow for other filters to wrap this so caching would be allowed
- Allow for pluggable proxy rules much like the balancer is implemented


Rules to create
---
- simple match rule which is one-to-one mapping back to a single server based 
on a URL prefix



Nice to haves
-
- Use a pool of connections to take advantage of keep-alive capabilitites
- A partner caching filter which can cache to memory/disk/???
- A partner filter which can provide rudimentary content rewriting for hosts 
which return an incorrect hostname
- cluster rule - So tomcat fronts a cluster of servers for the following 
scenarios 1) round robin 2) random 3) sticky





Remy Maucherat wrote:


I think there should be proposals, like this one which seems good, then 
have a vote on all these.


Please be quick for the proposals as there's a deadline, apparently, so 
I'd say this needs to be wrapped up and the wiki edited by the end of 
next week.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Initial apr results

2005-06-02 Thread Tim Funk
Excellent. In my future tests, I'll keep the concurrency lower and the hits 
higher. I'll also use different size files. I am only able to use a 1.4.2 
JVM. I might be able to get 1.5 on - but its highly doubtful.


-Tim

Remy Maucherat wrote:

Tim Funk wrote:


My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)

On my initial tests with the APR connector - the APR connector 
seemed slower the old http connector. But the difference is mild 
and my initial numbers are flaky. On the same hardware - I am running 
6 other instances (of different versions) of tomcat at the same time 
which may be throwing my numbers off.


During some slow time - I might be able to take most of them down and 
run some more tests to try to ensure I am hogging all the resources to 
the box and not sharing them.


For those curious - for /tomcat.gif - my requests per second range 
anywhere from 1200+ to 5000+ - Due to such a large range - I have no 
confidence in my numbers so far to reach any conclusion.


I was using the command:
 /usr/local/httpd/bin/ab -n 1000 -c 100 -k 
http://myserver:8090/tomcat.gif


With keepalive off - I was still easily over 1000 requests per second 
for tomcat.gif.



I can't assert yet that there are no bugs at the moment (performance or 
otherwise). So far, performance seems good on Windows, and Linux. To 
give a comparison on Windows with this test, APR HTTP is within 5% of 
regular HTTP, and gets closer depending on the JVM (I suppose if it's 
better at JNI - I've noticed slightly better results with Sun JDK 1.5 
Server compared to 1.4.2 client).


I think you should use -n 2 at least: if the test duration is too 
small, ab is going to produce random results. In this test, increasing 
concurrency isn't particularly useful either.


Obviously, the results of this kind of testing are not really important 
as long as the results stay relatively close (for example, I think the 
-25% result I got when using polling exclusively was really good).




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Initial apr results

2005-06-01 Thread Tim Funk

My test box was an HP-UX 9000/800/L1000-44 - Dual CPU (440 MHz)

On my initial tests with the APR connector - the APR connector seemed 
slower the old http connector. But the difference is mild and my initial 
numbers are flaky. On the same hardware - I am running 6 other instances (of 
different versions) of tomcat at the same time which may be throwing my 
numbers off.


During some slow time - I might be able to take most of them down and run 
some more tests to try to ensure I am hogging all the resources to the box 
and not sharing them.


For those curious - for /tomcat.gif - my requests per second range anywhere 
from 1200+ to 5000+ - Due to such a large range - I have no confidence in my 
numbers so far to reach any conclusion.


I was using the command:
 /usr/local/httpd/bin/ab -n 1000 -c 100 -k http://myserver:8090/tomcat.gif

With keepalive off - I was still easily over 1000 requests per second for 
tomcat.gif.






-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



AjpAprProtocol.java

2005-05-26 Thread Tim Funk

Is there such a class as org.apache.coyote.ajp.AjpAprProtocol?

I see a reference in org.apache.catalina.connector.Connector to this class 
but nothing else.




-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2005-05-12 Thread Tim Funk
Would it be worthwhile to use a new property?
maxSavePostSize - The max size of a post to save. 0 for unlimited, -1 to 
disable saving post.

Of course this doesn't mitigate a malicious person issuing many POSTS under 
the configured threshold.

-Tim
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
markt   2005/05/11 14:39:41
  Modified:catalina/src/share/org/apache/catalina/authenticator
FormAuthenticator.java SavedRequest.java
   webapps/docs changelog.xml
  Log:
  Include request body in saved request when using FORM authentication.
   - Fixes problem with saved request assuming platform default 
encoding for POSTed
parameters.
   - Improves restoration of request by using CoyoteRequest

This is way too risky to do it for any POST (which could be a file 
upload), and I think it could lead to easy DoSes, so I share Bill's 
concerns.

Saving parameters in general is risky as well, obviously ...
IMO, webapps need to be better designed, and auth should happen before 
sending forms.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: New TLP draft

2005-04-07 Thread Tim Funk
The main use case is when I lurked in geronimo. When a build in geronimo 
fails - it creates a *massive* email which I as a lurker really don't care 
about. It also took forever to download of a highspeed line. I also recevied 
wiki updates when subscribed to the cvs commits which I didn't care about.

The information is important .. if you care about that specific topic, 
otherwise its spam.

-Tim
Yoav Shapira wrote:
Hi,
Actually, I'm -0 teetering on -1 for this ;)  It's not spam, it's important
information for everyone working on Tomcat.  Frequently it's these emails
that trigger the most serious discussions and the most catching of errors.
It's easier for me to subscribe to one list and create rules to filter stuff
out than it is to subscribe for three lists.  But since either is a 1-time
effort, I'm only -0 and would be OK if Tim and others (whose votes are
binding, unlike this one) really wanted it.
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management / School of Engineering
Cambridge, MA USA
[EMAIL PROTECTED] / [EMAIL PROTECTED]

-Original Message-
From: Jan H. Hansen [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 07, 2005 5:47 AM
To: Tomcat Developers List
Subject: SV: New TLP draft
+1
I think burrying new potential contributors in auto generated spam is a
bad practice.
Regards
Jan H. Hansen
-Oprindelig meddelelse-
Fra: Tim Funk [mailto:[EMAIL PROTECTED]
Sendt: 6. april 2005 19:41
Til: Tomcat Developers List
Emne: Re: New TLP draft
Looks good. Just an idea, it may be nice to have the 3 new lists
tomcat-bug - bug updates from bugzilla. When I subscribe to other groups
- I
sometimes do not care about bug updates and need to write filters to
automatically delete them. I am guessing some others might be more
interested
in the dev discussion and not the bugs.
tomcat-cvs  - Same as tomcat-bug but just for cvs commits.
tomcat-gump  - For deaths by gump. If your not a committer - these are
useless to someone.
-Tim 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: New TLP draft

2005-04-07 Thread Tim Funk
True. But do others really need to see the GUMP message if they don't want 
them? Since I should be reading the GUMP failures - it is mandatory for me to 
see them. But for any other dev lists one is subscribed to (but not 
committing) - do you really care that the latest build failed? Since the 
failure messages are small as compared to geronimo - the case is not as 
compelling.

As for the wiki - it would be nice to get Wiki updates so as to mitigate the 
possibility of horrible information being posted. While the wiki is not 
pretty and does not have many pages - it does serve a nice function as a 
catch-all for various helper links or an alternate way to share HOW-TO 
information without being a committer.

-Tim
Remy Maucherat wrote:
Tim Funk wrote:
The main use case is when I lurked in geronimo. When a build in 
geronimo fails - it creates a *massive* email which I as a lurker 
really don't care about. It also took forever to download of a 
highspeed line. I also recevied wiki updates when subscribed to the 
cvs commits which I didn't care about.

Ok, but Tomcat doesn't do either (no wiki updates, no big failure logs).
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: New TLP draft

2005-04-06 Thread Tim Funk
Looks good. Just an idea, it may be nice to have the 3 new lists
tomcat-bug - bug updates from bugzilla. When I subscribe to other groups - I 
sometimes do not care about bug updates and need to write filters to 
automatically delete them. I am guessing some others might be more interested 
in the dev discussion and not the bugs.

tomcat-cvs  - Same as tomcat-bug but just for cvs commits.
tomcat-gump  - For deaths by gump. If your not a committer - these are 
useless to someone.

-Tim
Remy Maucherat wrote:
Hi,
Here's a new draft with the necessary updates.
I suppose this needs to be sent to the PMC for approval. If this draft 
is ok, I will send it there.

Then there are infrastructure taks:
- renaming mailing lists
- moving CVS
- new DNS and virtual host

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JDTCompiler.java

2005-04-05 Thread Tim Funk
Is there a reason _jspx_dependants is a Vector - why not an ArrayList? This 
would remove the syncs inside of Vector.

-Tim
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
remm2005/04/04 06:57:49
  Modified:jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java
   webapps/docs changelog.xml
   .build.properties.default
   jasper2/src/share/org/apache/jasper/compiler
JDTCompiler.java
  Log:
  - Update to JDT 3.1 M6 (Java 5 feature complete, from what I have 
read).
  - Please test it (compilation on JDK 1.4 seems to work as usual) to 
see if this is ok or should be reverted.

Cool, another one of my great ideas ;) At least there aren't any major 
regressions in JDK 1.4 mode.

public final class test_jsp extends org.apache.jasper.runtime.HttpJspBase
implements org.apache.jasper.runtime.JspSourceDependent {
  private static java.util.Vector _jspx_dependants;
  public java.util.List getDependants() {
return _jspx_dependants;
  }
In JDK 1.5 mode, ECJ apparently doesn't like casting Vector - List. 
This should be allowed, I think (javac works, from what I can tell).

Can anyone confirm this problem ?
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Indirect jsp:include does not seem to work

2005-04-01 Thread Tim Funk
You cannot perform a forward inside an include. [Just like you can't set any 
headers, including cookies,  in an include or a host of other things while in 
an include.]

-Tim
Michael J. wrote:
Hello all,
I have master jsp page, and I try to jsp:include
page=/strutsAction.do, which forwards to detail jsp page,
but this does not work. On Tomcat 4.x and 5.x the detail
page content is included, but further content from the
master page is stripped out.
According to jsp specs, if I include a resource with
jsp:include, its content should be included in the page.
Afaik the spec does not specify nesting level.
I looked in the code. ApplicationDispatcher correctly
identifies the first request to strutsAction.do as Path
Based Include. But when struts action forwards to detail
jsp, ApplicationDispatcher identifies it as Path Based
Forward. doForward() is called instead of doInclude(), and
ApplicationDispatcher flushes and closes the response
writer. Thus, Jasper cannot write the rest of master page
content to writer, and throws
org.apache.jasper.JasperException: Stream closed.
Without thinking much, I commented out writer flushing in
ApplicationDispatcher.doForward(). It seems to work on
Tomcat 4.1.31, but failed on Tomcat 5.0. Anyway, I am not
sure that I did a right thing and that all buffers are properly being
closed now. Would be great if Tomcat devs look into it.
Btw, Jetty does not work as I want, too. BUT: I tried to create a
proxy JSP page, which is included in main JSP page. This proxy page
includes strutsAction.do, which forwards to real JSP page that I want
to include (whew!) Jetty works perfectly fine with this proxy JSP
page!
Also, Resin works fine both with direct including of struts action
from main page, and with proxy JSP page.
So, I believe that this is a Tomcat bug.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: TLP Draft Proposal

2005-03-23 Thread Tim Funk
+1
-Tim
Yoav Shapira wrote:
A lot of stuff which can be found here:
http://marc.theaimsgroup.com/?l=tomcat-devm=50145415683w=2
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Time for TLP?

2005-03-22 Thread Tim Funk
+0 - If not now, it will be asked again in another few months.
-Tim
Yoav Shapira wrote:
Hi,
In light of these recent discussions on [EMAIL PROTECTED]:
http://marc.theaimsgroup.com/?t=4256091
http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2
http://marc.theaimsgroup.com/?l=jakarta-general
http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2
m=42733325833w=2
http://marc.theaimsgroup.com/?t=1753782
http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
http://marc.theaimsgroup.com/?t=1753782
http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
 

I think we're ready to move Tomcat to a TLP.  There's a lot of support for
it in the general Jakarta and ASF ranks.  Before we write and vote on a
proposal, I wanted to see informally what the opinions are within our own
group about this potential move.  I'm obviously +1.
 

Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management / School of Engineering
Cambridge, MA USA
 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] /
mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat roadmap

2005-02-18 Thread Tim Funk
Technically, someone will need to propose a VOTE for tomcat6. It would 
describe the features and release plan to be desired for 6. (Such as JSP 2.1 
support). So the real answer there is no timeline.

But based on past naming, the name tomcat 6 makes sense.
-Tim
Sam Ewing wrote:
Thanks Yoav,
JSP 2.1 specifications are currently in Early Draft
Review phase. Will these be implemented as a 'Tomcat
6' release?
I don't see a JCP for the next servlet specification
anywhere in the picture, so if there is new Tomcat
version (Tomcat 6?), would this be for Servlet 2.4/JSP
2.1? Is there any timeline for this?
Thanks again,
- Sam

Hi,
Tomcat is not a full J2EE container, only a Servlet
and JSP container.
Accordingly, J2EE spec releases don't matter per-se. 
They only matter if
they contain new Servlet or JSP spec releases in
them.
Tomcat 6 will implement the next version of the JSP
and Servlet specs,
whenever those come out.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [VOTE] Proposed API change to the Manager interface

2005-02-07 Thread Tim Funk
If I read this correctly (big if), the solution could be a security problem. 
If I were a phisher, I might be able to send you an email with a link to that 
would redirect you to a tomcat server with the new configuration in question 
with a special id. If the user were to perform other actions of a 
confidential nature, the attacker could swoop in and impersonate that session.

The phisher could easily be notified that the special session id was used and 
 have a farm of wamr bodies ready to attack.


-Tim
Remy Maucherat wrote:
To address this, I propose simply reusing any session id presented by 
the client. As an option, this could be done only if emptySessionPath is 
true. I have tested it, and it works very well, addressing the problem 
with emptySessionPath=true. I could not think of any security issue 
this would cause (if the client submits a bogus insecure id, then he'll 
be the one being impacted), since the undelying session objects would be 
created and handled as usual. In normal more (emptySessionPath set to 
false), this would save costly session id generation.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [VOTE] Tomcat 5.5.7 Stability

2005-01-28 Thread Tim Funk
I'm going to abstain from voting since I am unable to adequately test. But I 
did find one item which could be a PITA for the folks on tomcat-user.

In setclasspath.sh - the CLASSPATH isn't always overridden. If the user tries 
to start tomcat with an existing CLASSPATH  - that is appended to the 
bootstrap classpath. You can only guess that wacky errors I saw after startup 
with my legacy 3+ year old CLASSPATH.

I committed the change to setclasspath.sh to fix this.
While this issue is definitely not a blocker, it might cause a lot of 
frustration for the many users who keep their CLASSPATH enironment variable set.

-Tim
Yoav Shapira wrote:
Hi,
Tomcat 5.5.7 was released a week ago, and now it's time for a stability vote ;)
 I have yet to see TCK results, but this has been a crazy month for everyone it
seems...
[ ] Alpha: leave it as-is, numerous bugs, etc.
[ ] Beta: good quality release, at least one issue preventing stable vote
[ ] Stable: solid, no major issues (minor issues possible)
Thanks for voting,
Yoav
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-site/xdocs-faq tomcat-faq.xsl

2004-12-30 Thread Tim Funk
So you don't have to build it yourself, a sample of the site in action can be 
found here:

http://cvs.apache.org/~funkman/docs/faq/
-Tim
[EMAIL PROTECTED] wrote:
funkman 2004/12/30 08:37:09
  Modified:xdocs-faq tomcat-faq.xsl
  Log:
  Add google search to the footer to allow search of the FAQ.
  build.bat still needs to be run and the html output
  needs committed before the change is made effective.
  
  Can anyone review to ensure we are allowed to do this?
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-site/docs/faq/printer connectors.html

2004-12-23 Thread Tim Funk
Ya.  I'll fix this.
-Tim
William A. Rowe, Jr. wrote:
At 06:34 AM 12/20/2004, [EMAIL PROTECTED] wrote:
funkman 2004/12/20 04:34:03
Modified:xdocs-faq connectors.xml
 docs/faq connectors.html
 docs/faq/printer connectors.html
Log:
Note that jk2 is deprecated and that mod_ajp is coming.

Don't we mean mod_proxy_ajp?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: IP security constraint

2004-12-03 Thread Tim Funk
No, this breaks the spec. There are many other simple alternatives. Please 
follow up to the tomcat-user list for more information.

-Tim
Svante Olofsson wrote:
Hi!
First off, I think Tomcat is a great product. Thanks! 

Secondly, do you have any plans on adding something like to web.xml:
security-constraint
web-resource-collection
web-resource-nameMy Webapp/web-resource-name
url-patterncust1.html/url-pattern
/web-resource-collection
ip-constraint
  allow192.168.1.13-192.168.1.55,192.168.10./allow
ip-constraint
/security-constraint
security-constraint
web-resource-collection
web-resource-nameMy Webapp/web-resource-name
url-patterncust2.html/url-pattern
/web-resource-collection
ip-constraint
  deny192.168./deny
ip-constraint
/security-constraint
I have looked at the documentation and web, but could not find any other
information than a commercial package from Cafesoft. I think this kind of
access control would be very useful since webapps can have static pages that
should be denied for everyone but a certain ip-range. Example: Customer 1
has access to a service with a certain look-and-feel and some customer
specific mods. The name of the page that Customer 1 uses to access the
webapp is cust1.html and that passes on some parameters. Customer 2 uses the
same webapp but has a different look-and-feel and accesses the SAME webapp
through cust2.html. Now it would be nice to limit access to cust1.html and
cust2.html so that only the respective customer ip-ranges could access them.
I can do this by installing apache and hooking up Tomcat to it, but I would
like to use a standalone solution. The Valve functionality is good but it is
only on webapp level.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: mod_jk2 issues in Bugzilla

2004-11-29 Thread Tim Funk
+1 as WONTFIX. Proposed text ...
As of November 15, 2004, JK2 is no longer supported. All bugs related to JK2 
will be marked as WONTFIX. In its place, some of its features have been 
backported to jk1. Most of those features will be seen in 2.0.7. (Actual 
release date is unknown as of this writing)

Another alternative is the ajp addition to mod_proxy which will be part of 
apache 2.

For more information on the Tomat connectors docs at
http://jakarta.apache.org/tomcat/connectors-doc/

I counted 50 open bugs.
-Tim
Shapira, Yoav wrote:
Hi,
When (if) do we close them as WONTFIX?
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves ByteBufferAccessLogValve.java mbeans-descriptors.xml

2004-11-20 Thread Tim Funk
I never thought about it this way, but can the comparisons be made by using 
and not using Keep-Alive? I would guess that if Keep-alive is used - there 
would be a performance gain since the same thread needs to wait for the valve 
to write its log entry, before the next item in keep alive request is made.

If keep alive is turned off, there would be no performance boost - unless all 
the threads were in use.

I'm just playing devil's advocate. I ran some tests with AccessLogValve 
turned on vs turned off on some HP-UX boxes and saw no performance 
difference. So either my test was bad, or the HP os/disks we use do an 
awesome job of caching in the disk controller to provide superb I/O performance.

If I weren't swamped with my day job, I'd love to refactor access log valve 
into 2 parts:
 - The pattern creator. This creates the line item which needs logged. For 
example: Standard or Extended. This piece would decide when or when not to log.
 - A writer. A set of classes (some possibly abstract to inherit from) which 
allow logging in a variety of manners such as: FileLogger, BufferedLogger, 
PipedLogger, FileSizeLogger(rotate on size), FileDateLogger(rotate on Date), 
CombinedLogger (a stub which talks to a some controller which combines all 
the logs in a cluster into one file)

[But since I have no code to contribute at this time, I'll just stay quiet.]
-Tim
Remy Maucherat wrote:
Jean-Francois Arcand wrote:
Without access log valve, we are 20% faster. With the ByteBuffer one, 
13%.

There are 3 access log valves ;) Maybe you should give a chart.
I'll do my byte based improvements (to be able to save on char to byte) 
in your implementation.

The buffer isn't big enough. 16k will hold 500 requests maximum. If you 
were afraid of doing one I/O operations, it's bad, as you'll end up 
doing a lot of I/O synchronously. Can we allow the buffers to grow ? At 
least they would need to be a lot bigger otherwise (we could reinvest 
the memory saved from not having a background thread :) ).
Another trick if you want to tweak the interval inside the valve, you 
can use an integer that you increment and do a modulo (i % n). I do that 
for the manager checks (one check every 6 invocations of 
backgroundProcess).
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: JK documentation

2004-11-17 Thread Tim Funk
Looks good to me. If everyone agrees on the support drop for JK2, I can go 
through all the bugzilla entries and mark them as won't fix with some generic 
mesage. (Similar to what we did with mod_webapp)

-Tim
Mladen Turk wrote:
Hi all,
I'm trying to rewrite and reorganize JK documentation.
Any comments on the 'News' section?
(I mean, do we need more apologies and explanations why the
JK2 is unsupported ?)
Docs are at:
http://www.apache.org/~mturk/docs/
I'll put tomorrow the rest of docs.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Detecting Tomcat install

2004-11-15 Thread Tim Funk
Starting after 5.0.(I forget) - There is a command line program version.sh 
(or version.bat).

All it does is echo the property server.info in 
/org/apache/catalina/util/ServerInfo.properties

-Tim
Robert Grant wrote:
Hi!
I have to write an installer which detects the presence of Apache Tomcat
(minimum version 4.0.6) and wondered what the best way of doing this was.
I'm happy to check for the presence of Registry entries, but searching the
Net I'm unsure of where (on ANY Tomcat install, regardless of version) I can
find a version number; my impression is that the keys shift position
depending on the version of the Tomcat install.
Any help greatly appreciated!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Two modest proposals about common\lib

2004-10-28 Thread Tim Funk
I've been pondering something similar. (I just never got around to vocalizing 
it) My preference is to introduce common/usr_lib (and server/usr_lib)(This 
name is horrible, but you get the idea)

The usr_lib dirs would be in the same classloader as common/lib (or 
server/lib) and would contain user specific jars. This way users would not 
have to add/change jar files in common/lib when upgrades occur.

-Tim
Benson Margulies wrote:
Based on all the recent traffic from people tying themselves into
pretzels with global resources, I have two concrete ideas. I would try
to concoct patches (at least for the first) if there was tentative
acceptance for either.
 
1) Configure the 'common' classpath in an editable location. By default,
this path would be the current set of common directories. However, an
admin could add additional directories shaped like common.
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: method to protect webapps from users

2004-10-27 Thread Tim Funk
If your using Servlet spec features only - move this to tomcat-user. As for 
including the functionality in tomcat, my preference is no since it is not 
tomcat specific and can be used by any container. If thats the case - it 
might be better as a Sourceforge project. ... Unless we create a subproject 
under tomcat for contributions such as utilities, alternative OS startup 
scripts, etc (But not make it prt of the default distribution)

-Tim
[EMAIL PROTECTED] wrote:
hi guys,
I'm new to this list, but a long time user of Tomcat.  For a long time now
I've had a problem which I'm sure most of you are familiar with ; users.
As always happens with any app in development the final tidy up stuff gets
left too late and some stuff gets missed out.  The bit in this case was
holding screens for long running requests.
I've written a filter which will take any request and after a defined
period of time send a generic please wait page, after the original
request has finished it will then forward the proper response.
To get this to work properly there is an extra benefit, it can in a lot of
cases stop double clickers by ignoring requests that have been defined as
those not supposed to run concurrently for a given session.
My current implemntation is container agnostic which I'm not really happy
with as it means the please wait page must be large enough to force a
send of the data though the response stream, however I'm loathe to hack
into the tomcat code to get low enough to fix this unless it is part of
tomcat.  The second problem is detecting multi-part requests and not
allowing the please wait page until the multi-part data has been
gathered, currently I just exclude those requests, again a lower level
access would allow this to be fixed properly.
Is this filter or a derivative something that would be of interest?
The basic features that I've implemented are :
please wait page after some defined period with no user coding
Multiple concurrent request per session selectively disabled by URL
I can post the code or distribute however people want if this is something
you are interested in.
In live web-apps I've found this invaluable as users don't get web-apps
and are very impatient, even if the problem is their dodgy old modem or
asking an app to do something it was never designed for.
Before anyone says it I know this is a complete perversion of everything
that is supposed to happen in a web-app, however in the real world users
won't wait 5 seconds for anything unless they are being told it's under
way and I've never got holding screens in all the right places yet.  This
covers them all and where possible reduces the ability of a single user to
submit 100 concurrent requests by hammering a submit button in
frustration.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: tomcat component releases

2004-10-26 Thread Tim Funk
The components are released during a tomcat upgrade. yes, it can be possible 
for one of the components to not change during a release cycle.

-Tim
Nathan Coast wrote:
Hi,
bit of background... I maintain the maven-tomcat-plugin.  This plugin uses:
catalina-ant
jasper-compiler
jasper-runtime
In the interest of keeping the plugin up to date, I should probably cut 
a new version of the plugin whenever any of these components are 
modified.  Do these components have their own release cycle? or are they 
just released whenever there is a new tomcat build?

I'm guessing there are some tomcat releases where none of these 
components are modified.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector Connector.java mbeans-descriptors.xml Request.java

2004-10-12 Thread Tim Funk
Shouldn't log be private and not protected?
-Tim
[EMAIL PROTECTED] wrote:
remm2004/10/12 15:53:16
  Modified:catalina/src/share/org/apache/catalina/connector
Connector.java mbeans-descriptors.xml Request.java
  
  Revision  ChangesPath
  1.13  +56 -27jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Connector.java
  
  Index: Connector.java
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Connector.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- Connector.java	5 Oct 2004 08:03:25 -	1.12
  +++ Connector.java	12 Oct 2004 22:53:16 -	1.13
  @@ -54,7 +54,7 @@
   public class Connector
   implements Lifecycle, MBeanRegistration
   {
  -private static Log log = LogFactory.getLog(Connector.class);
  +protected static Log log = LogFactory.getLog(Connector.class);
   
   
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [Bug 31655] - org.apache.catalina.cluster.session.DeltaManager requestCompleted, SEVERE: Unable to serialize delta request, java.io.NotSerializableException:

2004-10-11 Thread Tim Funk
Don't bother. Here is it for the archives.
package x;
import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.io.ObjectOutputStream;
import javax.servlet.http.HttpSessionBindingEvent;
import javax.servlet.http.HttpSessionAttributeListener;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
/**
Listener that complains if you try to put nonserializable elements
into your session.
*/
public class SessionListener implements HttpSessionAttributeListener  {
private static Log log = LogFactory.getLog(SessionListener.class);
public SessionListener() {
}
public void attributeAdded(HttpSessionBindingEvent se) {
ByteArrayOutputStream os = new ByteArrayOutputStream();
try {
ObjectOutputStream objStream = new ObjectOutputStream(os);
objStream.writeObject(se.getValue());
} catch(IOException e) {
log.warn(Can't serialize attribute[ + se.getName() + ], e);
}
}
public void attributeRemoved(HttpSessionBindingEvent se) {
}
public void attributeReplaced(HttpSessionBindingEvent se) {
}
}
-Tim
Ian F.Darwin wrote:
The original user was having trouble figuring out which class(es) in  
their application were causing NotSerializableExceptions.
And, in fact, I was starting to think about the Serializable issue for  
a client...

And then Tim wrote:
--- Additional Comments From [EMAIL PROTECTED]  2004-10-11 22:36  
---
You can determine which attributes are not serializable by writing  
your own
HttpSessionAttributeListener and checking if the attribute implements  
serializable.

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/servletapi/javax/ 
servlet/http/HttpSessionAttributeListener.html

This is actually a good idea, Tim :-) So I've written one and will  
polish it up a bit (it goes recursively, first complaining if the  
object is not serializable, then testing if the object being added is a  
Collection...).

Since a number of Tomcat users are not Java programmers, I would like  
to commit this for general use.

But there doesn't seem a good place for it. What would y'all think of  
creating a package called, say, o.a.c.userdiagnostic or  
o.a.tomcat.util.userdiagnostic to serve as a place to store diagnostic  
tools for end-users?  Or is there a good place already?

To be maximally useful it wants to be part of what gets shipped with  
TC, so we can just tell people something like:

You can do this with an HttpSessionAttributeListener; to use 
Tomcat's  default serializable attributes diagnostic  
HttpSessionAttributeListener just add these lines in your web.xml,  
immediately before the first servlet tag:

listener
!-- Used to warn about non-Serializable objects being put in 
the  session. --
  listener- 
classorg.apache.catalina.userdiagnostic.SerializableCheckAttributeListe 
ner
/listener-class
/listener

Ian
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [5.5] Todo list

2004-10-05 Thread Tim Funk
Just an fyi, At one time, I was thinking that AccessLogValve was bad for 
performance. But I think it has no effect unless you are maxed out in processors.

The AccessLog writing only occurs *after* the response has been sent to the 
client and the request is essentially done. I think if there is a performance 
issue - it is OS/filesystem specific. We pounded some HPUX boxes with and 
without access logs turned on. As long as we did not run out of processors, 
we didn't see any performance differences.

It might be of interest to parse and decode the pattern at set time for 
AccessLogValve (like the ExtendedVersion does) to prevent a lot of extra 
string comparisons. (If the user chooses a custom pattern) But I'm 
indifferent because of the results I posted above.

On a stressed system, this might still be a good thing todo.
-Tim
Remy Maucherat wrote:
Remy Maucherat wrote:
Adding new items:
- Use this to try to provide an optimized version of the access logging 
valve (access logging is likely used in production for standalone 
Tomcat, and it has very bad performance right now) which would do 
asynchronous writes to its file (and hopefully be more efficient)


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Problem with Tomcat 4.0.6 and open udp ports

2004-09-22 Thread Tim Funk
Tomcat 4 doesn't use UDP for anything. Someone's code using tomcat is doing that.
-Tim
Valentín Alonso Álvarez wrote:
Hi,
We have a problem in production with Jakarta-Tomcat 4.0.6. As the time the
server is running increases, java process open more and more UDP ports (from
1005 to 5000), and we don't know why. These ports don't get closed , so the
number of open ports increases as time goes on. It's probable that this
circumstance is causing other communication problems to our host.
¿Why does Tomcat open UDP ports? ¿Why are not closed? ¿Is there any
solution?
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: urgent database connection issue using tomcat 5

2004-09-21 Thread Tim Funk
*Use tomcat-user - not tomcat dev*
The error being thrown is from this code:
Class clazz = Class.forName(driverName);
driver = (Driver) clazz.newInstance();
So you either misconfigured the driver name, or your missing the oracle thin 
driver jar files in server/lib. (Or common/lib depening on your installation)

-Tim
Shanti Priya wrote:
Hi !!
   I am trying to setup an jsp application in tomcat .The application
uses struts also and oracle is the database .
I do get the following error in the log file. Please do suggest.It's urgent.
I am attaching the log file to you.
Thanks  Regards,
Shanti Priya Sunkara
Location: Pune, India
Email   : [EMAIL PROTECTED]
Phone   : 91-20-4128313

2004-09-21 12:20:10 JDBCRealm[Catalina]: Exception opening database connection
java.sql.SQLException: oracle.jdbc.driver.OracleDriver
	at org.apache.catalina.realm.JDBCRealm.open(JDBCRealm.java:589) 
snip
2004-09-21 12:20:37 JDBCRealm[Catalina]: Exception performing authentication
java.sql.SQLException: oracle.jdbc.driver.OracleDriver
at org.apache.catalina.realm.JDBCRealm.open(JDBCRealm.java:589)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-09-15 Thread Tim Funk
I thought the setup time config was a reasonable compromise. It allows the 
tinfoil hat folks to be happy while providing no performance decrease. 
(Unless 2 new instance variables is an issue ;) )

-Tim
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
funkman 2004/09/15 05:59:46
 Modified:webapps/docs changelog.xml
 Log:
 Start 5.5.3 - Server Header config
 

You are simply ignoring my opinion, then. Fine :)
Rémy
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 Http11Processor.java

2004-09-13 Thread Tim Funk
This is an often asked for feature. My pref is for it to be a configuration 
in the Connector. Then the only added overhead is in during init.
For example ...

   protected serverHeader  =  Constants.SERVER;
   ...
   setServerHeader() ...
   getServerHeader() ...
   ...
   response.addHeader(Server, serverHeader);
??
-Tim
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
markt   2004/08/23 12:29:35
 Modified:http11/src/java/org/apache/coyote/http11
   Http11Processor.java
 Log:
 Fix bug 16254 - Server header appears twice after a call to 
response.setHeader()
 
 Revision  ChangesPath
 1.105 +3 -1  
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/Http11Processor.java 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


JspServlet.serviceJspFile() getResourceAsStream vs getResource

2004-09-08 Thread Tim Funk
This is just a nit, but in JspServlet.serviceJspFile() there is ...
synchronized(this) {
wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri);
if (wrapper == null) {
// Check if the requested JSP page exists, to avoid
// creating unnecessary directories and files.
InputStream resourceStream =
context.getResourceAsStream(jspUri);
if (resourceStream == null) {
response.sendError(HttpServletResponse.SC_NOT_FOUND,
   jspUri);
return;
} else {
try {
resourceStream.close();
} catch(IOException e) { /* ignore */ }
}
...
}
}
Is there any reason we are getting the stream instead of checking for a null 
URL, for example:

synchronized(this) {
wrapper = (JspServletWrapper) rctxt.getWrapper(jspUri);
if (wrapper == null) {
// Check if the requested JSP page exists, to avoid
// creating unnecessary directories and files.
if (null==context.getResource(jspUri)) {
response.sendError(HttpServletResponse.SC_NOT_FOUND,
   jspUri);
return;
}
...
}
}
This way the existence of the file is checked instead of opening it.
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Javadocs ?

2004-09-01 Thread Tim Funk
Agreed. If they are put only online - it would be nice if they were also be 
allowed to be downloaded. (For those who wish to keep a local copy)

-Tim
Remy Maucherat wrote:
Hi,
I find the javadocs of Catalina and Jasper annoying (tons of files which 
take forever to get copied) and I don't use them at all. Is it really 
useful to keep them in the distribution ? Having them online on the 
website night be enough for everyone.

The servlet  JSP API javadocs, OTOH, are small and useful. I like that :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [VOTE] [5.5] Release plan votes

2004-08-27 Thread Tim Funk
It looks like there are branches for 5.0 (TOMCAT_5_0) in j-t-jasper and 
connectors. Is that correct? Or should both of those modules be using HEAD?

It also appears that jakarta-tomcat-site recieved tags for TOMCAT_5_0_27, 
TOMCAT_5_0_26 and branch tag of TOMCAT_5_0.

-Tim
Remy Maucherat wrote:
Shapira, Yoav wrote:
I doubt I can vote for/against myself, so I'll just say I'll be happy to
do the releases for a while ;)
 

Are you ok with releasing a first 5.5.0 build this WE or monday to 
properly start this branch offically ? Or do we wait for next week ?

Rémy
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [VOTE] [5.5] Release plan votes

2004-08-26 Thread Tim Funk
* New native connector for Apache 2, based on mod_proxy
Is it true that it will be ready for 5.5? I thought the mod_proxy code would 
be independent of tomcat version.

Otherwise ...
Remy Maucherat wrote:
ballot
I approve the release plan:
[X] Yes
[ ] No
/ballot
ballot
Tomcat 5.5 should use the following API set for the coding:
[ ] J2SE 1.3
[X] J2SE 1.4
[ ] J2SE 5.0
/ballot
ballot
Yoav Shapira will act as the release manager for this branch:
[X] Yes
[ ] No
/ballot
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


startup/Bootstrap.java not loading catalina.properties on shutdown

2004-08-24 Thread Tim Funk
In startup/Bootstrap.java there is: (line 110 in createClassLoader(..))
String value = CatalinaProperties.getProperty(name + .loader);
CatalinaProperties is only initialized once, but isn't used on shutdown. This 
would be a problem, if I try:
Server port=${shutdown.port} shutdown=SHUTDOWN debug=0

Which leads me to the questions:
1) Is it ok to add my own properties to catalina.properties for my own 
installation or might this be bad/discouraged?
2) Should I add a method call in main() to Bootstrap that will force 
CatalinaProperties.loadProperties() to be called?
3) Or is worth it to add an option on startup to allow a user to specify 
there own properties file to load in as System properties. 
(CATALINA_PROPERTIES=conf/myprop.properties)

The use case is I have the same server.xml for many of my configurations. I 
don't want to use JAVA_OPTS='-Dprop1=val ...' since I have a lot of 
properties to set.

-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [VOTE] 4.1.31 maintenance release

2004-08-20 Thread Tim Funk
Its maintained if there is a committer who will apply the patches. Mark has 
been very good at doing this.

For large companies - it takes (a lot) time to upgrade versions. I'm still 
stuck on 4.0.4 for all of my servers. (Soon to be 5 if all goes well) 
Stability is more important than speed and features. It took a lot of 
versions of 4.1 and 5.0 before it was stable. Even the first stable 
releases still had minor problems that got reported, were true and would have 
been problems for my environment.

We stayed on 4.0.4 forever because all of the bugs that existed for that 
version (and old non-coyote connector) did not affect us.

If there are people willing to maintain the branch, I think its worthwhile to
have a release.
-Tim
Shapira, Yoav wrote:
Hi,

ballot
The 4.1.31 maintenance release should happen:
[ ] Yes
[ X ] No
/ballot

-1 on this release.  Reasons have been stated in detail in the other
thread, but to summarize this branch is no longer maintained and users
should upgrade to 5.x or custom-patch if they have an emergency.
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Code Too Large for Try Statement in Catalina

2004-08-19 Thread Tim Funk
1) don't use compile time includes
2) split your page into multiple files which can use jsp_includes. Any file 
which needs to be this big  is probably extrememly painful to debug.
3) followup to tomcat-user, not tomcat-dev

-Tim
Michael McGrady wrote:
I have the following error:
org.apache.jasper.JasperException: Unable to compile class for JSP
An error occurred at line: -1 in the jsp file: null
Generated servlet error:
   [javac] Compiling 1 source file
C:\crackwillow\work\Catalina\localhost\_\pallet_jsp.java:12934: code too 
large for try statement
   } catch (Throwable t) {
 ^
C:\crackwillow\work\Catalina\localhost\_\pallet_jsp.java:30: code too 
large for try statement
   try {
   ^
C:\crackwillow\work\Catalina\localhost\_\pallet_jsp.java:17: code too large
 public void _jspService(HttpServletRequest request, HttpServletResponse 
response)
 ^
3 errors

org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:130) 

org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:293) 

org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:340)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:352)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474) 

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:184) 

org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) 

org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
com.crackwillow.filter.GZIPFilter.doFilter(GZIPFilter.java:20)
Is there anything to do?  I need this file to be a JSP file in Struts.
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Load balance in tomcat

2004-08-17 Thread Tim Funk
I would first look at a hardware(or dns) loadbalancer and tomcat 5's clustering.
-Tim
Henrique Faria wrote:
Hi!
Which is the best way to load balance, across multiple tomcat instances,
without using jk conectors or apache web servers? Is there support for
it in the Catalina core?
Thanks,  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [Patch] ExtendedAccessLogValve - broken x-H(requestedSessionIdValid)

2004-08-11 Thread Tim Funk
Its now bugzilla 30587.
-Tim
Lilianne E. Blaze wrote:
Hello,
This is the first time I submit a patch, so I hope I do everything right.

ExtendedAccessLogValve is broken, code x-H(requestedSessionIdValid) returns the same result as 


x-H(requestedSessionId) due to a typo.

Greetings, Lilianne E. Blaze

Index: ExtendedAccessLogValve.java
===
RCS file: 


/home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ExtendedAccessLogValve.java,v
retrieving revision 1.9
diff -u -r1.9 ExtendedAccessLogValve.java
--- ExtendedAccessLogValve.java 23 Jun 2004 08:24:57 -  1.9
+++ ExtendedAccessLogValve.java 11 Aug 2004 03:13:42 -
@@ -1324,7 +1324,7 @@
 } else if (requestedSessionIdFromCookie.equals(fieldInfo.value)){
 fieldInfo.location = FieldInfo.X_LOC_REQUESTEDSESSIONIDFROMCOOKIE;
 } else if (requestedSessionIdValid.equals(fieldInfo.value)){
-fieldInfo.location = FieldInfo.X_LOC_REQUESTEDSESSIONID;
+fieldInfo.location = FieldInfo.X_LOC_REQUESTEDSESSIONIDVALID;
 } else if (contentLength.equals(fieldInfo.value)){
 fieldInfo.location = FieldInfo.X_LOC_CONTENTLENGTH;
 } else if (characterEncoding.equals(fieldInfo.value)){
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat 5.0.28 release

2004-08-09 Thread Tim Funk
Didn't we already try that with the tomcat 4 LE edition?
-Tim
Remy Maucherat wrote:
My current idea for the new branch is to ship a JDK 1.5 bundle with a 
separate zip/tar.gz to easily install the additional binaries when using 
JDK 1.4-. This will be smaller (no JMX, no Xerces) and maybe higher 
quality (more testing of the bundled components ?).
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: JNDI Realm Bug

2004-08-02 Thread Tim Funk
IIRC - This was fixed in HEAD of JNDIRealm.
-Tim
Sebastien Brunot wrote:
Hi,
 

I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal.
 

I've got a problem with JNDIRealm : the group a user is in in my LDAP
directory is an object which attribute member contains the user CN. So
I've set up the roleSearch attribute of JNDIRealm to the value
(member=*{0}*).
 

Both wildcards are replaced with the \2a String by JNDIRealm before
running the search  and the group my user is in is never retrieved. My
interpretation of RFC 2254 is that those wildcards shouldn't be replaced
with \2a : the replacement should only occur for wildcards in the String
that will replace the {0} portion of the filter, aka wildcards in the user
CN.
 

Is there a way to use wildcards in the roleSearch attribute, or is it a new
found bug ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: JNDI Realm Bug

2004-08-02 Thread Tim Funk
Checkout and compile. The lazy way is to:
1) checkout/get only JNDIRealm
2) compile it using all of the jar files in common/lib and server/lib in your 
classpath
3) Place the compiled file in server/classes (in the correctly nested directory)

-Tim
Sebastien Brunot wrote:
Does that means that i have to checkout from CVS head and recompile tomcat
to solve the problem, or is there a stable version which correct this ?
Thanks for your answer,
Sebastien
-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED] 
Sent: lundi 2 août 2004 14:15
To: Tomcat Developers List
Subject: Re: JNDI Realm Bug

IIRC - This was fixed in HEAD of JNDIRealm.
-Tim
Sebastien Brunot wrote:

Hi,

I'm using Tomcat 4.1.30 with JDK 1.4.2 on Windows XP Professionnal.

I've got a problem with JNDIRealm : the group a user is in in my LDAP
directory is an object which attribute member contains the user CN. So
I've set up the roleSearch attribute of JNDIRealm to the value
(member=*{0}*).

Both wildcards are replaced with the \2a String by JNDIRealm before
running the search  and the group my user is in is never retrieved. My
interpretation of RFC 2254 is that those wildcards shouldn't be replaced
with \2a : the replacement should only occur for wildcards in the String
that will replace the {0} portion of the filter, aka wildcards in the user
CN.

Is there a way to use wildcards in the roleSearch attribute, or is it a
new
found bug ?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: New committer: Peter Rossbach

2004-07-30 Thread Tim Funk
+1
-Tim
Remy Maucherat wrote:
Hi,
I'd like to nominate Peter Rossbach pr _at_ objektpark.de as a 
committer on the Tomcat project. Peter submitted a significant amount of 
useful patches for Tomcat, and wants to contribute more.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some benchs results : WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-22 Thread Tim Funk
Try siege: http://joedog.org/siege/
Despite what the docs say, it runs pretty sweet on cygwin too. (with 2.60b5)
-Tim
Henri Gomez wrote:
jean-frederic clere wrote:

mod_proxy in ap_proxy_http_cleanup() closes the socket if HTTP is 1.1 
is that correct?

The request was (from ab):
+++
GET /examples/ HTTP/1.0^M
User-Agent: ApacheBench/2.0.40-dev^M
Connection: Keep-Alive^M
Host: localhost:7779^M
Accept: */*^M
^M
+++

I'm still looking for a bench tester supporting HTTP 1.1, jmeter is too 
hog for my PIII 1Ghz ;(


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Simple Sticky LB WAS: Invitation to HTTPD commiters in tomcat-dev

2004-07-21 Thread Tim Funk
I'm not sure of the status so far, but I'd like to summarize a strawman. I 
have no idea how to code this at this time or if it can be done.

--
*Config* [Feel free to change the names]
ProxyClient http://server1/config.xml
ProxyClient http://server2/config.xml
ProxyClient http://server3/another/config.xml
ProxyUpdate /proxyconfig
*Startup*
Apache polls each proxy-client for existence and config at the URL defined by 
te ProxyClient directive.
Each proxy-client states the paths/extension/mimetype/??? it can serve as 
well as its weight.

*On going*
Apache periodically polls the config URL for changes.
--or--
A proxy-client can join, remove, alter URL availability by using making a
request to apache defined at ProxyUpdate.
*Edge cases*
Authentication, environment variables, and other system parameters would be
passed to the proxy via X-Headers. Apache would need to deny/filter these 
header names from outside clients.

*stickyness*
unknown how to fix this in a generic manner
*Failover* 2 cases
1) server unavailable - easy to recover since a new connection is made
2) server available but doesn't handle request anymore -
Proxy-client returns a custom header to let apache move to next node?
*Changes to tomcat*
Add a proxy mode flag to allow for the X- headers to pass authentication and 
other variables.
Add to the manager(?) app and method to expose all the URL spaces availble.
Minor changes to fix getRemoteAddr() to show the client, not the apache server.

Pros - Simple(?) and not tomcat specific.
Cons - Duplicate (re)parsing of headers, probably higher latency than jk.
-Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas

2004-07-19 Thread Tim Funk
I was lucky enough to ditch a bloated buggy j2ee engine in place of 
tomcat/apache while we were in the process of switching CIO's. As nice as it 
is to have someone to blame, its even harder to justify having to pay the fat 
up front prices and yearly (lack of) support contracts for something that has 
worked even better than said bloated buggy j2ee engine ;)

-Tim
Jess Holle wrote:
Then it may be better to spend the time implementing an NTLM auth for 
Tomcat and Apache instead of spending the time supporting IIS :-) 

Quite possibly...
Though there is also a sizable contingent of we've got to have someone 
to sue folk, i.e. they're down on open source software due to a lack of 
people to throw lawsuits at rather than due to a lack of support.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas v.2

2004-07-15 Thread Tim Funk
If this is all wishlists .. it'd be nice if we could set the worker and 
handler via mod_rewrite.

Intead of
  JkMount /*.jsp loadbalancer
Say:
  RewriteCond %{REQUEST_URI} *\.jsp
  RewriteRule   ^(.+)$$1   [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
-Tim
Mladen Turk wrote:
 


-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now 
to Apache 2.x (2.0/2.1), may be something which could be 
included in standard Apache 2.x distribution which will save 
us hours on explaining how to build mod_jk/mod_jk2


Yes, I did. I read all the replys wery carefully.
Did you understand mine?
What I propose is: 'imagine a TC as a virtual file system'
So, you can 'apr_vfopen(TC/sever, )' like opening a file.
You could for examle:
Jk3Mount /*.jsp
and have smewhere something like:
mapping *.jsp
   server name=1.2.3.1 factor=10% /
/mapping 

or:
mapping *.jsp
  balance
 server name=1.2.3.1 factor=10% /
 server name=1.2.3.2 factor=20% /
 server name=1.2.3.3 factor=auto /
 server name=1.2.3.4 factor=failover /   
  /balance
/mapping 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas v.2

2004-07-15 Thread Tim Funk
I wasn't thinking of a dependency on mod_rewrite, but a way to to configure 
JK based on common data structures that may be set by mod_rewrite.

Its actually a restatement of this:
http://marc.theaimsgroup.com/?l=tomcat-devm=108987495224170w=2
-Tim
[EMAIL PROTECTED] wrote:
Would do you think a dependancy on rewrite is a good idea, as AFAIK it is
not part of the core build apache 2 - but I could be very wrong as I only
use 1.3.x
Agreed overall that making jk2 either part of the standard, easier to build
and configure would be a great step forward IMHO.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas v.3

2004-07-15 Thread Tim Funk
How about mod_tomcat?
-Tim
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat

- it should have a name which doesn't confuse folks :)

APR_JAVA as static core lib + mod_javalink?
For example I wish to make a WIN2003 http.sys kernel module.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: dynamic mapping of jsp's from jars (attempt #2)

2004-06-08 Thread Tim Funk
See the invoker servlet.
-Tim
Ron Forrester wrote:
I am thinking this question walks the edge between tomcat-users and
tomcat-dev, so please forgive me if I have chosen unwisely...
Background:
We are wanting to add a capability to our webapp which requires that we
be able to reference precompiled jsp's from multiple jars discovered at
the time the webapp starts. Currently, we precompile all our core jsp's
into a jar, and get that to work by making sure the jar is in the
codebase for tomcat, and including a snippet (generated at build time)
into web.xml that looks like a series of these:
 servlet
   servlet-namecom.tripwire.jsp.index_jsp/servlet-name
   servlet-classcom.tripwire.jsp.index_jsp/servlet-class
/servlet
One per compiled jsp. That is fine for our core jsp's which can be
mapped statically like this. But as I said, now were adding the ability
to add plugins into our webapp, which can contain their own UI elements
in the form of jsp's.
Requirement:
What I need is a way to dynamically add the mappings to tomcat while the
webapp starts. I have poked around in the code and discovered
JspRuntimeContext.addWrapper() which looks like what I'd want to use to
dynamically map the jsp's as our webapp starts up -- assuming I can
discover the mappings, which I will be able to. What I am not clear on
is precisely how to use this functionality, which appears to be somewhat
internal to tomcat, from my webapp -- i.e. would I need to override
JspServlet with my own?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: New RM for Tomcat 5

2004-05-10 Thread Tim Funk
+1

-Tim

Remy Maucherat wrote:
Hi,

Yoav has expressed interest in being the release manager for Tomcat 5. 
Since he has shown interest in nearly all Tomcat components, and 
apparently has enough time at the moment, I think he would be the most 
qualified to replace me, and has my +1.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat 5.0.20 Issue

2004-03-24 Thread Tim Funk
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26444

-Tim

Jess Holle wrote:

Jess Holle wrote:

Unfortunately, Tomcat 5.0.20 cannot compile 6 out our 985 JSP pages 
(which Tomcat 5.0.19 compiled just fine).

The issue can be traced directly to a single entry in the change log:

   Add some intellignece to the compiler for generating code for
   useBean action. Generate direct instantiation (use new) when
   possible, use bean.instantiate when bean name is specified, and for
   the case of invalid bean class, either issue a translation time
   error (instead of javac error), or generate codes to throw
   InstantiationException at runtime, depending on a new compiler
   switch, errorOnUseBeanInvalidClassAttribute(defaulted to true) (kinman)
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Minimal HOWTO for jk2 2.0.4 - Was: [Fwd: Releasing JK 2.0.4]

2004-03-23 Thread Tim Funk
The faq uses the wiki for some stuff. Feel free to add content there.

http://jakarta.apache.org/tomcat/faq/

-Tim

Tim Stewart wrote:
First let me say sorry for lurking and responding to this message 5 days
late.  I think your suggestions are very good. I also recently went through
hell trying to get mod_jk2 setup in IIS then Apache and have some
suggestions for the docs.  Is there anyway we can setup a WIKI for mod_jk2,
that way people who have suggestions for documentation can just add it?
Do WIKIs exist in the ASF?

Tim

- Original Message - 
From: Daniel Savard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, March 19, 2004 9:53 PM
Subject: Re: Re: Minimal HOWTO for jk2 2.0.4 - Was: [Fwd: Releasing JK
2.0.4]



--- Guenter Knauf [EMAIL PROTECTED] wrote:
other content deleted
I would like to see some
feedback from those admins who have to install the connectors what
they would

prefer.
A quick start covering:
- What to download
- What to compile
- Compatible Apache versions
- Which folder to copy files into
- What entries does Apache expect
- What workers and MPM are and how we can configure them

thanks, Guenter.

-- Sriram
Well, given my recent trauma, oups experience, setting up mod_jk2, may I
suggest a few things?
- A working configure script. Let me explain what I expect from a
configure script. It should check all requirements are met including
proper versions and not require more than necessary (for example, if
Berkley BD version 2.5 and up is fine, do not insist on version 4.0
because it may have some cascading effect on my system and if not
necessary, why should someone insist I upgrade 50% of the packages on
the system?)
- Working Makefiles. This is a side effect of a working configure
script. Given proper checking and identification of the system, the
proper Makefiles should be build. This include the appropriate list of
libraries I should link to in order to have working modules. To make
things clear, I should never get undefined symbols at runtime because
the Makefile never specified a complete list of libraries required to
resolve all the symbols in my module and the module has no hint on where
it should look for the undefined symbols to get them resolved. The
sysadmin is not supposed to be a developper (even if it happens it's not
always true) and don't expect him to manually edit the Makefile to make
it working with his system. If the configure cannot find the libraries,
it means they are not installed or the user didn't specified the correct
options to configure (library paths, if any) and it should be catch at
the configure step, not at runtime.
- A comprehensive guide of the configuration options (properties), not
necessarily something lengthy, but enough to figure out what is the
purpose of each configuration option and how it is used.
- Don't make any RPMS available if it is not possible to guarantee they
will provide a working system. Instead, with limited man-power and time,
I think it will be a better move to invest in a clean, documented,
straight forward building process with consistent results.
This should reduce drastically the number of redundant questions on the
Tomcat-user mailing list (including mines).


--

===
Daniel Savard
Consultation Informatique Daniel Savard
551, boul. Sir-Wilfrid-Laurier
suite 105
Beloeil, (Québec)
Canada J3G 4J1
Tél: (450) 467-8014
Internet: [EMAIL PROTECTED]
===


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [OT] Tomcat as top level ASF Project

2004-03-18 Thread Tim Funk
Can anyone list the pros and cons?

The last time this was discussed it was -1. But it seems the reasons since 
then may have changed.

http://marc.theaimsgroup.com/?t=10473776922r=1w=2

-Tim

Henri Gomez wrote:

Hi to all,

Just see that Struts is becaming a top level project, like ant
last year.
What's your opinions on moving Tomcat as top level project ?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [OT] Tomcat as top level ASF Project

2004-03-18 Thread Tim Funk
I am curious to the scope the new TLP would have.

For example, would/should the following projects come along to the new Tomcat 
TLP?
- Taglibs
- Watchdog
- Slide
- Other web server components based on java?

-Tim

Henri Gomez wrote:
As many I see Tomcat as the ASF Java web-server, where Apache 2 is the
native web-server, and httpd is also a TLP.
Tomcat is both Java and Native, another reason to have it outside jakarta.

Tomcat is a mature project, with a solid developpers community, and
in fine Tomcat is an important project for ASF and should became
a top project for many reasons, including having its own PMC.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [Vote] Guenter Knauf as commiter

2004-03-17 Thread Tim Funk
+1

-Tim

Henri Gomez wrote:

Hi to all,

jk2 2.0.4 seems in a good shape and I'd like to thanks all of
you commiter, and tomcat-dev members for your feedback, patches
and time.
I'd like to see Guenter Knauf promoted to commiter since he
provided us may fine patches on jk2 and help make this release
happen.
We need more and more people involved in the native side of
jakarta-tomcat-connectors and Guenter show us these lasts week
that he's a good candidate.
Vote please, he's got of course my +1.
 
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[VOTE] 4.1.30 release vote

2004-02-11 Thread Tim Funk

 ballot
 Release 4.1.30 as Stable:
 [x] Yes
 [ ] No
 /ballot

-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [Proposal] Get our FAQ listed on jakarta.apache.org/site/faqs.html

2004-02-05 Thread Tim Funk
For those who have karma to jakarta-site2, here's the patch.

RCS file: /home/cvs/jakarta-site2/xdocs/site/faqs.xml,v
retrieving revision 1.20
diff -u -r1.20 faqs.xml
--- faqs.xml2 Oct 2003 08:55:47 -   1.20
+++ faqs.xml5 Feb 2004 11:52:12 -
@@ -26,6 +26,7 @@
 liThe a href=http://jakarta.apache.org/jetspeed/site/faq.html;Jetspeed 
FAQ/a/li
 liThe a href=http://www.lucene.com/cgi-bin/faq/faqmanager.cgi;Lucene 
FAQ/a/li
 liThe a 
href=http://jakarta.apache.org/struts/userGuide/kickstart.html;Struts 
kickstart FAQ/a/li
+liThe a href=http://jakarta.apache.org/tomcat/faq/;Tomcat FAQ/a/li
 lia href=http://www.jguru.com/faq/index.jsp;
 jGuru FAQs/a including:/li
 ul

On a side note, on the jakarta home page, it says Tomcat 5 is the official 
Reference Implementation of the Servlet 2.4 and JavaServer Pages 2.0 
technologies. true? It thought the RI was based on Tomcat but the Tomcat 
itself as released by the Apache was not.

-Tim

Jeff Tulley wrote:
I think we need to get Tomcat's FAQ page listed on
http://jakarta.apache.org/site/faqs.html  since that is the place
that the Our FAQS link in the left-side navigation of
http://jakarta.apache.org points to.  I think it would raise the FAQ
visibility a bit, which would be a good thing for the user list.
How do we (really, a committer, probably) go about this?



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Download servlet with resume

2004-02-02 Thread Tim Funk
Please follow up with tomcat-user since this is a user topic.

What you'll want to look at is utilizing the Byte-Range header. it is a 
standard way for a client to get only part of a request. DefaultServlet has 
support for this so if you need some example code, look there.

-Tim

Patrik Andersson wrote:

Hi all!

I have been trying to find information on how to make a java-servlet for
download of content from the Tomcat-server without success.
The content differs from images, mp3's etc etc and I need the servlet in
order to do some database-stuff. The content also differs very much in size
and I need some way to be able to resume the download on big files as some
of the clients communicating with the servlet are mobile phone useing GPRS,
and as this is not the fastest communication and it might loose connection
during download.
Therefore I'll ask you if anyone has any information, links, samples etc to
help me with this.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: WebDAV and TC5

2004-01-29 Thread Tim Funk
I have mixed feelings. I don't think it belongs in the tomcat distribution. 
I'd rather see the WebDav servlet get moved to another jakarta (commons?) 
project. Like commons-webapps, commons-servlets.

But then again the webdav servlet is tomcat specific code and might be hard 
being ported to another container.

As long as it can be excluded like ssi and cgi can be, I'm ok.

I'm done with my random thoughts.

-Tim

Mark Thomas wrote:
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


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs FAQ Update request

2004-01-20 Thread Tim Funk
Can someone do a cvs update so the FAQ pulls in the latest content for 
http://jakarta.apache.org/tomcat/faq/ ?

-Tim

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs FAQ Update request

2004-01-20 Thread Tim Funk
Yup! The biggest change was getting more awareness to the encoding bug reports.

http://jakarta.apache.org/tomcat/faq/misc.html

-Tim

Shapira, Yoav wrote:
Howdy,
Done... Is it OK with your latest changes?
Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 20, 2004 6:51 AM
To: Tomcat Developers List
Subject: cvs FAQ Update request
Can someone do a cvs update so the FAQ pulls in the latest content for
http://jakarta.apache.org/tomcat/faq/ ?
-Tim



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: PROPOSAL: move bugzilla posts to separate list

2004-01-20 Thread Tim Funk
-1  Same reasons Yoav.

-Tim

Shapira, Yoav wrote:

Howdy,
-1, commits and bugzilla messages are important to developers.  If you don't like 
them, filter them out, it's a trivial filter in any modern email client.
Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Günter Knauf [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 20, 2004 4:03 PM
To: [EMAIL PROTECTED]
Subject: PROPOSAL: move bugzilla posts to separate list
Hi all,
is it only me, or have others too the feeling that it is hard to follow
discussions because there are more
automatic generated bugzilla posts than human ones...??
I bed that a lot of people would like to follow the discussions here, but
the annoying automatic mails make them unsubscribe after a few days
I think the bug reports should be splitted to a new list
[EMAIL PROTECTED] so that everyone can self decide if he wants/needs
the bug reports or not.
Other Apache lists like httpd-dev or apr also handle it that way...
comments?

Guenter.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[Bug 23929] - request.setCharacterEncoding(String) doesn't work

2004-01-14 Thread Tim Funk
Since this seems a rather populate bug topic ... I'd like to add this to the 
FAQ. Besides linking to this bug report, can anyone provide me:
1) A suggested wording for how to phrase this as a question
2) A suggested wording for the answer (I can figure this out)
3) Any other links (to the archives, or other bug reports) that might help 
any users looking at this.

-Tim

[EMAIL PROTECTED] wrote:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23929

request.setCharacterEncoding(String) doesn't work

--- Additional Comments From [EMAIL PROTECTED]  2004-01-14 13:03 ---
From Mark:
Character encoding has been the source of quite a bit of debate on the tomcat-
dev list in recent weeks. There have been a few changes (see summary below) as 
a result. Essentially some additional configuration options have been 
provided. The UTF-8 issue (also reported in bug 22666) has also been fixed.

Character encoding summary
==
There are a number of situations where there may be a requirement to use non-
US ASCII characters in a URI. These include:
- Parameters in the query string
- Servlet paths
There is a standard for encoding URIs (http://www.w3.org/International/O-URL-
code.html) but this standard is not consistently followed by clients. This 
causes a number of problems.

The functionality provided by Tomcat (4 and 5) to handle this less than ideal 
situation is described below.

1. The Coyote HTTP/1.1 connector has a useBodyEncodingForURI attribute which 
if set to true will use the request body encoding to decode the URI query 
parameters.
  - The default value is true for TC4 (breaks spec but gives consistent 
behaviour across TC4 versions)
  - The default value is false for TC5 (spec compliant but there may be 
migration issues for some apps)
2. The Coyote HTTP/1.1 connector has a URIEncoding attribute which defaults to 
ISO-8859-1.
3. The parameters class (o.a.t.u.http.Parameters) has a QueryStringEncoding 
field which defaults to the URIEncoding. It must be set before the parameters 
are parsed to have an effect.

Things to note regarding the servlet API:
1. HttpServletRequest.setCharacterEncoding() normally only applies to the 
request body NOT the URI.
2. HttpServletRequest.getPathInfo() is decoded by the web container.
3. HttpServletRequest.getRequestURI() is not decoded by container.

Other tips:
1. Use POST with forms to return parameters as the parameters are then part of 
the request body.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: NIO and JDK link

2003-12-25 Thread Tim Funk
It is built using 1.4 - but does not *require* 1.4. IIRC, your thread was 
requesting making 1.4 required.

-Tim

Vic Cekvenich wrote:


Shapira, Yoav wrote:



Is there a plan sometime to consider moving TC 5 to 1.4 JRE?


It's already compiled and built on JDK 1.4.  


Wait... there was a whole tread while back saying that Tomcat 5 will not 
be on 1.4.  Yup, even the TC5 pages say it's 1.4.

A few months ago I got a whole buch of arrows for asking for 1.4 on this 
list.

.V



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: License files error

2003-12-23 Thread Tim Funk
Files in question:
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-4.0/LICENSE?rev=1.4view=auto
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-5/LICENSE?rev=1.1.1.1view=auto
Looking at CVS, it looks like some other jakarta projects have also had 
(differenet) typo problems and also fixed their LICENSE files so I guess the 
change is OK as long as it gets in sync with http://www.apache.org/LICENSE

-Tim

Dirk-Willem van Gulik wrote:
On Tue, 23 Dec 2003, Mark Thomas wrote:


them with the official version (http://www.apache.org/LICENSE)? I ask since I
don't want to change the license file in case there are any legal
complications. I can't see why there would be but you never know - better safe
than sorry ;)


You bet :-) Fiddling with the license, no matter how trivial, should be
checked, double checked, triple checked and approved first :-)
So what is the error ? I read on bug id #10286:


The LICENSE file contains a small grammatical error in the first
condition.  The word 'notice' is incorrectly repeated.


From the license (1.1) file (http://www.apache.org/LICENSE):
 * 1. Redistributions of source code must retain the above copyright
 *notice, this list of conditions and the following disclaimer.
What is the incorrect repeat ?

Dw


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardWrapper.java StandardWrapperValve.java mbeans-descriptors.xml

2003-12-22 Thread Tim Funk
Is there more to this? What is this for?

-Tim

[EMAIL PROTECTED] wrote:

remm2003/12/22 09:47:43

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java StandardWrapperValve.java
mbeans-descriptors.xml
  Log:
  - Add a minTime attribute on servlets.
  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Custom Compoents

2003-12-20 Thread Tim Funk
It depends what you mean by custom components. Tomcat is servlet and JSP 
container so much of your code can be written to the spec and be portable to 
any servlet container. But there items not addressed by the specs or 
purposefuly left out. In those cases, you need to write tomcat specific code.

Start with the FAQ.
http://jakarta.apache.org/tomcat/faq/
-Tim

Sreejith wrote:

Hi all,
I am fairly new to TC. Can any body tell how to develop and deploy
custom components in Tomcat.
TIA
Sreejith.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Intro/question possible buglet with Content-Type and Charsets .

2003-12-19 Thread Tim Funk
Instructions added to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

-Tim

Tim Funk wrote:

Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The 
bug has good detail of what and how to fix.

-Tim

[EMAIL PROTECTED] wrote:

Thanks Tim,

Having a little trouble getting anything from bugzilla, nagoya.apache.org
seems to be having a little trouble!
Looking in the archives for this id, I see that someone has a 4.1.29 
patch
and a complied class, but cannot see either email address or content 
via the
archive.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Intro/question possible buglet with Content-Type and Charsets .

2003-12-19 Thread Tim Funk
In the bug report, from Sven 2003-11-26 19:36 - he uploaded a file called 
Response.java. Whether it is a patched version, version from CVS, an 
incorrectly patched version, or a trojan is a matter of trust.

But make sure the file is called Response.class, not Request.class

-Tim

[EMAIL PROTECTED] wrote:

Tim,

Is this a CVS snapshot of Request.java/class? 

If so it does not appear to fix my problem (see other thread): Content-Type:
application/vnd.ms-excel;charset=ISO-8859-1
Unless of course I am a complete idiot (highly probable)

Thanks for your help thus far.

Greg




Instructions added to 
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

-Tim

Tim Funk wrote:



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2003-12-17 Thread Tim Funk
I prefer only the RM updating changelog.

-Tim

Remy Maucherat wrote:

[EMAIL PROTECTED] wrote:

yoavs   2003/12/16 18:42:26

  Modified:webapps/docs changelog.xml
  Log:
  Started changelog for 5.0.17.


It's probably easier if either:
- only one guy does it (so he knows what needs to be in the changelog)
- everyone updates the changelog when making a change
As the second is too messy and generates too much mail, I think it's the 
RM's duty to do the first item :) This is really boring, of course, but 
at least it's manageable this way.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Important information about jakarta-servletapi-*

2003-12-17 Thread Tim Funk
Does this mean that any bug submitted with a criticism (or patch) against 
jakarta-servletapi-* can be marked as WONTFIX with a advisory for the 
requestor to notify [EMAIL PROTECTED] or 
[EMAIL PROTECTED] ? (I know there is at least one bug in this 
category)

-Tim

Mark Roth wrote:
Hi everyone,

I've seen a few requests to fix items in the jakarta-servletapi-* 
workspaces and wanted to clear up any confusion there might be.

Changes to examples in these workspaces are fine.

However, ANY changes to the core APIs (including even simple javadocs 
changes) CANNOT be done outside of the JCP process.  This applies to 
both Servlet and JSP APIs.

To make any changes to these APIs, you must propose the change through 
the spec aliases, which appear on the front covers of the corresponding 
specifications:

Servlet: [EMAIL PROTECTED]
JSP: [EMAIL PROTECTED]
Your change request will be considered by the specification leads and 
potentially debated by the expert group.  Changes to the APIs can only 
be done in a maintenance release of the specification, or in the next 
revision of the specification.  The Servlet 2.4 and JSP 2.0 
specifications have both been finalized for this release of Tomcat and 
are very unlikely to change in any substantial way until the next release.

Please understand that Tomcat is only one of many containers that are 
implementing the Servlet and JSP specifications, and the APIs must match 
identically on all containers.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Intro/question possible buglet with Content-Type and Charsets.

2003-12-16 Thread Tim Funk
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

[EMAIL PROTECTED] wrote:
Hi All,

Quick intro, and then a question;

We use tomcat to host java web applications at our location.  My client
requires us to follow very strict rules for deploying software, that means
it can be a documentation intensive process (evidence gathering/ IQP's etc
).  So we rarely upgrade as it is quite allot of work. Luckily
tomcat is excellent and rarely needs upgrading or patching.
Now the question;

Tomcat 4.1.29 seems to insist on added charset to the content type, even if
a Content-Type has been set using response.setContentType or similar
(without a charset).  Tomcat 5 seems to do something similar judging from
http://www.mail-archive.com/[EMAIL PROTECTED]/msg49015.html but
I think it fails to check if the Content type is a text one (HTML) and adds
it for any content type, which would appear not to be right IMHO.
Without wishing to appear rude :-) I need to change this behaviour and
remove the insertion of the charset for non text based Content-Types  eg:
application/vnd.ms-excel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Intro/question possible buglet with Content-Type and Charsets .

2003-12-16 Thread Tim Funk
Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The bug 
has good detail of what and how to fix.

-Tim

[EMAIL PROTECTED] wrote:

Thanks Tim,

Having a little trouble getting anything from bugzilla, nagoya.apache.org
seems to be having a little trouble!
Looking in the archives for this id, I see that someone has a 4.1.29 patch
and a complied class, but cannot see either email address or content via the
archive.
Ho hum

Thanks for the pointer.

Greg




-Original Message-
From: Tim Funk [mailto:[EMAIL PROTECTED]
Sent: 16 December 2003 12:31
To: Tomcat Developers List
Subject: Re: Intro/question possible buglet with Content-Type and
Charsets.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970

[EMAIL PROTECTED] wrote:

Hi All,

Quick intro, and then a question;

We use tomcat to host java web applications at our 
location.  My client

requires us to follow very strict rules for deploying 
software, that means

it can be a documentation intensive process (evidence 
gathering/ IQP's etc

).  So we rarely upgrade as it is quite allot of 
work. Luckily

tomcat is excellent and rarely needs upgrading or patching.

Now the question;

Tomcat 4.1.29 seems to insist on added charset to the 
content type, even if

a Content-Type has been set using response.setContentType or similar
(without a charset).  Tomcat 5 seems to do something 
similar judging from

http://www.mail-archive.com/[EMAIL PROTECTED]/msg4
9015.html but
I think it fails to check if the Content type is a text one 
(HTML) and adds

it for any content type, which would appear not to be right IMHO.

Without wishing to appear rude :-) I need to change this 
behaviour and

remove the insertion of the charset for non text based 
Content-Types  eg:

application/vnd.ms-excel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/webapps/docs/architecture/startup serverStartup.pdf serverStartup.txt

2003-12-13 Thread Tim Funk
Can project.xml~ and index.xml~ be removed? They look like [editor] backup files.

(I might be early on this one) Is an update also coming for 
j-t-catalina/webapps/docs/build.xml? The architecture dir isn't being picked 
up on build.

Is there any opinion on mixed case file names for documentation? (All the 
docs files are currently lower cased and use hyphens to seperate words)

-Tim

[EMAIL PROTECTED] wrote:

yoavs   2003/12/13 09:18:57

  Added:   webapps/docs/architecture index.xml index.xml~ project.xml
project.xml~ requestProcess.xml startup.xml
   webapps/docs/architecture/requestProcess requestProcess.pdf
roseModel.mdl
   webapps/docs/architecture/startup serverStartup.pdf
serverStartup.txt
  Log:
  Architecture documents first draft.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/webapps/docs/config jk.xml project.xml jk2.xml

2003-12-10 Thread Tim Funk
Does this pretty much says that jk2 is now not recommended? (At least until 
it gets more cleanup) So I can update the FAQ.

-Tim

[EMAIL PROTECTED] wrote:

remm2003/12/10 04:38:01

  Modified:webapps/docs/config project.xml
  Added:   webapps/docs/config jk.xml
  Removed: webapps/docs/config jk2.xml
  Log:
  - Remove confusion: all references to JK 2 are gone, and replaced with JK.
This should clear some confusion (hopefully, and we can focus on mod_jk 1
vs mod_jk2).


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java

2003-12-10 Thread Tim Funk
The name attribute of A should be #less.

  +writer.print(a class=\A.name\ name=\#
  + + (count++) + .0\);
A page example which uses anchors:
http://jakarta.apache.org/tomcat/faq/tomcatuser.html
-Tim

[EMAIL PROTECTED] wrote:
remm2003/12/10 16:59:07

  Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
StatusTransformer.java
  Log:
  - Add manager statistics for each context, as well as navigation links so that this
is actually useful. Somehow, the links don't work with Mozilla: it must be
because my HTML is very bad. IE works, though.
  


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


[wiki] wiki.apache.org migration

2003-12-09 Thread Tim Funk
I would be interested in a Wiki for Tomcat. It has been somewhat helpful as a 
complement to the Tomcat FAQ.

AFAICT, there is not a lot of Tomcat content on the Wiki, so moving over the 
relevant information should be easy.

[cc'd the tomcat-dev list to determine other's interest in this]

-Tim

Leo Simons wrote:
Hi all!

Over the past few weeks we've been busy getting a wiki set up at

http://wiki.apache.org/

It is our intention to migrate the UseMod materials on Nagoya to this 
MoinMoin-based variant. All ASF projects that use a wiki or are 
interested in doing so are encouraged to read

http://wiki.apache.org/general/UseModMigration

and contact infrastructure at apache dotorg so that we can help migrate your 
data. 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Any clue on this, please? Uploading large files - out of memory

2003-12-03 Thread Tim Funk
Please followup to tomcat user.

1) Make sure that the app is using ServletRequest.getInputStream()
2) See the spec: 'SRV.4.1.1 When Parameters Are Available'


-Tim

Fabrizio Nesti wrote:

Hi,
any comment on this out of memory with large file upload?
This error seems recurring to a bunch of users, but I'm wondering if it's a
problem in the tomcat implementation, or if there are other layers to blame.
Thanks for any light on this darkness, since I've a tight schedule on
this issue... unfortunately..
cheers,
fabrizio
-- Forwarded message --
Date: Mon, 1 Dec 2003 14:36:57 +0100 (MET)
From: Fabrizio Nesti [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Uploading large files - out of memory exception
Dear tomcat developers,

I've noticed a problem while uploading files with tomcat 4.1.x.

- When uploading large files (say larger than 10MB) tomcat throws an out
  of memory exception.
- The problem can be avoided raising the memory allocation (as found in
  other similar messages, -Xms128m -Xmx512m) but this is not a solution,
  since it depends on the memory and just makes the limit higher.
I do not know how the actual download works (we are using the
EchoPoint fileupload component, for that matters) but it seems that
the whole file is slurped in memory _before_ passing the request to a
user servlet. Indeed it seems that our download component is never
invoked (see the error below).
Is there a configuration option to avoid this behavior, or there's
nothing to do but limit the filesize?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Tomcat 5 Issue (not 5.0.16 specific!)

2003-12-02 Thread Tim Funk
Section 5.5 of the spec:
When a response is closed, the container must immediately flush all remaining 
content in the response buffer to the client. The following events indicate 
that the servlet has satisfied the request and that the response object is to 
be closed:
 The termination of the service method of the servlet.
*  The amount of content specified in the setContentLength method of the 
response has been written to the response. *
 The sendError method is called.
 The sendRedirect method is called.

Looks like the behavior is OK.

-Tim

Jess Holle wrote:

First, I'd like to say that we should *not* consider the following issue 
as one to prevent a stable label for Tomcat 5.0.16.

That said, I've noted that if you do:

   response.setContentLength( 0 );

All subsequent setHeader(), etc, calls are ignored -- Tomcat considers 
the response commited.

Is this as per the spec?  Or is this an odd corner case?

[The fact that we have code that does a setContentLength(0) seems to be 
an odd corner case in and of itself...  I've worked around this in our 
code by ensuring that this call is always made after all other headers 
are assigned.]

--
Jess Holle



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: JAASCallbackHandler clear password in the log file

2003-11-24 Thread Tim Funk
IMO, no. In a production environment:
1) The debug should not turned up that high
2) If its a production box, file permissions as well as people able to log 
into the box should be trusted.

-Tim

Yann GUEVEL wrote:

Hi,

if the debug level is  3,  the 
org.apache.catalina.realm.JAASCallbackHandler.handle method writes in 
the log file the login and password it received (tomcat 4.1.29 
JAASCallbackHandler.java, line 155). So any people who can access the 
machine on which Tomcat is running can see all the login and passwords 
used. Isn't this unsafe ? Should'nt this log be removed ?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator SingleSignOnEntry.java AuthenticatorBase.java BasicAuthenticator.java DigestAuthenticator.java FormAuthenticator.java NonLoginAuthenticator.java SSLAuthenticator.java SingleSignOn.java mbeans-descriptors.xml

2003-11-24 Thread Tim Funk
This means that the logout check is now back in, the revert from 1.6 - 1.7 
for bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23764

Diff link:
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SingleSignOn.java.diff?r1=1.6r2=1.7diff_format=h
Just an FYI, at this point, I don't know if that is good, bad, or neither.

-Tim



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: How is the FAQ updated?

2003-11-20 Thread Tim Funk
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-site/

- Its in jakarta-tomcat-site
- The FAQ questions(and answers) are in xdocs-faq as xml files - edit these.
- To make the site: follow the README.txt
- Once you've built the site- commit your changes (including the generated html)
- Let Remy (or anyone who has permissions) update the site from CVS
-Tim



Shapira, Yoav wrote:

... I can't seem to find it in the CVS... Thanks,
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: [VOTE] New committer: Mark Thomas

2003-11-20 Thread Tim Funk
+1

-Tim

Remy Maucherat wrote:
Hi,

I'd like to nominate Mark Thomas as a Tomcat committer. He has 
contibuted a significant amount of fixes already, and does what nobody 
else does: roam Bugzila to fix older issues and cleanup the database. He 
has special interest in the WebDAV code, which currently has no maintainer.

He has my +1.



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


  1   2   3   >