DO NOT REPLY [Bug 33857] - Patch for tomcat documentation

2005-03-04 Thread 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=33857





--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 23:21 ---
Created an attachment (id=14408)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=14408&action=view)
docs update


-- 
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 33857] New: - Patch for tomcat documentation

2005-03-04 Thread 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=33857

   Summary: Patch for tomcat documentation
   Product: Tomcat 5
   Version: 5.5.7
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Webapps:Administration
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Index: apache.xml
===

RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/xdocs/howto/apache.xml,v
retrieving revision 1.2
diff -u -r1.2 apache.xml
--- apache.xml  23 Dec 2004 13:52:00 -  1.2
+++ apache.xml  4 Mar 2005 22:14:26 -
@@ -244,9 +244,17 @@
 
 
 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 described in 
the Tomcat 
documentation.
+This file is created by enabling the Apache auto-configuration as follows, in 
your server.xml file:
 
 
+
+   
+   
+   
+
+
+Then restart Tomcat and mod_jk.conf should be generated. For more 
information on this topic, 
please refer to the API documentation at the http://jakarta.apache.org/tomcat/tomcat-5.5-
doc/catalina/docs/api/org/apache/jk/config/ApacheConfig.html">Tomcat docs 
website.
+
 
 
 

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

ExpandWar doesn't set the lastModified attribute

2005-03-04 Thread Jochen Wiedmann 
Hi,
would anyone please be so nice and comment
http://issues.apache.org/bugzilla/show_bug.cgi?id=33636
Please note, that it contains a suggested patch.
Regards,
Jochen

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

DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason

2005-03-04 Thread 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=8940





--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 19:40 ---
If you can provide steps that reproduce this on Tomcat 4.1.x, I would be happy
to take a look at this.

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java

2005-03-04 Thread remm 
remm2005/03/04 10:03:34

  Modified:jasper2/src/share/org/apache/jasper/runtime Tag: TOMCAT_5_0
BodyContentImpl.java
  Log:
  - 33810: I do not see the close field being reset to false anywhere, which is 
a problem. Of course, calling close on a BodyContent is totally useless, which 
is probably why we never heard of the problem before.
  - Port patch to 5.0.
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.12.2.1  +1 -0  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
  
  Index: BodyContentImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java,v
  retrieving revision 1.12
  retrieving revision 1.12.2.1
  diff -u -r1.12 -r1.12.2.1
  --- BodyContentImpl.java  6 Apr 2004 23:05:39 -   1.12
  +++ BodyContentImpl.java  4 Mar 2005 18:03:34 -   1.12.2.1
  @@ -552,6 +552,7 @@
