November 2008 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149 (Repost)

by adrian＠jboss.org

"anil.saldhana(a)jboss.com" wrote : | | | at org.jboss.kernel.plugins.dependency.DispatchJoinPoint.run(DispatchJoinPoint.java:47) | | at java.security.AccessController.doPrivileged(Native Method) | | at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:54) | | | | Ok, that is the stack trace for the record. Well actually for the record, the stacktrace before that doPrivleged is irrelevant. What is relevant is the stacktrace when the pojo got registered (which should be pretty similar in this case?). In the MC we remember the AccessControlContext when you register the pojo and restore it when processing it. This avoids you gaining additional permissions by for example getting invoked on a different thread as your dependencies are satisfied. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187471#4187471 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187471

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by adrian＠jboss.org

"anil.saldhana(a)jboss.com" wrote : | at org.jboss.kernel.plugins.dependency.DispatchJoinPoint.run(DispatchJoinPoint.java:47) | at java.security.AccessController.doPrivileged(Native Method) | at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:54) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187471#4187471 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187471

17 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Building the installer

by jbarrez

Forgot to mention, I'm building with | mvn -Pdistro package | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187469#4187469 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187469

17 years, 5 months

1
0
0 / 0

[Design of JBoss jBPM] - Building the installer

by jbarrez

When I do an anonymous checkout from svn, I get this error: (Thomas: could it be the same error you had Tuesday? If so, what is the solution?) Missing: | ---------- | 1) org.jbpm.jbpm3:jbpm-enterprise-beans:jar:sources:3.3.0-SNAPSHOT | | Try downloading the file manually from the project website. | | Then, install it using the command: | mvn install:install-file -DgroupId=org.jbpm.jbpm3 -DartifactId=jbpm-enterprise-beans -Dversion=3.3.0-SNAPSHOT -Dclassifier=sources -Dpackaging=jar -Dfile=/path/to/file | | Alternatively, if you host your own repository you can deploy the file there: | mvn deploy:deploy-file -DgroupId=org.jbpm.jbpm3 -DartifactId=jbpm-enterprise-beans -Dversion=3.3.0-SNAPSHOT -Dclassifier=sources -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] | | Path to dependency: | 1) org.jbpm.jbpm3:jbpm-distribution:pom:3.3.0-SNAPSHOT | 2) org.jbpm.jbpm3:jbpm-enterprise-beans:jar:sources:3.3.0-SNAPSHOT | | 2) org.jbpm.jbpm3:jbpm-identity:jar:sources:3.3.0-SNAPSHOT | | Try downloading the file manually from the project website. | | Then, install it using the command: | mvn install:install-file -DgroupId=org.jbpm.jbpm3 -DartifactId=jbpm-identity -Dversion=3.3.0-SNAPSHOT -Dclassifier=sources -Dpackaging=jar -Dfile=/path/to/file | | Alternatively, if you host your own repository you can deploy the file there: | mvn deploy:deploy-file -DgroupId=org.jbpm.jbpm3 -DartifactId=jbpm-identity -Dversion=3.3.0-SNAPSHOT -Dclassifier=sources -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] | | Path to dependency: | 1) org.jbpm.jbpm3:jbpm-distribution:pom:3.3.0-SNAPSHOT | 2) org.jbpm.jbpm3:jbpm-identity:jar:sources:3.3.0-SNAPSHOT | | ---------- | 2 required artifacts are missing. | | for artifact: | org.jbpm.jbpm3:jbpm-distribution:pom:3.3.0-SNAPSHOT View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187468#4187468 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187468

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

