7:45 p.m.
Just an FYI, that same problem Adrian reported affects the Weld
integration's DynamicDependencyCreator.[1]
This afternoon I ran a good chunk of different tests (clustering stuff
that touches on a bunch of areas, plus profileservice targets). Saw
problems with anything using EJB3 due to this ControllerState issue and
with
org.jboss.test.deployers.weld.test.WeldTranslatorExampleUnitTestCase due
to[1]. Otherwise, it looked pretty good.
[1] The failure:
2010-01-12 15:49:04,575 ERROR
[org.jboss.kernel.plugins.dependency.AbstractKernelController]
(WorkerThread#1[127.0.0.1:57823]) Error installing to Configured:
name=vfszip:/home/bes/dev/jboss/clean/trunk/testsuite/output/lib/weld-numberguess.war/_WeldBootstrapBean
state=Instantiated: java.lang.IllegalAccessError: tried to access method
org.jboss.dependency.spi.ControllerState.<init>(Ljava/lang/String;)V
from class org.jboss.weld.integration.deployer.env.DynamicDependencyCreator
at
org.jboss.weld.integration.deployer.env.DynamicDependencyCreator.createDepenencies(DynamicDependencyCreator.java:73)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:59)
at
org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:151)
at
org.jboss.joinpoint.plugins.BasicMethodJoinPoint.dispatch(BasicMethodJoinPoint.java:66)
at
org.jboss.beans.info.plugins.AbstractBeanInfo.invoke(AbstractBeanInfo.java:300)
at
org.jboss.kernel.plugins.dependency.AbstractKernelControllerContext.invoke(AbstractKernelControllerContext.java:304)
at
org.jboss.kernel.plugins.dispatch.InvokeDispatchHelper.invoke(InvokeDispatchHelper.java:112)
at
org.jboss.kernel.plugins.dependency.InstallsAwareAction.invokeInstalls(InstallsAwareAction.java:107)
at
org.jboss.kernel.plugins.dependency.InstallsAwareAction.doInstalls(InstallsAwareAction.java:72)
at
org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:55)
at
org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42)
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:378)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1856)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:999)
at
org.jboss.dependency.plugins.AbstractController.executeOrIncrementStateDirectly(AbstractController.java:1217)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1141)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1048)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:842)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:589)
at
org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:180)
On 01/12/2010 02:34 PM, Ales Justin wrote:
Ah, the horrible transitive dependencies.
I'll tidyup tomorrow.
I can cut a new alpha2 to bring back some lost spi/api.
Is there some formal docs on how to follow versioning wrt spi/api
changes?
Sent from my iPod
On 12.1.2010, at 21:22, Adrian Brock<abrock(a)redhat.com> wrote:
> On Tue, 2010-01-12 at 21:14 +0100, Adrian Brock wrote:
>> I already know the problem. I'm just running the smoke-tests
>> before I commit the fix.
>>
>
> There's one error in the smoke tests, due to a change in api.
> I'll commit this, since at least its better than it not compiling. ;-)
>
> This public constructor should have been deprecated (possibly with
> a one time log warning saying to use the factory method instead?)
>
> You shouldn't change a public spi in a minor release.
> i.e. 2.0.0 -> 2.2.0
>
> Caused by: java.lang.IllegalAccessError: tried to access method
> org.jboss.dependency.spi.ControllerState.<init>(Ljava/lang/String;)V
> from class org.jboss.ejb3.deployer
> s.Ejb3DependenciesDeployer$1
> at org.jboss.ejb3.deployers.Ejb3DependenciesDeployer
> $1.deploy(Ejb3DependenciesDeployer.java:67)
> at org.jboss.ejb3.deployers.Ejb3DependenciesDeployer
> $1.deploy(Ejb3DependenciesDeployer.java:48)
> at
> org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployerWithInput.deploy(
> AbstractRealDeployerWithInput.java:125)
>
>
> --
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
> Adrian Brock
> Chief Scientist
> JBoss by Red Hat
> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>
> _______________________________________________
> jboss-development mailing list
> jboss-development(a)lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development
_______________________________________________
jboss-development mailing list
jboss-development(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-development
--
Brian Stansberry
Lead, AS Clustering
JBoss by Red Hat