ajp support included in latest ethereal ;)
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Ethereal 0.9.5 has been released. This version
Mmm.
It would appear I can only get the session if the value is defined in the
Context in server.xml. Ie I cannot define it in the default location in
server.xml (where the catalina SingleSIgnOn is commented) and expect it to
work.
Is this correct? And if so, can I achieve what I want to, ie
+1
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10328.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey, it seems Nacho goes to bug hunting in xsl, good news,
since I'm working on using xdocs for jk 1.2.0.
BTW, how could we have xdocs handling at both time between jk and jk2 ?
I was thinking at the following layout :
xdocs
xdocs/common(ajp13)
xdocs/jk1 (buildingap, buildingiis,
Hi Guys,
I recently had the pleasure to work more with web applications and am now
finding my way back to the server source. First impression: tomcat grew
big, compared to JServ times .. but it seems, that its actual main aim,
being a small, robust and fast servlet engine - isn't as dominant
I strongly agree with costin, and it has been a point
we discuss many times before with Pier for mod_webapp.
Even if APR is a library used mainly by Apache 2.0,
nothing prevent it to be used elsewhere and for example
under Windows and IIS.
The only problem is that there is still no official
Ok, I'll remove them so, and will update the build documentation
(in xdocs).
BTW, who could tell us more about mod_jk 1.2.x static build ?
-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .)
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP
Hi,
Yes, I am. I need to check to see if certain objects are in the session and if
not, see if they are in another session that is pointed to by the Cookie id.
It's like SingleSignOn, but slightly different. However I'm a bit confused to
why I can't get a session, even when the rest of
On Monday 01 July 2002 10:43, Henner Zeller wrote:
Hi,
Yes, I am. I need to check to see if certain objects are in the session
and if not, see if they are in another session that is pointed to by the
Cookie id. It's like SingleSignOn, but slightly different. However I'm a
bit confused
I've tried to update the proposal draft according to the comments I got,
including benchmarking, and adding more details about the changes which
will be introduced.
After looking at the release management duties that will have to be done
for 5.0, it turns out neither Larry nor myself have
Hi,
Has anyone found that browsers refuse to delete cookies when you do
Cookie.setMaxAge(0); ? I can not get any browser to delete a cookie! Having
looked at the response the Set-Cookie: header appears correctly formed.
John
--
John Baker, BSc CS.
Java Developer, TEAM/Slb.
hgomez 2002/07/01 04:01:24
Added: jk/native BUILDING
Log:
Updated build documentation for mod_jk, replace README.configure
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/native/BUILDING
Index: BUILDING
hgomez 2002/07/01 04:01:52
Modified:jk/native README
Removed: jk/native README.configure
jk/native/apache-1.3 Makefile.freebsd Makefile.linux
README.hpux README.solaris build-hpux-cc.sh
build-hpux.sh build-solaris.sh
hgomez 2002/07/01 04:08:35
Added: jk/native/iis README
Log:
Initial README for IIS, may be Nacho could put more informations
in it.
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/native/iis/README
Index: README
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10372.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hgomez 2002/07/01 04:16:35
Added: jk/native/netscape README
Log:
Very minimal README for iplanet/netscape build, we have little
information about it
Revision ChangesPath
1.1 jakarta-tomcat-connectors/jk/native/netscape/README
Index: README
Hi to all,
I'm finalizing the mod_jk 1.2.0 release.
I updated the Apache build instruction,
removed outdated Makefile and build files.
I added a minimal IIS build document,
from what it's present in tomcat-iis-howto.html.
Same thing for netscape/iplanet build instructions.
Since the
See typo below ;)
On Mon, 2002-07-01 at 13:16, [EMAIL PROTECTED] wrote:
hgomez 2002/07/01 04:16:35
Added: jk/native/netscape README
Log:
Very minimal README for iplanet/netscape build, we have little
information about it
Revision ChangesPath
1.1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10373.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It appears if you don't set a path on the cookie (setPath), it doesn't default
to anything and therefore doesn't place anything in the response header.
Browsers then ignore it ;-)
Perhaps Cookie by default should have a path of /.
John
--
John Baker, BSc CS.
Java Developer, TEAM/Slb.
if you want the cookies to be readable by all pages, you should set it
to /. That's standard practice. Also, if you have multiple webserver
with names like www1, www2, www3., you should also set the cookie to
use yourbiz.com.
peter
John Baker wrote:
It appears if you don't set a path
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: 1. srpanj 2002 13:20
To: [EMAIL PROTECTED]
Subject: mod_jk 1.2.0 - release notes
I'm finalizing the mod_jk 1.2.0 release.
Load-Balancing and keep-alive/timeout and I need
more documentation on it from
On Monday 01 July 2002 12:59, peter lin wrote:
if you want the cookies to be readable by all pages, you should set it
to /. That's standard practice. Also, if you have multiple webserver
with names like www1, www2, www3., you should also set the cookie to
use yourbiz.com.
I know this
that's the problem with assumptions :)
Actually I believe the W3C spec says the path will default to directory
the pages resides in. So that page /hello/greeting.jsp will have
/hello as the path. Only files under /hello can read the cookie.
Atleast that's my understanding of how cookie path is
Sorry, It's not much ;)
Not so bad ;)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Monday 01 July 2002 13:16, peter lin wrote:
that's the problem with assumptions :)
Actually I believe the W3C spec says the path will default to directory
the pages resides in. So that page /hello/greeting.jsp will have
/hello as the path. Only files under /hello can read the cookie.
http://wp.netscape.com/newsref/std/cookie_spec.html
OR
http://www.ietf.org/rfc/rfc2109.txt
OR
http://www.ietf.org/rfc/rfc2965.txt
PATH=path
Optional. The Path attribute specifies the subset of URLs to which this
cookie applies.
John Baker wrote:
On Monday 01 July 2002 13:16, peter lin
On Monday 01 July 2002 13:29, Tim Funk wrote:
http://wp.netscape.com/newsref/std/cookie_spec.html
OR
http://www.ietf.org/rfc/rfc2109.txt
OR
http://www.ietf.org/rfc/rfc2965.txt
PATH=path
Optional. The Path attribute specifies the subset of URLs to which this
cookie applies.
But as
John Baker wrote:
Well a reliable source tells me that there is no w3c spec for Cookies, and
infact the concept was conjured by Netscape. There is an RFC spec for
Cookies, but it's largely ignored.
So as the useful browsers out there ignore Cookie requests without a path, it
might be
On Monday 01 July 2002 13:38, peter lin wrote:
John Baker wrote:
Well a reliable source tells me that there is no w3c spec for Cookies,
and infact the concept was conjured by Netscape. There is an RFC spec for
Cookies, but it's largely ignored.
So as the useful browsers out there
I have to disagree with the default as well.. as that can be dangerous
to someone who simply forgot to supply the path.. this could cause
security issues with where the cookie can be read.. the way is
currently works if you forgot to provide the path a you will find out
quickly that something is
On Monday 01 July 2002 13:53, John Trollinger wrote:
I have to disagree with the default as well.. as that can be dangerous
to someone who simply forgot to supply the path.. this could cause
security issues with where the cookie can be read.. the way is
currently works if you forgot to
Just add something to the docs.. At least we can see rtfm ;) (with
some nice pointers to the specs)
Mvgr,
Martin
On Mon, 2002-07-01 at 14:55, John Baker wrote:
On Monday 01 July 2002 13:53, John Trollinger wrote:
I have to disagree with the default as well.. as that can be dangerous
to
On Monday 01 July 2002 14:03, Martin van den Bemt wrote:
Just add something to the docs.. At least we can see rtfm ;) (with
some nice pointers to the specs)
Quite. Documentation is everything.
But the more I think about it, a newbie logger of some kind could be a great
sell point in terms of
mturk 2002/07/01 08:42:52
Modified:jk/native2/include jk_vm.h
Log:
Added destroy callback function.
Revision ChangesPath
1.4 +2 -0 jakarta-tomcat-connectors/jk/native2/include/jk_vm.h
Index: jk_vm.h
mturk 2002/07/01 08:44:16
Modified:jk/native2/common jk_worker_jni.c
Log:
On worker destroy call the TomcatStarter with the stop arg
to gracefuly shutdown the Tomcat.
Revision ChangesPath
1.21 +36 -23
mturk 2002/07/01 08:45:20
Modified:jk/native2/common jk_vm_default.c
Log:
Add the destroy callback that calls the DestroyJavaVM
Revision ChangesPath
1.19 +20 -0 jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c
Index: jk_vm_default.c
mturk 2002/07/01 08:46:20
Modified:jk/native2/server/apache2 mod_jk2.c
Log:
Register child_init pool cleanup function jk2_shutdown
Revision ChangesPath
1.38 +13 -1 jakarta-tomcat-connectors/jk/native2/server/apache2/mod_jk2.c
Index: mod_jk2.c
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10378.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mturk 2002/07/01 09:53:55
Modified:jk/native2/server/isapi jk_isapi_plugin.c
Log:
Grecefully shutdown the Tomcat when IIS service stops.
Revision ChangesPath
1.31 +7 -4
jakarta-tomcat-connectors/jk/native2/server/isapi/jk_isapi_plugin.c
Index:
Hi,
There are few things left with the gracefull TC shutdown.
1. The Apache version works ok.
2. The IIS shutdowns the TC but the dll is still left loaded. Think that
the TomcatStarter is left hanging, cause stdout/stderr redirection files
stays opened.
I would like to make the TomcatStarter
On Mon, 1 Jul 2002, Mladen Turk wrote:
I would like to make the TomcatStarter to be aware of the thing that he
is doing (starting or stopping). Could be done through args but I would
like to hear other ideas.
Second thing is the 'ARG' parameter that IMO should be split in two
params,
On Mon, 1 Jul 2002, John Baker wrote:
Date: Mon, 1 Jul 2002 09:20:44 +0100
From: John Baker [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: Valves, requests and getting the session
Mmm.
It would appear I
On Mon, 1 Jul 2002, John Baker wrote:
Date: Mon, 1 Jul 2002 13:20:31 +0100
From: John Baker [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: That Cookie thing
On Monday 01 July 2002 13:16, peter lin wrote:
Costin,
This problem still happens with 4.1.6.
Dave.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 26 June 2002 16:57
To: Tomcat Developers List
Subject: RE: [4.1.6] New milestone release soon
On Wed, 26 Jun 2002, David Oxley wrote:
Remy,
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 1. srpanj 2002 19:40
To: Tomcat Developers List
Subject: Re: Jk2 shutdown
On Mon, 1 Jul 2002, Mladen Turk wrote:
We already have a mechanism/API for shutdown - and I don't
see any good reason to
I don't know if you've considered this, but why not just make a Filter
(ala Servlet 2.3) instead of a valve? They are more portable to other
containers and should have less quirky behavior than you see now with
valves. I use a filter to do a very similar operation where I check the
session
On Mon, 1 Jul 2002, Mladen Turk wrote:
On Mon, 1 Jul 2002, Mladen Turk wrote:
We already have a mechanism/API for shutdown - and I don't
see any good reason to add another one for the JNI call. The
fewer 'special' APIs we have for JNI, the better it is for
maintainance.
Yes,
nacho 2002/07/01 12:33:59
Modified:jk/native/iis README
Log:
* More on build i_r.dll from command line.
Revision ChangesPath
1.2 +21 -3 jakarta-tomcat-connectors/jk/native/iis/README
Index: README
(Resending from my older address in hopes that it will help avoid
some confusion.)
Hmmm...
This is what I get for ignoring the list for a while. ;)
Note: I completely rewrote the SSI support in 4.x HEAD and had Bip
apply the patches (Amy also did some patching) for exactly the same
reasons
On Monday 01 July 2002 6:49 pm, Craig R. McClanahan wrote:
One workaround is to put your valve inside each Context element (either
directly or -- I think this works, but have never tried it -- by embedding
them in a DefaultContext that sets the properties for all contexts in
that host.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10383.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: 1. srpanj 2002 21:31
To: Tomcat Developers List
Subject: RE: Jk2 shutdown
What about having a separate worker.jni: that will execute the
stop command ? In theory we can have as many worker.jni we
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10385.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 1 Jul 2002, Mladen Turk wrote:
Well, I was thinking to customize and use the TomcatStarter
mainClasses[] so we can start not only Bootstrap but other classes too,
The mainClasses[] is just a hack - so I can start any of 3.3, 4.0 and 4.1
by just changing TOMCAT_HOME variable.
It
It should work fine by just editing workers.properties and using the
'real' Main.java/Startup.java/whatever has a main()/.
How we can deal with stdout and stderr redirection?, just now jk2 is
passing the file names as params to TomcatStarter, and this will not
work if using standard main
On Mon, 1 Jul 2002, Ignacio J. Ortega wrote:
It should work fine by just editing workers.properties and using the
'real' Main.java/Startup.java/whatever has a main()/.
How we can deal with stdout and stderr redirection?, just now jk2 is
passing the file names as params to TomcatStarter,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10385.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 1 de julio de 2002 23:16
Can we move the stdout/stderr redirection to some static util
method, in AprImpl ?
Any reason to so? i think this would be and overkill, i think pasing the
file names as properties is the cleanest way..,
xdocs
xdocs/common (ajp13)
xdocs/jk1 (buildingap, buildingiis, buildingiplanet,
configap, configiis, configiplanet,
faq)
xdocs/jk2 (buildingap, buildingiis, buildingiplanet,
configap, configiis, configiplanet,
faq)
Yes, let's merge them together. How do I get to the code that you
fixed? Were the test cases in CVS?
I'd say lets get all the test cases setup, and see where my code fails
your tests. Then we can use your code wherever functionality is missing.
I thought I had checked out the head
The basic idea is to use a 2-layer configuration mechansim,
with a pluggable repository for preferene storage and
JMX-based component configuration.
For config storage, we should be able to use:
- current XML files ( with few minor changes in the 3-4 classes
that deal with reading config )
-
On Mon, 1 Jul 2002, Ignacio J. Ortega wrote:
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviado el: 1 de julio de 2002 23:16
Can we move the stdout/stderr redirection to some static util
method, in AprImpl ?
Any reason to so? i think this would be and overkill, i think pasing
Dan Sandberg wrote:
Yes, let's merge them together. How do I get to the code that you
fixed? Were the test cases in CVS?
It's all in CVS. If you checkout the source code from some time in
December you should get it all back in util and util/ssi. It looks
like my last check-in was on
Ugh this is painful. I'll checkout your stuff within the next few days.
If the architecture looks good and does have significantly greater
functionality I will merge my changes into your code.
I also fixed the included variable problem and the nested include
problems. The conditional stuff
If you're referring to statically linking mod_jk into Apache 1.3.x, then
I can confirm that it works just fine. I've been running that
configuration for quite some time now.
Bojan
On Mon, 2002-07-01 at 18:53, GOMEZ Henri wrote:
Ok, I'll remove them so, and will update the build documentation
On Mon, 1 Jul 2002, David Oxley wrote:
Costin,
This problem still happens with 4.1.6.
Ok, I need more details then.
Are you sure the mod_jk is recent ? Are you using mod_jk or mod_jk2 ( on
apache side )?
Any stack traces or message ?
As I said, I'm doing large uploads/downloads
nacho 2002/07/01 16:11:42
Modified:jk/native2/common jk_worker_jni.c
Log:
* set the stdout and stderr files using statics methods from AprImpl
Revision ChangesPath
1.22 +46 -12jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c
Index:
nacho 2002/07/01 16:12:33
Modified:jk/java/org/apache/jk/apr TomcatStarter.java AprImpl.java
Log:
* set the stdout and stderr files using statics methods from AprImpl
Revision ChangesPath
1.11 +2 -12
worker.jni would call AprImpl and have System.out, System.err
redirected.
Done, seems much better, thanks.
Saludos ,
Ignacio J. Ortega
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
I'm trying to checkout an old version of tomcat with the following command:
[dan@oogie tmp]$ cvs co -D 4 months ago jakarta-tomcat-4.0
And I'm getting the following error:
Core dumped; preserving /tmp/cvs-serv41751 on server.
CVS locks may need cleaning up.
My version is (on Linux):
nacho 2002/07/01 16:42:24
Modified:jk/xdocs configweb.xml
Log:
* Borrow :) some text from original costin's texts in html..
Revision ChangesPath
1.4 +79 -219 jakarta-tomcat-connectors/jk/xdocs/configweb.xml
Index: configweb.xml
nacho 2002/07/01 16:53:08
Modified:jk/conf workers2.properties
Log:
* add some more examples of config..
Revision ChangesPath
1.14 +14 -1 jakarta-tomcat-connectors/jk/conf/workers2.properties
Index: workers2.properties
(resending from my progeeks.com address to avoid being filtered/delayed
by moderation.)
Don't know... have you tried an absolute date or is 4 months ago
just an example for the list's benefit. Any date in feb/april should
be sufficiently late enough.
Hope it works,
-Paul
Dan Sandberg wrote:
(resending from my progeeks.com address to avoid being filtered/delayed
by moderation.)
Dan Sandberg wrote:
Ugh this is painful. I'll checkout your stuff within the next few days.
If the architecture looks good and does have significantly greater
functionality I will merge my changes
I tried an absolute date first. April didn't work. Does this work on
your end?
have even had CVS directories in it with sticky tags already set...
ie: keeping me from easily getting the latest without checking out
the whole source tree from scratch.
Hmm. That is a possibility. Definitely
-r tomcat_4_1_2 should work. You could also add the files back from the
Attic, since it's a completely different directory.
- Original Message -
From: Dan Sandberg [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, July 01, 2002 4:25 PM
Subject: Re: [PATCH] Re:
Hi Bill.
Didn't have any luck with that either (see below). Does it work for
you? Any idea what the message about the CVS locks means / how to fix it?
Yeah, I see what you mean re: files in the attic. I'm curious how
things looked before I started changing things, to better understand
what
To test servlet-based authentication, I have a two
line servlet.
response.sendError(response.SC_UNAUTHORIZED);
response.setHeader(WWW-Authenticate, BASIC
realm=\test\);
Here is the output I get:
$ telnet localhost 8080
Trying 127.0.0.1...
Connected to localhost.
Escape character
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10389.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
81 matches
Mail list logo