svn commit: r438428 - /tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java

[remm]

Author: remm
Date: Wed Aug 30 02:05:08 2006
New Revision: 438428

URL: http://svn.apache.org/viewvc?rev=438428&view=rev
Log:
- Use getInstance rather than create something with a different key. Submitted 
by Stan Silvert.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java

Modified: 
tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java?rev=438428&r1=438427&r2=438428&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java 
(original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/runtime/JspFactoryImpl.java Wed 
Aug 30 02:05:08 2006
@@ -178,14 +178,7 @@
 }
 }
 
-private final static String APP_CONTEXT_VARIABLE = 
JspApplicationContextImpl.class.getName();
-
public JspApplicationContext getJspApplicationContext(ServletContext 
context) {
-JspApplicationContext appContext = (JspApplicationContext) 
context.getAttribute(APP_CONTEXT_VARIABLE);
-   if (appContext == null) {
-appContext = new JspApplicationContextImpl();
-context.setAttribute(APP_CONTEXT_VARIABLE, appContext);
-}
-return appContext;
+return JspApplicationContextImpl.getInstance(context);
}
 }



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

Bug in JNDIRealm with bindAsUser?

[John Hyun]

Hi all,

I believe there is a bug in the way JNDIRealm performs a bindAsUser. 
When using JNDIRealm and "bind" mode the relevant setting in server.xml 
will look like:




With my tomcat (5.5.15) installation configured this way, I find that I 
am able to authenticate with the server but JNDIRealm is unable to 
enumerate my group memberships. Looking at the source code I see the 
following section in JNDIRealm.java/bindAsUser():


-

// Set up security environment to bind as the user
context.addToEnvironment(Context.SECURITY_PRINCIPAL, dn);
context.addToEnvironment(Context.SECURITY_CREDENTIALS, 
credentials);


// Elicit an LDAP bind operation
boolean validated = false;
try {
if (containerLog.isTraceEnabled()) {
containerLog.trace("  binding as "  + dn);
}
attr = context.getAttributes("", null);
validated = true;
}
catch (AuthenticationException e) {
if (containerLog.isTraceEnabled()) {
containerLog.trace("  bind attempt failed");
}
}

// Restore the original security environment
if (connectionName != null) {
context.addToEnvironment(Context.SECURITY_PRINCIPAL,
 connectionName);
} else {
context.removeFromEnvironment(Context.SECURITY_PRINCIPAL);
}

if (connectionPassword != null) {
context.addToEnvironment(Context.SECURITY_CREDENTIALS,
 connectionPassword);
}
else {
context.removeFromEnvironment(Context.SECURITY_CREDENTIALS);
}

return (validated);

-

What this essentially does is add the user's uid and password to the 
DirContext to perform a bind, but then removes the uid and password from 
the context afterwards. Later on in the code when a getRoles() is 
performed, the lookup fails because the security principal/credentials 
are empty.


As an experiment I supplied the connectionName and connectionPassword in 
the realm config and everything worked. This, however, defeats the 
purpose of using bind mode and not everyone will be able to use this 
workaround (password read restrictions, etc).


I don't know if the solution is to leave the the user's credentials in 
the context but it doesn't seem to be working the way it is now. 
Considering that I haven't seen anyone else with this problem I'm 
assuming either hardly anyone uses LDAP with Tomcat or that nobody uses 
bind mode. Another possibility is that my company's LDAP server is 
breaking the connection between the bind and role search, thus causing a 
reconnect and that's when the lack of credentials exposes the problem.


Any thoughts?

-John Hyun

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

svn commit: r438433 - /tomcat/tc6.0.x/trunk/dist.xml

[remm]

Author: remm
Date: Wed Aug 30 02:27:53 2006
New Revision: 438433

URL: http://svn.apache.org/viewvc?rev=438433&view=rev
Log:
- Fix major performance issue when building the dist, as javadoc needs more 
memory.

Modified:
tomcat/tc6.0.x/trunk/dist.xml

Modified: tomcat/tc6.0.x/trunk/dist.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/dist.xml?rev=438433&r1=438432&r2=438433&view=diff
==
--- tomcat/tc6.0.x/trunk/dist.xml (original)
+++ tomcat/tc6.0.x/trunk/dist.xml Wed Aug 30 02:27:53 2006
@@ -392,7 +392,8 @@
   windowtitle="Tomcat API Documentation"
   doctitle="Tomcat API"
   bottom="Copyright © 2000-2006 Apache Software Foundation.  All 
Rights Reserved."
-  additionalparam="-breakiterator">
+  additionalparam="-breakiterator"
+  maxmemory="256m" >
 
   
 



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

