[JBoss JIRA] Created: (JBVFS-163) [Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http resources
9:53 a.m.
[Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http
resources
---------------------------------------------------------------------------------------------
Key: JBVFS-163
URL: https://jira.jboss.org/browse/JBVFS-163
Project: JBoss VFS
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 3.0.0.CR5, 2.1.2.GA, 2.1.0.GA
Environment: JBoss 5.0.1 GA (jboss-vfs 2.1.2 GA)
JBoss 5.1.0 GA (jboss-vfs 2.1.0 GA)
JBoss 6.0.0 M3 (jboss-vfs 3.0.0 CR5)
Reporter: Savas Ali Tokmen
Assignee: John Bailey
Hello
I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x, and
even maybe 6.x.
Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a
manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.),
we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP
URL which contains all our deployable artifacts.
As of JBoss 5.x, this broke.
When I try, here's the exception I get with JBoss 5.x:
{noformat}
08:08:50,414 INFO [MainDeployer] deploy,
url=http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
08:08:50,414 WARN [MainDeployer] Failed to deploy:
http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
java.io.IOException: No context factory for
http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
at org.jboss.virtual.VFS.getVFS(VFS.java:244)
at org.jboss.virtual.VFS.createNewRoot(VFS.java:261)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:826)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:391)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:389)
at java.security.AccessController.doPrivileged(Native Method)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:387)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:312)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:106)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doGet(HtmlAdaptorServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:637)
08:08:50,416 ERROR [[HtmlAdaptor]] Servlet.service() for servlet HtmlAdaptor threw
exception
java.io.IOException: No context factory for
http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
at org.jboss.virtual.VFS.getVFS(VFS.java:244)
at org.jboss.virtual.VFS.createNewRoot(VFS.java:261)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:826)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:391)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:389)
at java.security.AccessController.doPrivileged(Native Method)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:387)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:312)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:106)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doGet(HtmlAdaptorServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:637)
{noformat}
... and in JBoss 6.x:
{noformat}
11:20:49,412 INFO [org.jboss.deployment.MainDeployer] deploy,
url=http://192.168.0.12:59529/simple-war-1.0.3-SNAPSHOT.war
11:20:49,456 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] deploy,
ctxPath=/simple-war-1.0.3-SNAPSHOT
11:20:49,469 ERROR [org.apache.catalina.core.StandardContext] Error starting static
Resources: java.lang.IllegalArgumentException: Invalid or unreadable WAR file :
/simple-war-1.0.3-SNAPSHOT.war
at org.apache.naming.resources.WARDirContext.setDocBase(WARDirContext.java:130)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:3895)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4063)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:323)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:148)
[:6.0.0.20100429-M3]
at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:462)
[:6.0.0.20100429-M3]
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:116)
[:6.0.0.20100429-M3]
at org.jboss.web.deployers.WebModule.start(WebModule.java:95) [:6.0.0.20100429-M3]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_20]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[:1.6.0_20]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[:1.6.0_20]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_20]
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
[:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) [:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) [:6.0.0.Beta5]
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:271)
[:6.0.0.Beta5]
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:670) [:6.0.0.Beta5]
at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
[:2.2.0.Alpha9]
at $Proxy41.start(Unknown Source) at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:53)
[:2.2.0.Alpha9]
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:41)
[:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:377)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:301)
[:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2042)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1081)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1320)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1244)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1137)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:937)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:652)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.system.ServiceController.doChange(ServiceController.java:671)
[:6.0.0.20100429-M3 (Build SVNTag:JBoss_6.0.0.20100429-M3 date: 20100502)]
at org.jboss.system.ServiceController.start(ServiceController.java:443)
[:6.0.0.20100429-M3 (Build SVNTag:JBoss_6.0.0.20100429-M3 date: 20100502)]
at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:189)
[:6.0.0.20100429-M3]
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:102)
[:6.0.0.20100429-M3]
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:49)
[:6.0.0.20100429-M3]
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
[:2.2.0.Alpha4]
at
org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1857)
[:2.2.0.Alpha4]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1575)
[:2.2.0.Alpha4]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1596)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1516)
[:2.2.0.Alpha4]
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:377)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2042)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1081)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1320)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1244)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1137)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:937)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:652)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:2008)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1101)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679)
[:2.2.0.Alpha4]
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:370) [:6.0.0.20100429-M3]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_20]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[:1.6.0_20]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[:1.6.0_20]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_20]
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
[:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) [:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) [:6.0.0.Beta5]
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:271)
[:6.0.0.Beta5]
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:670) [:6.0.0.Beta5]
at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:391)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:388)
at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_20]
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:387)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:312)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:106)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doGet(HtmlAdaptorServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [:1.0.0.Beta2]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Beta2]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:336)
[:6.0.0.20100429-M3]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:293)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183)
[:6.0.0.20100429-M3]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
[:6.0.0.20100429-M3]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[:6.0.0.20100429-M3]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
[:6.0.0.20100429-M3]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:872)
[:6.0.0.20100429-M3]
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)
[:6.0.0.20100429-M3]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951)
[:6.0.0.20100429-M3]
at java.lang.Thread.run(Thread.java:637) [:1.6.0_20]
{noformat}
Is this expected? If VFS doesn't fetch files from HTTP, how can we remotely deploy an
application to a cluster of hundreds of JBoss instances?
This is a big regression compared to JBoss 4.2.x.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:56 a.m.
New subject: [JBoss JIRA] Updated: (JBVFS-163) [Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http resources
[
https://jira.jboss.org/browse/JBVFS-163?page=com.atlassian.jira.plugin.sy...
]
Savas Ali Tokmen updated JBVFS-163:
-----------------------------------
Attachment: stacktrace-jboss-5.txt
stacktrace-jboss-6.txt
Attaching stack traces
[Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't
support fetching http resources
---------------------------------------------------------------------------------------------
Key: JBVFS-163
URL: https://jira.jboss.org/browse/JBVFS-163
Project: JBoss VFS
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.1.0.GA, 2.1.2.GA, 3.0.0.CR5
Environment: JBoss 5.0.1 GA (jboss-vfs 2.1.2 GA)
JBoss 5.1.0 GA (jboss-vfs 2.1.0 GA)
JBoss 6.0.0 M3 (jboss-vfs 3.0.0 CR5)
Reporter: Savas Ali Tokmen
Assignee: John Bailey
Attachments: stacktrace-jboss-5.txt, stacktrace-jboss-6.txt
I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x,
and even maybe 6.x.
Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a
manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.),
we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP
URL which contains all our deployable artifacts.
As of JBoss 5.x, this broke. I'm attaching stack traces for JBoss 5 and JBoss 6; in
JBoss 5 we clearly see that org.jboss.virtual.VFS.getVFS throws: java.io.IOException: No
context factory for http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:56 a.m.
New subject: [JBoss JIRA] Updated: (JBVFS-163) [Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http resources
[
https://jira.jboss.org/browse/JBVFS-163?page=com.atlassian.jira.plugin.sy...
]
Savas Ali Tokmen updated JBVFS-163:
-----------------------------------
Labels: vfs remote (was: )
Description:
I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x, and
even maybe 6.x.
Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a
manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.),
we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP
URL which contains all our deployable artifacts.
As of JBoss 5.x, this broke. I'm attaching stack traces for JBoss 5 and JBoss 6; in
JBoss 5 we clearly see that org.jboss.virtual.VFS.getVFS throws: java.io.IOException: No
context factory for http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
was:
Hello
I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x, and
even maybe 6.x.
Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a
manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.),
we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP
URL which contains all our deployable artifacts.
As of JBoss 5.x, this broke.
When I try, here's the exception I get with JBoss 5.x:
{noformat}
08:08:50,414 INFO [MainDeployer] deploy,
url=http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
08:08:50,414 WARN [MainDeployer] Failed to deploy:
http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
java.io.IOException: No context factory for
http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
at org.jboss.virtual.VFS.getVFS(VFS.java:244)
at org.jboss.virtual.VFS.createNewRoot(VFS.java:261)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:826)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:391)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:389)
at java.security.AccessController.doPrivileged(Native Method)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:387)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:312)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:106)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doGet(HtmlAdaptorServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:637)
08:08:50,416 ERROR [[HtmlAdaptor]] Servlet.service() for servlet HtmlAdaptor threw
exception
java.io.IOException: No context factory for
http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
at org.jboss.virtual.VFS.getVFS(VFS.java:244)
at org.jboss.virtual.VFS.createNewRoot(VFS.java:261)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:826)
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:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:391)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:389)
at java.security.AccessController.doPrivileged(Native Method)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:387)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:312)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:106)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doGet(HtmlAdaptorServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:601)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:637)
{noformat}
... and in JBoss 6.x:
{noformat}
11:20:49,412 INFO [org.jboss.deployment.MainDeployer] deploy,
url=http://192.168.0.12:59529/simple-war-1.0.3-SNAPSHOT.war
11:20:49,456 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] deploy,
ctxPath=/simple-war-1.0.3-SNAPSHOT
11:20:49,469 ERROR [org.apache.catalina.core.StandardContext] Error starting static
Resources: java.lang.IllegalArgumentException: Invalid or unreadable WAR file :
/simple-war-1.0.3-SNAPSHOT.war
at org.apache.naming.resources.WARDirContext.setDocBase(WARDirContext.java:130)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardContext.resourcesStart(StandardContext.java:3895)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4063)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:323)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:148)
[:6.0.0.20100429-M3]
at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:462)
[:6.0.0.20100429-M3]
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:116)
[:6.0.0.20100429-M3]
at org.jboss.web.deployers.WebModule.start(WebModule.java:95) [:6.0.0.20100429-M3]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_20]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[:1.6.0_20]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[:1.6.0_20]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_20]
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
[:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) [:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) [:6.0.0.Beta5]
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:271)
[:6.0.0.Beta5]
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:670) [:6.0.0.Beta5]
at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
[:2.2.0.Alpha9]
at $Proxy41.start(Unknown Source) at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:53)
[:2.2.0.Alpha9]
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:41)
[:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:377)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:301)
[:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2042)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1081)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1320)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1244)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1137)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:937)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:652)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.system.ServiceController.doChange(ServiceController.java:671)
[:6.0.0.20100429-M3 (Build SVNTag:JBoss_6.0.0.20100429-M3 date: 20100502)]
at org.jboss.system.ServiceController.start(ServiceController.java:443)
[:6.0.0.20100429-M3 (Build SVNTag:JBoss_6.0.0.20100429-M3 date: 20100502)]
at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:189)
[:6.0.0.20100429-M3]
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:102)
[:6.0.0.20100429-M3]
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:49)
[:6.0.0.20100429-M3]
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
[:2.2.0.Alpha4]
at
org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:55)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1857)
[:2.2.0.Alpha4]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1575)
[:2.2.0.Alpha4]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1596)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1516)
[:2.2.0.Alpha4]
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:377)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:2042)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:1081)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1320)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1244)
[jboss-dependency.jar:2.2.0.Alpha9]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1137)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:937)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:652)
[jboss-dependency.jar:2.2.0.Alpha9]
at org.jboss.deployers.plugins.deployers.DeployersImpl.change(DeployersImpl.java:2008)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:1101)
[:2.2.0.Alpha4]
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:679)
[:2.2.0.Alpha4]
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:370) [:6.0.0.20100429-M3]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_20]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[:1.6.0_20]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[:1.6.0_20]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_20]
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
[:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) [:6.0.0.Beta5]
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) [:6.0.0.Beta5]
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:271)
[:6.0.0.Beta5]
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:670) [:6.0.0.Beta5]
at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:391)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$4.run(HtmlAdaptorServlet.java:388)
at java.security.AccessController.doPrivileged(Native Method) [:1.6.0_20]
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:387)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOpByName(HtmlAdaptorServlet.java:312)
at
org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:106)
at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doGet(HtmlAdaptorServlet.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [:1.0.0.Beta2]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Beta2]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:336)
[:6.0.0.20100429-M3]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:293)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183)
[:6.0.0.20100429-M3]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
[:6.0.0.20100429-M3]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
[:6.0.0.20100429-M3]
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
[:6.0.0.20100429-M3]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
[:6.0.0.20100429-M3]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368)
[:6.0.0.20100429-M3]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:872)
[:6.0.0.20100429-M3]
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653)
[:6.0.0.20100429-M3]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951)
[:6.0.0.20100429-M3]
at java.lang.Thread.run(Thread.java:637) [:1.6.0_20]
{noformat}
Is this expected? If VFS doesn't fetch files from HTTP, how can we remotely deploy an
application to a cluster of hundreds of JBoss instances?
This is a big regression compared to JBoss 4.2.x.
[Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't
support fetching http resources
---------------------------------------------------------------------------------------------
Key: JBVFS-163
URL: https://jira.jboss.org/browse/JBVFS-163
Project: JBoss VFS
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.1.0.GA, 2.1.2.GA, 3.0.0.CR5
Environment: JBoss 5.0.1 GA (jboss-vfs 2.1.2 GA)
JBoss 5.1.0 GA (jboss-vfs 2.1.0 GA)
JBoss 6.0.0 M3 (jboss-vfs 3.0.0 CR5)
Reporter: Savas Ali Tokmen
Assignee: John Bailey
Attachments: stacktrace-jboss-5.txt, stacktrace-jboss-6.txt
I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x,
and even maybe 6.x.
Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a
manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.),
we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP
URL which contains all our deployable artifacts.
As of JBoss 5.x, this broke. I'm attaching stack traces for JBoss 5 and JBoss 6; in
JBoss 5 we clearly see that org.jboss.virtual.VFS.getVFS throws: java.io.IOException: No
context factory for http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:02 a.m.
New subject: [JBoss JIRA] Resolved: (JBVFS-163) [Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http resources
[
https://jira.jboss.org/browse/JBVFS-163?page=com.atlassian.jira.plugin.sy...
]
David Lloyd resolved JBVFS-163.
-------------------------------
Assignee: David Lloyd (was: John Bailey)
Resolution: Rejected
This is not a VFS bug. VFS's job is not URL handling, nor remote fetching of
resources. If anything, this is a bug in the JBoss AS deployment layer. Please open an
issue in the JBAS project.
[Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't
support fetching http resources
---------------------------------------------------------------------------------------------
Key: JBVFS-163
URL: https://jira.jboss.org/browse/JBVFS-163
Project: JBoss VFS
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.1.0.GA, 2.1.2.GA, 3.0.0.CR5
Environment: JBoss 5.0.1 GA (jboss-vfs 2.1.2 GA)
JBoss 5.1.0 GA (jboss-vfs 2.1.0 GA)
JBoss 6.0.0 M3 (jboss-vfs 3.0.0 CR5)
Reporter: Savas Ali Tokmen
Assignee: David Lloyd
Attachments: stacktrace-jboss-5.txt, stacktrace-jboss-6.txt
I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x,
and even maybe 6.x.
Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a
manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.),
we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP
URL which contains all our deployable artifacts.
As of JBoss 5.x, this broke. I'm attaching stack traces for JBoss 5 and JBoss 6; in
JBoss 5 we clearly see that org.jboss.virtual.VFS.getVFS throws: java.io.IOException: No
context factory for http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:16 a.m.
New subject: [JBoss JIRA] Commented: (JBVFS-163) [Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't support fetching http resources
[
https://jira.jboss.org/browse/JBVFS-163?page=com.atlassian.jira.plugin.sy...
]
Savas Ali Tokmen commented on JBVFS-163:
----------------------------------------
Just opened JBAS-8319
Thank you for your time
[Regression in JBoss 5.x and 6.x compared to 4.x] VFS doesn't
support fetching http resources
---------------------------------------------------------------------------------------------
Key: JBVFS-163
URL: https://jira.jboss.org/browse/JBVFS-163
Project: JBoss VFS
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 2.1.0.GA, 2.1.2.GA, 3.0.0.CR5
Environment: JBoss 5.0.1 GA (jboss-vfs 2.1.2 GA)
JBoss 5.1.0 GA (jboss-vfs 2.1.0 GA)
JBoss 6.0.0 M3 (jboss-vfs 3.0.0 CR5)
Reporter: Savas Ali Tokmen
Assignee: David Lloyd
Attachments: stacktrace-jboss-5.txt, stacktrace-jboss-6.txt
I'm currently working on the porting of our JBoss 4.2 infrastructure to JBoss 5.x,
and even maybe 6.x.
Since JBoss doesn't allow automated remote deployment (i.e., via JMX for example -a
manual access to the JBoss console is necessary) of applications (WAR, EJBs, EARs, etc.),
we used to call the JBoss MainDeployer's deploy method with a URL pointing to an HTTP
URL which contains all our deployable artifacts.
As of JBoss 5.x, this broke. I'm attaching stack traces for JBoss 5 and JBoss 6; in
JBoss 5 we clearly see that org.jboss.virtual.VFS.getVFS throws: java.io.IOException: No
context factory for http://192.168.0.12:58407/simple-war-1.0.3-SNAPSHOT.war
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
5829
days inactive
5829
days old
4 comments
2 participants
participants (2)
-
David Lloyd (JIRA) -
Savas Ali Tokmen (JIRA)