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

[Design of JBoss/Tomcat Integration] - Own Thread in Tomcat

by urswag

Is is possible to use an own thread in tomcat? If so, is there existing an example of an implementation? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103181#4103181 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103181

18 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-3969 issue

by scott.stark＠jboss.org

Any test using the vfs urls on the client side needs to add the java.protocol.handler.pkgs system property. The test target was not doing this. I have added it. | <junit dir="${module.output}"...> | ... | <sysproperty key="java.protocol.handler.pkgs" value="org.jboss.virtual.protocol"/> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103148#4103148 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103148

18 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - isCMP1x()

by scott.stark＠jboss.org

Alexey, this update to return true for a null cmp-version when its not a 2x ejb also returns true for a 3x ejb deployment. Should this also be checking for isEJB3x() and returning false if that is true? | public boolean isCMP1x() | { | if(cmpVersion == null) | { | if(getEjbJarMetaData().isEJB2x()) | return false; | else | return true; | } | return "1.x".equals(cmpVersion); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103127#4103127 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103127

18 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Updating InjectionHandler code

by scott.stark＠jboss.org

Ok, you can take it. I have plenty to do. The metadata trunk is what you need to use. Its building for me ok, although there are 2 new errors. There should only be one in AnnotationEjb3UnitTestCase: | Failed tests: | testEverything(org.jboss.test.metadata.ejb.EjbJar3xEverythingUnitTestCase) | testEJB3xEverything(org.jboss.test.metadata.ejb.EjbJarJBossMergeEverythingUnitTestCase) | test1(org.jboss.test.metadata.annotation.ejb3.AnnotationEjb3UnitTestCase) | | Tests run: 97, Failures: 3, Errors: 0, Skipped: 0 | ... | [INFO] ------------------------------------------------------------------------ | [INFO] BUILD SUCCESSFUL | [INFO] ------------------------------------------------------------------------ | [INFO] Total time: 25 seconds | [INFO] Finished at: Thu Nov 08 14:40:54 PST 2007 | [INFO] Final Memory: 19M/294M | [INFO] ------------------------------------------------------------------------ | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103121#4103121 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103121

18 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Updating InjectionHandler code

by ALRubinger

scott.stark(a)jboss.org wrote : I'll look at expanding the mapping of annotations to pojo model to custom jboss annotations like the @Cache to CacheConfigMetaData. For this the ext api Andrew is working on is needed as a dependency of the metadata project. I'd assumed that updating the POJO metadata would fall under my responsibility. I'd like to get all required changes in as close together as possible: 1) Changes to EJB3 Core / Ext API 2) Propogation to metadata to reflect the Core changes 3) Update TCK setup with appropriate configurations ...if I were to commit 1) to AS Trunk only, it'd break both TCK and all XML-based unit tests. Was planning on handling all three of these cases; how would you like to proceed? projects/metadata/trunk now failing to build on "mvn install", though branches/stable is kosher. Current development branch? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103092#4103092 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103092

18 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-3969 issue

by alesj

"scott.stark(a)jboss.org" wrote : Is the beta6 release of the vfs complete and in use by jbossas trunk now? | The release is commited in the svn repo: http://anonsvn.jboss.org/repos/jbossas/projects/vfs/tags/2.0.0.Beta6/ and as such linked in the jbossas trunk (fixed the build-thirdparty.xml accordingly). But it's still missing in maven2 repo: http://repository.jboss.org/maven2/org/jboss/jboss-vfs/. Since we (Adrian and me) still didn't figure out what's the cause of his errors while dry running and my release procedure not showing in the repo. If you could put it there that would be great. :-) I did ping PaulG about this issue, and I hope he'll be able to assist me. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103086#4103086 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103086

18 years, 5 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-3969 issue

by scott.stark＠jboss.org

Ok, I'll take a look at it once my workspace is in sync. Is the beta6 release of the vfs complete and in use by jbossas trunk now? It did not seem clearly so based on the vfs release thread. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103077#4103077 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103077

18 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Finalize 2.0.0 api

by scott.stark＠jboss.org

Ok. Just need to go through the spis, current issues to see if there are other out of date/should not exist spis. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103075#4103075 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103075

18 years, 5 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: re: Feedback requested on throttling ejb calls

by kabir.khan＠jboss.com

The Semaphore aspect could perhaps be configured with the list of group names and number of permits per group. Then when encountering a annotated joinpoint, get the group id from the annotation and use the correct semaphore for that. The aspect could be configured via an attribute, or by using XMLLoadable. One problem with this though is that you would have to redeploy the whole aspect to be able to reconfigure it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103074#4103074 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103074

18 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Updating InjectionHandler code

by scott.stark＠jboss.org

The outcome of the call this morning was: 1. Adrian will update the existing InjectionHandler code to use the correct Advisor.getMetadata/setMetadata calls to use the MetaData repository spi rather than the legacy AnnotationRepository. 2. I'm finishing a "sufficient" mapping of the standard javaee annotations to the unified pojo metadata model, integration with the AnnotationMetaDataDeployer, and population of the DeploymentUnit attachment with the merged JBossMetaData 3. Adrian will look at making the pojo view available as an annotation via the MetaData spi to an ejb3 aspect like the org.jboss.ejb3.security.RoleBasedAuthorizationInterceptor to validate that the manageable pojo view drives the container aspects. 4. I'll look at expanding the mapping of annotations to pojo model to custom jboss annotations like the @Cache to CacheConfigMetaData. For this the ext api Andrew is working on is needed as a dependency of the metadata project. 5. Carlo hopes to get out of EAP 4.3 soon. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4103073#4103073 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4103073

18 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 2007