Re: [Update] Quality check mod_jk 1.2.19-dev

[Mladen Turk]

Rainer Jung wrote:

Hi all,

Mladen and I applied some minor but partly important fixes. The result
is available from trunk, but also as a tarball from
http://people.apache.org/~rjung/mod_jk-1.2.19-438031/



There is one problem(?) with apache 1.3/Win32.
With Apache 1.3.34 logging is fine, but with
Apache 1.3.36+ the logging goes to stdout or
to the stderr.log. Mod_jk.log gets created but
it is empty.
I'm using binaries from http://hunter.campbus.com/
for Apache 1.3, and 1.3.34 was compiled with MSVC6
while the later one use msvcrt71.dll (VS2003),
so this might be the reason.
(mod_jk is compiled with MSVC6)

If I use binaries from
http://www.gknw.net/development/apache/
everything works fine, except there is no SSL
support, so the module is without EAPI.

In general, do not use binaries from
hunter.campbus.com (I'll put that somewhere
inside README on release).

Regards,
Mladen.


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

Re: Bug in JNDIRealm with bindAsUser?

[Tim Funk]

IIRC, JNDIRealm can perform its queries in different styles depending on 
configuration (thus allowing for a lot of common, but somewhat 
convoluted code)


You can connect to JNDIRealm with an "admin like" role where you are 
always bound as the admin and you are looking up attributes about the 
suer which needs security rights. Then there is the other way by binding 
as the user to check authentication and roles.


While this doesn't immediately answer the question below - thats how 
JNDIRealm is coded.


-Tim

John Hyun wrote:

Hi all,

I believe there is a bug in the way JNDIRealm performs a bindAsUser. 
When using JNDIRealm and "bind" mode the relevant setting in 
server.xml will look like:




With my tomcat (5.5.15) installation configured this way, I find that 
I am able to authenticate with the server but JNDIRealm is unable to 
enumerate my group memberships. Looking at the source code I see the 
following section in JNDIRealm.java/bindAsUser():


-

// Set up security environment to bind as the user
context.addToEnvironment(Context.SECURITY_PRINCIPAL, dn);
context.addToEnvironment(Context.SECURITY_CREDENTIALS, 
credentials);


// Elicit an LDAP bind operation
boolean validated = false;
try {
if (containerLog.isTraceEnabled()) {
containerLog.trace("  binding as "  + dn);
}
attr = context.getAttributes("", null);
validated = true;
}
catch (AuthenticationException e) {
if (containerLog.isTraceEnabled()) {
containerLog.trace("  bind attempt failed");
}
}

// Restore the original security environment
if (connectionName != null) {
context.addToEnvironment(Context.SECURITY_PRINCIPAL,
 connectionName);
} else {
context.removeFromEnvironment(Context.SECURITY_PRINCIPAL);
}

if (connectionPassword != null) {
context.addToEnvironment(Context.SECURITY_CREDENTIALS,
 connectionPassword);
}
else {
context.removeFromEnvironment(Context.SECURITY_CREDENTIALS);
}

return (validated);

-

What this essentially does is add the user's uid and password to the 
DirContext to perform a bind, but then removes the uid and password 
from the context afterwards. Later on in the code when a getRoles() is 
performed, the lookup fails because the security principal/credentials 
are empty.


As an experiment I supplied the connectionName and connectionPassword 
in the realm config and everything worked. This, however, defeats the 
purpose of using bind mode and not everyone will be able to use this 
workaround (password read restrictions, etc).


I don't know if the solution is to leave the the user's credentials in 
the context but it doesn't seem to be working the way it is now. 
Considering that I haven't seen anyone else with this problem I'm 
assuming either hardly anyone uses LDAP with Tomcat or that nobody 
uses bind mode. Another possibility is that my company's LDAP server 
is breaking the connection between the bind and role search, thus 
causing a reconnect and that's when the lack of credentials exposes 
the problem.



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

Re: Quality check mod_jk 1.2.19-dev

[Jim Jagielski]

I meant what is the output of 'ls -l usr/sbin/apxs2-worker' ? :)


On Aug 29, 2006, at 4:12 AM, Henri Gomez wrote:


What does 'ls -l usr/sbin/apxs2-worker' say?



On Suse Linux distribution, rpm packager provide one apxs by MPM  
model.


apxs2-worker is for worker mode, apxs2-prefork for prefork mode;

Cheers



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

Re: [Update] Quality check mod_jk 1.2.19-dev

[Jim Jagielski]

