[EMAIL PROTECTED] wrote:
On Tue, 12 Mar 2002, jean-frederic clere wrote:
myworker1=
Would be the same as:
myworker1=ajp13://localhost:8009?lbfactor=0debug=ERROR
(no load balancing and only log error messages).
How to describe AF_UNIX or shared memory (as transport but not
All right :)
Thanks.
-Original Message-
From: Tomas Rokicki [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 12, 2002 8:05 PM
To: Tomcat Developers List
Subject: RE: JSP parsing bug?
This isn't a bug; this is according to spec. The parsing
of the %...% is done first, independent of
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=7078.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7080.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7082.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+0 for all. Wish I had more time to help.
Larry
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, March 12, 2002 9:30 PM
To: [EMAIL PROTECTED]
Subject: [PROPOSAL] Proposed integration of Coyote in 4.0-HEAD
There are many ways to take advantage
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=7052.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7090.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 12 Mar 2002, Remy Maucherat wrote:
Also, I'm about to add in the TC 4 adapter the code used in TC 4 to prevent
some URL based attacks (with a flag allowing to disable the checks, though,
as this may be useless in the HEAD branch after the proposed refactoring).
However, I know that
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=7092.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,friend,
I tried to use tomcat 4.0.3 and JBoss 2.4.3 for using EJB, but got the
following problems:
(JBoss works well)(Tomcat encountered the problem:)
...
getEJB,icx=javax.naming.InitialContext@7f0dde
getEJB,envCtx=org.apache.naming.NamingContext@101437
getEJB,Error getting CatalogEJB! Cannot
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=7093.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7082.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7083.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7093.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7082.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7090.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Larry,
Thanks for checking this in. By the way, what's up with
-Djava.security.policy==$(wrapper.tomcat_policy)
?
Is the == intentional?
I had changed it to just = in the patch I submitted but I noticed that you
left it in. Just curious and didn't want to pass up the chance to learn
On Tue, 12 Mar 2002, Remy Maucherat wrote:
Also, I'm about to add in the TC 4 adapter the code used in TC 4 to
prevent
some URL based attacks (with a flag allowing to disable the checks,
though,
as this may be useless in the HEAD branch after the proposed
refactoring).
However, I know
Hi David,
there is a short explanation:
http://www.weblogic.com/docs51/techsupport/java12.html#security
Regards,
Edgar
-Ursprüngliche Nachricht-
Von: Schreibman, David [mailto:[EMAIL PROTECTED]]
Betreff: RE: cvs commit: jakarta-tomcat/src/etc/jk wrapper.properties
Hi Larry,
Hi David,
Yes, it is intentional. Just = means append the properties to
java.policy. == means replace java.policy, which is what we
want.
Thanks for the patches you have sent. Sorry if it takes a while
before they are acted upon.
Cheers,
Larry
-Original Message-
From: Schreibman,
Remy,
+1 for all.
Patrick
Remy Maucherat wrote:
There are many ways to take advantage of Coyote in Tomcat 4, but I'd like to
start with some limited changes at first. Most of these proposed changes are
Coyote-related (hence the subject of the message), and all involve some
refactoring /
JavaGroups is cool since it is pure, multiplatform Java, although
(from what I know) it cannot fall back to TCP when multicast isn't
available,
JavaGroups is cool, thanks :), and yes, it does support TCP. :))
What I'd like to do at some point is take Filip Hanik's TC4 session
replication code
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=7096.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
JavaGroups is cool since it is pure, multiplatform Java, although
(from what I know) it cannot fall back to TCP when multicast isn't
available,
JavaGroups is cool, thanks :), and yes, it does support TCP. :))
What I'd like to do at some point is take Filip Hanik's TC4 session
replication
remm02/03/13 12:02:20
Modified:catalina/src/conf server.xml
Log:
- Make the new HTTP/1.1 connector the default connector. It will use the
URI normalization hack at the moment.
Revision ChangesPath
1.55 +22 -18
craigmcc02/03/13 12:09:55
Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin
TreeControlTag.java
Log:
Perform URL rewriting on the URL that is used to refresh the tree control.
Without this, the admin webapp won't work with cookies turned off
Well, apparently a lot of people would want that in j-t-c instead, and I
think they are right.
j-t-c/cluster should be a good name.
Remy
Hi Remy,
j-t-c, that refers to Jakarta-tomcat-connectors right?
If jtc is the connectors, from looking at my code, I'm not sure how this
would be possible at
Well, apparently a lot of people would want that in j-t-c instead, and I
think they are right.
j-t-c/cluster should be a good name.
Remy
Hi Remy,
j-t-c, that refers to Jakarta-tomcat-connectors right?
If jtc is the connectors, from looking at my code, I'm not sure how this
would be
Also, sorry for not mentioning it before (I didn't really look at the
details, I have to admit ;-) Too busy :-(), but I have a problem with JG's
license. Basically, I don't want to create any dependency to it,
and I don't
want JG to be part of the TC build process.
it doesn't have to be, it can
Hi,
I have downloaded the tomcat source from TC web and have built it and also created a
distribution. But on my Win2K machine when I do catalina start from the
CATALINA_HOME\bin, it echoes the JAVA_HOME and CATALINA_HOME and the CATALINA_BASE, it
appears to open a new command window, which
Bhai,
It is hard to tell what is going on without capturing what is appearing in the
window that pops up. Try running catalina run. This will keep all output in
the same window so that you can see the errors.
Patrick
Bhai wrote:
Hi,
I have downloaded the tomcat source from TC web and
Hi,
I have downloaded the tomcat source from TC web and have built it and
also created a distribution. But on my Win2K machine when I do catalina
start from the CATALINA_HOME\bin, it echoes the JAVA_HOME and CATALINA_HOME
and the CATALINA_BASE, it appears to open a new command window, which
Bhai,
The problem is that you have a '\' character at the end of %CATALINA_HOME%.
Instead of the following:
C:\Programs\jakarta-tomcat-4.0.3-src\dist\
set CATALINA_HOME to the following:
C:\Programs\jakarta-tomcat-4.0.3-src\dist
Patrick
Bhai wrote:
Hi,
I have downloaded the
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=7102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
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=7102.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1 for all, with an expansion on the last point.
Currently, Tomcat components all use the internal Logger APIs for logging
both container event and error messages, as well as those from the web
applications that are being run (i.e. calls to ServletContext.log()).
What would people think of
On Wed, 13 Mar 2002, Craig R. McClanahan wrote:
I think we can can deal with this by creating naming
Err, that was supposed to be creative naming ...
of the underlying loggers, but wanted to gauge opinions before putting
together a proposal for that.
Craig
Craig
--
To unsubscribe,
Mike Jette wrote:
Where can I find the spec to implement Server-Side Include (SSI) on Jakarta
Tomcat 4.0?
There isn't an actual spec for SSI feature for Tomcat 4.0. It follows the NCSA
SSI rules same as the Apache documentation. You need to uncomment SSI Servlet
in web.xml. And to use the
Hi
I installed tomcat 4.0.3 and installation was successful.
I tested examples they are working fine.
I unzipped all my application files in a directory under webapps directory.
when I tried to run my servlets, Iam getting error
http status 404 servlet (Login) not found.
can some body write
Uma Munugala wrote:
Hi
I installed tomcat 4.0.3 and installation was successful.
I tested examples they are working fine.
I unzipped all my application files in a directory under webapps directory.
when I tried to run my servlets, Iam getting error
http status 404 servlet (Login) not
larryi 02/03/13 19:17:05
Removed: proposals/patches/tomcat33a JspInterceptor.java
JavaGeneratorTool.java ContextManager.java
Log:
Remove extra sources used for Tomcat 3.3a
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
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=7107.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Amy Roh wrote:
Mike Jette wrote:
Where can I find the spec to implement Server-Side Include (SSI) on Jakarta
Tomcat 4.0?
Note: I'm pretty sure that Catalina 4.0.x only has a minimal support
for SSI. I rewrote it all to include everything that Apache
mod_include does (except the some
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=7107.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Also, sorry for not mentioning it before (I didn't really look at the
details, I have to admit ;-) Too busy :-(), but I have a problem with
JG's
license. Basically, I don't want to create any dependency to it,
and I don't
want JG to be part of the TC build process.
it doesn't have to be,
Craig R. McClanahan wrote:
+1 for all, with an expansion on the last point.
Currently, Tomcat components all use the internal Logger APIs for logging
both container event and error messages, as well as those from the web
applications that are being run (i.e. calls to
48 matches
Mail list logo