*/
   void setWriter(Writer writer) {
this.writer = writer;
  +closed = false;
if (writer != null) {
// According to the spec, the JspWriter returned by 
// JspContext.pushBody(java.io.Writer writer) must behave as
  
  
  

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

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java

2005-03-04 Thread remm 
remm2005/03/04 10:00:41

  Modified:jasper2/src/share/org/apache/jasper/runtime
BodyContentImpl.java
  Log:
  - 33810: I do not see the close field being reset to false anywhere, which is 
a problem. Of course, calling close on a BodyContent is totally useless, which 
is probably why we never heard of the problem before.
  
  Revision  ChangesPath
  1.14  +1 -0  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java
  
  Index: BodyContentImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- BodyContentImpl.java  1 Jul 2004 09:44:27 -   1.13
  +++ BodyContentImpl.java  4 Mar 2005 18:00:41 -   1.14
  @@ -551,6 +551,7 @@
*/
   void setWriter(Writer writer) {
this.writer = writer;
  +closed = false;
if (writer != null) {
// According to the spec, the JspWriter returned by 
// JspContext.pushBody(java.io.Writer writer) must behave as
  
  
  

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

DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*

2005-03-04 Thread 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=24970





--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 16:37 ---
I have a work-around in the form of a Filter. This filter uses a ResponseWrapper
to wrap getWriter:

 public void doFilter(ServletRequest servletRequest, ServletResponse
servletResponse, FilterChain filterChain) 
throws java.io.IOException, ServletException {

HttpServletResponseWrapper wrapper = new
HttpServletResponseWrapper((HttpServletResponse) servletResponse) {
private String contentType;
public void setContentType(String ct) {
contentType = ct;
super.setContentType(ct);
}

/**
 * This is the essence of this whole thing. The idea
 * is to fake the use of getOutputStream(). Then you
 * are in byte-writing mode.  and charset's become
 * irrelevant,and tomcat will not add one any more.
 */

public PrintWriter getWriter() throws IOException {
if (contentTypes.contains(contentType)) {
log.debug("Wrapping outputstream to avoid charset");
try {
// ISO-8859-1 is default for HTTP
return new PrintWriter(new BufferedWriter(new
OutputStreamWriter(getOutputStream(), "ISO-8859-1")));
} catch (UnsupportedEncodingException uee) {
// could not happen
return super.getWriter();
}
} else {
if (log.isDebugEnabled()) {
log.debug(" " + contentType + " is not contained by
" + contentTypes);
}
return super.getWriter();
}
}
};
filterChain.doFilter(servletRequest, wrapper);

}


So, you can configure a set of contentypes for which no charset is added and
which therefore must be in ISO-8859-1.



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

gurgaon.net webhosting details as required by you

2005-03-04 Thread sales 
Dear Sir/Madam,



Thankyou for your interest in ADVANTAGE Web Hosting Services.

We understand that you have requested for information on our web hosting

services.



***Hosting packages start at Rs. 75 / month***



We are one of the largest Internet Presence Providers based in India, hosting 

thousands of web sites on our fast web servers based in USA. We also work with 

a number of organisations in Asia, North America, South America, Australia and 

Europe wherein we provide web hosting services to web development organisations.



ADVANTAGE employs the best of technology, expertise and people to serve

thousands of web hosting customers, spread all over the globe.



With a deep experience of web hosting services - rated as a TOP 20 web hosting 

service in the world - ADVANTAGE has created new paradigms in the Indian web

hosting horizon. ADVANTAGE is also the fastest growing web hosting service

in India.





On-line ticketing based support



All hosting account customers are supported by a technically competent

support team.



In line with international support standards, an on-line ticketing system

helps customers track their requests as well help us monitor response times

to our customers. This support is offered free of cost to all Gurgaon.net

customers.



We host on both LINUX and Windows platforms. I am sending you some

information on our servers and the features, along with the

prices. Please also visit http://www.gurgaon.net/ for the latest updates and

prices.



ALL OUR HOSTING PACKAGES ARE COVERED UNDER THE PRICE CHALLENGE COMMITMENT

OFFER DURING THE PRE-PURCHASE PERIOD.





ADVANTAGE Web Hosting Service

-



Hosting packages start at Rs. 75 per month (paid annually)



NCP-10

--

LINUX / Apache Web Server

Fast multiple OC 48 backbone

10 MB Disk Space

1 Domain (Web Site) Set Up

CGI / PHP / FrontPage

Control Panel for functions:

# Add / delete emails

# Change email passwords

# Create Unlimited Autoresponders

# Create Unlimited email forwardings

# Modify DNS Zone / MX Record

10 POP email IDs

500 MB traffic per month

Ticketing Based Customer Support

Cost: Rs. 900 per annum

Payment Terms: 100% in advance



NCP-25

--

LINUX / Apache Web Server

Fast multiple OC 48 backbone

25 MB Disk Space

1 Domain (Web Site) Set Up

CGI / PHP / FrontPage

Control Panel for functions:

# Add / delete emails

# Change email passwords

# Create Unlimited Autoresponders

# Create Unlimited email forwardings

# Modify DNS Zone / MX Record

25 POP email IDs

600 MB traffic per month

Ticketing Based Customer Support

Cost: Rs. 1800 per annum

Payment Terms: 100% in advance



NCP-50



LINUX / Apache Web Server

Fast multiple OC 48 backbone

50 MB Disk Space

1 Domain (Web Site) Set Up

CGI / PHP / FrontPage

Control Panel for functions:

# Add / delete emails

# Change email passwords

# Create Unlimited Autoresponders

# Create Unlimited email forwardings

# Modify DNS Zone / MX Record

50 POP email IDs

800 MB traffic per month

Ticketing Based Customer Support

Cost: Rs. 3960 per annum

Payment Terms: 100% in advance



NCP-100

---

LINUX / Apache Web Server

Fast multiple OC 48 backbone

100 MB Disk Space

1 Domain (Web Site) Set Up

CGI / PHP / FrontPage

Control Panel for functions:

# Add / delete emails

# Change email passwords

# Create Unlimited Autoresponders

# Create Unlimited email forwardings

# Modify DNS Zone / MX Record

1000 MB traffic per month

UNLIMITED POP email IDs

Ticketing Based Customer Support

Cost: Rs. 5,400 per annum

Payment Terms: 100% in advance



NCP-15M

---

LINUX / Apache Web Server

Fast multiple OC 48 backbone

15 MB Disk Space

1 Domain (Web Site) Set Up

CGI / PHP / FrontPage

1 MySQL database

Control Panel for functions:

# Add / delete emails

# Change email passwords

# Create Unlimited Autoresponders

# Create Unlimited email forwardings

# Modify DNS Zone / MX Record

# Create database, database login/password on your own

# Manage MySQL database via a Graphical User Interface DB Control Panel

10 POP email IDs

500 MB traffic per month

Ticketing Based Customer Support

Cost: Rs. 2970 per annum

Payment Terms: 100% in advance



NCP-25M

---

LINUX / Apache Web Server

Fast multiple OC 48 backbone

25 MB Disk Space

1 Domain (Web Site) Set Up

CGI / PHP / FrontPage

1 MySQL database

Control Panel for functions:

# Add / delete emails

# Change email passwords

# Create Unlimited Autoresponders

# Create Unlimited email forwardings

# Modify DNS Zone / MX Record

# Create database, database login/password on your own

# Manage MySQL database via a Graphical User Interface DB Control Panel

25 POP email IDs

600 MB traffic per month

Ticketing B

cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli ClassLoaderLogManager.java

2005-03-04 Thread remm 
remm2005/03/04 07:33:41

  Modified:juli/src/java/org/apache/juli ClassLoaderLogManager.java
  Log:
  - Cleanup.
  - Remove special root and global loggers handling (it seems useless to me). 
global will simply delegate, so that it will always use the JVM configuration.
  - Remove some if(securityManager), which is only really useful in the 
critical path (the methods concerned were already synchromized, so ...).
  
  Revision  ChangesPath
  1.7   +94 -76
jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java
  
  Index: ClassLoaderLogManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- ClassLoaderLogManager.java4 Mar 2005 14:59:19 -   1.6
  +++ ClassLoaderLogManager.java4 Mar 2005 15:33:41 -   1.7
  @@ -40,39 +40,40 @@
*/
   public final class ClassLoaderLogManager extends LogManager {
   
  -private final Map classLoaderLoggers = new WeakHashMap();
   
  -private Logger rootLogger;
  +// -- 
Variables
  +
  +
  +/**
  + * Map containing the classloader information, keyed per classloader. A
  + * weak hashmap is used to ensure no classloader reference is leaked 
from 
  + * application redeployment.
  + */
  +private final Map classLoaderLoggers = new WeakHashMap();
   
  -private Logger globalLogger;
   
  +/**
  + * This prefix is used to allow using prefixes for the properties names
  + * of handlers and their subcomponents.
  + */
   private ThreadLocal prefix = new ThreadLocal();
   
  +
  +// - Public 
Methods
  +
  +
  +/**
  + * Add the specified logger to the classloader local configuration.
  + * 
  + * @param logger The logger to be added
  + */
   public synchronized boolean addLogger(final Logger logger) {
  +
   final String loggerName = logger.getName();
  -if ("".equals(loggerName)) {
  -final boolean unset = rootLogger == null;
  -if (unset) {
  -rootLogger = logger;
  -if (globalLogger != null) {
  -doSetParentLogger(globalLogger, rootLogger);
  -}
  -}
  -return unset;
  -}
  -if ("global".equals(loggerName)) {
  -final boolean unset = globalLogger == null;
  -if (unset) {
  -globalLogger = logger;
  -if (rootLogger != null) {
  -doSetParentLogger(globalLogger, rootLogger);
  -}
  -}
  -return unset;
  -}
  +
   ClassLoader classLoader = 
   Thread.currentThread().getContextClassLoader();
  -if (classLoader == null) {
  +if (classLoader == null || ("global".equals(loggerName))) {
   return super.addLogger(logger);
   }
   ClassLoaderLogInfo info = getClassLoaderInfo(classLoader);
  @@ -82,34 +83,22 @@
   
   info.loggers.put(loggerName, logger);
   
  -// apply initial level for new logger
  -String levelString = getProperty(loggerName + ".level");
  -final Level level;
  +// Apply initial level for new logger
  +final String levelString = getProperty(loggerName + ".level");
   if (levelString != null) {
  -Level parsedLevel = null;
   try {
  -parsedLevel = Level.parse(levelString.trim());
  -} catch (IllegalArgumentException e) {
  -// leave level set to null
  -}
  -level = parsedLevel;
  -} else {
  -level = null;
  -}
  -if (level != null) {
  -if (System.getSecurityManager() == null) {
  -logger.setLevel(level);
  -} else {
   AccessController.doPrivileged(new PrivilegedAction() {
   public Object run() {
  -logger.setLevel(level);
  +logger.setLevel(Level.parse(levelString.trim()));
   return null;
   }
   });
  +} catch (IllegalArgumentException e) {
  +// Leave level set to null
   }
   }
   
  -// if any parent loggers have levels definied, make sure they are
  +// If any parent loggers have levels definied, make sure they are
   // instantiated
   int dotIndex = loggerName.lastIndexOf('.');
   while (dotIndex >= 0) {
  @@ -121,17 +110,17 @@
   dotIndex = loggerName.lastIndexOf('.

cvs commit: jakarta-tomcat-5 tomcat.nsi

2005-03-04 Thread remm 
remm2005/03/04 07:00:18

  Modified:.tomcat.nsi
  Log:
  - Add back JVM option.
  
  Revision  ChangesPath
  1.72  +2 -2  jakarta-tomcat-5/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
  retrieving revision 1.71
  retrieving revision 1.72
  diff -u -r1.71 -r1.72
  --- tomcat.nsi4 Mar 2005 14:28:59 -   1.71
  +++ tomcat.nsi4 Mar 2005 15:00:18 -   1.72
  @@ -308,7 +308,7 @@
   
   Section -post
 nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --Classpath 
"$INSTDIR\bin\bootstrap.jar" --StartClass org.apache.catalina.startup.Bootstrap 
--StopClass org.apache.catalina.startup.Bootstrap --StartParams start 
--StopParams stop  --StartMode jvm --StopMode jvm'
  -  nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --JvmOptions 
"-Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp"
 --StdOutput auto --StdError auto'
  +  nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --JvmOptions 
"-Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager"
 --StdOutput auto --StdError auto'
   
 WriteUninstaller "$INSTDIR\Uninstall.exe"
   
  
  
  

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

cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli ClassLoaderLogManager.java

2005-03-04 Thread remm 
remm2005/03/04 06:59:19

  Modified:juli/src/java/org/apache/juli ClassLoaderLogManager.java
  Log:
  - Fix NPEs when context CL is null, which occurs in JNI mode (cool feature 
...).
  
  Revision  ChangesPath
  1.6   +28 -20
jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java
  
  Index: ClassLoaderLogManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- ClassLoaderLogManager.java3 Mar 2005 13:34:17 -   1.5
  +++ ClassLoaderLogManager.java4 Mar 2005 14:59:19 -   1.6
  @@ -40,20 +40,6 @@
*/
   public final class ClassLoaderLogManager extends LogManager {
   
  -private static void doSetParentLogger(final Logger logger,
  -final Logger parent) {
  -if (System.getSecurityManager() != null) {
  -AccessController.doPrivileged(new PrivilegedAction() {
  -public Object run() {
  -logger.setParent(parent);
  -return null;
  -}
  -});
  -} else {
  -logger.setParent(parent);
  -}
  -}
  -
   private final Map classLoaderLoggers = new WeakHashMap();
   
   private Logger rootLogger;
  @@ -86,6 +72,9 @@
   }
   ClassLoader classLoader = 
   Thread.currentThread().getContextClassLoader();
  +if (classLoader == null) {
  +return super.addLogger(logger);
  +}
   ClassLoaderLogInfo info = getClassLoaderInfo(classLoader);
   if (info.loggers.containsKey(loggerName)) {
   return false;
  @@ -196,6 +185,9 @@
   }
   final ClassLoader classLoader = Thread.currentThread()
   .getContextClassLoader();
  +if (classLoader == null) {
  +return super.getLogger(name);
  +}
   final Map loggers = getClassLoaderInfo(classLoader).loggers;
   return (Logger) loggers.get(name);
   }
  @@ -208,6 +200,9 @@
   }
   final ClassLoader classLoader = Thread.currentThread()
   .getContextClassLoader();
  +if (classLoader == null) {
  +return super.getLoggerNames();
  +}
   final Map loggers = getClassLoaderInfo(classLoader).loggers;
   return Collections.enumeration(loggers.keySet());
   }
  @@ -218,12 +213,15 @@
* context.
*/
   public String getProperty(String name) {
  +final ClassLoader classLoader = Thread.currentThread()
  +.getContextClassLoader();
  +if (classLoader == null) {
  +return super.getProperty(name);
  +}
   String prefix = (String) this.prefix.get();
   if (prefix != null) {
   name = prefix + name;
   }
  -final ClassLoader classLoader = Thread.currentThread()
  -.getContextClassLoader();
   ClassLoaderLogInfo info = getClassLoaderInfo(classLoader);
   String result = info.props.getProperty(name);
   // If the property was not found, and the current classloader had no 
  @@ -264,10 +262,6 @@
   
   private ClassLoaderLogInfo getClassLoaderInfo(final ClassLoader 
classLoader) {
   
  -if (classLoader == null) {
  -return null;
  -}
  -
   ClassLoaderLogInfo info = (ClassLoaderLogInfo) classLoaderLoggers
   .get(classLoader);
   if (info == null) {
  @@ -365,6 +359,20 @@
   return info;
   }
   
  +private static void doSetParentLogger(final Logger logger,
  +final Logger parent) {
  +if (System.getSecurityManager() != null) {
  +AccessController.doPrivileged(new PrivilegedAction() {
  +public Object run() {
  +logger.setParent(parent);
  +return null;
  +}
  +});
  +} else {
  +logger.setParent(parent);
  +}
  +}
  +
   private static final class LogNode {
   Logger logger;
   
  
  
  

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

DO NOT REPLY [Bug 33819] - 5.5.7 startup script does not work on Linux, JDK 1.5.0

2005-03-04 Thread 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=33819





--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 15:33 ---
Re reply "Works like a charm for me on FC2.  Check your JDK installation."  What
version is FC2?  I used the 5.5.7. currently available from the mirrors.

What is there to check re the JDK (other than the $JAVA_HOME variable, which was
set correctly)?  I am using JDK 5.0 from Sun.  I use the NON-rpm distribution
package.  (Are you using the rpm distribution?)

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

cvs commit: jakarta-tomcat-5 tomcat.nsi

2005-03-04 Thread remm 
remm2005/03/04 06:28:59

  Modified:.tomcat.nsi
  Log:
  - Using JULI with procrun makes the service startup silently fail, without 
any logging information. All other ways to run it work properly, including
java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -jar 
bin/bootstrap.jar.
  - I am starting to be tired about JNI magic problems ...
  
  Revision  ChangesPath
  1.71  +2 -2  jakarta-tomcat-5/tomcat.nsi
  
  Index: tomcat.nsi
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
  retrieving revision 1.70
  retrieving revision 1.71
  diff -u -r1.70 -r1.71
  --- tomcat.nsi3 Mar 2005 15:13:39 -   1.70
  +++ tomcat.nsi4 Mar 2005 14:28:59 -   1.71
  @@ -308,7 +308,7 @@
   
   Section -post
 nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --Classpath 
"$INSTDIR\bin\bootstrap.jar" --StartClass org.apache.catalina.startup.Bootstrap 
--StopClass org.apache.catalina.startup.Bootstrap --StartParams start 
--StopParams stop  --StartMode jvm --StopMode jvm'
  -  nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --JvmOptions 
"-Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager"
 --StdOutput auto --StdError auto'
  +  nsExec::ExecToLog '"$INSTDIR\bin\tomcat5.exe" //US//Tomcat5 --JvmOptions 
"-Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp"
 --StdOutput auto --StdError auto'
   
 WriteUninstaller "$INSTDIR\Uninstall.exe"
   
  
  
  

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

DO NOT REPLY [Bug 33843] New: - native jk connector ignores LDFLAGS when compiling

2005-03-04 Thread 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=33843

   Summary: native jk connector ignores LDFLAGS when compiling
   Product: Tomcat 5
   Version: 5.5.7
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: normal
  Priority: P2
 Component: Native:JK
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The jk/native/apache-2.0/Makefile from the jakarta-tomcat-connectors-1.2.8
package does ignore the LDFLAGS from the configure script and from the apache 
apxs.

We need to pass some special linker flags, when we build httpd and the
jakarta-tomcat-connectors (-L/opt/sfw/lib -XCClinker -static-libgcc).
When we build the native Apache2 jk connector from the jakarta-tomcat-connectors
packge, there is no way to pass theese flags to the linker.
When we pass these options as LDFLAGS to the configure script from the
jakarta-tomcat-connectors, the flags are silently ignored, because the mod_jk.lo
file is linked with the following command (where LDFLAGS is not taken into 
account):
-
$(LIBTOOL) --mode=link ${COMPILE} -o $@ -module -rpath ${libexecdir}
-avoid-version mod_jk.lo $(APACHE_OBJECTS)
-
We have used theese LDFLAGS also when compiling the httpd, thus apxs is aware of
the LDFLAGS:
---
/usr/local/apache_2.0.53/bin/apxs  -q LDFLAGS
-L/opt/sfw/lib -XCClinker -static-libgcc
---
But also the apxs flags are ignored.

In the main Makefile, the following libtool is defined:
LIBTOOL = /bin/bash /usr/local/apache_2.0.53/build/libtool --silent

I have attached a small Patch for the Makefile.in which the LDFLAGS are
requested through the apxs interface.
I have added a `${APXS} -q LDFLAGS` statement to the line which is linking the
mod_jk.lo file.

I'm not sure if this is the right way to fix the problem, or the httpd libtool
which is called by the makefile should be fixed.

We are using the following environment:
- Solaris 9
- gcc-3.3.2
- httpd-2.0.53
- jakarta-tomcat-connectors-1.2.8

Patch:
--- jk/native/apache-2.0/Makefile.inFri Mar  4 12:16:40 2005
+++ jk/native/apache-2.0/Makefile.in.fixFri Mar  4 12:27:17 2005
@@ -63,7 +63,7 @@
 # APXS will compile every file, this is derived from apxs
 
 mod_jk.la: mod_jk.lo $(APACHE_OBJECTS)
-   $(LIBTOOL) --mode=link ${COMPILE} -o $@ -module -rpath ${libexecdir}
-avoid-version mod_jk.lo $(APACHE_OBJECTS)
+   $(LIBTOOL) --mode=link ${COMPILE} `${APXS} -q LDFLAGS` -o $@ -module
-rpath ${libexecdir} -avoid-version mod_jk.lo $(APACHE_OBJECTS)
 
 mod_jk.so: mod_jk.la
$(LIBTOOL) --mode=install cp $< `pwd`/$@

-- 
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 33671] - Manual Windows service installation with custom name using service.bat fails.

2005-03-04 Thread 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=33671


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 13:19 ---
The service's DisplayName can contains spaces and underscores, but the primary 
name cannot.  If this is really an itch for you, please scratch it by 
providing an enhancement patch.

-- 
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 33842] - consider switching off directory listings by default

2005-03-04 Thread 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=33842


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 13:15 ---
I like the idea. Let's discuss on tomcat-dev.

-- 
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 33469] - OutOfMemoryError when upload a jpg image for process

2005-03-04 Thread 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=33469


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 13:12 ---
As I said above...

-- 
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 33633] - Tomcat 5.5.6 does not run with security on

2005-03-04 Thread 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=33633


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 13:11 ---
Also works OK for me with the default policy.

-- 
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 33819] - 5.5.7 startup script does not work on Linux, JDK 1.5.0

2005-03-04 Thread 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=33819


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 13:09 ---
Works like a charm for me on FC2.  Check your JDK installation.

-- 
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 33842] - consider switching off directory listings by default

2005-03-04 Thread 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=33842


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 13:09 ---
3 reasons to leave it on:
- It's the httpd way and we try to be similar for static actions when possible,
- By now, it's the way we've been doing it for several years, so it's what 
users expect, and should only be changed with good reason,
- It's not a significant security issue, especially since modification of it 
is trivial.

So that's why I don't want to fix it.  If you want to campaign further on this 
issue, please do so on the mailing list, not in Bugzilla.

-- 
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 33842] New: - consider switching off directory listings by default

2005-03-04 Thread 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=33842

   Summary: consider switching off directory listings by default
   Product: Tomcat 5
   Version: 5.5.7
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Is there any reason that directory listings are possible with the default
configuration of Tomcat 5.5/5.0/4.1/... ?

The first thing I always do after installing a release is switching off listings
in conf/web.xml. Maybe I am overcautious, but I always fear my users are getting
insight into my applications that they should not get.

What do you think about switching it off by default?

-- 
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 8940] - Tomcat shuts itself down for no apparent reason

2005-03-04 Thread 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=8940


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 13:02 ---
This version of Tomcat is no longer actively developed or maintained.  If it 
happens on Tomcat 5.5.x or maybe even 5.0.x, and you can give us precise steps 
for reproducing it, we'll be glad to address the issue.  Please don't reopen 
this issue, unless both of the clauses in the above sentense are demonstrably 
true.

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

[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed

2005-03-04 Thread Bill Barker 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at [EMAIL PROTECTED]

Project jakarta-tomcat-jk-native has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 50 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- jakarta-tomcat-jk-native :  Connectors to various web servers


Full details are available at:

http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -INFO- Failed with reason build failed



The following work was performed:
http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html
Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: 
Build)
Work ended in a state of : Failed
Elapsed: 
Command Line: make 
[Working Directory: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native]
-
Making all in common
make[1]: Entering directory 
`/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common'
/bin/sh 
/usr/local/gump/public/workspace/apache-httpd/dest-04032005/build/libtool 
--silent --mode=compile gcc 
-I/usr/local/gump/public/workspace/apache-httpd/dest-04032005/include -g -O2 -g 
-O2 -pthread -DHAVE_APR 
-I/usr/local/gump/public/workspace/apr/dest-04032005/include/apr-1 -g -O2 
-DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE 
-I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I 
/opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c 
/usr/local/gump/public/workspace/apache-httpd/dest-04032005/build/libtool: 
/usr/local/gump/public/workspace/apache-httpd/dest-04032005/build/libtool: No 
such file or directory
make[1]: *** [jk_ajp12_worker.lo] Error 127
make[1]: Leaving directory 
`/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common'
make: *** [all-recursive] Error 1
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml
- Atom: 
http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml

== Gump Tracking Only ===
Produced by Gump version 2.2.
Gump Run 2904032005, brutus:brutus-public:2904032005
Gump E-mail Identifier (unique within run) #11.

--
Apache Gump
http://gump.apache.org/ [Instance: brutus]

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

DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason

2005-03-04 Thread 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=8940


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|INVALID |




--- Additional Comments From [EMAIL PROTECTED]  2005-03-04 10:46 ---
This is not a cygwin bug. I've seen this happen on Linux, Solaris, Windows. No
log information, nothing at all unusual. It just shuts itself down, in a
production server environment, with people doing work (so no empty thread pool
either).

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