Compiling in maintainer-mode I see (for jk_util.c and
jk_worker.c):

  jk_lb_worker.h:106: warning: 'lb_locking_type' defined but not used
  jk_lb_worker.h:113: warning: 'lb_method_type' defined but not used
  jk_lb_worker.h:121: warning: 'lb_state_type' defined but not used
  jk_lb_worker.h:131: warning: 'lb_activation_type' defined but not  
used


other than that, the configure, compile, install and test
have no issues so far :)

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

svn commit: r438479 - /tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/package.html

[remm]

Author: remm
Date: Wed Aug 30 06:14:51 2006
New Revision: 438479

URL: http://svn.apache.org/viewvc?rev=438479&view=rev
Log:
- Fix a woops I saw while checking if the javadoc was correctly generated.

Modified:
tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/package.html

Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/package.html
URL: 
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/package.html?rev=438479&r1=438478&r2=438479&view=diff
==
--- tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/package.html (original)
+++ tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/package.html Wed Aug 30 
06:14:51 2006
@@ -4,8 +4,4 @@
 of a Cluster is org.apache.catalina.Cluster implementations
 of this class is done when implementing a new Cluster protocol
 
-The only Cluster protocol currently implemented is a JavaGroups based
-JGCluster.java
-
-
 



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

Minor 5.5.18 request - additional params to MBeanFactory.createJNDIRealm()

[Chris Wall]

The signature of createJNDIRealm in MBeanFactory.java is insufficient
for creating a JNDIRealm through JMX.  The method has a single String
parameter called parent.  We need three additional parameters -
ConnectionURL, ConnectionName, ConnectionPassword - to initialized
JNDIRealm correctly.
 
See http://issues.apache.org/bugzilla/show_bug.cgi?id=37588.
 
Thanks!
 
-Chris
 
___
Notice:  This email message, together with any attachments, may contain
information  of  BEA Systems,  Inc.,  its subsidiaries  and  affiliated
entities,  that may be confidential,  proprietary,  copyrighted  and/or
legally privileged, and is intended solely for the use of the individual
or entity named in this message. If you are not the intended recipient,
and have received this message in error, please immediately return this
by email and then delete it.

DO NOT REPLY [Bug 40347] - Manager displays spurious contexts when multi-level context paths are used

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40347


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2006-08-30 14:03 ---
(In reply to comment #1)

So satisfying any one of those three conditions should prevent the extra
contexts from being created?

Our (new) standard configuration sets autoDeploy to "false", deployOnStartup to
"true", and unpackWars to "true", but all our WAR files are in fact outside the
host's appBase.

Should that not prevent the extra contexts from appearing?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 38088] - Clarify IOException thrown by InternalAprInputBuffer

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38088





--- Additional Comments From [EMAIL PROTECTED]  2006-08-30 17:25 ---
Excuse me, which version is this fixed in? 5.5.18?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40367] New: - startup.sh does not create auto conf file

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40367

   Summary: startup.sh does not create auto conf file
   Product: Tomcat 5
   Version: 5.0.0
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Following Apache doc, creates an empty mod_jk.conf file

http://tomcat.apache.org/connectors-doc/howto/apache.html

To be added at the end of your httpd.conf
Include $TOMCAT_HOME/conf/jk/mod_jk.conf-auto

This will tell Apache to use directives in the mod_jk.conf-auto file in the
Apache configuration. This file is created by enabling the Apache
auto-configuration as follows, in your server.xml file. Please note that this
example is specific to Tomcat 5.x, unlike other sections of this document which
also apply to previous Tomcat branches. 

  ...
  

  
  ...

Then restart Tomcat and mod_jk.conf should be generated. 



This "should" but didnt happen.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40367] - startup.sh does not create auto conf file

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40367





--- Additional Comments From [EMAIL PROTECTED]  2006-08-30 17:52 ---
(In reply to comment #0)
> Following Apache doc, creates an empty mod_jk.conf file. An empty mod_jk.conf
file was created following the instructions. This could be a bug in the
documentation or mod_jk or tomcat or apache
> 
> http://tomcat.apache.org/connectors-doc/howto/apache.html
> 
> To be added at the end of your httpd.conf
> Include $TOMCAT_HOME/conf/jk/mod_jk.conf-auto
> 
> This will tell Apache to use directives in the mod_jk.conf-auto file in the
> Apache configuration. This file is created by enabling the Apache
> auto-configuration as follows, in your server.xml file. Please note that this
> example is specific to Tomcat 5.x, unlike other sections of this document 
> which
> also apply to previous Tomcat branches. 
> 
>   ...
>   
>  modJk="/path/to/mod_jk.so" />
>   
>   ...
> 
> Then restart Tomcat and mod_jk.conf should be generated. 
> 
> 
> 
> This "should" but didnt happen.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40367] - startup.sh does not create auto conf file

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40367


