October 2007 - jboss-dev-forums - Jboss List Archives

[QA of JBoss Portal] - Re: JBoss Unit design (ant and maven support)

by julien＠jboss.com

I have started to add a jpda option (very incomplete but works), for now it is | <tests jpda="true" ...>...</> | which set remoting debugging on port 8000, it works for now, it will need a more serious configuration and probably at the jboss-unit level rather. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094320#4094320 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094320

18 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Use of AbstractMappedMetaData

by scott.stark＠jboss.org

The problem with jsps not displaying correctly was due to the servlet-mapping elements being mapped to an AbstractMappedMetaData type. This means that for a fragment like: |  | <servlet-mapping> | <servlet-name>jsp</servlet-name> | <url-pattern>*.jsp</url-pattern> | </servlet-mapping> | | <servlet-mapping> | <servlet-name>jsp</servlet-name> | <url-pattern>*.jspx</url-pattern> | </servlet-mapping> | only the last mapping for the "jsp" servlet was in the map. Only types that have a uniqueness constraint such as the servlet type can be modeled as AbstractMappedMetaData. The servlet-mapping elements need to be modeled as a list of ServletMappingMetaData rather than a map. Just an FYI in case you find that repeated data is being lost. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094315#4094315 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094315

18 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Setting the default XmlJavaTypeAdapter for a class

by scott.stark＠jboss.org

I'm finding I need to specify a @XmlJavaTypeAdapter(CollapsedStringAdapter.class) annotation on many string fields for web.xml settings whose underlying type is a path or FQN for example. Is there a way to set this as the default type adapter for all java.lang.String property types globally? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094314#4094314 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094314

18 years, 6 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Generate SSOID in WebAuthentication

by sguilhen＠redhat.com

As stated on issue http://jira.jboss.com/jira/browse/JBAS-4424, the org.jboss.web.tomcat.security.login.WebAuthentication class should be capable of generating a ssoid and setting it on the session when the user has configured the SingleSignOn valve. The idea is to get a reference to the SingleSignOn valve and invoke its methods to associate the authenticated Principal to the ssoid, just like the AuthenticatorBase does. However, the methods that we need to call are protected (register, associate, update, etc), so we can't simply delegate the SSO functionality to the SingleSignOn valve unless we relax the method's access to public in JBossWeb. Can we do that? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094309#4094309 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094309

18 years, 6 months

1
0
0 / 0

[Design of EJB 3.0] - Re: When is there an EJBObject?

by ALRubinger

I'd like to come to a consensus here and close EJBTHREE-1058 out. "EJB 3.0 4.6.6" wrote : The (session bean's business) interface must not extend the javax.ejb.EJBObject or javax.ejb.EJBLocalObject interface. I believe this makes: public interface StatefulRemote extends EJBObject{...} | | ...and: | | @Stateful | @Remote(StatefulRemote.class) | @RemoteBinding(jndiBinding = StatefulRemote.JNDI_NAME_REMOTE) | public class StatefulRemoteBean ...from 1058 an invalid construct. "StatefulRemote" is here marked as remote business interface, but it extends EJBObject. RemoteUnitTestCase.testEJBObject() is now passing. Would like to: * Close 1058 as invalid * Open new issue: Construct in 1058 should result in deployment failure, citing spec 4.6.6. Y/N? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094299#4094299 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094299

18 years, 6 months

1
0
0 / 0

[Design of JBossCache] - Re: Proxy Based POJOs (No AOP) in POJO Cache

by vincent.marquez

For the precedence issue, we could identify if a class followed the 'JavaBean' standard when we initially construct a CachedType for it. Since the CachedType objects are cached, there would only be a slight performance impact the first time an unrecognized class is attached. So, the precedence rules would be: first check if object is advisable, then check if it is a collection, then check if it follows standard javabean symantics, and finally use the serializable handler. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094291#4094291 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094291

18 years, 6 months

1
0
0 / 0

[Design of JBossXB] - Re: Issue with DescriptionGroup emement order and older desc

by alex.loubyansky＠jboss.com

We can just specify kind=all for the JBossXmlModelGroup. It's not in line with the javaee_5.xsd but it'll fix it. I am going to commit it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094274#4094274 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094274

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Scoped domain with java2ParentDelegation=false loads cla

by kabir.khan＠jboss.com

For some reason the ClassLoaderDomain.globalResourceBlackList contains org/jboss/test/aop/scopedextender/BaseAspect.class. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094264#4094264 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094264

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: Scoped domain with java2ParentDelegation=false loads cla

by kabir.khan＠jboss.com

Looking at the ClassLoaderDomain in a debugger, it has the expected classloader in its classLoaders list, and it is using the AFTER ParentPolicy View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094260#4094260 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094260

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Scoped domain with java2ParentDelegation=false loads class f

by kabir.khan＠jboss.com

