[OT] Boston JBoss User Group
by Jesper Pedersen
Hi all,
We have created the Boston JBoss User Group, so if you live in/near Boston
feel free to drop by at our meetings.
Our first meeting on February 9th will be Bill Burke talking about his
RESTEasy and REST-*. Pretty cool stuff :)
We will meet at Boston University for all ours meetings.
Check our homepage:
http://community.jboss.org/wiki/BostonJBossUserGroup
for details.
Best regards,
Jesper
15 years, 12 months
Integration of naming deployers failed
by Carlo de Wolf
The initial runs on Hudson show no success. After a couple of
deployments it goes poof with the following error:
2010-01-12 05:09:33,468 DEBUG [org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer] (RMI TCP Connection(26)-127.0.0.1) Error during deploy: java:module: org.jboss.deployers.spi.DeploymentException: Error deploying: java:module
at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)
at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:125)
at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51)
at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1448)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1166)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1187)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1107)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1633)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:935)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1083)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:985)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:823)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:783)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:699)
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:370)
at org.jboss.deployment.MainDeployer.redeploy(MainDeployer.java:277)
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.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at sun.reflect.GeneratedMethodAccessor349.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.jmx.connector.invoker.InvokerAdaptorService.invoke(InvokerAdaptorService.java:264)
at sun.reflect.GeneratedMethodAccessor348.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140)
at org.jboss.jmx.connector.invoker.SerializableInterceptor.invoke(SerializableInterceptor.java:74)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:180)
at sun.reflect.GeneratedMethodAccessor347.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:854)
at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:422)
at sun.reflect.GeneratedMethodAccessor346.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
at sun.rmi.transport.Transport$1.run(Transport.java:159)
at java.security.AccessController.doPrivileged(Native Method)
at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.IllegalStateException: java:module is already installed.
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:716)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121)
... 68 more
If I don't figure it out, rev 99278 needs to be rolled back.
Carlo
15 years, 12 months
MC 2.2.x update
by Ales Justin
I just updated AS trunk with a bunch of new MC stuff.
Few issues first:
(a) new logging-service-metadata is required, using my
1.0.0.CR5-SNAPSHOT atm
(b) we now differentiate metadata locations in deployers:
https://jira.jboss.org/jira/browse/JBDEPLOY-232
(c) Kernel's lifecycle callbacks are re-written to plain OO
(d) ugly warning at undeploy wrt QualifiersMdrUtil
(e) saw NPE at undeploy from Carlo's naming hack
For (a) I already asked DML to provide a new release.
Wrt (b) some deployers need updating; e.g. JPA, Tld (I fixed this one), ...
If somebody was using AOP's pointcuts with (c), they won't work anymore.
Kabir is looking into (d), at least I hope he is. :-)
Carlo needs to fix (e) -- if not yet fixed.
New stuff:
(a) asynch controller mode in Kernel
(b) separate Classpool project -- soon to follow Reflect on Javassist
(c) deployers sorting opt
(d) annotation plugin matching, less heavy MDR lookup
(e) optimized ScopeKey in MDR
(f) MC+Weld integration; define services using Weld
(g) updated modification synch check -- filtering only known files
(h) CDI type of injection lookup; qualifiers based, etc
(i) MC+OSGi-facade service mix will be available on new api
...
I'm sure some issues will pop-up, so bare with me.
Simply report them on our "AS dev" forum:
http://www.jboss.org/index.html?module=bb&op=viewforum&f=208
and I'll have a look.
15 years, 12 months
Can I get rid of org.jboss.mq.server.jmx
by Clebert Suconic
I'm currently working on the integration of HornetQ on AS6.
There are a few classes on the messaging project, that I will probably
remove everything. I'm going to replace it for something more abstract
as I started a discussion here:
http://community.jboss.org/thread/146565?tstart=0
However, I just realized that there are a few org.jboss.mq.server.jmx
classes that are just delegating to JBM 1.4.
I want to get rid of all that. Any objections?
also... There are a couple *MO classes. (ManagedObjectDefinition)
I couldn't find much information about this. Is there a project for
this? Maybe I'm getting old and not being able to google properly, or
it's just a new project or something like that?
clebert
16 years
running tests against AS trunk
by Alexey Loubyansky
On windows I had to run them with -Djunit.fork=false. Because otherwise
forking fails (supposedly because the command line is too long?) Anybody
else had this problem?
Thanks,
Alexey
16 years
DZone post for latest Byteman blog -- please vote it up
by Andrew Dinn
John Mazzitelli has been busy this Christmas developing his RHQ plug-in
for Byteman. He has now made it possible to inspect the state of the
Byteman agent and drive most of it's operation from the RHQ console
window. John has been playing with this as a way to dynamically
instrument JBoss AS with tracing and monitoring code to gather stats on
JDBC operations.
I just blogged about this and posted a link to DZone
http://www.dzone.com/links/santa_gave_me_a_shiny_new_byteman_plugin_this_...
The linked post includes a pointer to John's blog and to a flash demo
showing his plug-in in operation. Please take a look and don't forget to
vote up the link.
regards,
Andrew Dinn
-----------
16 years
