Re: [JBoss-dev] Tomcat 6 integrated
On 6/22/06, Scott M Stark [EMAIL PROTECTED] wrote: We should by synching on a release version of jbossweb in the future. It makes little sense to me to have jbossweb as a standalone web container and not bundle it in the AS. I talked to Mladen about breaking up the existing jbossweb project to move its duplicated deployer code into the AS project. The deployer code is the same in JBoss Web 1.0 as JBoss AS 4.0.4, and is not duplicated: the service JAR is copied from the JBoss AS distribution. It may be difficult to continue using a regular Tomcat in the future, in which case, as I did for the first JBoss Web (and as Bill did - I integrated his annotations fixes now, BTW), it is possible to fork a Tomcat tree and maintain it. I'm trying to keep things manageable in Tomcat, but things are a bit complicated sometimes, there are many people involved with many different needs ;-) Rémy Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tomcat 6 integrated
On 6/22/06, Scott M Stark [EMAIL PROTECTED] wrote: Ok, I thought Mladen said the deployer was replicated currently. Yes, we need to be able to move at our own pace for the web container and I view that the jbossweb project should be the exchange point between tomcat and jbossas. Maybe he didn't understand the question right, or something like that. What is duplicated at the moment is the Tomcat source code, not the JBoss integration code. JBoss Web will be updated to a brand new source tree with Tomcat 6, and at the moment I don't know if the code will need to be duplicated or not (ok, most likely, it will need to be duplicated). Rémy Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1602) Can't use container level taglibs
[ http://jira.jboss.com/jira/browse/JBAS-1602?page=comments#action_12316714 ] Remy Maucherat commented on JBAS-1602: -- I have applied the patch allowing configuring the servlet options. However, I don't recommend upgrading the Tomcat binary to one built from CVS, due to current instability after the inclusion of some risky changes (including among other things Java 5 compatibility for JSPs). If this feature is needed for JBoss 4.0.2, I can provide a patched Jasper binary based on Tomcat 5.5.9. Can't use container level taglibs - Key: JBAS-1602 URL: http://jira.jboss.com/jira/browse/JBAS-1602 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Reporter: Stan Silvert Assignee: Scott M Stark Priority: Critical Fix For: JBossAS-4.0.2 Final Attachments: EmbeddedServletOptions.java, TldLocationsCache.java JBoss/Tomcat needs a way to install tag libraries globally so they are available to all web applications. This functionality is mentioned in the JSP 2.0 spec section 7.3.5. In Tomcat standalone, you can do this, but it doesn?t work in JBoss/Tomcat. The way this works is that the Jasper TldLocationsCache ?Scans all JARs accessible to the webapp's classloader and its parent classloaders for TLDs.? If I put my jar into Tomcat standalone?s common/lib directory then the tag library will be shared across all web apps. I?ve tried putting the jar in several ?well known? locations in JBoss/Tomcat and nothing seems to work. For Reference, I?ve attached the TldLocationsCache source code from Tomcat 5.5.8. Concerning TldLocationsCache, Scott Stark says: This class is useless for non-URLClassLoaders and URLClassLoaders that do not expose their classpath via getURLs which is what we currently do because of an old bad behavior with annotated codebases of rmi classes. Remy Maucherat offered this as a possible solution: Would it be possible to have the ENCLoader facade return more interesting things ? /** * A trival extension of URLClassLoader that uses an empty URL[] as its * classpath so that all work is delegated to its parent. */ static class ENCLoader extends URLClassLoader { private URL[] urllist = new URL[0]; ENCLoader(ClassLoader parent) { super(new URL[0], parent); } void addURLInternal(URL url) { URL[] result = new URL[urllist.length + 1]; for (int i = 0; i urllist.length; i++) result[i] = urllist[i]; result[urllist.length] = url; urllist = result; } public URL[] getURLs() { return urllist; } } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Reopened: (JBAS-1401) Tomcat 5.5.8 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat reopened JBAS-1401: -- Tomcat 5.5.8 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2RC1 JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-1401) Tomcat 5.5.9 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat updated JBAS-1401: - Summary: Tomcat 5.5.9 integration (was: Tomcat 5.5.8 integration) Description: JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. (was: JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS.) Fix Version: JBossAS-4.0.2 Final (was: JBossAS-4.0.2RC1) Tomcat 5.5.9 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1401) Tomcat 5.5.9 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat resolved JBAS-1401: -- Resolution: Done Tomcat 5.5.9 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1401) Tomcat 5.5.9 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat closed JBAS-1401: Tomcat 5.5.9 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.9 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBWEB-14) jsp:include fails when url contains parameter with ; in it
[ http://jira.jboss.com/jira/browse/JBWEB-14?page=history ] Remy Maucherat resolved JBWEB-14: - Resolution: Done Tomcat 5.5.9 fixes this. Tomcat specific issues should be reported to Tomcat. jsp:include fails when url contains parameter with ; in it Key: JBWEB-14 URL: http://jira.jboss.com/jira/browse/JBWEB-14 Project: JBoss Web Type: Bug Components: Tomcat Versions: JBossWeb-4.0.0 Environment: jboss 3.2.7, jboss4.0.0, jboss 4.0.1. All running Tomcat Reporter: Erik Turesson Assignee: Remy Maucherat Attachments: test.zip If you have a jsp:include that looks like this jsp:include page=f1.jsp?p=something; flush=false / you will get the following stacktrace. 2005-03-01 13:23:55,519 ERROR [org.jboss.web.localhost.Engine] StandardContext[/test]Error during mapping java.lang.StringIndexOutOfBoundsException: String index out of range: -12 at java.lang.String.getChars(String.java:724) at org.apache.tomcat.util.buf.CharChunk.append(CharChunk.java:353) at org.apache.catalina.core.ApplicationContext.getRequestDispatcher(ApplicationContext.java:432) at org.apache.catalina.core.ApplicationContextFacade.getRequestDispatcher(ApplicationContextFacade.java:198) at org.apache.coyote.tomcat5.CoyoteRequest.getRequestDispatcher(CoyoteRequest.java:1320) at org.apache.coyote.tomcat5.CoyoteRequestFacade.getRequestDispatcher(CoyoteRequestFacade.java:390) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:964) at org.apache.jsp.index_jsp._jspService(index_jsp.java:42) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:99) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:325) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:245) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:162) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1516) Tomcat5: StandardContext getConfigBase tries to create a directory
[ http://jira.jboss.com/jira/browse/JBAS-1516?page=history ] Remy Maucherat resolved JBAS-1516: -- Resolution: Done Tomcat5: StandardContext getConfigBase tries to create a directory -- Key: JBAS-1516 URL: http://jira.jboss.com/jira/browse/JBAS-1516 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.1 SP1, JBossAS-4.0.1 Final, JBossAS-3.2.7 Final Environment: JBoss 4.0.1sp1, Solaris8 Reporter: Roland R?z Assignee: Remy Maucherat Priority: Critical Fix For: JBossAS-4.0.2 Final, JBossAS-5.0 Alpha, JBossAS-3.2.8 Final Original Estimate: 10 minutes Remaining: 10 minutes Hello, Just to explain you the circumstances why this request has arised. I try to secure JBoss with a java security policy. The policy should prevent somebody from writing in the JBoss installation directory. For this reason I set a File permission that allows only reading on the JBoss installation directory. It looks like this grant { permission java.io.FilePermission ${jboss.home.dir}/-, read; ... }; Now when I start JBoss and deploy a War file I receive the following AccessPermissionException Caused by: java.security.AccessControlException: access denied (java.io.FilePermission /opt/jboss/4.0.1/server/myserver/conf/jboss.web/localhost write) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:269) at java.security.AccessController.checkPermission(AccessController.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:524) at java.lang.SecurityManager.checkWrite(SecurityManager.java:954) at java.io.File.mkdir(File.java:1097) at java.io.File.mkdirs(File.java:1122) at org.apache.catalina.core.StandardContext.getConfigBase(StandardContext.java:4858) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4071) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823) at org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:121) at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:143) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:805) at org.a pache.catalina.core.StandardHost.addChild(StandardHost.java:595) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) ... 152 more The method that creates the Exception looks like this private File org.apache.catalina.core.StandardContext#getConfigBase() { File configBase = new File(System.getProperty(catalina.base), conf); if(!configBase.exists()) return null; Container container = this; Container host = null; Container engine = null; for(; container != null; container = container.getParent()) { if(container instanceof Host) host = container; if(container instanceof Engine) engine = container; } if(engine != null) configBase = new File(configBase, engine.getName()); if(host != null) configBase = new File(configBase, host.getName()); configBase.mkdirs(); // here it crashes return configBase; } JBoss sets the saveConfig Flag of the StandardContext to false. (see TomcatDeployer#performDeployInternal) configBase.mkdirs() should only be invoked if the saveConfig Flag is set to true. Regards -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1206) UTF8 encoded http URL is not recognized
[ http://jira.jboss.com/jira/browse/JBAS-1206?page=history ] Remy Maucherat resolved JBAS-1206: -- Resolution: Rejected As with standalone Tomcat, please refer to the URL encoding related attributes of the connector in Tomcat's documentation. UTF8 encoded http URL is not recognized --- Key: JBAS-1206 URL: http://jira.jboss.com/jira/browse/JBAS-1206 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.0 Final Reporter: SourceForge User Assignee: Remy Maucherat SourceForge Submitter: tim_tye . This works with 3.2. I have a model where the html page names include UTF8 encoded characters. 3.2 version found the names and returned the page. 4.0 gives 404 error and returns the page name as invalid. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-901) setting unpackWars as false didn't work
[ http://jira.jboss.com/jira/browse/JBAS-901?page=comments#action_12315758 ] Remy Maucherat commented on JBAS-901: - AFAIK, leaving wars packed only works when the Tomcat classloader is used (useJBossWebLoader set to false). setting unpackWars as false didn't work --- Key: JBAS-901 URL: http://jira.jboss.com/jira/browse/JBAS-901 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-3.2.6 Final Reporter: SourceForge User Assignee: Remy Maucherat SourceForge Submitter: shyamvs . using jboss 323 release version jdk 1.4.2_03 linux RH 8.0 2.4.18-14 When I set the unpackWars flag as false then i get a ClassNotFoundException. When is set true I am not getting this exception. 10:43:37:929]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: Test Print=unpack wars==false| [10:43:38:345]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:38,282 INFO [EmbeddedTomcatService] deploy, ctxPath=/servervm-test, warUrl=file:/advent1/reg/WebNMS5_Test_ant1.6/build/servervm-test.war | [10:43:39:281]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:39,266 INFO [Engine] SingleSignOnContextConfig[/servervm-test]: Added certificates - request attribute Valve | [10:43:39:384]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:39,299 WARN [EmbeddedTomcatService] Unable to invoke setDelegate on class loader:[EMAIL PROTECTED] | [10:43:39:385]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:39,299 INFO [Engine] StandardManager[/servervm-test]: Seeding random number generator class java.security.SecureRandom | [10:43:39:385]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:39,300 INFO [Engine] StandardManager[/servervm-test]: Seeding of random number generator has been completed | [10:43:39:385]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:39,301 INFO [Engine] StandardWrapper[/servervm-test:default]: Loading container servlet default | [10:43:39:386]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:39,301 INFO [Engine] StandardWrapper[/servervm-test:invoker]: Loading container servlet invoker | [10:43:39:489]|[03-01-2004]|[SYSOUT]|[INFO]|[13]|: 10:43:39,388 INFO [MainDeployer] Deployed package: file:/advent1/reg/WebNMS5_Test_ant1.6/build/servervm-test.war | [10:43:39:837]|[03-01-2004]|[SYSOUT]|[INFO]|[14]|: 10:43:39,748 INFO [Engine] StandardWrapper[/servervm-test:JUnitEETestServlet]: Marking servlet JUnitEETestServlet as unavailable | [10:43:39:838]|[03-01-2004]|[SYSOUT]|[INFO]|[14]|: 10:43:39,751 ERROR [Engine] StandardWrapperValve[JUnitEETestServlet]: Allocate exception for servlet JUnitEETestServlet javax.servlet.ServletException: Wrapper cannot find servlet class org.junitee.servlet.JUnitEEServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:891) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:220) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.jboss.web.tomcat.tc4.statistics.ContainerStatsValve.invoke(ContainerStatsValve.java:76) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2417) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1516) Tomcat5: StandardContext getConfigBase tries to create a directory
[ http://jira.jboss.com/jira/browse/JBAS-1516?page=comments#action_12315773 ] Remy Maucherat commented on JBAS-1516: -- This is now fixed in Tomcat upstream. Thanks for the report. Tomcat5: StandardContext getConfigBase tries to create a directory -- Key: JBAS-1516 URL: http://jira.jboss.com/jira/browse/JBAS-1516 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.1 Final, JBossAS-3.2.7 Final, JBossAS-4.0.1 SP1 Environment: JBoss 4.0.1sp1, Solaris8 Reporter: Roland R?z Assignee: Remy Maucherat Priority: Critical Fix For: JBossAS-5.0 Alpha, JBossAS-4.0.2 Final, JBossAS-3.2.8 Final Original Estimate: 10 minutes Remaining: 10 minutes Hello, Just to explain you the circumstances why this request has arised. I try to secure JBoss with a java security policy. The policy should prevent somebody from writing in the JBoss installation directory. For this reason I set a File permission that allows only reading on the JBoss installation directory. It looks like this grant { permission java.io.FilePermission ${jboss.home.dir}/-, read; ... }; Now when I start JBoss and deploy a War file I receive the following AccessPermissionException Caused by: java.security.AccessControlException: access denied (java.io.FilePermission /opt/jboss/4.0.1/server/myserver/conf/jboss.web/localhost write) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:269) at java.security.AccessController.checkPermission(AccessController.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:524) at java.lang.SecurityManager.checkWrite(SecurityManager.java:954) at java.io.File.mkdir(File.java:1097) at java.io.File.mkdirs(File.java:1122) at org.apache.catalina.core.StandardContext.getConfigBase(StandardContext.java:4858) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4071) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:823) at org.apache.catalina.core.ContainerBase.access$000(ContainerBase.java:121) at org.apache.catalina.core.ContainerBase$PrivilegedAddChild.run(ContainerBase.java:143) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:805) at org.a pache.catalina.core.StandardHost.addChild(StandardHost.java:595) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) ... 152 more The method that creates the Exception looks like this private File org.apache.catalina.core.StandardContext#getConfigBase() { File configBase = new File(System.getProperty(catalina.base), conf); if(!configBase.exists()) return null; Container container = this; Container host = null; Container engine = null; for(; container != null; container = container.getParent()) { if(container instanceof Host) host = container; if(container instanceof Engine) engine = container; } if(engine != null) configBase = new File(configBase, engine.getName()); if(host != null) configBase = new File(configBase, host.getName()); configBase.mkdirs(); // here it crashes return configBase; } JBoss sets the saveConfig Flag of the StandardContext to false. (see TomcatDeployer#performDeployInternal) configBase.mkdirs() should only be invoked if the saveConfig Flag is set to true. Regards -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1401) Tomcat 5.5.8 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat resolved JBAS-1401: -- Resolution: Done Fix Version: JBossAS-4.0.2RC1 (was: JBossAS-4.0.2 Final) Tomcat 5.5.8 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2RC1 JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Closed: (JBAS-1401) Tomcat 5.5.8 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat closed JBAS-1401: Tomcat 5.5.8 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2RC1 JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1399) emptySessionPath setting breaks session tracking
[ http://jira.jboss.com/jira/browse/JBAS-1399?page=comments#action_12315463 ] Remy Maucherat commented on JBAS-1399: -- It doesn't hurt to implement it, but it was actually useless with the Tomcat 5.5.8-dev version I integrated. emptySessionPath setting breaks session tracking Key: JBAS-1399 URL: http://jira.jboss.com/jira/browse/JBAS-1399 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.2RC1 Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2RC1 Session tracking is incorrect when using emptySessionPath, which is a setting needed for JBoss portal. This should be fixed by integrating a new interim Tomcat binary. Some small changes to JBossCacheManager will also be needed as a result of this integration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1329) Unable to load Tag Handler Class
[ http://jira.jboss.com/jira/browse/JBAS-1329?page=history ] Remy Maucherat resolved JBAS-1329: -- Resolution: Rejected If this happens also in Tomcat standalone, please report it against Tomcat. If it does happen only in JBoss, you may reopen the issue. In both cases, I will need a test case, however, as the functionality works for me. Unable to load Tag Handler Class Key: JBAS-1329 URL: http://jira.jboss.com/jira/browse/JBAS-1329 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.0 Final Reporter: venu babu Assignee: Remy Maucherat Original Estimate: 2 hours Remaining: 2 hours Jboss server is not able to find the Tag Handler class for some tags which i am using in some JSP pages. i am working on windows XP and jdk:jdk141_05 The Exception i am getting even after keeping that Tag Handler class under WEB-INF\classes , u can find from the following: HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: /pfk/PfkMain.jsp(58,1) Unable to load tag handler class com.sns.pfk.taglib.PfkDisplayText for tag crTag:PfkDisplayText org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:39) org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:409) org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:200) org.apache.jasper.compiler.Parser.parseCustomTag(Parser.java:1318) org.apache.jasper.compiler.Parser.parseElements(Parser.java:1560) org.apache.jasper.compiler.Parser.parse(Parser.java:126) org.apache.jasper.compiler.ParserController.doParse(ParserController.java:220) org.apache.jasper.compiler.ParserController.parse(ParserController.java:101) org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:203) org.apache.jasper.compiler.Compiler.compile(Compiler.java:470) org.apache.jasper.compiler.Compiler.compile(Compiler.java:451) org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511) org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295) org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292) org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) com.sns.pfk.servlet.PfkMainServlet.doGet(Unknown Source) javax.servlet.http.HttpServlet.service(HttpServlet.java:697) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75) note The full stack trace of the root cause is available in the Apache Tomcat/5.0.28 logs. Apache Tomcat/5.0.28 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1399) emptySessionPath setting breaks session tracking
[ http://jira.jboss.com/jira/browse/JBAS-1399?page=history ] Remy Maucherat resolved JBAS-1399: -- Resolution: Done emptySessionPath setting breaks session tracking Key: JBAS-1399 URL: http://jira.jboss.com/jira/browse/JBAS-1399 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.2RC1 Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2RC1 Session tracking is incorrect when using emptySessionPath, which is a setting needed for JBoss portal. This should be fixed by integrating a new interim Tomcat binary. Some small changes to JBossCacheManager will also be needed as a result of this integration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-1401) Tomcat 5.5.8 integration
[ http://jira.jboss.com/jira/browse/JBAS-1401?page=history ] Remy Maucherat reassigned JBAS-1401: Assign To: Remy Maucherat (was: Scott M Stark) Tomcat 5.5.8 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assignee: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-1400) emptySessionPath=true as the default setting
[ http://jira.jboss.com/jira/browse/JBAS-1400?page=history ] Remy Maucherat resolved JBAS-1400: -- Resolution: Done emptySessionPath=true as the default setting -- Key: JBAS-1400 URL: http://jira.jboss.com/jira/browse/JBAS-1400 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2RC1 Reporter: Remy Maucherat Assignee: Remy Maucherat Fix For: JBossAS-4.0.2RC1 With the latest changes, it turns out emptySessionPath=true, which is needed for JBoss Portal compatibility, is a good default setting, and provides fully functional cross context functionality (at least, as far as my newly found understanding of this part of the specification goes). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1381) Clustering with CrossContext Enabled generates exception
[ http://jira.jboss.com/jira/browse/JBAS-1381?page=comments#action_12315354 ] Remy Maucherat commented on JBAS-1381: -- Porting the fix for this issue to 4.0.2 will not be needed, as long as the JBoss manager does not intend to be used as a persistent manager. This makes sense as the manager should instead rely on the persistence capabilities of JBoss cache. Clustering with CrossContext Enabled generates exception Key: JBAS-1381 URL: http://jira.jboss.com/jira/browse/JBAS-1381 Project: JBoss Application Server Type: Bug Components: Clustering Versions: JBossAS-4.0.1 Final Reporter: Ben Wang Assignee: Ben Wang Fix For: JBossAS-4.0.1 SP1 Original Estimate: 2 hours Remaining: 2 hours Excerpt from sf case: https://na1.salesforce.com/5003000bw4l We have a Big Application that are deployed as multiple WebApplications and they make crosscontext calls, When we enabled Clustering Seems like FirstCrossContext Failes on this Method. JBOSSCacheManager.createEmptySession(). We would appreciate if you can help us resolve this issue. Note: If i deploy this App on Default Server Configuration and it works fine Basically, the problem is createEmptySession is treated as a un-implemented method since it is also called by passivation and activation. But we will simply return this method call now with a new ClusteredSession instance (depending on the granularity, of course). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-1008) destroying context with tomcat5 happens too late
[ http://jira.jboss.com/jira/browse/JBAS-1008?page=comments#action_12315355 ] Remy Maucherat commented on JBAS-1008: -- If the WAR is properly packaged with the beans inside an EAR (or a SAR if you don't care about using JBoss archive format), then it should be started last and stopped first. If this is the case, then there's a bug. Without proper packaging, the deployments are independant, and as a result the WAR may be stopped last. You can also configure the JBoss deployer so that dependencies are indicated. Please confirm that you were deploying your WAR and beans properly. destroying context with tomcat5 happens too late Key: JBAS-1008 URL: http://jira.jboss.com/jira/browse/JBAS-1008 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-3.2.6 Final Reporter: SourceForge User Assignee: Remy Maucherat Priority: Critical SourceForge Submitter: ittay . Hi, When I stop my JBoss (3.2.5), it first undeployes all beans and only then stops the web service. This causes two wrong behaviors: 1. if some client tries to load a page (or send any request to a servlet), after some beans are undeployed, and before the service is stopped, the servlet will start to work but because the beans were undeployed, will get strange errors (NPE etc.) 2. if i want to hook into the contextDestroyed, to perform some cleanup, it is too late, since beans have already been undeployed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-956) Problem compiling jsp with jdk 1.5
[ http://jira.jboss.com/jira/browse/JBAS-956?page=history ] Remy Maucherat resolved JBAS-956: - Resolution: Won't Fix It will never be fixed upstream and/or integrated in a Tomcat 4.1 release, so this will not be fixed. Problem compiling jsp with jdk 1.5 -- Key: JBAS-956 URL: http://jira.jboss.com/jira/browse/JBAS-956 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-3.2.6 Final Reporter: SourceForge User Assignee: Remy Maucherat SourceForge Submitter: ejort . The compiler in java 1.5 doesn't like including non jars in the classpath: 01:28:23,146 ERROR [Compiler] Error compiling file: /home/ejort/jboss-3.2/workspace/build/output/jboss-3.2.4RC2/server/default/work/jboss.web/localhost/jmx-console//org/apache/jsp/inspectMBean_jsp.java [javac] Compiling 1 source file error: error reading /home/ejort/jboss-3.2/workspace/build/output/jboss-3.2.4RC2/server/default/tmp/deploy/tmp13885jvm-il-service.xml; java.util.zip.ZipException: error in opening zip file -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBWEB-11) 505 error when connection from a .NET client
[ http://jira.jboss.com/jira/browse/JBWEB-11?page=comments#action_12315357 ] Remy Maucherat commented on JBWEB-11: - There is a bugzilla entry on this issue that I resolved as INVALID: http://issues.apache.org/bugzilla/show_bug.cgi?id=31567 The behavior of the .net client violates the HTTP specification (it announces an expectation, but sends the entity body right away, which is equivalent to not using expectations). Fixing it is easy (it requires removing one line of code in Tomcat's source), but will break legitimate clients which make proper usage of expectations. Alternately, there is the workaround I mentioned which is to add a regexp matching .net's user agent to the restricted list so that HTTP/1.0 is used. 505 error when connection from a .NET client Key: JBWEB-11 URL: http://jira.jboss.com/jira/browse/JBWEB-11 Project: JBoss Web Type: Bug Components: Tomcat Versions: JBossWeb-4.0.1 Reporter: Thomas Diesler Assignee: Remy Maucherat People with .NET clients have no luck connection to JBossWS since .NET defaults to HTTP-1.1. This issue as poped up multiple times now. I don't think it is WS specific. Is there a general HTTP-1.1 issue with Tomcat? See: http://www.jboss.org/index.html?module=bbop=viewtopicp=3862668#3862668 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1399) emptySessionPath setting breaks session tracking
emptySessionPath setting breaks session tracking Key: JBAS-1399 URL: http://jira.jboss.com/jira/browse/JBAS-1399 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.2RC1 Reporter: Remy Maucherat Assigned to: Remy Maucherat Priority: Blocker Fix For: JBossAS-4.0.2RC1 Session tracking is incorrect when using emptySessionPath, which is a setting needed for JBoss portal. This should be fixed by integrating a new interim Tomcat binary. Some small changes to JBossCacheManager will also be needed as a result of this integration. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1400) emptySessionPath=true as the default setting
emptySessionPath=true as the default setting -- Key: JBAS-1400 URL: http://jira.jboss.com/jira/browse/JBAS-1400 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2RC1 Reporter: Remy Maucherat Assigned to: Remy Maucherat Fix For: JBossAS-4.0.2RC1 With the latest changes, it turns out emptySessionPath=true, which is needed for JBoss Portal compatibility, is a good default setting, and provides fully functional cross context functionality (at least, as far as my newly found understanding of this part of the specification goes). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1401) Tomcat 5.5.8 integration
Tomcat 5.5.8 integration Key: JBAS-1401 URL: http://jira.jboss.com/jira/browse/JBAS-1401 Project: JBoss Application Server Type: Feature Request Components: Web (Tomcat) service Versions: JBossAS-4.0.2 Final Reporter: Remy Maucherat Assigned to: Scott M Stark Priority: Blocker Fix For: JBossAS-4.0.2 Final JBoss 4.0.2 should integrate Tomcat 5.5.8 for support of JBoss Portal. In the unlikely event it is not released on time for 4.0.2 final, a tag marking the source integrated should be applied to the Tomcat CVS. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Created: (JBAS-1367) Session mishandling with clustering
Session mishandling with clustering --- Key: JBAS-1367 URL: http://jira.jboss.com/jira/browse/JBAS-1367 Project: JBoss Application Server Type: Bug Components: Web (Tomcat) service Versions: JBossAS-4.0.1 Final Reporter: Remy Maucherat Assigned to: Ben Wang Fix For: JBossAS-4.0.2RC1 Sessions are not correctly stored inside JBossCache, which can in some cases cause a single web session to be shared across all the web applications deployed on the server. This is very visible when using emptySessionPath=true on the Tomcat connector (this is the new default value for compatibility with JBoss portal). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-26) Update 4.0.2 to use Tomcat-5.5.x
[ http://jira.jboss.com/jira/browse/JBAS-26?page=history ] Remy Maucherat resolved JBAS-26: Resolution: Done Update 4.0.2 to use Tomcat-5.5.x Key: JBAS-26 URL: http://jira.jboss.com/jira/browse/JBAS-26 Project: JBoss Application Server Type: Task Versions: JBossAS-4.0.2 Final Reporter: Scott M Stark Assignee: Remy Maucherat Fix For: JBossAS-4.0.2 Final We need to migrate the web container to tomcat 5.5.x to support JBossPortal in the 4.0.x release series. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-26) Update 4.0.2 to use Tomcat-5.5.x
[ http://jira.jboss.com/jira/browse/JBAS-26?page=comments#action_12315017 ] Remy Maucherat commented on JBAS-26: I finished the initial porting. I checked a few things before porting, including testing that WEB-INF/context.xml files were correctly handled if present. Configuration of Tomcat 5.5 inside JBoss is extremely similar to the Tomcat 5.0 configuration. Let me know about any issues. Update 4.0.2 to use Tomcat-5.5.x Key: JBAS-26 URL: http://jira.jboss.com/jira/browse/JBAS-26 Project: JBoss Application Server Type: Task Versions: JBossAS-4.0.2 Final Reporter: Scott M Stark Assignee: Remy Maucherat Fix For: JBossAS-4.0.2 Final We need to migrate the web container to tomcat 5.5.x to support JBossPortal in the 4.0.x release series. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-821) JBoss HTTP Signature
[ http://jira.jboss.com/jira/browse/JBAS-821?page=history ] Remy Maucherat updated JBAS-821: Description: SourceForge Submitter: ivelin . The HTTP Response signature should be modified, so that statistics collection spiders can count JBoss deployments. This is important to be able to track objectively the JBoss market growth. Companies like Netcraft and E-Soft publish periodical statistics about the market penetration of certain server side technologies. PHP use it successfully as a marketing tool. http://www.securityspace.com/s_survey/data/man.200311/apachemods.html The current JBoss signature is: Apache Coyote/1.0 It should be something like: Apache Coyote/1.0 JBoss/3.2.3 For comparison the PHP signature is: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev Ivelin was: SourceForge Submitter: ivelin . The HTTP Response signature should be modified, so that statistics collection spiders can count JBoss deployments. This is important to be able to track objectively the JBoss market growth. Companies like Netcraft and E-Soft publish periodical statistics about the market penetration of certain server side technologies. PHP use it successfully as a marketing tool. http://www.securityspace.com/s_survey/data/man.200311/apachemods.html The current JBoss signature is: Apache Coyote/1.0 It should be something like: Apache Coyote/1.0 JBoss/3.2.3 For comparison the PHP signature is: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev Ivelin Environment: Fix Version: JBossAS-4.0.0 Final (was: JBossAS-4.0.2 Final) JBoss HTTP Signature Key: JBAS-821 URL: http://jira.jboss.com/jira/browse/JBAS-821 Project: JBoss Application Server Type: Feature Request Reporter: SourceForge User Assignee: Remy Maucherat Fix For: JBossAS-4.0.0 Final SourceForge Submitter: ivelin . The HTTP Response signature should be modified, so that statistics collection spiders can count JBoss deployments. This is important to be able to track objectively the JBoss market growth. Companies like Netcraft and E-Soft publish periodical statistics about the market penetration of certain server side technologies. PHP use it successfully as a marketing tool. http://www.securityspace.com/s_survey/data/man.200311/apachemods.html The current JBoss signature is: Apache Coyote/1.0 It should be something like: Apache Coyote/1.0 JBoss/3.2.3 For comparison the PHP signature is: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev Ivelin -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Resolved: (JBAS-821) JBoss HTTP Signature
[ http://jira.jboss.com/jira/browse/JBAS-821?page=history ] Remy Maucherat resolved JBAS-821: - Resolution: Done Fix Version: JBossAS-4.0.2 Final Scott implemented this a while ago. JBoss HTTP Signature Key: JBAS-821 URL: http://jira.jboss.com/jira/browse/JBAS-821 Project: JBoss Application Server Type: Feature Request Reporter: SourceForge User Assignee: Remy Maucherat Fix For: JBossAS-4.0.2 Final SourceForge Submitter: ivelin . The HTTP Response signature should be modified, so that statistics collection spiders can count JBoss deployments. This is important to be able to track objectively the JBoss market growth. Companies like Netcraft and E-Soft publish periodical statistics about the market penetration of certain server side technologies. PHP use it successfully as a marketing tool. http://www.securityspace.com/s_survey/data/man.200311/apachemods.html The current JBoss signature is: Apache Coyote/1.0 It should be something like: Apache Coyote/1.0 JBoss/3.2.3 For comparison the PHP signature is: Apache/1.3.26 (Unix) mod_gzip/1.3.26.1a PHP/4.3.3-dev Ivelin -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Updated: (JBAS-26) Update 4.0.2 to use Tomcat-5.5.x
[ http://jira.jboss.com/jira/browse/JBAS-26?page=history ] Remy Maucherat updated JBAS-26: --- Environment: Fix Version: JBossAS-4.0.2RC1 (was: JBossAS-4.0.2 Final) Update 4.0.2 to use Tomcat-5.5.x Key: JBAS-26 URL: http://jira.jboss.com/jira/browse/JBAS-26 Project: JBoss Application Server Type: Task Versions: JBossAS-4.0.2 Final Reporter: Scott M Stark Assignee: Remy Maucherat Fix For: JBossAS-4.0.2RC1 We need to migrate the web container to tomcat 5.5.x to support JBossPortal in the 4.0.x release series. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBAS-26) Update 4.0.2 to use Tomcat-5.5.x
[ http://jira.jboss.com/jira/browse/JBAS-26?page=comments#action_12314922 ] Remy Maucherat commented on JBAS-26: The difference in JSP compilation speed should be much bigger in JBoss, since the classpath is larger than in Tomcat. To do the backport, I will need the apache-tomcat55 in the thirdparty of the JBoss 4.0.x branch. Update 4.0.2 to use Tomcat-5.5.x Key: JBAS-26 URL: http://jira.jboss.com/jira/browse/JBAS-26 Project: JBoss Application Server Type: Task Versions: JBossAS-4.0.2 Final Reporter: Scott M Stark Assignee: Remy Maucherat Fix For: JBossAS-4.0.2 Final We need to migrate the web container to tomcat 5.5.x to support JBossPortal in the 4.0.x release series. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Assigned: (JBAS-26) Update 4.0.2 to use Tomcat-5.5.x
[ http://jira.jboss.com/jira/browse/JBAS-26?page=history ] Remy Maucherat reassigned JBAS-26: -- Assign To: Remy Maucherat (was: Scott M Stark) Update 4.0.2 to use Tomcat-5.5.x Key: JBAS-26 URL: http://jira.jboss.com/jira/browse/JBAS-26 Project: JBoss Application Server Type: Task Versions: JBossAS-4.0.2 Final Reporter: Scott M Stark Assignee: Remy Maucherat Fix For: JBossAS-4.0.2 Final We need to migrate the web container to tomcat 5.5.x to support JBossPortal in the 4.0.x release series. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss JIRA] Commented: (JBWEB-11) 505 error when connection from a .NET client
[ http://jira.jboss.com/jira/browse/JBWEB-11?page=comments#action_12314771 ] Remy Maucherat commented on JBWEB-11: - I know about this issue: it is caused by improper implementation of expectations by the .NET client. Essentially, the client sends a POST with a 100-continue, but doesn't wait for the expectation to suceed (likely Tomcat will not send a 100 response, but a 401), and sends the body of the request anyway. This is not a bug in Tomcat. Solution: disable keepalive, or add the .NET client user-agent to the list of restricted clients. 505 error when connection from a .NET client Key: JBWEB-11 URL: http://jira.jboss.com/jira/browse/JBWEB-11 Project: JBoss Web Type: Bug Components: Tomcat Versions: JBossWeb-4.0.1 Reporter: Thomas Diesler Assignee: Remy Maucherat People with .NET clients have no luck connection to JBossWS since .NET defaults to HTTP-1.1. This issue as poped up multiple times now. I don't think it is WS specific. Is there a general HTTP-1.1 issue with Tomcat? See: http://www.jboss.org/index.html?module=bbop=viewtopicp=3862668#3862668 -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - If you want more information on JIRA, or have a bug to report see: http://www.atlassian.com/software/jira --- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag--drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl ___ JBoss-Development mailing list JBoss-Development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [JBossWeb] - Tomcat 5.5 in JBoss
On Tue, 9 Nov 2004 14:35:58 -0500 (EST), youngm [EMAIL PROTECTED] wrote: Is there any kind of timeline of when we can expect some kind of preliminary Tomcat 5.5 support in JBoss? Assuming integration is planned will we see it in 3.2.x and 4.x or will it only be available in 4.x? Tomcat 5.5 replaced 5.0 in JBoss from the HEAD branch, and should also be integrated in the upcoming JBoss 4.0.2 (4.0.1 will still integrate Tomcat 5.0). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_idU88alloc_id065op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Bela Ban wrote: Okay, checked in my changes. By default we're using JBossManager as session manager if a session is marked as distributed. Todo: TomcatDeployer currently has an ugly if-then-else stmt, which should be replaced by an init() method, or a regular lifecycle implemented by any Manager. I disagree with that. I wasn't able to compile yet, as I'm missing the latest security updates, checking out a fresh copy now... Hmmm, it seems you forgot to commit stuff ;) -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Scott M Stark wrote: Ok, I'll look at them. Forget it: updating the rest of the repository fixed the problems. (cool: one problem solved) Remy Maucherat wrote: Scott M Stark wrote: If you have it ready check it in Bela. Ok. BTW, I get two (security related) failures now with the web test case. I'm checking to see if my last commit caused the problem. I quickly disabled my changes and I still get the two failures: testUnsecureAnonEJBAccess and testUnsecureRunAsServlet in the WebIntegration test. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Brian Stansberry wrote: Hi Remy, OK, switching a conversation from the TC list to the JBoss list. With TC5's SingleSignOn now easily extendable, if you'd like I can pretty quickly rework the TreeCache based implementation I posted on TC Bugzilla and commit it to JBoss HEAD and Branch_3_2. But, I'll need to hold off on that until JBoss CVS is using TC 5.0.23. I think Scott wants that feature in 3.2.4, so I'll update the Tomcat binaries in HEAD right away. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Bela Ban wrote: Scott M Stark wrote: Yes, do it please. Is it possible to externalize the choice of the clustered session manager in tc5/jboss-x.y.z as well? It still seems to be a hard-coded auto installment whenever the embedded tc5 layer sees that it is running in a clustered env. I have already made this configurable, but not yet checked in By adding a new flag in jboss-service.xml ? (that's how I wanted to do it) BTW, I'll also need to add a feature (if it's doable, I didn't test it, but I think it should be ok) to allow mapping a webapp to more than one vhost. This means a small change in the API which handles jboss-web.xml. Should I do that before or after 3.2.4 RC 2 ? For the SSO clustering, a new Tomcat tag is needed (I've upgraded HEAD to the nightly). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek For a limited time only, get FREE Ground shipping on all orders of $35 or more. Hurry up and shop folks, this offer expires April 30th! http://www.thinkgeek.com/freeshipping/?cpg=12297 ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Bela Ban wrote: Yes, like the following snippet shows !-- Class of the session manager (used if context is marked as 'distributable'. Allowed values: - org.jboss.web.tomcat.tc5.session.JBossManager - org.jboss.web.tomcat.tc5.session.JBossCacheManager -- attribute name=ManagerClassorg.jboss.web.tomcat.tc5.session.JBossManager/attribute This looks good to me. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Scott M Stark wrote: If you have it ready check it in Bela. Ok. BTW, I get two (security related) failures now with the web test case. I'm checking to see if my last commit caused the problem. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] [Tomcat] Cluster Support for SingleSignOn
Remy Maucherat wrote: Scott M Stark wrote: If you have it ready check it in Bela. Ok. BTW, I get two (security related) failures now with the web test case. I'm checking to see if my last commit caused the problem. I quickly disabled my changes and I still get the two failures: testUnsecureAnonEJBAccess and testUnsecureRunAsServlet in the WebIntegration test. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149alloc_id=8166op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Clustering support for SSO
Hi, Brian Stansberry submitted some new useful patches for Tomcat, adding pluggable SSO support, with an implementation of JBoss clustering for SSO (which would replace the regular SSO valve). The issue it addresses is that when there's a failover, SSO data is lost and the user would possibly need to relog in once (to add SSO on the new node). The increase in network activity should be reasonable, but obviously this is a polish feature. Are we interested in this advanced functionality ? (the question is for Scott and Bill, mostly) -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Clustering support for SSO
Scott M Stark wrote: Yes, In fact I'm looking to add this immedaitely. Brian's patch seems good, but I didn't fully review it: can we wait until after 3.2.4, though ? Some Tomcat changes are needed, and I can't make them appear in a release within two seconds ;) -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Clustering support for SSO
Scott M Stark wrote: I want to do another 3.2.4RC2 release before the final so there is time. Ok. Then we can say that I'll take care of this in Tomcat land soon enough (since all that is apparently needed is to merge patches, again thanks to Brian :) ). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470alloc_id=3638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Re: remember DR3 freeze next week
Bill Burke wrote: Remember, DR3 freeze is next week. let's shoot for next wednesday. If you need a few more days, let me know. Thanks for all the hard work guys! I found a few recent regressions: - Some console problems I just fixed (there could be more similar stuff that I missed, so more testing could be useful) - On startup: 12:26:11,122 INFO [MainDeployer] Starting deployment of package: file:/L:/home/jboss/jboss-head/build/output/jboss-4.0.0DR3/server/default/ conf/jboss-service.xml java.lang.IllegalArgumentException: Unknown AOP tag: metadata-loader at org.jboss.aop.AspectXmlLoader.deployXML(AspectXmlLoader.java:567) at org.jboss.aop.AspectXmlLoader.deployXML(AspectXmlLoader.java:630) at org.jboss.aop.deployment.AspectManagerService.createService(AspectManagerService.java:96) at org.jboss.system.ServiceMBeanSupport.create(ServiceMBeanSupport.java:158) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) - When redeloying Tomcat (touch jboss-service.xml), an exception caused by: Cause: org.apache.commons.logging.LogConfigurationException: java.lang.NullPointerException at org.jboss.mx.server.MBeanServerImpl.handleInstantiateExceptions(MBeanServerImpl.java:1025) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:970) at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:208) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:264) at org.jboss.web.tomcat.tc5.Tomcat5.startService(Tomcat5.java:163) Caused by: java.lang.NullPointerException at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:119) at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:181) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:135) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at org.apache.commons.logging.LogFactory$2.run(LogFactory.java:571) AFAIK, this shold be a recent regression. -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x --- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70alloc_id638op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Scott M Stark wrote: This has been fixed by only unregistering the deployment UCL if the deployment actually created the UCL as opposed to inherit the UCL from its containing deployment. The current NPE behavior is an artifact of class loading that is ocurring now, not any specific behavior changes. Cool :) Should I remove the nested deployment for the root webapp in the TC 5 SAR, and move the .war to deploy ? -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Tom Elrod wrote: I am able to reproduce the problem, but after spending a good bit of time trying to find the bug, I am at a loss. Here is what I have found so far (Scott maybe you would be able to figure it out based on this info?). The LoaderRepository variable, repository, within UnifiedClassLoader is null when loadClassImpl() is called. Best I can tell, this probably happens because UnifiedClassLoader::setRepository() is called with a null value or UnifiedClassLoader::unregister() is called (am guessing it is the later). The MainDeployer does call the unregister() method on the UnifiedClassLoader, but not until after it calls stop(), which is where the NPE occurs (so has not gotten to the unregister() call yet). My best guess is that the problem stems from destroying one of the sub deployments (which happens before the NPE and will call unregister(), but not familiar enough with classloader/deployment stuff to know if would be using same UnifiedClassLoader instance). I did notice an exception in the log before the NPE (am attaching snippet of the log). I also checked the MainDeployer, UnifiedClassLoader, and UnifiedClassLoader3 for recent code changes. The MainDeployer had only one change related to using a HashSet for the waitingForClasses collection. The UnifiedClassLoader3 did not have any changes. The UnifiedClassLoader had a lot of changes, but don't seem related to this (but could be missing something). I ended up giving up, and modifying Tomcat a little to do the needed classloading on startup instead. This could possibly cause regressions with other services, although this is unlikely, since doing explicit classloading on shutdown is at best unusual ;-) I put the 5.0.18 binaries in the CVS, and they have the fix. So update your repository, and there shouldn't be a problem now. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Upgrading to TC 5 (the return)
Scott M Stark wrote: We can try tc5 as the default in the next 3.2 rc release. Awesome :) When is the first beta of 3.2.4 planned, BTW ? -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Upgrading to TC 5 (the return)
Hi, The necessary web tests now work, and I've cleaned up a bit the integration. Clustering needs testing. Tomcat 5.0.17 will be tagged soon, and I'll update the binaries in thirdparty accordingly. Once clustering is tested we need to port all this to HEAD (including Scott's refactoring), and remove Tomcat 4.1 (since itt doesn't support the needed specs). Another question is if Tomcat 5 should become the default in JBoss 3.2.4. This would definitely make my life easier form a support and maintenance perspective. Nukes has dependencies with all this, and will need to be updated for both JMX 1.2 and Tomcat 5. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Scott M Stark wrote: The class loading failure is due the associated deployment being destroyed and the class loader removed from the repository. The class loader reference is invalid, so look into why the class loader is being used after its deployment is destroyed. We need to get the web integration tests running before tc5 can be considered for the default config. The web integration tests now work. Clustering is still untested, though. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Scott M Stark wrote: The class loading failure is due the associated deployment being destroyed and the class loader removed from the repository. The class loader reference is invalid, so look into why the class loader is being used after its deployment is destroyed. This was working before the JMX 1.2 backport. Also, the CL occurs in the stopService method, not after. I think the CL should still be valid at that point (it can be marked invalid after returning from that call). I don't think I can change that in Tomcat, so I think I'll have to rely on my workaround. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Sacha Labourey wrote: Hello Rémy, Would it be possible to switch to TC 5 for JB 3.2.4 (assuming there's someone to test and bugfix the clustering code) ? I did add the JSR 77 stats, so the web console works and has the same stats as with TC 4.1 now. It is not my decision but in a recent e-mail (virtual hosting) you said that it needed some more testing, do you think it is really safe to do the change now (remember these are stable minor releases)? I would qualify JMX 1.2 as a major addition, so maybe it would be a good idea to change the numbering scheme (3.2.3 was a minor update, 3.2.2 wasn't, and 3.2.4 isn't going to be one either). As for testing, that's what betas are for. One more month in beta should be enough :) -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Scott M Stark wrote: The class loading is the same, the bigger recent change was a refactoring No, your refactoring didn't break anything, as I did test it earlier. of the embedded web service into the web container service and a deployer. I would this is the source of the behavior change. What use case produces the problem so I can look at it? For a variety of reasons, I needed to get a new class on shutdown of the service (a webapp deployer, to shutdown all the webapps). This is mostly to be consistent with Tomcat standalone, and it would actually be useful if using external contexts. So to fix it, I changed the setting so that a (useless) Host deployer would be created on startup: - Host name=localhost autoDeploy=false deployOnStartup=false + Host name=localhost -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web integration (clustering) updates
Tom Elrod wrote: So is this still an issue? If so, how do I reproduce (will look at it tonight)? The value of looking into this is that it could possibly be a regression. Otherwise, the workaround is good enough :) - Use the TC 5 SAR instead of the TC 4.1 SAR - In the server.xml of the SAR, replace Host name=localhost by Host name=localhost autoDeploy=false deployOnStartup=false (that way, Tomcat will do a Class.forName during its shutdown, but before AbstractWebContainer.stopService is called) Rémy -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Web integration (clustering) updates
Hi, I saw some updates here to the web clustering code from Thomas: User: tpeuss Date: 04/01/04 03:54:01 Modified:src/main/org/jboss/web/tomcat/session Tag: Branch_3_2 ClusterManager.java ClusteredSession.java Log: Change for bug #863113. This patch adds a new configuration option (UseLocalCache) to the clustering code. Setting this option to false forces the clustering code to look into the distributed store on every access and to replicate the session on every access. This is useful in a non-sticky session environment but costs performance. By default this option is true. IMO, the TC 5 code which I ported should be kept in sync (it's in src/main/org/jboss/web/tomcat/tc5/session). Also, would it be possible to test it so that the TC 5 integration has the same features as TC 4.1 ? I don't quite have the right setup myself. Would it be possible to switch to TC 5 for JB 3.2.4 (assuming there's someone to test and bugfix the clustering code) ? I did add the JSR 77 stats, so the web console works and has the same stats as with TC 4.1 now. BTW, what about the classloading failure I posted two days ago ? I did find a workaround for it but it's not very clean. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] NPE when shutting down a host
Going back to the TC 5 integration, I run into a problem while undeploying the SAR: 22:50:47,367 ERROR [StandardHost] Error creating deployer java.lang.NullPointerException at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:119) at org.jboss.mx.loading.UnifiedClassLoader3.loadClassImpl(UnifiedClassLoader3.java:185) at org.jboss.mx.loading.UnifiedClassLoader3.loadClass(UnifiedClassLoader3.java:139) at java.lang.ClassLoader.loadClass(ClassLoader.java:235) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:141) at org.apache.catalina.core.StandardHost.getDeployer(StandardHost.java:1019) at org.apache.catalina.core.StandardHost.findDeployedApps(StandardHost.java:916) at org.apache.catalina.startup.HostConfig.undeployApps(HostConfig.java:1042) at org.apache.catalina.startup.HostConfig.stop(HostConfig.java:1024) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:395) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1165) at org.apache.catalina.core.ContainerBase.stop(ContainerBase.java:1177) at org.apache.catalina.core.StandardEngine.stop(StandardEngine.java:523) at org.apache.catalina.core.StandardService.stop(StandardService.java:575) at org.apache.catalina.core.StandardServer.stop(StandardServer.java:2379) at org.apache.catalina.startup.Catalina.stop(Catalina.java:647) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.modeler.BaseModelMBean.invoke(BaseModelMBean.java:503) at org.jboss.mx.server.RawDynamicInvoker.invoke(RawDynamicInvoker.java:72) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:544) at org.jboss.web.tomcat.tc5.Tomcat5.stopService(Tomcat5.java:173) at org.jboss.system.ServiceMBeanSupport.stop(ServiceMBeanSupport.java:240) I think this is caused by the JMX 1.2 checkin in the 3.2 branch. Any idea of a workaround ? -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] TC 5 integration
Hi, A lot of tweaking have been made in the TC 5 integration with JBoss 3.2.x. All the web console web tier monitoring now work. I think the only issue remaining is testing clustering. Then the code can be ported to JBoss 4.0. After that, new integration features can be added, such as a Tomcat status item in the web console. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Tomcat updates in HEAD
Hi, Given HEAD needs to support the new Servlet JSP specifications, I plan to: - remove support fot Tomcat 4.1.x - port all the changes I've made in 3.2 (which integrates TC 5.0.16) to HEAD Any issues with this ? -- x Re'my Maucherat Senior Developer Consultant JBoss Group (Europe) Sa`RL x --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Nukes forums are live on www.jboss.org
Bill Burke wrote: ? worked for me. Sebastian Hauer wrote: I was just going to post into the test forum and got a - HTTP Status 500 - No Context configured to process this request type Status report message No Context configured to process this request description The server encountered an internal error (No Context configured to process this request) that prevented it from fulfilling this request. Apache Tomcat/4.1.29 - I think Julien is going to redeploy the thing quite a few times today to fix issues. -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278alloc_id=3371op=click ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tomcat updates
Scott M Stark wrote: Its included in the release in the same manner as 3.2.3RC1, as a sar with a build file that creates a server/tomcat5 configuration that replaces the tomcat-4.1.x sar with the tc5 version. The tc5 version cannot be made the default until it at least passes the org.jboss.test.web.test.WebIntegrationUnitTestCase which it currently does not because it is making assumptions about the jsr77 object names which are not valid for wars embedded in ears. I can't see any TC 5 SAR in the release, did I miss something ? Lots of people have been asking for TC 5 in JB (either on the JB or TC lists), and it would be a pity to miss the opportunity of a simultaneous release. I think we need full d/l with TC 5, advertised as a beta. About the JSR 77 problem, it's the J2EEApplication key, right ? IMO, this is an extremely minor problem, insignificant when compared to the lack of tested clustering support (the code is there now, though). -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tomcat updates
Sacha Labourey wrote: - The session clustering code is now ported to Tomcat 5, but it will likely need fixes to work. Need help? What is the problem? No problem. Have you done some testing? No. It builds :) -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2.3RC1
Scott M Stark wrote: I'm putting together a 3.2.3RC1 release to pickup some recent bug fixes. I'm working on a fix for [ 832561 ] NoSuchMethodException when HAJNDI joins cluster that I want to include. If there are any other must have fixes let me know. This will include Tomcat 4.1.29, with a few fixes and tweaks. Starting with 3.2.3 RCs, how about releasing a Tomcat 5.0.x based binary ? I've seen a significant amount of requests for this. The SAR is generated in tomcat/output/deploy when building. There's a gotcha though: the servlet API JAR in the lib folder of JBoss must be replaced with the new servlet JSP JARs. Known issue: Only the Tomcat 5.0 session clustering is supported in this release (and the JARs for that feature are not included, but the regular ones from Tomcat standalone may be used). -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Tomcat integration changes and TODO
The Tomcat integration needs work, esp for JB 4, and to take advantage of the new features introduced in Tomcat 5. I propose the following changes: - Eventually remove the shared servlet JSP API JAR from the shared lib folder. The idea is that Tomcat 5 can't run (well, it can, but sooner or later it'll break) unless this is deleted. The other SARs (Jetty + Tomcat 4) don't include the servlet API JAR, so they won't run without adding it. Comments ? - Add a JBoss welcome webapp (mapped to /) with links to the other available webapps, so that when users access the server root, they see something meaningful. This could link to the other services available. - [TC 5] Add to the TC 5 SAR a status webapp, which can display the status of the HTTP/1.1 connector being used. - [TC 5] Integrate the JSR 77 stuff. I think the cleanest would be to let Tomcat create and manage the JSR 77 beans (likely bugfixes to Tomcat will be needed to allow configuration of the object names). - [JB 4] Use a JB provided CL to support AOP for the webapp classes. I'm also wondering if platform integration could be improved using new TC 5 components: - a new .exe wrapper for running as a NT service and as a normal webapp - a new Unix wrapper (we use it for the usual port-80-without-root problem; it unfortunately wouldn't work with JB, which doesn't have a well defined init phase) Remy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Tomcat integration changes and TODO
Sacha Labourey wrote: - a new Unix wrapper (we use it for the usual port-80-without-root problem; it unfortunately wouldn't work with JB, which doesn't have a well defined init phase) *** Explain ;) Well, it's fairly simple. Basically, it's a native binary, which instantiates the VM using JNI, instantiates an object in the VM (as configured), and then calls a init method, does a setuid (to switch to non root), and calls a start method. So the trick is to init the HTTP connector during the init call, to bind port 80. And after that, Tomcat can run as non root the rest of the time. There are of course many other ways (the best IMO being kernel level port redirection). Remy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ JBoss-Development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] php5 is coming
julien viet wrote: I can bend jasper compiler to compile JSP to java classes, I've already done that. JSP compilation is now functional again in Tomcat 4.1.x. I recommend you deploy your production webapps (Nukes, etc) with that and explicit mappings for the JSPs in web.xml. You can see all the docs here: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jasper-howto.html Remy --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] php5 is coming
Scott M Stark wrote: We really have not looked into tweaking the jsp compiler layer to see if the filesystem requirement can be replaced by an input stream or byte[] view of classes as far as I know. Its something to look into as another optimization/benefit of embedding the web container into JBoss. I don't see how you can do that. The problem is the Java compiler (there's already a JSR for that already, ETA is for Tiger). I recommed using JSP compilation to just get rid of the compilation crap at runtime. I think we should eventually recommend in the docs that people do that during the deployment process of the webapp. Remy --- This SF.net email is sponsored by: ValueWeb: Dedicated Hosting for just $79/mo with 500 GB of bandwidth! No other company gives more support or power for your dedicated server http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web containers and jsr77
Scott M Stark wrote: There are two layers of integration between web containers and JSR77 model components I want to implement for 3.2 The first is the JSR77 WebModule which is handled at the AbstractWebContainer level. Subclasses of AbstractWebContainer need to populate the DeploymentInfo.mbeans list with the JMX ObjectNames of the war's servlets managment objects. If the container is not creating JMX objects for the servlets just place the name of the servlet in there. The more problematic model is the ServletStats which requires access to the following time statistics on a servlet's service method: - long minTime in milliseconds - long maxTime in milliseconds - long totalTime in milliseconds This does require the servlet container to create a MBean facade that provides this information. This should be the MBean whose name is added to the DeploymentInfo.mbean list. How big a deal is this going to be to add support for Jetty and Tomcat? The support for that is there in Tomcat 5. It is going to be ported to Tomcat 4.1.x. However, the big issue is for the MBean name (Tomcat has to know the name of the J2EE application and stuff). Remy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Web containers and jsr77
Scott M Stark wrote: That is the issue. I would rather the web container not directly create the JSR77 Servlet model. Instead it should create its own management facade that is used by the JBoss JSR77 layer to present the Servlet model mbean with the correct naming structure. So there justs needs to be some way to specify the root structure of the web container JMX names to avoid conflicts. Say the JMX domain and a list of properties that should be included in a given war web context. Well, if you want to add an indirection, then it's easy. Tomcat 5 support all those monitoring features using JavaBean properties + the Jakarta Commons Modeler and its introspection mechanism. So the wrapper is also an MBean, and its properties, including the JSR 77 statistics, are accessible either through JMX, or as normal Java properties. Remy --- This SF.NET email is sponsored by: FREE SSL Guide from Thawte are you planning your Web Server Security? Click here to get a FREE Thawte SSL guide and find the answers to all your SSL security issues. http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.0.5RC1 available
Scott M Stark wrote: A 3.0.5 pre-release has been made available for testing. The primary purpse is to get feedback about the latest class loader changes made to address the outstanding IllegalAccessErrors. If you have experienced problems with IllegalAccessErrors or LinkageErrors please try this version or the 3.2.0beta3 version. Both are available from SourceForge here: http://sourceforge.net/project/showfiles.php?group_id=22866 If you experience any class loading related problems follow the bug reporting proceedure described in the release notes: http://sourceforge.net/project/shownotes.php?release_id=129789 I was about to mention that a new Tomcat release was available, and that you should include it in newer builds. Thanks for doing it right (as usual) :) Remy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss3.2-Tomcat4.1.10
Scott M Stark wrote: If you look at the Embedded usage in the JBoss service it is not doing much. Being able to run off a sar with the minimum elements from tomcat would be good, but I want to keep the ability to run with a pristine tomcat dist. Using the normal Tomcat startup code directly instead of Embedded should allow it, but what's the rationale behind that ? I'm asking since that's not the policy with Jetty. Why is Tomcat handled differently ? Remy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss3.2-Tomcat4.1.10
Liam Magee wrote: Hi Thomas, I haven't looked deeply into Tomcat MBean support, this is the next natural step for integration b/w JBoss and Tomcat. I think it would be beneficial to stop using Embedded eventually (whatever JBoss needs to do should be doable using a host configurator and similar hooks), so that little or no code duplication is needed. I'll make changes on the Tomcat side (either in future 4.1.x releases, or in Tomcat 5.0.x) and the JBoss/Tomcat build script to allow customizing the classloader and directory structure if people are interested in getting an integration with a neater packaging ala Jetty/JBoss (many components and libraries are also not useful to JBoss and could be removed, thus making the download archive much smaller). Remy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss3.2-Tomcat4.1.10
Liam Magee wrote: I've fixed the problem I was having earlier, and have a version of tomcat-service.jar which integrates JBoss3.0.2 and Tomcat4.1.12. What is the process for posting/committing the code for review? Great job on putting that stuff together so fast. I think you could submit a patch to the SF patch handing system. http://sourceforge.net/tracker/?group_id=22866atid=376687 Remy --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] JBoss3.2-Tomcat4.1.10
Scott M Stark wrote: No, I have no time for this right now. Remy Maucherat will be looking at it shortly. I plan to help out after Tomcat 4.1.12 is out of the door (it should be tomorrow). Given that 4.1 includes a lot of performance improvements, as well as the new Jasper 2, it should be worth it. Remy Any chance Scott or Alain can take a look at this? I think Josh Davis and a few others have been clamoring for this as well. thanks, Mike -Original Message- From: Simpson, Mike W Sent: Friday, September 20, 2002 3:34 PM To: '[EMAIL PROTECTED]' Subject: [JBoss-dev] JBoss3.2-Tomcat4.1.10 For a variety of 'business reasons', we're running tomcat instead of jetty, and would very much benefit from being on the 4.1.10 release. I've been working on getting jboss 3.2 integrate with tomcat 4.10, and for the most part, it's an easy upgrade. On 9/16, I checked out Branch_3_2, and pulled Tomcat 4.1.10 from Apache. org.apache.catalina.util.xml has been deprecated and removed, in favor of Apache's commons digester package. Rather than port all of the xml digester code, I jarred up the old package, added to build classpaths, and all but a handful of compilation errors were removed. The following additional changes were necessary to get the bundle to build: --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] java.naming.factory.initial in Tomcat 4.0
Thank you for the insides. Somehow -Dcatalina.useNaming=false didn't work;-nonaming worked. Just checked the code ... My mistake, sorry for the trouble. The main class will only look at the flag, and set the JNDI sys properties and catalina.useNaming accordingly. Remy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] java.naming.factory.initial in Tomcat 4.0
It seems java.naming.factory.initial in Tomcat 4.0 is set to org.apache.naming.java.javaURLContextFactory no matter what is the value in jndi.properties or -Djava.naming.factory.initial=org.jnp.interfaces.NamingContextFactory. Does any one know how to handle this? There's a system property you can use to disable the support for JNDI in Tomcat 4.0. Just set 'catalina.useNaming' to 'false'. You can also use the -nonaming switch if you're running it from the command line. Remy ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development