[EMAIL PROTECTED] changed:

   What|Removed |Added

 OS/Version|other   |Linux
   Platform|Other   |PC




--- Additional Comments From [EMAIL PROTECTED]  2006-08-30 17:55 ---
(In reply to comment #0)

Suse 10.0 64 bit enterprise, with apache, tomcat and mod_jk installed from DVD
via Yast.

> Following Apache doc, creates an empty mod_jk.conf file. An empty mod_jk.conf
file was created following the instructions. This could be a bug in the
documentation or mod_jk or tomcat or apache
> 
> http://tomcat.apache.org/connectors-doc/howto/apache.html
> 
> To be added at the end of your httpd.conf
> Include $TOMCAT_HOME/conf/jk/mod_jk.conf-auto
> 
> This will tell Apache to use directives in the mod_jk.conf-auto file in the
> Apache configuration. This file is created by enabling the Apache
> auto-configuration as follows, in your server.xml file. Please note that this
> example is specific to Tomcat 5.x, unlike other sections of this document 
> which
> also apply to previous Tomcat branches. 
> 
>   ...
>   
>  modJk="/path/to/mod_jk.so" />
>   
>   ...
> 
> Then restart Tomcat and mod_jk.conf should be generated. 
> 
> 
> 
> This "should" but didnt happen.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40347] - Manager displays spurious contexts when multi-level context paths are used

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40347


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||INVALID




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40347] - Manager displays spurious contexts when multi-level context paths are used

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40347





--- Additional Comments From [EMAIL PROTECTED]  2006-08-30 23:17 ---
Sorry, I missed one of the combinations and it isn't that simple. Expand wars
always expands into the host's appbase which, with deploy on startup enabled
will then deploy the using the first level context.

A solution that will work is to use a context.xml file (named
level1#level2#level3.xml) and point to towards the expanded war which you
manually expeand as part of your deployment process.

Hope this helps but further discussion really does belong on the users list.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40347] - Manager displays spurious contexts when multi-level context paths are used

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40347





--- Additional Comments From [EMAIL PROTECTED]  2006-08-30 23:29 ---
It's fairly logical, actually. I don't see any way how an autodeployer could
really deal with nested folders properly.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 40375] New: - BugzillaID of changelog is wrong.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40375

   Summary: BugzillaID of changelog is wrong.
   Product: Tomcat 5
   Version: 5.5.10
  Platform: All
   URL: http://tomcat.apache.org/tomcat-5.5-doc/changelog.html
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: Webapps:Documentation
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I was located the error with chagelog of Tomcat5.5.10.

Worng is here...

34727: Allow specifying the Option class used by the Jasper engine, submitted by
Scott Stark (remm)

34272 might be correct BugzillaID.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

DO NOT REPLY [Bug 39704] - context with privileged="true" do not setup properly inner loaders

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=39704





--- Additional Comments From [EMAIL PROTECTED]  2006-08-31 02:17 ---
With so many duplicates a brief re-cap seems in order. The bug only occurs if:
- Context is specified in server.xml with privilegded="false" and a Loader tag

I haven't found any other combinations that fail.

Note that this issue is a side-effect of fixing embedding bug
http://jira.jboss.com/jira/browse/JBAS-1688

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Tomcat 5.5.18-beta preview

[Filip Hanik - Dev Lists]

oki doki, if we don't have any other feedback, I will make the following 
adjustments


1. Use NSIS 2.0.0
2. Change the wording of LD_ASSUME_KERNEL in the release notes

and cut another build tomorrow

Filip


Remy Maucherat wrote:

William A. Rowe, Jr. wrote:

Jason Brittain wrote:

Then, later, I needed Java 1.5.x features, so I upgraded it to
Sun Java 1.5.0.  At the time that I upgraded just the JDK, I
knew very well that I have LD_ASSUME_KERNEL set, but I
since I didn't upgrade the OS (same kernel & libs) I left that
setting alone to see if it would cause any ill effects.  That was
a couple of years ago, and it has been working perfectly
ever since.


FYI we have consistent failures with Sun Java 1.5.0_06 using the older
LD_ASSUME_KERNEL choices where Sun Java 1.4.2_12 works just fine with 
them.


Ah, ok, so this is more complex than I thought then.

Rémy

-
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]

svn commit: r438764 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml

[markt]

Author: markt
Date: Wed Aug 30 20:49:47 2006
New Revision: 438764