Adrian, I am having some slight problems with the new classloaders in head. aop-scopedextender-base-loaded.sar is deployed in the default classloader domain aop-scopedextender-child-noparentdelegation.sar is deployed with the following config: | <loader-repository> | aop.loading:loader=scopedextender1 | <loader-repository-config>java2ParentDelegation=false</loader-repository-config> | </loader-repository> | Both sars have a copy of org.jboss.test.aop.scopedextender.BaseAspect. Now when I try to load up BaseAspect using the "scoped" domain, it loads it up from the parent/default domain instead despite java2ParentDelegation being set to false? | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.base.BaseClassLoaderDomain] ClassLoaderDomain@bd40ef{aop.loading:loader=scopedextender1} findLoader org/jboss/test/aop/scopedextender/BaseAspect.class classLoader=null allExports=true | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.ClassLoaderDomain] ClassLoaderDomain@bd40ef{aop.loading:loader=scopedextender1} org/jboss/test/aop/scopedextender/BaseAspect.class does NOT match parent beforeFilter=NOTHING_BUT_JAVA | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.base.BaseClassLoaderDomain] ClassLoaderDomain@bd40ef{aop.loading:loader=scopedextender1} trying to load org/jboss/test/aop/scopedextender/BaseAspect.class from all exports of package org.jboss.test.aop.scopedextender null | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.ClassLoaderDomain] ClassLoaderDomain@bd40ef{aop.loading:loader=scopedextender1} org/jboss/test/aop/scopedextender/BaseAspect.class matches parent afterFilter=<EVERYTHING> | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.ClassLoaderDomain] ClassLoaderDomain@bd40ef{aop.loading:loader=scopedextender1} load from parent org/jboss/test/aop/scopedextender/BaseAspect.class parent=ClassLoaderDomain@87cd5c{<DEFAULT>} | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.base.BaseClassLoaderDomain] ClassLoaderDomain@87cd5c{<DEFAULT>} findLoader org/jboss/test/aop/scopedextender/BaseAspect.class classLoader=null allExports=true | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.ClassLoaderDomain] ClassLoaderDomain@87cd5c{<DEFAULT>} org/jboss/test/aop/scopedextender/BaseAspect.class matches parent beforeFilter=<EVERYTHING> | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.ClassLoaderDomain] ClassLoaderDomain@87cd5c{<DEFAULT>} load from parent org/jboss/test/aop/scopedextender/BaseAspect.class parent=org.jboss.system.NoAnnotationURLClassLoader@56c3cf | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.plugins.loader.ClassLoaderToLoaderAdapter] Resource org/jboss/test/aop/scopedextender/BaseAspect.class NOT found in org.jboss.system.NoAnnotationURLClassLoader@56c3cf | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.base.BaseClassLoaderDomain] ClassLoaderDomain@87cd5c{<DEFAULT>} found in global class cache org/jboss/test/aop/scopedextender/BaseAspect.class | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.base.BaseClassLoader] BaseClassLoader@19cac0d attemptLock Thread[RMI TCP Connection(9)-127.0.0.1,5,RMI Runtime] | 2007-10-11 21:11:33,515 TRACE [org.jboss.classloader.spi.base.BaseClassLoader] BaseClassLoader@19cac0d locked Thread[RMI TCP Connection(9)-127.0.0.1,5,RMI Runtime] holding=1 | 2007-10-11 21:11:33,531 TRACE [org.jboss.classloader.spi.filter.FilteredDelegateLoader] FilteredDelegateLoader@18f50ff{delegate=VFSClassLoaderPolicy@e3be9f} org.jboss.test.aop.scopedextender.BaseAspect matches class filter=[org.jboss.test.aop.scopedextender, aop-scopedextender-base.jar.META-INF, META-INF, aop-scopedextender-base.aop.META-INF, aop-scopedextender-base.jar.org.jboss.test.aop.scopedextender] | 2007-10-11 21:11:33,531 TRACE [org.jboss.classloader.spi.base.BaseClassLoader] BaseClassLoader@19cac0d load class locally org.jboss.test.aop.scopedextender.BaseAspect | 2007-10-11 21:11:33,531 TRACE [org.jboss.classloader.spi.base.BaseClassLoader] BaseClassLoader@19cac0d already loaded class org.jboss.test.aop.scopedextender.BaseAspect{cl=BaseClassLoader@19cac0d codeSource=(vfsfile:/C:/cygwin/home/Kabir/sourcecontrol/jboss-head/testsuite/output/lib/aop-scopedextender-base-loaded.sar <no signer certificates>)} | 2007-10-11 21:11:33,531 TRACE [org.jboss.classloader.spi.base.BaseClassLoader] BaseClassLoader@19cac0d unlock Thread[RMI TCP Connection(9)-127.0.0.1,5,RMI Runtime] holding=1 | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4094255#4094255 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4094255

18 years, 6 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 October 2007