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

[Design the new POJO MicroContainer] - Re: Security access

by adrian＠jboss.org

The issue is that you are trying to retrieve the classloader while running in a non-privileged block. | 2576 ERROR [AbstractKernelController] Error installing to Configured: name=PropHolder state=Instantiated | java.security.AccessControlException: access denied (java.lang.RuntimePermission getClassLoader) | 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 org.jboss.kernel.plugins.dependency.AbstractKernelControllerContext.getClassLoader(AbstractKernelControllerContext.java:244) | at org.jboss.kernel.plugins.dispatch.InvokeDispatchHelper.invoke(InvokeDispatchHelper.java:76) | at org.jboss.beans.metadata.plugins.AbstractValueFactoryMetaData.getValue(AbstractValueFactoryMetaData.java:323) | at org.jboss.kernel.plugins.dependency.PropertyDispatchWrapper.execute(PropertyDispatchWrapper.java:82) | at org.jboss.kernel.plugins.dependency.PropertyDispatchWrapper$1.run(PropertyDispatchWrapper.java:96) | at java.security.AccessController.doPrivileged(Native Method) | at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:52) | The ExecutionWrapper has switched back to the access control context of the person that registered the bean, i.e. the test. Which doesn't have the rights to get the classloader. The InvokeDispatchHelper needs to get the classloader from the context in a privileged block. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117687#4117687 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117687

18 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by adrian＠jboss.org

"alesj" wrote : | "adrian(a)jboss.org" wrote : | | And the way I did MapMetaData in the jbossxb is wrong. | | In the JBossXB tests I implemented it as a Set | | but this is obviously wrong, since it is a Map not a Set. | | | | The current way to markup a Map is to use XmlAdapter | | http://viewvc.jboss.org/cgi-bin/viewvc.cgi/common/jbossxb/trunk/src/test/... | | But it would be better if we had native support like we do for collections. | | | Yup, I noticed that. | I can have a look at this. | Actually that's no good for the way we do maps. It only supports collection type map definitions, e.g. | <map key="1">2</map> | <map key="3">4</map> | I've been speaking with Alexey and we'll probably add support for some kind of @JBossXMLMap annotation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117686#4117686 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117686

18 years, 3 months

1
0
0 / 0

[Design of JBossCache] - Re: Shutdown hooks

by bstansberry＠jboss.com

Re: always adding the hook, no that will break the AS. There is no way to specify ordering of shutdown hook execution. If JBC's own hook executes first, the proper undeployment ordering is not followed. For example, a clustered webapp should be undeployed before the cache is. A JBC hook executing first would break this, leading to all sorts of ugliness as the AS shutdown hook executes (this is what was happening before we put CR2 in AS 5.) Re: DEFAULT/REGISTER/DONT_REGISTER that sounds fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117672#4117672 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117672

18 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by alesj

"adrian(a)jboss.org" wrote : | I've just done that. But there are a number of problems still to resolve. | | 1) I don't know why but there is a change in the way JAXB was handling elements. | e.g. I had to reinstate the "bean" element in BeanSchemaBindingHelper.configureValueBindings() | But the same issue is broken for PolicySchemaBindingHelper in that it doesn't | recognise the nested value in the BindingComplexValue test. | | 2) The new JAXB wasn't even working. I've udpated some of the none xml properties | e.g. getChildren() on most of the metadata to mark it @XmlTransient. | It can now actually build the schema ;-) | Uf, we were doing the same thing, and you beat me to it. :-) I'll revert my changes, and do an update. "adrian(a)jboss.org" wrote : | There was some other fixes as well. | | 3) The remaining issues are the BeanFactory tests are all failing. | And the way I did MapMetaData in the jbossxb is wrong. | In the JBossXB tests I implemented it as a Set | but this is obviously wrong, since it is a Map not a Set. | | The current way to markup a Map is to use XmlAdapter | http://viewvc.jboss.org/cgi-bin/viewvc.cgi/common/jbossxb/trunk/src/test/... | But it would be better if we had native support like we do for collections. | Yup, I noticed that. I can have a look at this. "adrian(a)jboss.org" wrote : | Off Topic. I'm seeing some other tests. e.g. the value-factory tests | are failing because of AccessControlException when trying to get the classloader. That's what I was explaining here: - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=125785&postdays=... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117658#4117658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117658

