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

[Design of EJB 3.0] - Re: Pulling security out as a separate module

by anil.saldhana＠jboss.com

Additionally, in the poms and .classpath, security should be referencing org.jboss.security.jboss-security-spi and org.jboss.security.jbosssx and not their components (identity-spi, identity-impl, jboss-security-spi-bare etc). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145954#4145954 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145954

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File locking

by scott.stark＠jboss.org

Right, we only know we are relying on an unstable implementation detail when this test fails. Taking over the handler implementation details to not rely a jdk version was the point of the urlconn-work branch of the vfs: https://svn.jboss.org/repos/jbossas/projects/vfs/branches/urlconn-work/ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145948#4145948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145948

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Annotation scanning

by scott.stark＠jboss.org

"kabir.khan(a)jboss.com" wrote : One point: For the purposes of AOP, the classes must NOT be loaded when scanning for annotations. If they are loaded, then we can not do loadtime weaving. The annotation scanning should use javassist instead to look for annotations. If that's the case then to be general the metadata project/AnnotationMetaDataDeployer need to make this change. Currently they do load classes in the context of the deployment class loader during the POST_CLASSLOADER phase. We may be providing pass through support for other layers annotations though (webservices, rest, jpa) that need a view of the annotation. Are we going to have to pass the javassist view for these? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145947#4145947 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145947

16 years, 5 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security EJB2 and dependencies

by anil.saldhana＠jboss.com

Adrian, I tried adding the following piece of code into start() of SecurityInterceptor for the pooled tests, | | // Container implementation -------------------------------------- | public void start() throws Exception | { | .... | | //Take care of hot deployed security domains | if(container != null) | { | securityManager = container.getSecurityManager(); | if(securityManager != null) | { | appSecurityDomain = securityManager.getSecurityDomain(); | appSecurityDomain = SecurityUtil.unprefixSecurityDomain(appSecurityDomain); | } | } | } | I see basically deployment issues. | 2008-04-22 11:55:28,593 DEBUG [org.jboss.ejb.StatelessSessionContainer] (RMI TCP | Connection(6)-127.0.0.1) End java:comp/env for EJB: StatelessSessionWithPooledSSL | 2008-04-22 11:55:28,593 DEBUG [org.jboss.ejb.plugins.local.BaseLocalProxyFactory | ] (RMI TCP Connection(6)-127.0.0.1) StatelessSessionWithPooledSSL cannot be Bound, doesn't have local and local home interfaces | 2008-04-22 11:55:28,593 DEBUG [org.jboss.ejb.StatelessSessionContainer] (RMI TCP | Connection(6)-127.0.0.1) Starting failed jboss.j2ee:jndiName=StatelessSessionWi | thPooledSSL,service=EJB | java.lang.RuntimeException: invoker is null: jboss:service=invoker,type=pooled,socketType=SSLSocketFactory,wantsClientAuth=true at org.jboss.proxy.ejb.ProxyFactory.setupInvokers(ProxyFactory.java:254) | | at org.jboss.proxy.ejb.ProxyFactory.start(ProxyFactory.java:238) at org.jboss.ejb.SessionContainer.startInvokers(SessionContainer.java:44 | 0) | at org.jboss.ejb.SessionContainer.startService(SessionContainer.java:398 | ) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanS | So there seem to be other issues as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145946#4145946 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145946

16 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Deprecating Ejb3Deployment

by scott.stark＠jboss.org

The metadata project covers the standard metadata models we support in jbossas. If new annotations affect the existing metadata, we need to add the dependency on the annotations and update the annotation creators to incorporate them. If these are just pass through annotations on javaee component classes that should be available in a generic manner on the JBossEnterpriseBeanMetaData (which is the metadata input for the EjbContainer which is where getAnnotation(Class) exists). There is already a JBossEnterpriseBeanMetaData.getAnnotations which returns a mapping of annotation class to AnnotationMetaData. This is not populated for unknown annotations though. If we add pass through support for annotations to the component metadata for class, field and method annotations, is that going to be sufficient? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145945#4145945 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145945

16 years, 5 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security EJB2 and dependencies

by adrian＠jboss.org

It's trying to load a resource from the META-INF folder of an ear. The root of an ear isn't part of the classpath in JBoss5 (at least by default). I guess the resource just needs moving to the new "lib" folder supported in JavaEE5? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145936#4145936 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145936

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File locking

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : | Correct, its testing whether if the URLConnection api can be used to detect file deletion. | So we'll know when the JDK doesn't support it, but not when it doesn't work in the VFS. :-) Do you think it is a good idea to rely on implementation details of a particular JDK rather than what it says in the spec? (rhetorical question :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145935#4145935 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145935

16 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: File locking

by scott.stark＠jboss.org

"alesj" wrote : | It's Scott's test. | But I think the purpose is to verify that URLConnection::lastModified can also tell you that the file has been deleted. | See comments on the test code: | | | /** | | * Test file deletion can be detected via URLConnection.getLastModified == 0. | | | Since like it was already said, we use this for lastModified check on URL based VFS handlers. Correct, its testing whether if the URLConnection api can be used to detect file deletion. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145932#4145932 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145932

16 years, 5 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security EJB2 and dependencies

by anil.saldhana＠jboss.com

Adrian, I am wondering if you have maybe some few minutes to take a look at the deployment archive for this test. | org.jboss.test.security.test.DeepCopySubjectUnitTestCase | This test has failed to deploy for ever and Scott had told me that he would take a look at it a couple of months ago (but cannot bug him now). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145928#4145928 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145928

16 years, 5 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security EJB2 and dependencies

by anil.saldhana＠jboss.com

I was planning to take a look at the JACC failing tests this afternoon. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4145927#4145927 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4145927

16 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums April 2008