URL: http://svn.apache.org/viewvc?rev=438764&view=rev
Log:
Fix typo reported in bug 40375

Modified:
tomcat/container/tc5.5.x/webapps/docs/changelog.xml

Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=438764&r1=438763&r2=438764&view=diff
==
--- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original)
+++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Wed Aug 30 20:49:47 2006
@@ -1307,7 +1307,7 @@
 18477: Allow symbolic links when precompiling JSPs (markt)
   
   
-34727: Allow specifying the Option class used by the Jasper 
engine,
+34272: Allow specifying the Option class used by the Jasper 
engine,
 submitted by Scott Stark (remm)
   
   



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

DO NOT REPLY [Bug 40375] - BugzillaID of changelog is wrong.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=40375


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2006-08-31 03:47 ---
Fixed in SVN and will be in 5.5.18 onwards.

Thanks for the report.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: Improvement of Catalina ant task

[Peter Rossbach]

Cool improvement!

Please, send a patch diff to current svn head, then I test and commit  
the change :-)


Many thanks,
Peter



Am 30.08.2006 um 01:15 schrieb Didier Donsez:


Dear all

Catalina ant task  sets only one mbean attribute
My improvement proposes to set several attributes by using
 sun-elements
The MBeanServer.setAttributes(ObjectName name,AttributeList  
attributes)

method is used instead of the MBeanServer.setAttribute(ObjectName
name,Attribute attribute) method

Modified files are in attachment and modified and new code lines are
bracketed between // ADDED comments
My ICLA is signed and I'm a contributor of Felix (Apache incubated  
project).


Kind regards

Didier

PS: I hope to post this mail to the right mailing list ! I did not  
seen

Tomcat in https://issues.apache.org/jira/secure/BrowseProject.jspa

--
-
Didier DONSEZ
Laboratoire LSR, Institut Imag, Universite Joseph Fourier
Bat. C, 220 rue de la Chimie, Domaine Universitaire
BP 53, 38041 Grenoble Cedex 9, France
GPS : lat 45°11'38.3"N, lon 05°46'14.7"E, alt 223m
http://www-adele.imag.fr/users/Didier.Donsez/map/map.html
Tel : +33 4 76 63 55 49   Fax : +33 4 76 63 55 50
mailto:[EMAIL PROTECTED]
URL: http://www-adele.imag.fr/users/Didier.Donsez
-


/*
 * Copyright 2002,2004-2005 The Apache Software Foundation.
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *  http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or  
implied.

 * See the License for the specific language governing permissions and
 * limitations under the License.
 */


package org.apache.catalina.ant.jmx;


import java.util.ArrayList;
import java.util.Iterator;
import java.util.List;

import javax.management.Attribute;
import javax.management.AttributeList;
import javax.management.MBeanAttributeInfo;
import javax.management.MBeanInfo;
import javax.management.MBeanServerConnection;
import javax.management.ObjectName;

import org.apache.tools.ant.BuildException;


/**
 * Access JMX JSR 160 MBeans Server.
 * 
 * Set Mbeans attributes
 * 
 * 
 * Examples:
 * Set a Mbean Manager attribute maxActiveSessions.
 * Set this attribute with fresh jmx connection without save reference
 * 
 *   
 *   />
 * 
 *
 * or
 *
 * 
 *   
 *   >
 *
 *
 *
 *   
 *
 * 
 * 
 * 
 * First call to a remote MBeanserver save the JMXConnection a  
referenz jmx.server

 * 
 * These tasks require Ant 1.6 or later interface.
 *
 * @author Peter Rossbach
 * @contributor Didier Donsez (add 
 * @version $Revision: 304089 $ $Date: 2005-09-14 09:28:29 -0400  
(Wed, 14 Sep 2005) $

 * @since 5.5.10
 */

public class JMXAccessorSetTask extends JMXAccessorTask {

// -  
Instance Variables


private String attribute;
private String value;
private String type;
private boolean convert = false ;

// ADDED BEGIN
private List attributes=new ArrayList();
// ADDED END



// -  
Instance Info


/**
 * Descriptive information describing this implementation.
 */
private static final String info =  
"org.apache.catalina.ant.JMXAccessorSetTask/1.0";


/**
 * Return descriptive information about this implementation and  
the

 * corresponding version number, in the format
 * /.
 */
public String getInfo() {

return (info);

}

//  
-  
Properties


// ADDED BEGIN
public void addAttribute(org.apache.catalina.ant.jmx.Attribute  
attribute) {

attributes.add(attribute);
}

public List getAttributes() {
return attributes;
}

// ADDED END