DO NOT REPLY [Bug 44405] - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44405. 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=44405 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 02:26 --- Created an attachment (id=21514) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21514action=view) war file of testcase war file of testcase, URL: http://server/tomcat6/ViewResource -- 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 44405] New: - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44405. 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=44405 Summary: regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream() Product: Tomcat 6 Version: unspecified Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Servlet reads data with getServletContext().getResourceAsStream(filename), Webapp works with tomcat 5.5.25 but not with tomcat 6.0.16. where it is getting a NullPointerException. deployed with the same war file. tried with java 1.5 from IBM and Sun on AIX 5.3 and Linux -- 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 44405] - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=44405.
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=44405
--- Additional Comments From [EMAIL PROTECTED] 2008-02-13 02:29 ---
Servlets source code:
public class ViewResource extends
javax.servlet.http.HttpServlet implements
javax.servlet.Servlet {
static final long serialVersionUID = 1L;
public ViewResource() {
super();
}
protected void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
ServletOutputStream servletOutputStream = response
.getOutputStream();
byte[] bytes = new byte[4096];
InputStream is;
try {
is = this.getServletContext()
.getResourceAsStream(
WEB-INF/foobar.txt);
is.read(bytes, 0, 4096);
response.reset();
response.setContentType(text/plain);
response.setContentLength(bytes.length);
response.setHeader(Cache-control,
must-revalidate);
servletOutputStream.write(bytes, 0,
bytes.length);
servletOutputStream.flush();
servletOutputStream.close();
} catch (NullPointerException e) {
StringWriter stringWriter = new StringWriter();
PrintWriter printWriter = new PrintWriter(
stringWriter);
e.printStackTrace(printWriter);
response.setContentType(text/plain);
response.getOutputStream().print(
stringWriter.toString());
}
}
protected void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
doGet(request, response);
}
}
--
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 42750] - Http Post requests not handled correctly if there is more than one space between the POST and the URL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=42750. 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=42750 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 01:42 --- I have same 505 error with Natural 4.2 make a post on a tomcat 5 but after analyse it, i have a different conclusion. This for me doesn't work even if we remove space : POST http://C010030S:5599/NXAServer/NextAxiomServer HTTP/1.0 Tomcat only accept this request : POST /NXAServer/NextAxiomServer HTTP/1.0 Host: C010030S:5599 -- 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 44405] - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44405. 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=44405 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 03:02 --- What does the JavaDoc say about getResource, shouldn't it start with a / getResource URL getResource(String path) throws MalformedURLException Returns a URL to the resource that is mapped to a specified path. The path must begin with a / and is interpreted as relative to the current context root. -- 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 44408] New: - EL-expression evaluation slow due to synchronization caused by JspFactory.getDefaultFactory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44408. 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=44408 Summary: EL-expression evaluation slow due to synchronization caused by JspFactory.getDefaultFactory Product: Tomcat 6 Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: P4 Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat version 6.0.16 trunk (and earlier) PageContextImpl.java has: public static Object proprietaryEvaluate() that does a: final ExpressionFactory exprFactory = JspFactory.getDefaultFactory().get JspApplicationContext(pageContext.getServletContext()).getExpressionFactory(); Our benchmarking of pages using large amounts of EL-expression shows this turns into a bottleneck due to the fact that JspFactory.getDefaultFactory() is synchronized. The bug is very similar to bug #41558 I have a patch that fixes the issue, coming up... -- 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 44408] - EL-expression evaluation slow due to synchronization caused by JspFactory.getDefaultFactory
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44408. 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=44408 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 03:39 --- Created an attachment (id=21515) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21515action=view) Patch to avoid calling synchronized method every EL evaluation The attached patch fixes the performance problem by calling the synchronized method only once. -- 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 44405] - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44405. 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=44405 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 03:58 --- sorry for not looking up in JavaDoc. fixing my code to is = this.getServletContext().getResourceAsStream(/WEB-INF/foobar.txt); resolved the problem. Although. Let me note, that the code worked perfectly with tomcat 5.5.25. Perhaps this should go in the FAQs. Regards, Oliver -- 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 44409] New: - Tomcat does not support Windows-My Provider
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=44409.
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=44409
Summary: Tomcat does not support Windows-My Provider
Product: Tomcat 6
Version: 6.0.14
Platform: Other
OS/Version: Windows Server 2003
Status: NEW
Severity: enhancement
Priority: P2
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
The only keystore other than one based in a file that tomcat supports is PKCS11.
Java 6 has introduced Windows-MY and Windows-ROOT providers, that provide access
to certificates inside the Windows store.
I've examined org.apache.tomcat.util.net.jsse.JSSESocketFactory and found that
adding the suport to them is trivial. I changed two lines and it works. It is a
simple modification. Now, I'd like to share it, so Tomcat developers could
include it in next releases.
When code was:
if(! PKCS11.equalsIgnoreCase(type) ) {
File keyStoreFile = new File(path);
if (!keyStoreFile.isAbsolute()) {
keyStoreFile = new File(System.getProperty(catalina.base), path);
}
istream = new FileInputStream(keyStoreFile);
}
ks.load(istream, pass.toCharArray());
Now, it would be:
if (Windows-MY.equalsIgnoreCase(type)) {
log.info(Using Windows keystore for SSL);
ks.load(null, null);
} else {
// ... *Previous block of code* ...
}
--
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 44405] - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44405. 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=44405 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 04:39 --- It's documented in the change log http://tomcat.apache.org/tomcat-5.5-doc/changelog.html -- 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: Cookies are broken in 6.0.16?
what do you guys think of this one http://people.apache.org/~fhanik/patches/cookie-default-v1.patch basically what it does, instead of forcing all cookies to v1, it does this if the cookie is v0 and the switchToV1 flag is true (let me know what the default value should be) and the cookie contains invalid characters then - quote the cookie and set the version to 1 Filip Bill Barker wrote: Remy Maucherat [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Sun, 2008-02-10 at 23:29 +, Mark Thomas wrote: Filip Hanik - Dev Lists wrote: Would this be ok, given its a spec class? or do we have to leave this class untouched and modify it elsewhere, in which case it'd be more of a hack. I think, as long as we leave the public interface unchanged, changing the spec class would be fine. The spec says that RFC 2109 should be used by default so if org.apache.catalina.STRICT_SERVLET_COMPLIANCE is true I think v0 cookies should be used. There's also an opportunity to force the version in addCookie. Not as nice, but this may cause less problems. +1 to put in addCookie or in ServerCookie. Other projects use Tomcat's version of the servlet-api.jar, and I don't like the idea of publishing one that isn't strictly spec compliant. Of course, as Remy pointed out, this has the effect of forcing v1 cookies as a downside. Probably better than forcing the version is to revert to 'always quote' in ServerCookie unless the STRICT_SERVLET_COMPIANCE flag is true. We did the 'always quote' in the first place because it is more browser friendly (at least for 21st century browsers). 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]
DO NOT REPLY [Bug 44405] - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44405. 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=44405 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 04:29 --- The check should have been added only with strict servlet compliance enabled. -- 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: Implementing wildcard hostnames or aliases
Michael Wyraz wrote: Hi, I was searching for a way to use wildcard host names in tomcat (e.g. *.myhost.com). With the current implementation it seems not to be possible. I found some ideas like using a valve at engine level which forwards to the correct hostname. The problem with this is that the servlets wouln'd see the original hostname then (correct me if I'm wrong with that). So I'm looking for a way to implement this. Since tomcat is very modular, maybe it's just one component which needs to be replaced by a modified one. But I'm not a tomcat developer and so I have no idea where to start with that. So could you help with some ideas how I could implement this? I would do the implementation and send the results to the devel team. I considered this is better addressed by some generic rewriting something rather than a lot of custom hardcoded rules. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44414] - mod_jk 1.2.26 does not work with ssl on apache 2.2.8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44414. 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=44414 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 06:33 --- Created an attachment (id=21520) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21520action=view) mod_jk log Log file for access to http:/host/VPortal and https://host/VPortal -- 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 44405] - regression with tomcat 6.0.16, NullPointerException on getServletContext().getResourceAsStream()
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44405. 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=44405 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 06:55 --- -Dorg.apache.catalina.STRICT_SERVLET_COMPLIANCE=true or -Dorg.apache.catalina.STRICT_SERVLET_COMPLIANCE=false has no effect on the unchanged servlet [ getResourceAsStream(WEB-INF/foobar.txt) ] with the missing leading '/' -- 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 44414] - mod_jk 1.2.26 does not work with ssl on apache 2.2.8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44414. 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=44414 --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 06:36 --- Created an attachment (id=21521) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21521action=view) the apache ssl conf file -- 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 44414] New: - mod_jk 1.2.26 does not work with ssl on apache 2.2.8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44414. 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=44414 Summary: mod_jk 1.2.26 does not work with ssl on apache 2.2.8 Product: Tomcat 6 Version: unspecified Platform: Other OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Important note: this was working with mod_jk 1.2.25, I have the same behavious on solaris 10 and windows 2003 I setup a connector jk 1.2.26 between tomcat 6.0.16 and apache 2.2.8 with the following settings in the httpd.conf LoadModule jk_module /opt/InfoVista/TomcatWebServerConnector/apache2.2/mod_jk.so JkWorkersFile /opt/InfoVista/TomcatWebServerConnector/conf/workers.properties JkMountFile /opt/InfoVista/TomcatWebServerConnector/conf/uriworkermap.properties JkLogFile /opt/InfoVista/TomcatWebServerConnector/logs/jk.log JkLogLevel emerg JkShmFile /opt/InfoVista/TomcatWebServerConnector/logs/jk.shm content of /opt/InfoVista/TomcatWebServerConnector/conf/workers.properties is worker.list=portal_localhost, portalse_localhost # # Defining a worker named portal_hostname and of type ajp13 # worker.portal_localhost.type=ajp13 worker.portal_localhost.host=localhost worker.portal_localhost.port=9009 worker.portal_localhost.lbfactor=1 worker.portal_localhost.cachesize=256 # # Defining a worker named portalse_hostname and of type ajp13 # worker.portalse_localhost.type=ajp13 worker.portalse_localhost.host=localhost worker.portalse_localhost.port=10009 worker.portalse_localhost.lbfactor=1 worker.portalse_localhost.cachesize=256 content of /opt/InfoVista/TomcatWebServerConnector/conf/uriworkermap.properties is /VPortal=portal_localhost /VPortal/*=portal_localhost /PortalSE=portalse_localhost /PortalSE/*=portalse_localhost I start my tomcat and apache and i can access easilly to my web applications via http://host/VPortal/ and http://host/PortalSE Then i stop everything and setup apache in ssl mode (stop 80, add certificate, ...) and restart everything. When i access to https://host/VPortal/ and https://host/PortalSE i have a 404. I check https://host, it works. So i try to diagnose it by setting JkLogLevel debug i will put the result in attachemnt however, with http i notice [debug] jk_child_init::mod_jk.c (2740): Initialized mod_jk/1.2.26 [debug] map_uri_to_worker::jk_uri_worker_map.c (682): Attempting to map URI '/VPortal/' from 4 maps with https [debug] jk_child_init::mod_jk.c (2740): Initialized mod_jk/1.2.26 [debug] jk_translate::mod_jk.c (3033): missing uri map for host:/VPortal/ [debug] jk_map_to_storage::mod_jk.c (3190): missing uri map for host:/VPortal/ -- 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 44414] - mod_jk 1.2.26 does not work with ssl on apache 2.2.8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44414. 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=44414 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 06:45 --- Inside your add VirtualHost host:443 JkMountCopy On ... /VirtualHost We tightened the vhost mappings with 1.2.26, and since SSL is actually vhost it requires JkMountCopy so that mounts from the default server are visible in vhost as well -- 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 44414] - mod_jk 1.2.26 does not work with ssl on apache 2.2.8
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=44414. 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=44414 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2008-02-13 06:52 --- Thanks a lot, it works -- 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: svn commit: r620848 - /tomcat/tc6.0.x/trunk/STATUS.txt
I thought this proposal was that at digester-configuration-time, trying to add the same rule twice would raise an exception. IIUC you are talking about digester-runtime behavior which I think everyone thinks is now fine. I'm not really familiar with digester but wondered how practical is is to recognize duplicate rules. thanks david jencks On Feb 12, 2008, at 4:42 PM, Tim Funk wrote: In that case - that would revert the functionality which caused the issue to arrive in the first place. The original bug had a problem because they had the same listener class declared multiple times and it was only being fired once. The fix was to log a duplicate listener message on the user config error. It turns out that WebRuleSet was also adding the same item twice. (accidently) and so the duplicate message was being. So if the digester rules are changed to ignore dups - the original bug fix would then be invalid and the user would again silently wonder why only one instance is being used. -Tim jean-frederic clere wrote: Tim Funk wrote: Not sure if I understand the question, the problem is our use of digester. We had 2 listener rules being created and each called addListener. So when an a listener was found - it was being processed twice. Yes. My idea was to prevent add twice the same rule in Digester additionally to the actual fix. - 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]
Embedding question
I'd like to embed Tomcat in an application for which there will be numerous instances running. As such I have 2 basic problems: 1. *catalina.base:* I really want to share /all/ configuration files, web-app context XMLs, etc -- using separate directories only for temp, work, and logs. In an ideal world precompiled JSPs would be shared from one work directory (e.g. CATALINA_HOME/work) to the various instances and the instances would only write their own compilations, sessions, etc, to their own separate directories. Is this possible? Can anyone give me pointers in the sources? 2. *port negotiation:* I need to find an available port -- both for shutdown and for the AJP connector. I tried using the JMX MBean factory, etc, but got no signal when the port was already in use. Pointers to APIs to use that /will/ provide such signals (exceptions, return values, whatever) would be appreciated. Overall I'd like to keep this close to an out-of-the-box usage of 6.0.16, except with port negotiation handled outside server.xml, of course -- and writable directories outside CATALINA_HOME. Overall pointers (documentation?) would be appreciated. -- Jess Holle P.S. I've gotten this working by producing catalina.base directories containing way more of catalina.home's contents than I can see any reason for and pre-computing ports to use into each catalina.base, but this seems wrong overall. I'm looking for something better.
Re: Embedding question
I could see pre-negotiating ports into catalina.base's but I would like to minimize the weight of the catalina.bases in such a case. Jess Holle wrote: I'd like to embed Tomcat in an application for which there will be numerous instances running. As such I have 2 basic problems: 1. *catalina.base:* I really want to share /all/ configuration files, web-app context XMLs, etc -- using separate directories only for temp, work, and logs. In an ideal world precompiled JSPs would be shared from one work directory (e.g. CATALINA_HOME/work) to the various instances and the instances would only write their own compilations, sessions, etc, to their own separate directories. Is this possible? Can anyone give me pointers in the sources? 2. *port negotiation:* I need to find an available port -- both for shutdown and for the AJP connector. I tried using the JMX MBean factory, etc, but got no signal when the port was already in use. Pointers to APIs to use that /will/ provide such signals (exceptions, return values, whatever) would be appreciated. Overall I'd like to keep this close to an out-of-the-box usage of 6.0.16, except with port negotiation handled outside server.xml, of course -- and writable directories outside CATALINA_HOME. Overall pointers (documentation?) would be appreciated. -- Jess Holle P.S. I've gotten this working by producing catalina.base directories containing way more of catalina.home's contents than I can see any reason for and pre-computing ports to use into each catalina.base, but this seems wrong overall. I'm looking for something better.
svn commit: r627604 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Wed Feb 13 14:26:18 2008 New Revision: 627604 URL: http://svn.apache.org/viewvc?rev=627604view=rev Log: vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=627604r1=627603r2=627604view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Wed Feb 13 14:26:18 2008 @@ -88,11 +88,10 @@ * ExtendedAccessLogValve cs-uri not print empty querystring http://svn.apache.org/viewvc?rev=620778view=rev - +1: pero,funkman + +1: pero,funkman,markt * Remove duplicate listner additions http://svn.apache.org/viewvc?rev=620844view=rev - +1: funkman, pero, jfclere - -1: + +1: funkman, pero, jfclere, markt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r627605 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Wed Feb 13 14:27:39 2008 New Revision: 627605 URL: http://svn.apache.org/viewvc?rev=627605view=rev Log: Propose patch Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=627605r1=627604r2=627605view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Wed Feb 13 14:27:39 2008 @@ -90,8 +90,11 @@ http://svn.apache.org/viewvc?rev=620778view=rev +1: pero,funkman,markt - * Remove duplicate listner additions http://svn.apache.org/viewvc?rev=620844view=rev +1: funkman, pero, jfclere, markt +* lib is relative to catalina home, not base + http://svn.apache.org/viewvc?rev=627602view=rev + +1: markt + -1: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r627602 - /tomcat/trunk/RUNNING.txt
Author: markt Date: Wed Feb 13 14:22:38 2008 New Revision: 627602 URL: http://svn.apache.org/viewvc?rev=627602view=rev Log: As pointed out on the users list, lib is relative to catalina home, not base Modified: tomcat/trunk/RUNNING.txt Modified: tomcat/trunk/RUNNING.txt URL: http://svn.apache.org/viewvc/tomcat/trunk/RUNNING.txt?rev=627602r1=627601r2=627602view=diff == --- tomcat/trunk/RUNNING.txt (original) +++ tomcat/trunk/RUNNING.txt Wed Feb 13 14:22:38 2008 @@ -112,9 +112,6 @@ * logs - Log and output files -* lib - For classes and resources that must be shared across all web - applications - * webapps - Automatically loaded web applications * work - Temporary working directories for web applications - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] Release build 4.1.37
The source tarball and other packages are available here: http://tomcat.apache.org/dev/dist/apache-tomcat-4.1.37/ According to the release process, the 4.1.37 tag is: [ ] Broken [ ] Alpha [ ] Beta [ ] Stable Cheers, Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat native documentation
Yes, JVM is not so good because it changes, I agree /usr/local/lib ( and the JVM dir ) are only good for people with root access. What about having 2 options: - 'system' installation - /usr/local/lib - 'local' - TOMCAT_HOME/lib/native ( or TOMCAT_HOME/lib/`arch` if same install is shared on multiple machine types ) We can include both in catalina.sh ( is /usr/lib, /usr/local/lib enabled by default for finding .so ?), so user can save one step and we can have more consistent instructions. Also a binary package that install on top of TOMCAT_HOME would be easier. The fewer steps and variations - the easier will it be to build and support. Costin On 2/12/08, Henri Gomez [EMAIL PROTECTED] wrote: In this case, should it be installed in the directory of the JVM installation? I think MINA uses it too. JVM directory may be problematic for those of us who switch between JVM, ie IBM or Sun. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
