[Microcontainer] - Re: How to hide a bean from other deployments?
by alesj
"obrien" wrote :
| @Search seems to be a bit confusing way how to handle this.
|
How would you do it?
"obrien" wrote :
| Wouldn't be easier to move search strategies into the @Inject itself
|
Since this is a wip/prototype and out of the usual inject notion
(injection usually works just up the hierarchy) I wanted explicitly
to separate the two.
To actually get proper scoping, as you hinted yourself with 'scope'
element, we need to do certain other things first:
(a) by default bean name should be guid, aliases would be the human name
(b) move all of the aliasing logic past PreInstall state
(c) proper hooks for applying scope (not just annotations)
(d) allow definition of scoping through deployment layer
"obrien" wrote :
| integrate it with the core microcontainer (instead of plugins).
|
The core?
The interfaces are a spi, where as the impls are of course plugins.
You can impl your own SearchInfo.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206097#4206097
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206097
15 years, 9 months
[Microcontainer] - Re: How to convert -service.xml into -jboss-beans.xml ?
by Juergen.Zimmermann
The services are coming from JBossMessaging ;-)
Adding the 'fromContext' attribute yields a new stacktrace:
2009-02-01 09:18:25,918 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] (main) Error installing to Configured: name=Queue,name=marketing state=Instantiated
| java.lang.RuntimeException: Error configuring property: serverPeer for Queue,name=marketing
| at org.jboss.kernel.plugins.dependency.ConfigureAction.dispatchSetProperty(ConfigureAction.java:112)
| at org.jboss.kernel.plugins.dependency.ConfigureAction.setAttributes(ConfigureAction.java:85)
| at org.jboss.kernel.plugins.dependency.ConfigureAction.installActionInternal(ConfigureAction.java:44)
| at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54)
| 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:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540)
| at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121)
| 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:171)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1210)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1598)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1062)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:545)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:304)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:205)
| at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:405)
| at org.jboss.Main.boot(Main.java:209)
| at org.jboss.Main$1.run(Main.java:547)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: java.lang.IllegalArgumentException: Wrong arguments. setServerPeer for target org.jboss.jms.server.destination.QueueService@17e4fa7 expected=[javax.management.ObjectName] actual=[java.lang.String]
| at org.jboss.reflect.plugins.introspection.ReflectionUtils.handleErrors(ReflectionUtils.java:395)
| at org.jboss.reflect.plugins.introspection.ReflectionUtils.invoke(ReflectionUtils.java:69)
| at org.jboss.reflect.plugins.introspection.ReflectMethodInfoImpl.invoke(ReflectMethodInfoImpl.java:150)
| at org.jboss.beans.info.plugins.DefaultPropertyInfo.set(DefaultPropertyInfo.java:143)
| at org.jboss.beans.info.plugins.BeanInfoUtil.set(BeanInfoUtil.java:177)
| at org.jboss.beans.info.plugins.AbstractBeanInfo.setProperty(AbstractBeanInfo.java:289)
| at org.jboss.kernel.plugins.dependency.PropertyDispatchWrapper.execute(PropertyDispatchWrapper.java:113)
| at org.jboss.kernel.plugins.dependency.ExecutionWrapper.execute(ExecutionWrapper.java:47)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dispatchExecutionWrapper(KernelControllerContextAction.java:109)
| at org.jboss.kernel.plugins.dependency.ConfigureAction.dispatchSetProperty(ConfigureAction.java:107)
| ... 39 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206096#4206096
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206096
15 years, 9 months
[Remoting] - Re: Remoting2 - MC bean for SSL Connector
by ron.sigal＠jboss.com
Hi Jaikiran,
"jaikiran" wrote :
| the getInvokerConfigFromServerConfiguration (nor the getInvokerConfigFromXML) is ever called because of the if (locatorURI == null) condition never being satisfied.
|
Yes, that's true. Section 5.1.1.1. "Programmatic configuration." of the Remoting Guide (http://www.jboss.org/jbossremoting/docs/guide/2.5/html/index.html) says "If the Connector gets an InvokerLocator, it ignores the presence of the xml document." I had though there was something like a boldface warning, though.
I can see that it's reasonable to accept parameters from multiple sources, with some policy for priority. But, since Remoting 2 isn't really in development any more, I'd rather just escalate the warning in the Guide and log a WARNING message. I probably should have done that already. Would have saved you from slogging through the code.
"jaikiran" wrote :
| Since the Connector is now a MC Bean, it doesn't have a reference to the MBeanServer
|
Ah, I didn't think of that. Adding the annotation
| <annotation>@org.jboss.aop.microcontainer.aspects.jmx.JMX(name="jboss.remoting:type=Connector,transport=socket3843,handler=ejb3",exposedInterface=org.jboss.remoting.transport.ConnectorMBean.class,reg
| isterDirectly=true)</annotation>
|
to the Connector bean should register it as an MBean, and, I suppose, pass in the MBeanServer reference.
"jaikiran" wrote :
| I was just curious in using the MC Bean version, so started looking at it.
|
Excellent. Welcome to JBoss. :)
-Ron
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206081#4206081
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206081
15 years, 9 months