This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-01-28/jakarta-tomcat-jk-ant.html
Buildfile: build.xml does not exist!
Build failed
--
To unsubscribe,
Just wondering if anyone knows about the status of:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13172
I'm using Tomcat 4.1.18 and getServerPort seems to still only return 80
even though its running on port 8080.
thanks,
-Dug
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
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=16449.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
is somebody seeing that error when starting Tomcat with the latest
workspace:
org.apache.webapp.admin.ApplicationServlet
java.lang.ClassNotFoundException: org.apache.webapp.admin.ApplicationServlet
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:
jfarcand2003/01/28 08:37:20
Modified:webapps/admin build.xml
Log:
Fix a bug introduced by the addition of common modeler. Now the Admin tool will
compile properly when you use a fresh workspace ;-)
Revision ChangesPath
1.6 +2 -2
Jeanfrancois Arcand wrote:
Replace the xercesImpl.jar with Xerces 2.1.0. There is a bug in Xerces
that cause that strage error.,
Or use the Xerces 2.3.0 which should fix such error ;)
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
Kelly:
The -- is a known bug in a previous version of xerces. xerces 2.3.0
was released in the last 24 hrs. ad is supposed to cure the problem.
Let me know if it works.
Regards,
Jack Lauman
nwcascades.com
Kelly Chen wrote:
I just wonder if anyone have done this before. I am using JspC to
Hi,
since the last time I've proposed to split
Authentication/Authorization, we have moved to JMX Listerner as hooks
and standardize on JMX, I would like to re-open the discussion on
splitting the behaviour. Mainly, I would like to move three Realm
methods into an Authorizer interface and
remm2003/01/28 10:13:41
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper - New
directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
remm2003/01/28 10:14:51
Added: util/java/org/apache/tomcat/util/http/mapper Mapper.java
MappingData.java
Log:
- Add new mapper. This has a dependency on JNDI (is that ok ?).
Revision ChangesPath
1.1
remm2003/01/28 10:15:49
Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java
Log:
- IMO, this should be debug information (not info).
Revision ChangesPath
1.19 +13 -13
Costin Manolache wrote:
Remy Maucherat wrote:
If the question is about using JMX1.2 - it was alredy proposed, and it
seems nobody objected ( but nobody did it either ). If you want to do
that - all you need is update the mbean descriptors, and change all the
arrays to use the JNI names (
Costin Manolache wrote:
Remy Maucherat wrote:
If the question is about using JMX1.2 - it was alredy proposed, and it
seems nobody objected ( but nobody did it either ). If you want to do
that - all you need is update the mbean descriptors, and change all the
arrays to use the JNI names (
jfarcand2003/01/28 10:18:39
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
Fix bugtraq 4782776 The is-xml element of a jsp-property-group doesn't work as
specified in JSP 2.0
Revision ChangesPath
1.15 +10 -4
remm2003/01/28 10:19:39
Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteAdapter.java
CoyoteConnector.java CoyoteRequest.java
Log:
- Use the new mapper.
- Since the mapper is not populated, it doesn't do anything.
Revision ChangesPath
remm2003/01/28 10:20:05
Modified:catalina/src/share/org/apache/catalina Request.java
Log:
- Use the new mapper.
- Since the mapper is not populated, it doesn't do anything.
Revision ChangesPath
1.3 +20 -4
remm2003/01/28 10:20:48
Modified:catalina/src/share/org/apache/catalina/core
StandardEngineMapper.java
Log:
- Use the new mapper.
- Since the mapper is not populated, it doesn't do anything.
Revision ChangesPath
1.2 +8 -4
remm2003/01/28 10:21:16
Modified:catalina/src/share/org/apache/catalina/core
StandardEngineValve.java
Log:
- Remove useless code (the protocol layer will take care of that check).
Revision ChangesPath
1.2 +4 -15
Wouldn't be better to just standardize on JAAS for authentication
and stop using our own private interfaces ?
AFAIK JAAS is included in JDK1.3+ - and available to older VMs.
The only problem is getUserRoles(), which is not supported very well
by JAAS.
I'm fine with implementing them as valves
remm2003/01/28 10:24:43
Modified:webapps/docs/config coyote.xml jk2.xml
Log:
- Small docs fixes.
Revision ChangesPath
1.4 +1 -1 jakarta-tomcat-catalina/webapps/docs/config/coyote.xml
Index: coyote.xml
In JBoss they have the following problem with JAAS.
You protect /myapp/secure, the user logs on. When the user is in another subcontext,
for example,
/myapp/nonsecure/ JAAS doesn't return a user principal at all, because that subcontext
was not marked for being secure.
just an fyi
Filip
I've seen similar problems - java is very sensitive to each thread
beeing 'registered'. My understanding is that attaching the
thread will set all the TLDs that are needed, and jk2 is calling the
attach method - so I don't know what is wrong here.
My bet would be on thread creation - I would
Costin Manolache wrote:
Wouldn't be better to just standardize on JAAS for authentication
and stop using our own private interfaces ?
AFAIK JAAS is included in JDK1.3+ - and available to older VMs.
I agree on JAAS too for Authentication if it is available for the
majority of open source VM
Filip Hanik wrote:
In JBoss they have the following problem with JAAS.
You protect /myapp/secure, the user logs on. When the user is in another subcontext, for example,
/myapp/nonsecure/ JAAS doesn't return a user principal at all, because that subcontext was not marked for being secure.
Any
remm2003/01/28 11:07:30
Modified:catalina/src/share/org/apache/catalina/core
DummyRequest.java
Log:
- Ooops, missing update.
Revision ChangesPath
1.3 +6 -4
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=16507.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://www.jboss.org/forums/thread.jsp?forum=49thread=26355message=3758564q=userrole#3758564
don't think they had a solution
Filip
-Original Message-
From: Jeanfrancois Arcand [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 28, 2003 10:54 AM
To: Tomcat Developers List
Subject: Re:
Jeanfrancois Arcand wrote:
Costin Manolache wrote:
Wouldn't be better to just standardize on JAAS for authentication
and stop using our own private interfaces ?
AFAIK JAAS is included in JDK1.3+ - and available to older VMs.
I agree on JAAS too for Authentication if it is available for 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=16508.
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=16507.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Can anyone point me to the thread of discussion where the bug was
decided invalid? I'm trying to close the corresponding bugtraq bug with
a reason.
Thanks,
Amy
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Costin Manolache wrote:
Jeanfrancois Arcand wrote:
Costin Manolache wrote:
Wouldn't be better to just standardize on JAAS for authentication
and stop using our own private interfaces ?
AFAIK JAAS is included in JDK1.3+ - and available to older VMs.
I agree on JAAS too for
Howdy,
This will get you on the thread:
http://marc.theaimsgroup.com/?l=tomcat-devm=102971833127528w=2
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Amy Roh [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 28, 2003 3:32 PM
To: Tomcat Developers List
Subject: bugzilla
Hey, I'm using mod_jk2 with Apache2 (prefork) on Linux, and the Sun
JVM (1.4 and 1.3) segfaults somewhere deep within libjvm.so's
CreateJavaVM call, yet IBM's JVM (1.4) works fine.
Has anybody else experienced this? Any idea what causes it?
If this isn't enough info, I'll make a much more
It seems I missread your post, I tought you would add another
authentication interface too ...
But I still don't like the interface :-)
I need to think about it.
I'm pretty sure we can use Policy, Permission, etc without a security
manager, and it would be better to go directly to use those.
kinman 2003/01/28 14:06:28
Modified:jasper2/src/share/org/apache/jasper/compiler Collector.java
Generator.java
jasper2/src/share/org/apache/jasper/runtime
JspContextWrapper.java
Log:
- Encapsulate scope variable
jfarcand2003/01/28 16:54:22
Modified:jsr152/examples/WEB-INF web.xml
Log:
Fix XML Schema error.
Revision ChangesPath
1.7 +2 -1 jakarta-servletapi-5/jsr152/examples/WEB-INF/web.xml
Index: web.xml
jfarcand2003/01/28 17:42:38
Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
Log:
Fix Bug 16078 Request parameter aggregation when using jsp-param is no longer
working. mergeParameters was called twice.
Revision Changes
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=16078.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
What about this:
instead of 3 methods, have a single method:
interface Authorization {
boolean hasPermission( HttpServletRequest, Permission perm )
}
I'm still trying to figure out the hack in JSR155 ( with the
permission per request ) - but if you understand it we can even
use
boolean
Behalf Of Adam Megacz
Hey, I'm using mod_jk2 with Apache2 (prefork) on Linux, and
the Sun JVM (1.4 and 1.3) segfaults somewhere deep within
libjvm.so's CreateJavaVM call, yet IBM's JVM (1.4) works fine.
Has anybody else experienced this? Any idea what causes it?
If this isn't
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=10406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
42 matches
Mail list logo