| 12:02:47,182 DEBUG [ServerImpl] Deploying bootstrap xml:aop.xml | ... | 12:02:49,414 DEBUG [Domain] org.jboss.classloading.spi.dependency.Domain@3b756456{DefaultDomain} add module VFSClassLoaderPolicyModule aop-classloader:0.0.0 | 12:02:50,766 DEBUG [BaseClassLoader] Created BaseClassLoader@73e04a35{aop-classloader:0.0.0$MODULE} with policy VFSClassLoaderPolicy@a281902{name=aop-classloader:0.0.0$MODULE domain=null roots=[DelegatingHandler@1317132163[path= context=file:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-asintegration-core.jar real=vfszip:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-asintegration-core.jar], DelegatingHandler@778830265[path= context=file:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-asintegration-jmx.jar real=vfszip:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-asintegration-jmx.jar], DelegatingHandler@887435390[path= context=file:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-asintegration-mc.jar real=vfszip:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-asintegration-mc.jar], DelegatingHandler@852671315[path= context=file:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-jboss5.jar real=vfszip:/home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/lib/jboss-aop-jboss5.jar]] delegates=null exported=[META-INF.maven.org.jboss.aop.jboss-aop-asintegration-mc, META-INF, org.jboss.aop.deployers, org.jboss.aop.deployment, META-INF.maven.org.jboss.aop.jboss-aop-asintegration-core, org.jboss.aop.asintegration, org.jboss.aop.asintegration.jboss4, org.jboss.aop.asintegration.core, org.jboss.aop.domain, org.jboss.aop.classpool, org.jboss.aop.asintegration.jboss5, META-INF.maven.org.jboss.aop.jboss-aop-asintegration-jmx, ] <IMPORT-ALL>NON_EMPTY} | | java.security.AccessControlException: access denied (java.io.FilePermission /home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/server/default/tmp/aopdynclasses read) | at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264) | at java.security.AccessController.checkPermission(AccessController.java:427) | at java.lang.SecurityManager.checkPermission(SecurityManager.java:532) | at java.lang.SecurityManager.checkRead(SecurityManager.java:871) | at java.io.File.exists(File.java:700) | at org.jboss.aop.asintegration.core.AspectManagerServiceDelegate.create(AspectManagerServiceDelegate.java:236) | at org.jboss.aop.deployers.AbstractAspectManager.create(AbstractAspectManager.java:89) | 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:585) | at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59) | at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150) | at org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66) | at org.jboss.kernel.plugins.dependency.DispatchJoinPoint.run(DispatchJoinPoint.java:47) | at java.security.AccessController.doPrivileged(Native Method) | at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:54) | at org.jboss.dependency.plugins.action.SimpleControllerContextAction.secureInstallAction(SimpleControllerContextAction.java:67) | at org.jboss.dependency.plugins.action.AccessControllerContextAction$1.run(AccessControllerContextAction.java:80) | at java.security.AccessController.doPrivileged(Native Method) | at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:103) | at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean(AbstractKernelDeployer.java:331) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBeans(AbstractKernelDeployer.java:309) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean(AbstractKernelDeployer.java:331) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBeans(AbstractKernelDeployer.java:309) | at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(AbstractKernelDeployer.java:130) | at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.deploy(BasicKernelDeployer.java:76) | at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(BasicXMLDeployer.java:88) | at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(BasicXMLDeployer.java:158) | at org.jboss.bootstrap.microcontainer.ServerImpl.doStart(ServerImpl.java:116) | at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:399) | at org.jboss.Main.boot(Main.java:209) | at org.jboss.Main$1.run(Main.java:544) | at java.lang.Thread.run(Thread.java:595) | 12:03:08,344 DEBUG [ServerImpl] Deploying bootstrap xml:jmx.xml | | Ok, that is the stack trace for the record. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187467#4187467 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187467

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by david.lloyd＠jboss.com

I can't be 100% certain. But it seems to be implied in the JDK javadoc. They don't explicitly mention caching at all (that I can find), but they do state that the URLStreamHandlerFactory can be registered at most one time, and it will be used exclusively once it is registered; how can that be true if it maintains the cache beyond that moment in time? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187466#4187466 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187466

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by adrian＠jboss.org

"david.lloyd(a)jboss.com" wrote : "adrian(a)jboss.org" wrote : "david.lloyd(a)jboss.com" wrote : Just a note that vfs* handlers in the bootstrap lib don't have to be the real handlers, they can just be do-nothing stubs, since there is the opportunity to plug in a real URLStreamHandlerFactory at a later time. | | | | I'm not sure that would work. From my experience the URL stuff does | | some funny caching? | | When you set an application URLStreamHandlerFactory, it dumps the cache - it's the one and only opportunity you get to do so as far as I know. and that's spec defined or a current implementation detail of Sun's JRE? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187464#4187464 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187464

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

"adrian(a)jboss.org" wrote : "anil.saldhana(a)jboss.com" wrote : | | | 11:19:11,025 ERROR [AbstractKernelController] Error installing to Create: name=AspectManager state=Configured | | | java.security.AccessControlException: access denied (java.io.FilePermission /home/anil/jboss-5.0/jboss-head/build/output/jboss-5.0.0.GA/server/default/tmp/aopdynclasses read) | | | at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264) | | | | | | | That is the error I am trying to get rid of that is not allowing a boot. | | You don't show the full stacktrace, but this is on the bootstrap thread | isn't it? | If you've correctly given all the jboss jars the AllPermission | then there shouldn't be any problem here with accessing the file system. | | My guess is that you haven't given them the AllPermission because of the | code source being a vfs url. Yeah, this is on bootstrap, trying to deploy aop.xml Even with java.security.debug=all setting, I am not getting any debug info (including the protection domain that is failing). All I get is the error that I showed. I will get back on this one. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187463#4187463 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187463

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by david.lloyd＠jboss.com

"adrian(a)jboss.org" wrote : "david.lloyd(a)jboss.com" wrote : Just a note that vfs* handlers in the bootstrap lib don't have to be the real handlers, they can just be do-nothing stubs, since there is the opportunity to plug in a real URLStreamHandlerFactory at a later time. | | I'm not sure that would work. From my experience the URL stuff does | some funny caching? When you set an application URLStreamHandlerFactory, it dumps the cache - it's the one and only opportunity you get to do so as far as I know. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187462#4187462 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187462

17 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | But this would restrict codesources to be the top level url, you couldn't for | example have different permissions for subdeployments in the same deployment. | IIRC the same restriction existed in JBoss4 because file and jar urls can't describe subdeployments properly? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4187461#4187461 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4187461

17 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008