DO NOT REPLY [Bug 47144] New: Could not load META-INF/services/javax.xml.parsers.DocumentBuilderFactory
https://issues.apache.org/bugzilla/show_bug.cgi?id=47144
Summary: Could not load
META-INF/services/javax.xml.parsers.DocumentBuilderFac
tory
Product: Tomcat 6
Version: 6.0.18
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: critical
Priority: P1
Component: Catalina
AssignedTo: dev@tomcat.apache.org
ReportedBy: andreas.vasil...@gmail.com
Hello,
I am trying to develop a web application in Java, using NetBeans 6.5.1.
NetBeans installed Tomcat 6.0.18.
I am using java 1.6 update 11.
In my application I have a thread that loops and reads a configuration file and
if it finds any changes in configuration it takes some action.
The configuration file is in XML form and it is being accessed (read/write)
using java.util.Properties class.
When the thread starts, an object of the Properties class is created with the
following code:
Properties props = new Properties();
File file = new File("a file");
if (file.exists()) {
try {
props.loadFromXML(new FileInputStream(file));
} catch (Exception e) {
System.out.println(e.getMessage());
}
At the moment that props.loadFromXML method is called I get the following
output on the console:
May 3, 2009 11:18:43 PM org.apache.catalina.core.StandardContext reload
INFO: Reloading this Context has started
May 3, 2009 11:18:43 PM com.sun.xml.ws.transport.http.servlet.WSServletDelegate
destroy
INFO: WSSERVLET15: JAX-WS servlet destroyed
May 3, 2009 11:18:43 PM
com.sun.xml.ws.transport.http.servlet.WSServletContextListener contextDestroyed
INFO: WSSERVLET13: JAX-WS context listener destroyed
Context Initialized..
May 3, 2009 11:18:47 PM org.apache.catalina.loader.WebappClassLoader
findResourceInternal
INFO: Illegal access: this web application instance has been stopped already.
Could not load META-INF/services/javax.xml.parsers.DocumentBuilderFactory. The
eventual following stack trace is caused by an error thrown for debugging
purposes as well as to attempt to terminate the thread which caused the illegal
access, and has no functional impact.
May 3, 2009 11:18:47 PM org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already.
Could not load
com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl. The
eventual following stack trace is caused by an error thrown for debugging
purposes as well as to attempt to terminate the thread which caused the illegal
access, and has no functional impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1273)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at
javax.xml.parsers.FactoryFinder.getProviderClass(FactoryFinder.java:111)
at javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:146)
at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:233)
at
javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:123)
at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:75)
at java.util.XMLUtils.load(XMLUtils.java:57)
at java.util.Properties.loadFromXML(Properties.java:852)
May 3, 2009 11:18:47 PM org.apache.catalina.loader.WebappClassLoader loadClass
INFO: Illegal access: this web application instance has been stopped already.
Could not load
com.sun.org.apache.xerces.internal.parsers.XIncludeAwareParserConfiguration.
The eventual following stack trace is caused by an error thrown for debugging
purposes as well as to attempt to terminate the thread which caused the illegal
access, and has no functional impact.
java.lang.IllegalStateException
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1273)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at
com.sun.org.apache.xerces.internal.parsers.ObjectFactory.findProviderClass(ObjectFactory.java:393)
at
com.sun.org.apache.xerces.internal.parsers.ObjectFactory.newInstance(ObjectFactory.java:348)
at
com.sun.org.apache.xerces.internal.parsers.ObjectFactory.createObject(ObjectFactory.java:154)
at
com.sun.org.apache.xerces.internal.parsers.ObjectFactory.createObject(ObjectFactory.java:97)
at
com.sun.org.apache.xerces.internal.parsers.DOMParser.(DOMParser.java:125)
at
com.sun.org.apache.xerces.internal.parsers.DOMParser.(DOMParser.java:109)
at
com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.(DocumentBuilderImpl.java:115)
at
com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl.newDocumentBuilder(DocumentBuilderFactoryImpl.java:72)
at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:81)
at java.util.XMLUtils.load(XMLUtils.java:57)
at jav
DO NOT REPLY [Bug 47144] Could not load META-INF/services/javax.xml.parsers.DocumentBuilderFactory
https://issues.apache.org/bugzilla/show_bug.cgi?id=47144 Pid changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Severity|critical|normal --- Comment #1 from Pid 2009-05-04 01:09:05 PST --- Bugzilla is not a support forum. Ask this question on the Tomcat Users mailing list and I'll try to assist. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: DO NOT REPLY [Bug 47144] New: Could not load META-INF/services/javax.xml.parsers.DocumentBuilderFactory
I think you could check if "javax.xml.parsers and xerces jar files" exist in
two places.
2009/5/4
> https://issues.apache.org/bugzilla/show_bug.cgi?id=47144
>
> Summary: Could not load
>META-INF/services/javax.xml.parsers.DocumentBuilderFac
>tory
> Product: Tomcat 6
> Version: 6.0.18
> Platform: PC
>OS/Version: Windows XP
>Status: NEW
> Severity: critical
> Priority: P1
> Component: Catalina
>AssignedTo: dev@tomcat.apache.org
>ReportedBy: andreas.vasil...@gmail.com
>
>
> Hello,
>
> I am trying to develop a web application in Java, using NetBeans 6.5.1.
> NetBeans installed Tomcat 6.0.18.
> I am using java 1.6 update 11.
>
> In my application I have a thread that loops and reads a configuration file
> and
> if it finds any changes in configuration it takes some action.
>
> The configuration file is in XML form and it is being accessed (read/write)
> using java.util.Properties class.
>
> When the thread starts, an object of the Properties class is created with
> the
> following code:
>
> Properties props = new Properties();
> File file = new File("a file");
> if (file.exists()) {
>try {
>props.loadFromXML(new FileInputStream(file));
>} catch (Exception e) {
>System.out.println(e.getMessage());
>}
>
>
>
> At the moment that props.loadFromXML method is called I get the following
> output on the console:
>
>
>
> May 3, 2009 11:18:43 PM org.apache.catalina.core.StandardContext reload
> INFO: Reloading this Context has started
> May 3, 2009 11:18:43 PM
> com.sun.xml.ws.transport.http.servlet.WSServletDelegate
> destroy
> INFO: WSSERVLET15: JAX-WS servlet destroyed
> May 3, 2009 11:18:43 PM
> com.sun.xml.ws.transport.http.servlet.WSServletContextListener
> contextDestroyed
> INFO: WSSERVLET13: JAX-WS context listener destroyed
>
>
> Context Initialized..
>
>
> May 3, 2009 11:18:47 PM org.apache.catalina.loader.WebappClassLoader
> findResourceInternal
> INFO: Illegal access: this web application instance has been stopped
> already.
> Could not load META-INF/services/javax.xml.parsers.DocumentBuilderFactory.
> The
> eventual following stack trace is caused by an error thrown for debugging
> purposes as well as to attempt to terminate the thread which caused the
> illegal
> access, and has no functional impact.
> May 3, 2009 11:18:47 PM org.apache.catalina.loader.WebappClassLoader
> loadClass
> INFO: Illegal access: this web application instance has been stopped
> already.
> Could not load
> com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl. The
> eventual following stack trace is caused by an error thrown for debugging
> purposes as well as to attempt to terminate the thread which caused the
> illegal
> access, and has no functional impact.
> java.lang.IllegalStateException
>at
>
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1273)
>at
>
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>at
> javax.xml.parsers.FactoryFinder.getProviderClass(FactoryFinder.java:111)
>at
> javax.xml.parsers.FactoryFinder.newInstance(FactoryFinder.java:146)
>at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:233)
>at
>
> javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:123)
>at java.util.XMLUtils.getLoadingDoc(XMLUtils.java:75)
>at java.util.XMLUtils.load(XMLUtils.java:57)
>at java.util.Properties.loadFromXML(Properties.java:852)
>
> May 3, 2009 11:18:47 PM org.apache.catalina.loader.WebappClassLoader
> loadClass
> INFO: Illegal access: this web application instance has been stopped
> already.
> Could not load
>
> com.sun.org.apache.xerces.internal.parsers.XIncludeAwareParserConfiguration.
> The eventual following stack trace is caused by an error thrown for
> debugging
> purposes as well as to attempt to terminate the thread which caused the
> illegal
> access, and has no functional impact.
> java.lang.IllegalStateException
>at
>
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1273)
>at
>
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>at
>
> com.sun.org.apache.xerces.internal.parsers.ObjectFactory.findProviderClass(ObjectFactory.java:393)
>at
>
> com.sun.org.apache.xerces.internal.parsers.ObjectFactory.newInstance(ObjectFactory.java:348)
>at
>
> com.sun.org.apache.xerces.internal.parsers.ObjectFactory.createObject(ObjectFactory.java:154)
>at
>
> com.sun.org.apache.xerces.internal.parsers.ObjectFactory.createObject(ObjectFactory.java:97)
>at
>
> com.sun.org.apache.xerces.internal.parsers.DOMParser.(DOMParser.java:125)
>at
>
> com.sun.org.apache.xerces.internal.parsers.DOMParser.(DOMParser.java:109)
>at
>
> com.sun.org.apache.xerc
DO NOT REPLY [Bug 47144] Could not load META-INF/services/javax.xml.parsers.DocumentBuilderFactory
https://issues.apache.org/bugzilla/show_bug.cgi?id=47144 --- Comment #2 from Andreas 2009-05-04 03:12:43 PST --- (In reply to comment #1) > Bugzilla is not a support forum. > Ask this question on the Tomcat Users mailing list and I'll try to assist. Ok, thank you. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 43285] Missing EL Coercion causes argument type mismatch
https://issues.apache.org/bugzilla/show_bug.cgi?id=43285 Konstantin Kolinko changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #17 from Konstantin Kolinko 2009-05-04 03:42:42 PST --- The patch is applied to 6.0 in r671358 ( https://svn.apache.org/viewcvs.cgi?view=rev&rev=671358 )(2008-06-24) and is in 6.0.17 onwards. The system property that controls this feature is org.apache.el.parser.COERCE_TO_ZERO http://svn.apache.org/viewvc?rev=671358&view=rev http://tomcat.apache.org/tomcat-6.0-doc/config/systemprops.html -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r770809 - /tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java
If http://host/contextpath is requested - shouldn't we be redirecting to
http://host/contextpath/ , not worrying about a null uri?
-Tim
ma...@apache.org wrote:
Author: markt
Date: Fri May 1 20:12:09 2009
New Revision: 770809
URL: http://svn.apache.org/viewvc?rev=770809&view=rev
Log:
Fix 47080: NPE in RealmBase.findSecurityConstraints when uri is null
https://issues.apache.org/bugzilla/show_bug.cgi?id=47080
Modified:
tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java
Modified: tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java?rev=770809&r1=770808&r2=770809&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java (original)
+++ tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java Fri May 1
20:12:09 2009
@@ -471,6 +471,11 @@
// Check each defined security constraint
String uri = request.getRequestPathMB().toString();
+// Bug47080 - in rare cases this may be null
+// Mapper treats as '/' do the same to prevent NPE
+if (uri == null) {
+uri = "/";
+}
String method = request.getMethod();
int i;
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47124] Run the unit tests as part of the build!!!
https://issues.apache.org/bugzilla/show_bug.cgi?id=47124 --- Comment #2 from Marc Guillemot 2009-05-04 05:07:33 PST --- I'm glad to see that you've committed some changes, nevertheless for me it doesn't really change the situation that unit tests are not considered seriously in Tomcat project. Tests *should* be integral part of the build. It's normal that a build takes (far) longer than 5 minutes if it runs tests (nevertheless these tests should have some sense to be worth this time, what is perhaps not yet the case). I'm sorry if I didn't followed the convention for external libs. I thought that it was the case. What about using Ivy rather than this self made "strategy"? This is is far less important that running the tests as part of the build, but I think that the tests should be renamed for consistency and as it just allows to use name patterns to select the tests (currently there is no convention here). In the current state of the test suite, I would prefer to select the tests by name pattern rather than having a TestAll as it doesn't have any advantage and this file needs to be modified each time a test is added (with the risk to have tests that aren't run). I don't understand either why you don't use Ant's junit task. At the end I have the feeling that this issue has been closed as WONTFIX rather than as FIXED :-( -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47146] New: Memory leak with large OutputStream when using JSF
https://issues.apache.org/bugzilla/show_bug.cgi?id=47146 Summary: Memory leak with large OutputStream when using JSF Product: Tomcat 6 Version: 6.0.18 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P4 Component: Servlet & JSP API AssignedTo: dev@tomcat.apache.org ReportedBy: fkjae...@gmail.com Created an attachment (id=23605) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23605) Sample codo to reproduce the problem When serving large files for download, lots of memory are used. This constantly leads to out of memory errors, requiring a server restart to release the used memory. (http://forums.sun.com/thread.jspa?threadID=5379231) The attached code has been tested with JSF RI 1.2_12. The problem described doesn't happen with Glassfish V2 UR2. As a workaround, I'm using a servlet for file download. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47149] Build fail (encoding error)on Chinese version Windows XP OS
https://issues.apache.org/bugzilla/show_bug.cgi?id=47149 Xie Xiaodong changed: What|Removed |Added Status|NEW |NEEDINFO AssignedTo|dev@tomcat.apache.org |xxd82...@gmail.com --- Comment #1 from Xie Xiaodong 2009-05-04 07:13:26 PST --- Created an attachment (id=23606) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=23606) This is revised version of build.xml This is revised version of build.xml -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r770809 - /tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java
Tim Funk wrote:
> If http://host/contextpath is requested - shouldn't we be redirecting to
> http://host/contextpath/ , not worrying about a null uri?
The mapper does issue the redirect, this just prevents the NPE.
I considered just returning but opted (for consistency) to emulate what would
happen if there was a default servlet present.
Mark
>
> -Tim
>
>
> ma...@apache.org wrote:
>> Author: markt
>> Date: Fri May 1 20:12:09 2009
>> New Revision: 770809
>>
>> URL: http://svn.apache.org/viewvc?rev=770809&view=rev
>> Log:
>> Fix 47080: NPE in RealmBase.findSecurityConstraints when uri is null
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=47080
>>
>> Modified:
>> tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java
>>
>> Modified: tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java
>> URL:
>> http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java?rev=770809&r1=770808&r2=770809&view=diff
>>
>> ==
>>
>> --- tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java (original)
>> +++ tomcat/trunk/java/org/apache/catalina/realm/RealmBase.java Fri
>> May 1 20:12:09 2009
>> @@ -471,6 +471,11 @@
>>
>> // Check each defined security constraint
>> String uri = request.getRequestPathMB().toString();
>> +// Bug47080 - in rare cases this may be null
>> +// Mapper treats as '/' do the same to prevent NPE
>> +if (uri == null) {
>> +uri = "/";
>> +}
>> String method = request.getMethod();
>> int i;
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47080] NPE in RealmBase.findSecurityConstraints when uri is null
https://issues.apache.org/bugzilla/show_bug.cgi?id=47080 --- Comment #2 from Remy Maucherat 2009-05-04 07:53:01 PST --- Even if there is no default servlet or welcome files, there is still supposed to be a redirection to http://host/contextpath/ -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47124] Run the unit tests as part of the build!!!
https://issues.apache.org/bugzilla/show_bug.cgi?id=47124 --- Comment #3 from Mark Thomas 2009-05-04 07:58:53 PST --- (In reply to comment #2) > Tests *should* be integral part of the build. It's normal that a build takes > (far) longer than 5 minutes if it runs tests (nevertheless these tests should > have some sense to be worth this time, what is perhaps not yet the case). Running the tests as part of the Gump build would make sense. Changing the build we use all the time in development from 1s to >5min does not. > I'm sorry if I didn't followed the convention for external libs. I thought > that > it was the case. What about using Ivy rather than this self made "strategy"? Changing this is a separate question for the dev list. As with any change, there would need to sufficient benefit to justify it. > This is is far less important that running the tests as part of the build, but > I think that the tests should be renamed for consistency and as it just allows > to use name patterns to select the tests (currently there is no convention > here). In the current state of the test suite, I would prefer to select the > tests by name pattern rather than having a TestAll as it doesn't have any > advantage and this file needs to be modified each time a test is added (with > the risk to have tests that aren't run). That is a reasonable argument. Patches tend to get very large when renames are concerned. A set of svn commands to run would be easier to review and to apply. > I don't understand either why you don't use Ant's junit task. No idea. Merging the test.xml with the main build.xml and using Ant's junit task would make sense. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47146] Memory leak with large OutputStream when using JSF
https://issues.apache.org/bugzilla/show_bug.cgi?id=47146 britt fitch changed: What|Removed |Added CC||britt.fi...@gmail.com -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47149] New: Build fail (encoding error)on Chinese version Windows XP OS
https://issues.apache.org/bugzilla/show_bug.cgi?id=47149 Summary: Build fail (encoding error)on Chinese version Windows XP OS Product: Tomcat 6 Version: unspecified Platform: PC OS/Version: Windows XP Status: NEW Keywords: PatchAvailable Severity: minor Priority: P2 Component: Documentation AssignedTo: dev@tomcat.apache.org ReportedBy: xxd82...@gmail.com When I build tomcat 6.0 trunk on my Chinese version Windows XP OS, I got an encoding error. So I'd like add into all the nodes in build.xml and dist.xml. Since I could only upload one file each time, I only upload revised version of build.xml. This is my first time to issue a bugzilla entry, sorry for the non-standard format. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47136] Tomcat Compression limited to 48K
https://issues.apache.org/bugzilla/show_bug.cgi?id=47136 --- Comment #3 from ar...@yahoo.com 2009-05-04 09:51:41 PST --- (In reply to comment #2) > Looks like you have something else (filter?) in your configuration that is > messing this up. This works for files >48k for me on 6.0.18. At least one > other > person on the users list reported 6.0.18 worked for them. I did a clean install and everyone works as it should now. I apologize for wasting everyone's time. Yet, I cannot for the life of me figure out what setting I may have changed to cause this behavior. Oh well, some mysteries are best left unsolved. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47086] Tomcat6 64-bit service wrapper should be included in a Tomcat distribution
https://issues.apache.org/bugzilla/show_bug.cgi?id=47086 --- Comment #2 from Rodney 2009-05-04 13:23:36 PST --- This would be very useful to have. Perhaps it would be appropriate to place it in http://somemirror/pub/apache/tomcat/tomcat-6/v6.0.18/bin/extras/ as a zip file with the two tomcat6.exe and tomcat6w.exe files. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47086] Tomcat6 64-bit service wrapper should be included in a Tomcat distribution
https://issues.apache.org/bugzilla/show_bug.cgi?id=47086 Rodney changed: What|Removed |Added CC||business2...@rodneybeede.co ||m -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
