Re: [JBoss-dev] Tomcat 6 integrated

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat (JIRA)]

 [ 
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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 
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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 
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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 
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

[Remy Maucherat (JIRA)]

 [ 
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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

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

[Remy Maucherat (JIRA)]

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

[Remy Maucherat (JIRA)]

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

[Remy Maucherat (JIRA)]

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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat (JIRA)]

 [ 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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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)

[Remy Maucherat]

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)

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

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

[Remy Maucherat]

 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

[Remy Maucherat]

 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