18 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by adrian＠jboss.org

"alesj" wrote : "scott.stark(a)jboss.org" wrote : 2.0.0.CR5 and trunk. | OK, I'll remove the jbossxb-builder dependency in MC, and updated jbossxb version to 2.0.0.CR5. I've just done that. But there are a number of problems still to resolve. 1) I don't know why but there is a change in the way JAXB was handling elements. e.g. I had to reinstate the "bean" element in BeanSchemaBindingHelper.configureValueBindings() But the same issue is broken for PolicySchemaBindingHelper in that it doesn't recognise the nested value in the BindingComplexValue test. 2) The new JAXB wasn't even working. I've udpated some of the none xml properties e.g. getChildren() on most of the metadata to mark it @XmlTransient. It can now actually build the schema ;-) There was some other fixes as well. 3) The remaining issues are the BeanFactory tests are all failing. And the way I did MapMetaData in the jbossxb is wrong. In the JBossXB tests I implemented it as a Set but this is obviously wrong, since it is a Map not a Set. The current way to markup a Map is to use XmlAdapter http://viewvc.jboss.org/cgi-bin/viewvc.cgi/common/jbossxb/trunk/src/test/... But it would be better if we had native support like we do for collections. Off Topic. I'm seeing some other tests. e.g. the value-factory tests are failing because of AccessControlException when trying to get the classloader. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117654#4117654 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117654

18 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: Web Profile

by scott.stark＠jboss.org

Ultimately there should be separation of the deployments in a profile from its definition so that a server has a canonical deployment repository, and a profile like default or web is a listing of the bootstrap, deployers, and application deployments to pull from the repository. Right now the definition of a Profile is an implementation detail that still bootstraps from the old file system implicit definition based on the contents of known directories. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117641#4117641 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117641

18 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Web Profile

by dimitris＠jboss.org

The issue of having a lightweight web profile comes up every now and then, so what I would like to discuss is how best to address this. Obviously we could introduce yet another configuration next to 'minimal,default,all' but is this something we could address with the profile service, going forward? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117638#4117638 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117638

18 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Tests pass but MINA throwing exceptions

by timfox

Test suite runs thru ok, but it throws up loads of these: | [junit] @NioProcessor-2011 17:15:24,886 WARN [DefaultIoFilterChain] [localhost/127.0.0.1:5400] Unexpected exception from exceptionCaught handler. | [junit] java.util.concurrent.RejectedExecutionException | [junit] at java.util.concurrent.ThreadPoolExecutor$AbortPolicy.rejectedExecution(ThreadPoolExecutor.java:1477) | [junit] at org.apache.mina.filter.executor.OrderedThreadPoolExecutor.rejectTask(OrderedThreadPoolExecutor.java:315) | [junit] at org.apache.mina.filter.executor.OrderedThreadPoolExecutor.execute(OrderedThreadPoolExecutor.java:278) | [junit] at org.apache.mina.filter.executor.ExecutorFilter.fireEvent(ExecutorFilter.java:316) | [junit] at org.apache.mina.filter.executor.ExecutorFilter.exceptionCaught(ExecutorFilter.java:368) | [junit] at org.apache.mina.common.DefaultIoFilterChain.callNextExceptionCaught(DefaultIoFilterChain.java:442) | [junit] at org.apache.mina.common.DefaultIoFilterChain.access$1100(DefaultIoFilterChain.java:38) | [junit] at org.apache.mina.common.DefaultIoFilterChain$EntryImpl$1.exceptionCaught(DefaultIoFilterChain.java:8 | Any ideas? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117635#4117635 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117635

18 years, 3 months

1
0
0 / 0

[Design of POJO Server] - Re: File modification detection

by scott.stark＠jboss.org

Yes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117633#4117633 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117633

18 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Moving out of the UnifiedClassloaders

by dimitris＠jboss.org

Can we provide a more detailed description and an associated JIRA case what it would require to move out of the Unified Classloaders for AS5 Beta4? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117632#4117632 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117632

18 years, 3 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 January 2008