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

[Design of EJB 3.0] - Re: ClassLoaderFactory compile issues

by ALRubinger

I'm going to add Maven 2.0.9 to the EJB3 Build Enforcer Plugin Configuration; I believe Paul is doing the same with AS. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155512#4155512 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155512

17 years, 10 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: sub-tasks of JBAS-5384

by alex.loubyansky＠jboss.com

Thanks for pointing out what? The error message from the jira issue you created? "JBAS-5388" wrote : Caused by: org.jboss.xb.binding.JBossXBRuntimeException: Missing value for the required attribute strAttr of element {http://org.jboss.test.ws/jbws720/types}getProperty That's exactly why we are having these discussions. Before creating issues and talking about infinite complexity make an effort to read the error message. Next time you are going to be "brave" and show that your code is doing everything right. That's not too much. That's how other guys work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155504#4155504 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155504

17 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: ClassLoaderFactory compile issues

by scott.stark＠jboss.org

It did build with mvn 2.0.9. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155499#4155499 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155499

17 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - ClassLoaderFactory compile issues

by scott.stark＠jboss.org

I'm not able to compile the current ejb3 trunk because there is a conflict between the jboss-deployers-structure-spi in version 2.0.0.Beta10 vs 2.0.0.Beta14, and the Beta10 is being used: | /Users/svn/JBossAS/projects/ejb3/core/src/test/java/org/jboss/ejb3/core/test/common/SimpleClassLoaderDeployer.java:[33,7] org.jboss.ejb3.core.test.common.SimpleClassLoaderDeployer is not abstract and does not override abstract method removeClassLoader(org.jboss.deployers.structure.spi.DeploymentContext) in org.jboss.deployers.structure.spi.ClassLoaderFactory | I'm using mvn 2.0.8. Do I need to use 2.0.9 or is it some other issue? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155494#4155494 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155494

17 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: JBAS-5579, EJBTHREE-1391 @Resource TimerService injectio

by scott.stark＠jboss.org

Well, I can't find any usage of this pattern in the cts tests so I guess that is why it has not come up. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155491#4155491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155491

17 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - JBAS-5579, EJBTHREE-1391 @Resource TimerService injection

by scott.stark＠jboss.org

I'm not sure why this has not been seen in the past, but the ResourceHandler.loadXmlResourceEnvRefs is not handling the well known TimerService type similar to a UserTransaction as it should. The result is that a simple @Resource TimerService x; reference fails with a missing mapped-name exception. Its a simple fix, just not sure how it was lost, never implemented. I'll fix it and check whether its seen in the current cts failures. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155483#4155483 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155483

17 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Plugin issues

by bstansberry＠jboss.com

Been seeing some problems with the plugin: | [bes@besdev trunk]$ java -jar plugin/target/jboss-ejb3-plugin-0.1.0-SNAPSHOT-installer.jar $JBOSS_HOME | Exception in thread "main" java.lang.Error: Unresolved compilation problem: | at org.jboss.ejb3.installer.Installer.main(Installer.java:142) | Think that came from EJBTHREE-1382 work that added a dependency on ejb3-common 0.1.1 to ejb3-installer. To get it to work locally I added the following to the ejb3-installer and ejb3-plugin poms: |  | <dependency> | <groupId>org.jboss.ejb3</groupId> | <artifactId>jboss-ejb3-common</artifactId> | <version>0.1.1</version> | </dependency> | Had to add to the plugin pom to get the necessary class in the plugin jar. Don't know if that's the correct fix, but it got my local env working enough that I can run the clustering testsuite. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155476#4155476 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155476

17 years, 10 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security aspects failing in AS trunk

by kabir.khan＠jboss.com

They have been moved to the standalone aspects module: https://svn.jboss.org/repos/jbossas/projects/jboss-aspects/trunk/security... To run the test do the following in AS trunk testsuite/: | $ ./build.sh one-test -Dtest=org.jboss.test.aop.test./SecurityUnitTestCase | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155450#4155450 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155450

17 years, 10 months

1
0
0 / 0

[Design of Security on JBoss] - Re: Security aspects failing in AS trunk

by anil.saldhana＠jboss.com

Remind me where the latest aspects/security is? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155448#4155448 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155448

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Alternative vfs jar implementation

by mstruk

The first problem you encounter and it's a reaper issue :) As far as VFS is concerned -DforceNoReaper=true should do the trick here. Regarding NoClassDefFoundError, this looks to be an issue beyond VFS, I may not totally understand the issue but some ideas - off the bat ... So the essence of the problem is that when a deployed archive is removed jboss learns about it after the fact, there can be no beforeRemove event where components could be undeployed, and lifecycle events processed while classes are still available. But if required classes have already been loaded then there should be no issue. For well known deployment modules that are part of wider jbossAS infrastructure we can know in advance what classes are still required after file removal. Deployer could have a preload feature - where it reads some configuration that tells it - 'when you load this class, also load these classes'. It's a relatively high-maintenance solution (having to determine all the dependencies and keeping them up-to-date), but it might be a reasonable best-of-both-worlds. For unknown third party components - like user applications - I don't see any other way but to either (1) use jboss-4 style tmp copies as suggested or (2) preload all the classes in the archive - this one could be used for small archives. Or (3) if we can determine in advance that after file removal there will be no need for any additional classes (depending on component type maybe) then we don't have to do anything, but I'm not sure it's possible to reliably predict that. Now, I have no idea how difficult this would be to implement :) Cheers, - marko View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155446#4155446 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155446

17 years, 10 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 June 2008