[jboss-user] [JBoss/Spring Integration] - Re: Jboss/Spring Integration, second attempt!
The FileMatcher was moved. :-) Before: - org.jboss.deployers.vfs.plugins.structure.file. Now: - org.jboss.deployers.vfs.spi.deployer And the SpringDeployer in that release still uses the old one. I'll do a new release asap. Or you can build it yourself from the trunk - it should be simple ant build call. I'll post here when I'm done with the new release. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4155903#4155903 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4155903 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss/Spring Integration, second attempt!
beyarecords wrote : | As I wish to use Spring 2.5 would I simply swap out the existing Spring files from the .deployer directory, which I believe are Spring 2.0 correct?, with 2.5 ? | I think the SpringDeployer3.0 is compiled against Spring 2.5, and as such shipped with Spring 2.5. But I think there should be minimal or no diff with 2.0.8. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4155916#4155916 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4155916 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Use of JmsTemplate with JBoss Messaging still strongly d
Ask on JBM/JMS forum, since this is not what this forum is about - see sticky. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4155993#4155993 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4155993 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss OSGi] - Re: Running OSGi Bundles
michael83 wrote : | is it possible to deploy and run OSGI bundles at the JBoss AS5? | We still need to test and place deployers from - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-osgi/trunk/osgi-int/src/main/org/jboss/osgi/plugins/deployers/ into AS5 space to be fully operational on OSGi budles. But we already support our own describe notion - see bootstrap-beans.xml from the AS5 config directory. There is still open JIRA that needs resolving, having a proper cycle dependency resolution, but you can already get most of the features out. - http://jira.jboss.com/jira/browse/JBCL-7 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4155099#4155099 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4155099 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Anonymous beans
[EMAIL PROTECTED] wrote : | Well, the error message I'm getting is completely different, and I'm working with a programmatic deployment rather than an XML deployment, so it looks like a completely different problem to me... | What's your error? [EMAIL PROTECTED] wrote : | ...OK, it seems entirely possible that I'm just doing it wrong. I'm instantiating a BeanMetaDataBuilder for the nested bean, using the getBeanMetaData() to get it, and then just directly adding that resulting bean to a parent builder via the builder.addPropertyMetaData(prop, nestedBeanMetaData) method. | That should work. XML transformation doesn't do anything different than what you do programmatically. And that's exactly what I'm doing in my test: - http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/kernel/src/tests/org/jboss/test/kernel/deployment/test/AnonymousBeansTestCase.java View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4154553#4154553 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4154553 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Anonymous beans
Your are probably looking for this: - http://www.jboss.com/index.html?module=bbop=viewtopict=133207 It even has the same subject name. :-) I need to check why the programmatic approach doesn't work. Can you create me a test case out of your work? Or check AbstractBeanMetaData.getBeans / NestedBeanHandler, that's where the nested bean logic is. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4154193#4154193 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4154193 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
[EMAIL PROTECTED] wrote : | Hm, for some reason it thinks my SchemaResolverDeployer outputs a KernelDeployment: | | | [EMAIL PROTECTED] outputs=[org.jboss.kernel.sp | | i.deployment.KernelDeployment]} | | | | Actually, I take that back - I have no idea how to read this output... Simple. :-) Dunno where you see SRD, all I see is BeanDeployer outputing KernelDeployment, as expected. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4153140#4153140 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4153140 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
[EMAIL PROTECTED] wrote : I think what I really want to do is to just provide a way to specify the various I/O beans, because that's all my (incorrectly-named) deployments really are for the most part. So I guess what I need to do is to figure out a way to merge in my metadata with the regular BeanMetaData - should just be a question of some JAXB research I hope... You already done that. ;-) e.g. you now have | dml:deployment | dml:io someattrib=foobar / | dml:remote otherattrib=barfoo / | /dml:deployment | And you can simply do this | mc:deployment | dml:deployment | dml:io someattrib=foobar / | dml:remote otherattrib=barfoo / | /dml:deployment | /mc:deployment | But I would still leave your deployer. And I would now add some generic deployer that takes custom metadata which implements BeanMetaDataFactory and turns it into component beans | public class CustomMD2BMDT extends BeanMetaDataFactory extends SomeHandyHelperDeployer | { |public CustomMD2BMD(ClassT metadata) |{ |super(metadata); |} | |public void deploy(DeploymentUnit unit, T deployment) |{ |ListBMD beans = deployment.getBeans(); |for(BMD bean : beans) | putBMDtoComponent(bean); |} | |... | } | And then adding such deployer would be 1line of xml/code: | bean name=DML2BMD class=CustomMD2BMD | constructorparameterio.DeploymentMetaData/parameter/constructor | /bean | Or/and I might even do similar shortcut xml element (as I did with SRD). Simple enough now? ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152589#4152589 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152589 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
[EMAIL PROTECTED] wrote : | | | bean:deployment | | xmlns:bean=urn:jboss:bean-deployer:2.0 | | xmlns:io=urn:jboss:io:1.0 | | bean:bean / | | io:tcp-server ... /io:tcp-server | | io:tcp-connection ... /io:tcp-connection | | ...etc... | | /bean:deployment | | | | In other words I think it would be nice to let the user specify an I/O bean anywhere they'd specify a regular bean. | Then each of the corresponding metadata classes (tcp-server -- metadata class, tcp-connection -- metadata class, ...) must implement BeanMetaDatafactory. Which isn't hard to achieve. And your top level dlm:deployment can just take all of them, call getBeans on each of them, add those beans to top list, and you have your custom xml functional as well (+ the new deployer that I'm just about to write). [EMAIL PROTECTED] wrote : | I'm about 95% sure I can get my tags to work inside a bean:deployment tag. But I'm maybe about 60% confident that I can get my bean tags to work in other places where a bean deployer bean tag can go. | These % are confusing me. :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152668#4152668 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152668 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
Not that I would know of. Adrian is working on better bootstrap order, so that might help: - http://www.jboss.com/index.html?module=bbop=viewtopicp=4152035#4152035 But in the worst case you can always 'polute' SingletonSchemaResolverFactory. :-) |/** | * Create a new SingletonSchemaResolverFactory. | */ |private SingletonSchemaResolverFactory() |{ | // old initializer | //addSchema(urn:jboss:aop-beans:1.0, org.jboss.aop.microcontainer.beans.xml.AOPBeansSchemaInitializer, Boolean.FALSE); | addSchema(urn:jboss:spring-beans:2.0, org.jboss.spring.deployment.xml.SpringSchemaInitializer, Boolean.FALSE); | addSchema(urn:jboss:osgi-beans:1.0, org.jboss.osgi.deployment.xml.OSGiSchemaInitializer, Boolean.FALSE); | addSchema(urn:jboss:seam-components:1.0, org.jboss.seam.ioc.microcontainer.xml.SeamSchemaInitializer, Boolean.FALSE); | // new jaxb | addJaxbSchema(urn:jboss:aop-beans:1.0, org.jboss.aop.microcontainer.beans.metadata.AOPDeployment); | addJaxbSchema(urn:jboss:bean-deployer, org.jboss.kernel.plugins.deployment.AbstractKernelDeployment10); | addJaxbSchema(urn:jboss:bean-deployer:2.0, org.jboss.kernel.plugins.deployment.AbstractKernelDeployment); | View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152687#4152687 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152687 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
[EMAIL PROTECTED] wrote : Maybe this isn't such a hot idea after all. It seems like there could be a lot of subtleties involved... I think I'll go back to the separate file idea for now. This might help: - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/org/jboss/deployers/vfs/deployer/kernel/BeanMetaDataFactoryDeployer.java ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152706#4152706 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152706 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration DEPLOYMENT] - Re: Hot deploy configuration..
This first: - http://wiki.jboss.org/wiki/JBossHelp - http://wiki.jboss.org/wiki/HelpExpertSystem ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152841#4152841 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152841 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
[EMAIL PROTECTED] wrote : | However, the getBeans() method of my root metadata object isn't called (it implements org.jboss.beans.metadata.spi.BeanMetaDataFactory). Is there some other special steps I have to follow? | It would only be called if you had your custom xml inside MC's deployment element. Then it would consider your custom xml as wildcard, and expect it to implement BeanMetaDataFactory. What you are missing is a deployer that breaks your custom DeploymentMD into MC's BeanMetaData and attaches them into new component deployment unit. See KernelDeploymentDeployer on how to do this. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152502#4152502 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152502 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
[EMAIL PROTECTED] wrote : I thought that's what the SchemaResolverDeployer was doing, and in fact that was the whole point of making my DeploymentMetaData implement BeanMetaDataFactory. | SRD just does what you told it to do - create a custom DeploymentMD. :-) The fact that it implement BMDF only comes handy in case I mentioned before - if it is used inside MC's deployment element. [EMAIL PROTECTED] wrote : | If not, isn't this a step that would have to be duplicated for every project that has a customized XML deployment format? | | Or, are you suggesting that I should use the MC's root deployment element instead? Yes, then you don't need that extra deployer. But if you still want to have your custom xml with your custom root, then there is no other way - at least not out-of-the-box. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152508#4152508 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152508 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: SchemaResolverDeployer is parsing but not deploying
I'll answer it anyway since reference guide doesn't say much. ;-) [EMAIL PROTECTED] wrote : BTW, what does KernelDeploymentDeployer actually *do*? | In new Deployers there is a notion of component. As I see components, they are the atoms of what you pass around in deployer's attachments - cannot be split any further. And those are the items that represent the actual runtime components, e.g. BeanMetaData ~ bean, ServiceMetaData ~ MBean, ... e.g. if admin console needs to inspect its runtime environment, all it needs to do is look at the deployer's/deployment unit's components. So, in order to have components, something needs to create them. Usually splitting some group of components from plain deployment unit into component deployment units. And that's what KDD does. It takes KD and splits it into BMDs. Or takes BMD from plain deployment unit and puts it into component du - so that it really is a component. It's more of a conceptual thing, keeping things clean and prepared for things that follow - profile service, etc. OK, this is how I see it. :-) I just had a discussion with MarkN about it, and we don't completely agree on everything. Adrian might explain it better, and I hope I didn't do a shot in the dark (too much). :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4152512#4152512 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4152512 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Get at Kernel from Unmanaged Object
ALRubinger wrote : | Yeah, for now I have a class called Hack which puts my MC Bean in a public static variable. :). The POJO in question is a JNDI ObjectFactory, created on each lookup by JNP Server. | Couldn't you just make this JNP server MC aware, some wrapper, and then with the help of some interface push that handle further. Naming should be configurable, I remember having naming -service.xml somewhere. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4151337#4151337 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4151337 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Get at Kernel from Unmanaged Object
ALRubinger wrote : | 1) Decorator Pattern for anything wishing to leverage MC | I'm bad with names, if you can illustrate what this would do? ALRubinger wrote : | 2) Kernel is transparent, but available, to anything in the process | All MC core objects are services inside MC's Controller, so they can be easily injected. But that means your POJOs are MC aware, not really a light decision to take. But if that's AS5 building block, then it should be a np. ALRubinger wrote : | Security concerns aside for the moment, I'm asking that a Kernel be able to be looked up from a POJO. Is that contrary to the aims of the MicroContainer project? How powerful a feature it'd be. | This explains it best ;-) - http://www.jboss.com/index.html?module=bbop=viewtopict=133488 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4151357#4151357 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4151357 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: default-lazy-init=
How does this relate to this: - http://www.jboss.com/index.html?module=bbop=viewtopict=106598 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4151557#4151557 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4151557 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Deploying multiple XML files as a single SpringApplicati
barifla wrote : Can you explain me how please? I'd like to use Spring DI in JBoss so I need some information about that. | How exactly would you use Spring DI? barifla wrote : | Can you write me an example please? I'm a Java newbie so every thing is complicated for me. | Be more specific. I'm not gonna go ahead an guess what you want, or write n examples that are possible. ;-) Describe what you're trying to do. Hopefully it's got something to do with the actual topic of this forum: - http://www.jboss.com/index.html?module=bbop=viewtopict=106598 If the answer to this is yes, then I'm very willing to help, otherwise we should look for more appropriate forum. If what you're trying to do, can be solved by MC, even better: - http://www.jboss.org/file-access/default/members/jbossmc/freezone/docs/2.0.x/userGuide/index.html But then we should move the further posts to MC user forum. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4151215#4151215 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4151215 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Get at Kernel from Unmanaged Object
ALRubinger wrote : | KernelLocator.getKernel() won't do the trick, as I've got no KernelControllerContext to set. | Where to you need KCC here? KernelLocator.getKernel gives you Kernel instance, from where you get Controller, ... But this is very ugly, and I've never liked this KL static hack. We should be able to provide integration point in almost all cases, deployers being the right integration point. ALRubinger wrote : | In AS is there any special magic to get at this (ie. Some aspect placing the Kernel/Context/Bus in a ThreadLocal or similar)? | Hmmm, interesting AOP hack idea. :-) ALRubinger wrote : | Note that the unmanaged object is not instanciated under my control, so it's just a POJO from which I need to access MC. | I would still try to push some handle all the way up to this pojo. I've got simialr problems when dealing with Seam and MC. Since how Seam apps are started is through some ServletListener, which is of course a few layers from MC. Still need to see what is to do there ... View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4151222#4151222 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4151222 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Seam Component Returning Null In Seam Testing
This should be asked on Seam forum, or Embedded. Not MC. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4150102#4150102 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4150102 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Hierarchical context
ScopedController. ;-) - http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/kernel/src/tests/org/jboss/test/kernel/deployment/test/BeanContainerScopingTestCase.java View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4149827#4149827 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4149827 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Creating injections programmatically
[EMAIL PROTECTED] wrote : Is the parameter of BeanMetaDataBuilder.createInject(Object); supposed to be the bean name? | Yes. [EMAIL PROTECTED] wrote : | If so, why is the type Object? The MC at dependency module level doesn't have the notion of component name being a string, that's POJO notion. And with inject you can e.g. use MBean, who's name is ObjectName, hence the Object. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4149862#4149862 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4149862 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Using bean injection tags in a custom XML schema
This is always pita, at least for me. Most of the times the answer (we get from Adrian) is learn xsd. :-) Kabir had some similar issues with his AOP schema, so there is some long forum post. But if you can simplify things, go ahead and do it. :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4149273#4149273 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4149273 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Why does this not work?
Do you have all our Maven repos listed in settings.xml? I'm no Maven expert, so probably best if you look here: - http://wiki.jboss.org/wiki/Maven Paul did a great job putting as much info as possible there. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4148530#4148530 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4148530 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Could not parse mapping document from input stream
Cybertech wrote : | I don't understand why you are redirecting us to Spring/Hibernate. | Did you read any of the stuff that Sticky post is linking to? Why? See below or/and read the Sticky again. Cybertech wrote : | It would be good if any one in this form can suggest us a solution. Otherwise, let the post be here and we will post the solve back if we find one so that it can benefit others. | No, since this forum is not meant to hold questions about plain Spring usage in JBoss. It's about integration project that we have - Spring Deployer. You can try some other JBoss forum, deployment topic perhaps. But not this one. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4148296#4148296 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4148296 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Could not parse mapping document from input stream
Cybertech wrote : Could any one of you please point us or help us to resolve this issue? | As stated here: - http://www.jboss.com/index.html?module=bbop=viewtopict=106598 this is not the right place. I would try the Spring or Hibernate forum, in that particular order. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4148209#4148209 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4148209 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: external web application (war)
Moved to user forum, since it *not* a design issue. OK, to answer the question. :-) You can use AssembledDirectory in JBoss VFS project. See how HDScanner checks for new deployments. Perhaps passing in your own deploy directory - see bootstrap-beans.xml - or implement the mechanism HDScanner uses in such way that it uses assembled path, combining original deploy directory and your own directory. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4145822#4145822 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4145822 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: classloader class isolation and .spring archive.
What's the version of JBossAS you're using? Try updating Spring deployer, I've released a bunch of compatible versions that work against Spring 2.0.8 and 2.5. See: - http://www.jboss.com/index.html?module=bbop=viewtopict=128312 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4143378#4143378 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4143378 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: looking up a spring bean from jndi
esteveavi wrote : Where can I get more info? The code or this sticky page: - http://www.jboss.com/index.html?module=bbop=viewtopict=106598 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4142118#4142118 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4142118 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
I think you're misusing BasicXMLDeployer. This one expects KernelDeployment. As the exception and code clearly say. :-) So your URL must point to MC beans xml file. OK, I'm guessing here. You have a file that is your custom xml. e.g. | remoting |endpoint name=someendpoint/ | /remoting | And you want to get RemotingMD out. Then all you need to is to change that line | KernelDeployment deployment = (KernelDeployment) unmarshaller.unmarshal(url.toString(), resolver); | to | RemotingMD deployment = (RemotingMD) unmarshaller.unmarshal(url.toString(), resolver); | Since the unmarshaller already knows about your schema (if it is previously registered). And the CCE proves that, by knowing the RemotingMD class. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4140998#4140998 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4140998 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
OK, now I'm confused. :-) What is the file that causes that CCE? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4141010#4141010 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4141010 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : | The jboss-remoting.xml that it fails to deploy is: | remoting xmlns=urn:jboss:remoting:3.0/ | OK, like I said: alesj wrote : | You have a file that is your custom xml. | The thing is very simple. :-) You should not be delegating parsing of this file to BasicXMLDeployer. Since, like also already said, this one only 'speaks' MC beans. You should somehow delegate parsing to the new RemotingMetaDataParser deployer/parser you've installed before. Look at my simple bootstrap that I've done for my OSGi demo: - http://anonsvn.jboss.org/repos/jbossas/projects/demos/osgi/ You can register new deployers there. And the file will be delegated to all deployers, but only picked up by your new RemotingMetaDataParser. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4141023#4141023 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4141023 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : Just wondering if there is a code example somewhere of a simple parsing deployer using the JAXB stuff. I'm having a hard time figuring out the intended usage based on the documentation (a lot of the deployer stuff is still missing from the docs it seems). | ATM I don't think there is any 'production' usage of the new JBossXB.Builder/JAXB parsing. Since we haven't done the full switch yet. I'll have a look today, trying to provide the initial parsing deployer based on this stuff. But for time being have a look at any XYZJaxbTestCase in Microcontainer module, and follow the trail to the parsing bit. [EMAIL PROTECTED] wrote : | The documentation, in many cases, says things like The BeanMetaData provides top level information and access to the more detailed information about the bean deployment or The purpose of Structure Deployer is to recognise the deployment type and prepare this information for the actual Deployers. These are all good, concise explanations for the purpose of these concepts. But then fails to explain how to actually use them in practice; e.g. I'm looking for something that says To actually implement a deployer, extend XXX and provide implementations for YYY and ZZZ. All agreed. But the MC's VDF is a huge huge beast. Providing example for every part is virtually impossible. But I think the new concept of being able to comment on the docs will help with this problem. e.g. users providing best practices And we can also keep a note of the things you users :-) want in the docs from the beginning. Having example of new cool JBossXB.Builder is a reasonable choice. :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4138932#4138932 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4138932 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : | I guess we could add an extra option to the SchemaResolverParser | | |propertry name=registerWithJBossXBtrue/property | | | which would take the schema name from the annotation on the class/package | and register the generated schema binding with JBossXB? | Which would remove the need for step (2) | OK, I'll add this. Since I think that step (2) is pita, and a very possible root of problems. e.g. recent jboss:security-config:5.0 ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4138961#4138961 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4138961 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : | Ales, this kind of thing would be a good example for the use case xml. | You mean a use case of a use case. :-) I'll add this as well then. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4138963#4138963 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4138963 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : The only piece of the puzzle missing for me is how to write the actual deployer which takes the metadata and converts it into a bean deployment (that's how it's supposed to work, right?), presumably feeding that back to the MC so that it can do its magic. You (usually) don't have to write the deployer, you only need to write your metadata classes. Or better, you need to properly annotate them. You have two approaches - if we're talking about creating bean deployment. 1) Your custom xml is included in existing beans deployment Have proper annotations on metadata, register schema and your metadata class must implement org.jboss.beans.metadata.spi.BeanMetaDataFactory. e.g. - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-cl/trunk/classloading-vfs/src/main/org/jboss/classloading/spi/vfs/metadata/VFSClassLoaderFactory.java 2) You have custom xml file Have proper annotations on metadata. Use both of previous Adrian's suggestions. Now you need to create proper components that MC will understand. See this thread for more info: - http://www.jboss.org/index.html?module=bbop=viewtopict=130527 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4138979#4138979 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4138979 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : | I guess in this case my outer metadata unit is just a holder for the different types of actual metadata. In this case I guess I won't implement BeanMetaDataFactory on it, but rather on each metadata class that translates into beans. Your top element/metadata must implement BMDF, since that is how AbstractKernelDeployment is able to understand what you've put as any element: |@XmlElements |({ | @XmlElement(name=bean, type=AbstractBeanMetaData.class), | @XmlElement(name=beanfactory, type=GenericBeanFactoryMetaData.class), | @XmlElement(name=lazy, type=AbstractLazyMetaData.class) |}) |@XmlAnyElement |public void setBeanFactories(ListBeanMetaDataFactory beanFactories) |{ | this.beanFactories = beanFactories; | flushJBossObjectCache(); |} | What you do in that method, how you get the beanmetadatas, is up to you. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4139020#4139020 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4139020 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
alesj wrote : | Use both of previous Adrian's suggestions. | This is now done - in deployers trunk. See SchemaResolverXBTestCase for the usage. Adrian, are the class/files locations OK? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4139043#4139043 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4139043 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : | It accepts the new property but it doesn't seem to notice the jboss-remoting.xml file which is in the same place as the jboss-beans.xml that contains the above. Sure. As expected. ;-) When this bean is installed, we're passed PARSE stage. Which is where this new deployer will kick in, for the next deployments. Try deploying jboss-remoting.xml separately, after you've deployed this jboss-beans.xml. btw: you could write this xml config with the new stuff :-) |jbossxb-parser xmlns=urn:jboss:deployers:2.0 | name=RemotingMetaDataParser | metadata=org.jboss.cx.remoting.metadata.RemotingMetaData | name=jboss-remoting.xml | register-with-jbossxb=true | / | just add this before |bean name=SchemaResolverConfig class=org.jboss.xb.binding.sunday.unmarshalling.SchemaResolverConfig | property name=bindingClasses | map keyClass=java.lang.String valueClass=java.lang.String | entry |keyurn:jboss:deployers:2.0/key | valueorg.jboss.deployers.vfs.plugins.xb.SchemaResolverDeployerMetaData/value | /entry | /map | /property |/bean | View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4139100#4139100 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4139100 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Code example for a basic parsing deployer
[EMAIL PROTECTED] wrote : Does it have to be in a separate deployment element? Sure. Use logic. :-) We first need to parse the file, and only after that we register the schema that recognizes jbossxb-parser element, which is what we want to parse. Chicken and the egg. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4139117#4139117 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4139117 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Accessing app_1's spring beans in app_2's config file
The missing code: | public class InitializerContextLoaderListener extends ContextLoaderListener { | | @Override | public void contextInitialized(ServletContextEvent event) { | JndiRootApplicationContextLookup.initialize(event.getServletContext()); | super.contextInitialized(event); | } | | } | | public class JndiRootApplicationContextLookup { | | private static final Log log = LogFactory.getLog(JndiRootApplicationContextLookup.class); | public static final String ROOT_JNDI_APP_CONTEXT_KEY = RootJndiApplicationContextKey; | public static final String DEFAULT_ROOT_APP_CONTEXT_JNDI_NAME = RootJndiApplicationContextName; | | private static String JNDI_NAME; | | public static String jndiName() { | return JNDI_NAME; | } | | public static void initialize(ServletContext servletContext) { | String jndiName = DEFAULT_ROOT_APP_CONTEXT_JNDI_NAME; | if (servletContext.getInitParameter(ROOT_JNDI_APP_CONTEXT_KEY) != null) { | jndiName = servletContext.getInitParameter(ROOT_JNDI_APP_CONTEXT_KEY); | } | if (JNDI_NAME != null !JNDI_NAME.equals(jndiName)) { | log.warn(Jndi name already initialized with different name: + JNDI_NAME + / + jndiName); | } | JNDI_NAME = jndiName; | } | | public static Object lookup(String beanName) throws Exception { | JndiTemplate jndiTemplate = new JndiTemplate(); | ApplicationContext ac = (ApplicationContext) jndiTemplate.lookup(JNDI_NAME, ApplicationContext.class); | return ac.getBean(beanName); | } | | } | Try it now, and let me know. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4135917#4135917 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135917 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Accessing app_1's spring beans in app_2's config file
The idea there is such: You declare a root context, which is deployed by JBoss SpringDeployer. Then you might have a child context also deployed by SpringDeployer. But you also want to have a web context that is also a child of that root context. e.g. having some common beans declared in the root So, by that RootJndiApplicationContextName should be the name of the root context. But it's been a while since I did this, so don't pull my leg if I got it wrong. :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4135966#4135966 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135966 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: JNDI MC
gcompienne wrote : | If my understanding is correct MC has a notion of application context (which is the ControllerContext or something like that if I am not mistaken?). | You mean DeploymentControllerContext? gcompienne wrote : | Now what I wonder is: is JBoss JNDI aware of this context? | No. gcompienne wrote : | Ideally I would like a deployer to be able to add entries to the application JNDI ENC but I must admit I wonder how to do that. | @org.jboss.aop.microcontainer.aspects.jndi.JndiBinding gcompienne wrote : | If in the deployer's code, I try to create an initial context and lookup java:comp/env, am I likely to get something potentially related to the deployer rather than the application? | Don't understand what you mean? The deployers don't know anything about JNDI. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4135979#4135979 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4135979 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Accessing app_1's spring beans in app_2's config file
gumnaam wrote : | No need to have any more classes, no need to add description elements to any spring xml file. I know I had reasons why I hacked all those classes, just can't remember them now. I'll try an dig that code up ... it's been a while like I said ... :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4136030#4136030 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4136030 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBOSS5 + Spring Deployer version confusion
dlmiles wrote : | The point I was getting at, is that no deployer should mindlessly attempt to deploy all files it finds at any nesting depth ending in *-beans.xml. | It is not. Like I said, only those that are in metadata path. See StructureDeployers for more info. dlmiles wrote : | But I would be happy for it to have a look at all files and then attempt to parse the file as a JBoss specific deployment descriptor. Now during this process it should immediately see that my file has an XML Schema that belongs to Spring Framework. Upon seeing this the deployer should stop considering that file as a JBoss deployment descriptor and no exception should be thrown. | | This is the point of having XSDs to ensure an application that is not meant to process some data, does not attempt to process it! | | The JBoss deployer does not own all the files ending in *-beans.xml that the JBoss VFS can find, it only own those files that also match the DTD/XSD schemes that JBoss understands. | Feel free to open this discussion in 'Deployers on JBoss' or 'Design of POJO server' forum. No point of discussing this here, since this is getting out of the scope of this forum. dlmiles wrote : | Of course it has to parse the file, its bl**dy well doing that now is not it! | :-) The problem that I see here is, that most of the xml parsing/handling has the most awful exceptions, which would make it hard for us to distinguish between what's a real exception or just not the right combination of deployer+dtd/schema. dlmiles wrote : | The error I reported is due to a deployment failure because the contents of the XML appeared to be garbage to the MBean deployer when it attempted deployment. | No, it failed because the BeanDeployer expected that the outcome of unmarshalling would be KernelDeployment instance. dlmiles wrote : | Renaming my file in my WAR from /WEB-INF/spring-beans.xml to /WEB-INF/spring-context.xml did the trick. | alesj wrote : | You can either rename the file or change the way BeanDeployer handles this file, e.g. perhaps not using the file if it also contains 'spring' in its name. | ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4133484#4133484 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4133484 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBOSS5 + Spring Deployer version confusion
dlmiles wrote : | I can also see that the MANIFEST of jboss-spring.deployer itself does not include its own version number and would also like to see jboss-spring.jar from inside the *.deployer file renamed to jboss-spring-3.0.jar (as well as version in the manifest). Both would be ideal and would save you documenting a README file about which version you built with this week. | I'll fix the manifest.mf, to include the version. dlmiles wrote : | My next problem is that one or more Spring bean descriptors does not use XSD/Namespaces but DTD, is that allowed ? | It's up to Spring on what it does with the file. dlmiles wrote : | Now my remaining concern: I have a WAR in my EAR which currently has spring*.jar's inside (/WEB-INF/lib/*.jar) what is the correct way the package those ? | In theory it should play nicely. But see recent thread about the same problem. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4133433#4133433 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4133433 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBOSS5 + Spring Deployer version confusion
dlmiles wrote : | Anyway now moving onto my next problem. | | Are all the schemes that spring usually has setup (when running as a web-app in plain Tomcat; not Tomcat under JBoss), are they enabled and functional with respect to JBoss ? In particular the scheme handler for classpath: I have a: | | bean id=propertyConfigurer class=org.springframework.beans.factory.config.PropertyPlaceholderConfigurer | | property name=location | | valueclasspath:config/application.properties/value | | /property | | /bean | | But I'm getting the error: | | DEBUG [org.jboss.deployers.vfs.deployer.kernel.BeanDeployer] Parsed file: [EMAIL PROTECTED]/Foobar.war/WEB-INF/spring-beans.xml context=file:/data/opt/jboss-5.0.0.Beta4/server/default/deploy/ real=jar:file:/data/opt/jboss-5.0.0.Beta4/server/default/tmp/javatmp/nestedjar19733.tmp!/WEB-INF/spring-beans.xml] to: classpath:/config/application.properties | | | | DEBUG [org.jboss.deployers.vfs.deployer.kernel.BeanDeployer] Error during deploy: vfsfile:/data/opt/jboss-5.0.0.Beta4/server/default/deploy/Service.ear/Foobar.war | | org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfsfile:/data/opt/jboss-5.0.0.Beta4/server/default/deploy/Service.ear/Foobar.war | | at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) | | | | SNIP | | | | Caused by: java.lang.ClassCastException | | at java.lang.Class.cast(Class.java:2951) | | at org.jboss.deployers.vfs.spi.deployer.SchemaResolverDeployer.parse(SchemaResolverDeployer.java:136) | Ah, yes, I though this one will come up sooner or later. :-) This has nothing to do with Spring. It's the way we deploy our Microcontainer beans. BeanDeployer picks up any file that ends with -beans.xml, assuming that this is where MC beans are declared. You can either rename the file or change the way BeanDeployer handles this file, e.g. perhaps not using the file if it also contains 'spring' in its name. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4133451#4133451 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4133451 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBOSS5 + Spring Deployer version confusion
dlmiles wrote : | I'm surprised it could find it, none of my containment files are exploded. | It's called JBoss VFS. ;-) dlmiles wrote : | Surely there is some other qualifying requirement too. For example the *.deployer file name as well as requiring a META-INF/spring-deployers-beans.xml with outer element ? | The file has to be in metadata path, recognized by StructureDeployers. I don't know what you mean by *.deployers file name and requiring spring-deployers-beans.xml. To require exact outer element, it means it would always have to parse the file, to see what is the first element. I think the name + suffix are good enough to distinct deployment types. And with the new aspectized deployers, it's easy to swap out the behavior / add additional constraints. dlmiles wrote : | Now the next thing in the saga (not really spring related) : | | vfsfile:/data/opt/jboss-5.0.0.Beta4/server/default/deploy/Service.ear - org.xml.sax.SAXException: cvc-pattern-valid: Value 'application/xhtml+xml' is not facet-valid with respect to pattern ' | | [\p{L}\-\p{Nd}]+/[\p{L}\-\p{Nd}\.]+' for type 'null'. @ *unknown*[164,47][/core] | | | | I'm pretty sure this has been fixed in the Servlet web.xml DTD/XSD for a few years now, don't you just love validating parsers. Yes the plus character + is valid in a MIME type. I think you can always say to the parsing deployer that it should not validate. And this info should be delegated fwd. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4133472#4133472 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4133472 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBOSS5 + Spring Deployer version confusion
dlmiles wrote : | I am correct in thinking the above version is for JBoss AS 4.2.x and older ? But should not be used wit JBoss AS 5 ? | Yes, only JBossAS 4.x. dlmiles wrote : | Should something appear in the JBossAS console log ? | If you use trace log for deployers packages, there should be some log indicating that deployer was added to MainDeployersImpl/DeployersImpl. dlmiles wrote : | I am correct in thinking this should be used with JBoss AS 5 and newer ? | Yes, it's the new breed of deployers. :-) dlmiles wrote : | Now if I wanted to upgrade to 2.0.7 or 2.0.8 is a recompile necessary or can I replace the spring-*.jar files inside the jboss-spring.deployer file ? | It depends on the back (or in this case fwd) compatibility of Spring lib. I had no problems changing between 2.0.8 and 2.5. dlmiles wrote : | Could I also suggest that all dependent JARs what are bundled please use the file name that includes the version of said file like spring-core-2.0.99.jar not just the plain spring-core.jar so its really clear to audit. | You can suggest :-), but I'm not gonna do that. ;-) Those are Spring files as such, I don't wanna modify them in any way. And you can see the version in its manifest.mf file. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4133371#4133371 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4133371 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jndi lookup on spring factory return 'null'
zumbiehl wrote : | The lookup returns me a null instance of the Spring context although lookups work fine from within the JBoss container. | I think this is expected behavior. Since we put the bean factory into non-serializable JNDI context, there are no means of pulling it out from another VM. http://docs.jboss.org/jbossas/javadoc/4.0.2/org/jboss/naming/NonSerializableFactory.java.html We cannot expect that all beans are serializable, plus the bean factory impl itself is not serializable in some places. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4132778#4132778 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132778 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 4 Spring Problems
ragavgomatam wrote : Wish we have Jboss 5 GA with OSGI... We will, perhaps even CR1 will be already configured to use it. ;-) Here is some more info, in case you missed this: - http://labs.jboss.com/community/interviews/ales_osgi.html View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4132779#4132779 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132779 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration DEPLOYMENT] - Re: Deployers ordering and write access to the private namin
Moved this to User forum, where it should be in the first place. ;-) What's the env you're running this? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4132522#4132522 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132522 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 4 Spring Problems
Do you also have spring.jar in your war file? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131762#4131762 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131762 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: To get Event when Jboss is called for shutdown
You can provide your own impl of the Server interface. e.g. extend the current ServerImpl and override shutdown method to hook in your behavior. See ServerLoader usage in Main and ServerImpl for more details. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131781#4131781 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131781 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: To get Event when Jboss is called for shutdown
Or, there is already a nice hook provided for you. In the form of Bootstrap interface - see AbstractServerImpl. | // Do the bootstraps in reverse order | for (Bootstrap bootstrap : startedBootstraps) | { | Thread.currentThread().setContextClassLoader(bootstrap.getClass().getClassLoader()); | try | { |bootstrap.shutdown(this); | } | catch (Throwable t) | { |log.warn(Error shutting down bootstrap: + bootstrap, t); | } | } | Simply implement your behavior in some Bootstrap impl, and add this bean to bootstrap-beans.xml. It will get automatically picked up by ServerImpl, and added to the list of all bootstraps. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131784#4131784 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131784 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: To get Event when Jboss is called for shutdown
svsubramanyam007 wrote : I want to get event when jboss is called for shutdown.When i was walking through code i was not able to understand ..how to get event when it is about to shutdown...can anyone help me in understanding...whether it is possible to get event. What's there to understand, it's a simple even/listener pattern: | // Send a notification that server stop is initiated | Notification msg = new Notification(STOP_NOTIFICATION_TYPE, this, 2); | sendNotification(msg); | | List currentList; | synchronized (lock) { | currentList = listenerList; | } | | final int size = currentList.size(); | for (int i = 0; i size; i++) { | ListenerInfo li = (ListenerInfo) currentList.get(i); | | if (li.filter == null | || li.filter.isNotificationEnabled(notification)) { | try { | this.handleNotification(li.listener, notification, | li.handback); | } catch (Exception e) { | trace(sendNotification, | exception from listener: + e); | } | } | } | View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131785#4131785 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131785 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 4 Spring Problems
ragavgomatam wrote : Yes I do..Is that an issue ? Could be. War libs and similar global libs never play nicely. ;-) Can you just remove the one from war and see if you still get the same problem? btw: what's the version of Spring lib in SpringDeployer and in your war? The same? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131877#4131877 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131877 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 4 Spring Problems
Put a single Spring 2.5 in JBOSS_HOME/server/(your_config)/lib. That should do the trick. Once we have full OSGi classloading impl in JBoss5, then we'll be able to have 2 diff version in the same 'space' w/o any problems. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131915#4131915 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131915 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 4 Spring Problems
ragavgomatam wrote : sure i will try get back...You will have to wait till i reach home from work try this out before posting back Take your time. :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131926#4131926 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131926 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 4 Spring Problems
Can you check if the info that exceptions describe hold: | 10:53:14,016 WARN [ClassLoaderManager] Unexpected error during load of:org.springframework.aop.framework.ProxyCreatorSupport | java.lang.VerifyError: org/springframework/aop/framework/ProxyCreatorSupport: attempting to override final method org/springframework/aop/framework/AdvisedSupport.adviceChanged()V | attempting to override final method | 10:53:14,156 WARN [ClassLoaderManager] Unexpected error during load of:org.springframework.aop.support.MethodMatchers$ClassFilterAwareUnionMethodMatcher | java.lang.IllegalAccessError: org/springframework/aop/support/MethodMatchers$ClassFilterAwareUnionMethodMatcher : org/springframework/aop/support/MethodMatchers$UnionMethodMatcher | IllegalAccessError It could be that beta3 didn't output this at warn level, perhaps only at trace or debug. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131702#4131702 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131702 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 4 Spring Problems
ragavgomatam wrote : | Error from jboss 5 beta 4 is :- If I remove this WAR file, everything appears fineSurprising this was that this was working with spring 2.0...Moment I upgraded to spring 2.5 I started to get this errorChecked out the spring forums they say it is becos spring is returning a proxy instead of OracleCachedRowSet...Question is why should spring 2.5 do this ? OracleCachedRowSet implements javax.sql.rowset.CachedRowset jdk proxy should be ok ...Else jboss 5 beta 4 seems to be okGuess this is something with spring 2.5To be sure I deployed this WAR in tc 6 and had the same error | OK, so this is clearly Spring problem, and not of JBoss SpringDeployer. I'll leave this post here, so anyone else who also stumbles will be able to identify this. But make sure you post any findings. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131710#4131710 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131710 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Service validation
[EMAIL PROTECTED] wrote : Say I've got a service that has some dependencies that need to be injected before it can start up. | My first question is, when do the dependencies get injected, with relation to the service lifecycle methods? | It again depends where you want to inject. ;-) Lifecycle order: ControllerState.NOT_INSTALLED ControllerState.PRE_INSTALL ControllerState.DESCRIBED ControllerState.INSTANTIATED ControllerState.CONFIGURED ControllerState.CREATE ControllerState.START ControllerState.INSTALLED Constructor injection happens as Instantiated. Property injection at Configured. Create method invocation (+ parameter injections) at create. :-) Start at ... And I've just added that installs can be applied at any state: - http://jira.jboss.com/jira/browse/JBMICROCONT-242 [EMAIL PROTECTED] wrote : And secondly, how can I, within my service bean, validate that all the required dependencies are met? | You don't need to. If you define your dependencies right (and it's a very pluggable system aka defining you own dependencies is trivial), MC is gonna take care that they are all met, or the service won't move fwd. [EMAIL PROTECTED] wrote : If there's a problem, can I e.g. throw an exception from my start() method to prevent the service from being started, or is there a cleaner way to validate dependencies? | If whatever exception is thrown during any state of bean/service lifecycle, the MC is gonna put this context into error state. See this discussion for more details: - http://www.jboss.org/index.html?module=bbop=viewtopict=130374start=0 But you can manually move service in MC. And perhaps if the validation at that point is negative you move your service a (few) step(s) back. And proceed when you expect all is OK. It's again all about what is valid for you. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131561#4131561 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131561 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Service validation
[EMAIL PROTECTED] wrote : OK, then I think I'm confused - how does the controller state lifecycle relate to the service lifecycle? The service lifecycle seems to define four trasitions - create, start, stop, and destory. But the controller can be in 8 different states. We have more fine grained states than the usual lifecycles. ;-) And what you call stop and destroy are respectively start and create on the way 'back', at uninstall. What are usually the states where the services get instantiated and configured? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131574#4131574 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131574 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Service validation
Which three states you have in mind? I'll do a simple explanation of what each state does, or better, what each action corresponding to state does: In install phase: NOT_INSTALLED - initial state PRE_INSTALL - initialize scoped metadata, check for hierarchy of Controllers DESCRIBED - add aop dependencies, handle IoC annotations INSTANTIATED - instantiate pojo CONFIGURED - configure pojo's propertys with values CREATE - invoke create method (if exists) START - invoke start method (if exists) INSTALLED - register bean into registry, apply supplies In uninstall phase: INSTALLED - unregister bean from registry, clear supplies START - invoke stop method (if exists) CREATE - invoke destroy method (if exists) CONFIGURED - nullify pojo's propertys INSTANTIATED - nullify target pojo DESCRIBED - clear IoC annotations PRE_INSTALL - clear any Controller hierarchy (if applied) and scoped metadata NOT_INSTALLED - end state And actually there are more than 8 Controller states, to confuse you even more. :-) But the one's mentioned are relevant for the POJOs. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131587#4131587 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131587 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: ClassLoaderMetaData not propagating (yet?) to classloade
gcompienne wrote : It is due to the fact the code uses the Module.domain attribute rather than the Module.metadata.domain. | I don't really understand what you mean here? The Module, Domain, ... is currently being rewritten, but it's probably gonna take till CR1 to put it in place. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4131012#4131012 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4131012 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: POJO thread safety
[EMAIL PROTECTED] wrote : If I have a POJO that (for example) represents a service that has a few properties that will be injected, what thread-safety precautions must I take? | It depends on your service. :-) See what we do below. [EMAIL PROTECTED] wrote : | Will the POJO be instantiated, configured, and started/stopped all from the same thread? | Nope or it depends. ;-) e.g. first thread will install the pojo, but it has some dependencies that don't allow it to be configured (missing injection) Then that missing injection bean gets installed (via HDScanner thread that picked up -beans.xml), which pushes our first bean fwd. So threads differ. [EMAIL PROTECTED] wrote : | If not, what guarantees are made with respect to synchronization externally? We are locking parts of the Controller code that change states. So if one thread moves context fwd, the next thread will wait, and then see that this was already moved. Meaning you pojo will only go through states exactly once. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4130838#4130838 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4130838 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: POJO thread safety
[EMAIL PROTECTED] wrote : Actually one more question - are the locks held when doing auto-wiring and injection and that sort of thing? | Yup, a read lock. [EMAIL PROTECTED] wrote : | In other words, if I have beans A and B, and I want a property from A to be injected into B, will the same lock be held that is used to change states during the injection? I'm concerned more about memory visibility than locking here. Nope. We try to unlock/re-lock things as much as possible, to not keep things in waiting for unnecessary reasons. But we do make sure things are consistent, applying write/read locks where needed. See AbstractController.incrementState for such unlocking usage. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4130884#4130884 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4130884 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Deploying multiple XML files as a single SpringApplicati
mayankk wrote : has this feature been incorporated in the spring deployer as yet? | The SpringDeployer has been updated to work with the new AS5/MC deployers, but this feature is out of the scope of what the deployer actually does. And having Microcontainer makes no sense to implement this on top of Spring's ApplicationContext/BeanFactory. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4129415#4129415 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4129415 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: ClassLoaderMetaData not propagating (yet?) to classloade
gcompienne wrote : Ok, Thanks :-) :-) We need to have the same env (at least AS5, MC, ...), so that we're really 'talking' about the same problem (if it's still there), and not just guessing. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4129144#4129144 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4129144 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: ClassLoaderMetaData not propagating (yet?) to classloade
gcompienne wrote : Ok, so is JBoss 5 beta 4 a reasonable test environment for this issue? Beta4 is OK. But I doubt that VFSTopLevelClassLoaderSystemDeployer is not kicking in. The deployer itself is a CLFactory impl. Perhaps you can modify this class to add more debugging. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4129180#4129180 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4129180 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: ClassLoaderMetaData not propagating (yet?) to classloade
gcompienne wrote : | And when my classloader is called, just before VFSTopLevelClassLoaderSystemDeployer would be called, it shows me that no ClassLoaderFactory attachment is available... | | public abstract class AbstractClassLoaderDeployer extends AbstractDeployer implements ClassLoaderFactory | { |/** | * Create a new AbstractClassLoaderDeployer. | */ |public AbstractClassLoaderDeployer() |{ | setStage(DeploymentStages.CLASSLOADER); | setInput(ClassLoaderFactory.class); | setAllInputs(true); |} | |public void deploy(DeploymentUnit unit) throws DeploymentException |{ | ClassLoaderFactory factory = unit.getAttachment(ClassLoaderFactory.class); | if (factory == null) | factory = this; | unit.createClassLoader(factory); |} | |public void undeploy(DeploymentUnit unit) |{ | ClassLoaderFactory factory = unit.getAttachment(ClassLoaderFactory.class); | if (factory == null) | factory = this; | unit.removeClassLoader(factory); |} | |public void removeClassLoader(DeploymentContext context) throws Exception |{ |} | } | View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4129275#4129275 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4129275 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: AbstractKernelObject weirdness
I don't think that's intentionally. I'll delete the bootstrap one. Let me just check if it breaks something. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4128929#4128929 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4128929 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: AbstractKernelObject weirdness
Deleted in trunk. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4128937#4128937 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4128937 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: ClassLoaderMetaData not propagating (yet?) to classloade
What's the env you're running this? Can you check the trunk, and let me know what revision did you use if it's still failing View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4128922#4128922 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4128922 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Question on Capabilities definition (ClassLoaderMetaData
I don't understand what you mean by deployer having capabilities. It's the module that has capabilities. And there is a module per deployment unit. Module also has requirements. It is mean that those requirements are usually resolved by some other module's capabilities. Think of this as OSGi imports (requirements) and exports (capabilities). And there are also bundle dependencies - module requirement / capability. You would normally have this information constructed in a single deployer - e.g. OSGiManifestParser. But deployer is nothing more than a POJO inside MC. So it can have all the normal IoC/DI stuff as other MC beans. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4128143#4128143 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4128143 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Questions on describe/classloader deployers and CL scope
gcompienne wrote : I have a few questions the concerning the DESCRIBE and CLASSLOADER deployer stages. | | I understand the principle that DESCRIBE is used to declare/define the dependencies whilst the CLASSLOADER stage is related to the classloader itself. | | I have noticed that the classloader instance (BaseClassLoader) is created in-between the DESCRIBE and CLASSLOADER stages. That's seems reasonable as after the DESCRIBE stage I suspect the system should have enough information to create the appriopriate classloader. But then I wonder what is really the purpose of the CLASSLOADER stage? Is it to have a deployer that will create the classloader itself? If so, how do I make that happen (as I said the CL is currently automatically created between the describe and classloader stages). | Where do you see it getting created? Since it's the AbstractTopLevelClassLoaderSystemDeployer that does this in AS5 -- VFSTopLevelClassLoaderSystemDeployer, and its stage is CLASSLOADER. gcompienne wrote : | I also have another question concerning classloaders. Looking at the MC code it looks like the classloader is only created for a top level deployment unit. Why is that the case? (it would mean the WAR, JAR and other would use the CL of the EAR). Does it has to be always the case? Or am I missing something? | You're missing AbstractClassLoaderSystemDeployer. ;-) This one has no notion of top level deployment. Currently used by WarClassLoaderDeployer (although soon to be depracated -- see top comment in this class). View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4128145#4128145 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4128145 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: ClassLoaderMetaData not propagating (yet?) to classloade
gcompienne wrote : | I am doing further testing with the deployers and I have noticed that the ClassLoaderMetaData info does not seem to be used (or fully used?) yet by the subsystem that triggers the creation of the classloader. | It's the ClassLoading class that uses CLMD. gcompienne wrote : | | | 2008-02-08 17:49:31,856 DEBUG [protomcf.test.deployer.TestDescribeDeployer] ** Domain = DEFAULT | | Looks like this is being used. You're probably not attaching the second CLMD into the attachments. I would need to see TestDescribeDeployer for more info. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4128148#4128148 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4128148 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployer sequencing
gcompienne wrote : But this seems to confirm that if I don't specify any input then the deployer is always called (rather than never). | | So far I was always doing a setAllInputs(true) but that probably was not necessary... | Inputs/outputs have only one struct usage, and that's the 'natural' order. If you do your deployers correctly, they can be naturally ordered by their inputs/outputs, like dominos. The second use case - if they are present in attachments - is optional. It depends on what you want to do with that info. e.g Most of deployers generically check if that type of attachment is present, else just pass through. But you can do what ever you like. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126293#4126293 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126293 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployer sequencing
Code is your friend. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126285#4126285 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126285 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployer sequencing
Behaving as what? Being only triggered once (which I doubt is the case) or why there are no inputs/outputs? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126268#4126268 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126268 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBoss 4.2 Spring Deployer + Spring 2.08
mlaporta wrote : | I wish to see this support for spring-2.0.8 or 2.5. | https://sourceforge.net/project/showfiles.php?group_id=22866package_id=161914release_id=573873 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126237#4126237 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126237 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployer sequencing
What AS5 instance are you running? Did you check the HackCLMDD code? There are (currently) two usages. 1) there is LoaderRepositoryConfig present in attachments 2) we're not top level deployment unit, and there is parent CLMD present This deployer is always triggered. And all it does - applying the 2 rules from above - is add ClassLoaderMetaData. This CLMD is later picked by ClassLoaderDeployer (if it exists). Regarding 'console-mgr.sar', I guess this is the only deployment that has strict scoping defined, hence the LoaderRepositoryConfig being present. |loader-repository | jboss.console:sar=console-mgr.sar | loader-repository-config | java2ParentDelegation=true | /loader-repository-config |/loader-repository | View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126279#4126279 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126279 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: OneToMany relationships
[EMAIL PROTECTED] wrote : Sweet.. it worked without any problems! | ;-) [EMAIL PROTECTED] wrote : | something that useful should be on the main doc :-) This is much better than the Lifecycle callback example on the AOP chapter. | It's all already there: - http://labs.jboss.com/files/jbossmc/docs/2.0.x/userGuide/ch13s02.html View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4124202#4124202 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4124202 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: OneToMany relationships
This is best explained with MainDeployer and Deployers example: Instead of having each Deployer to call | install bean=MainDeployer method=addDeployer |parameterthis/parameter | /install | install bean=MainDeployer method=removeDeployer |parameterthis/parameter | /install | You can just add this: | bean name=MainDeployer ... |incallback method=addDeployer/ |uncallback method=removeDeployer/ | /bean | The callback idea is to check the type of method's parameter - in this case Deployer interface - and when a matching bean (by type -- instance of) is installed/uninstalled, you execute this callback. So when a new Deployer bean is installed, it is automa(t|g)ically added to MainDeployer. Exchange MainDeployer with Employee and Deployer with Address, and there you go. ;-) All MC IoC xml elements have matching annotation support. In this case @Install/@Uninstall. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4124194#4124194 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4124194 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deploying a self contianed JBossMC Bean in a JAR
Some more related dev issues: - http://www.jboss.org/index.html?module=bbop=viewtopict=128233start=0 - http://www.jboss.org/index.html?module=bbop=viewtopict=128560 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4123842#4123842 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4123842 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBoss 4.2 Spring Deployer + Spring 2.08
devnulled0 wrote : | I poked around in build.sh and build.xml.. looked around in the tools/etc/buildmagic directory and noticed that nothing about Spring was mentioned in there, but otherwise I don't know this build system well enough to know what to even look for or change. Any suggestions? Thanks! Uf, ok, I know build magic can be pita. I can have a look at the end of this next week. That soon enough? If I forget, grab me at JBossWorld, since I know you'll be there. :-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4123698#4123698 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4123698 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBoss 4.2 Spring Deployer + Spring 2.08
devnulled0 wrote : | Any suggestions? I looked for documentation but didn't find much. FWIW, I'm on OS X running Java 6. | | Also, should I be doing anything specific to get the version which works with JBoss 4.x? | First, I think you should be trying to fix this against some AS4.x branch. Not the trunk, since trunk already contains new code needed for AS5. Then simply run (JBossAS_4.x_HOME)/build/build.sh. This will download all the required thirdparty libs (that's what's missing with you - the libraries.ent warning) and build the server instance. After that you should be able to run spring-int build as well. By default (in pre AS5) spring-int is excluded from main build. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4122967#4122967 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4122967 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: JBoss 4.2 Spring Deployer + Spring 2.08
devnulled0 wrote : | I also tried upgrading all of the jar's in the deployer to Spring 2.08 and ran into various problems because some of the methods the deployer relies on have been removed, etc. | Which methods? Can you post your exceptions. It's been a while since I compiled the version for JBoss4.x. devnulled0 wrote : | The downloads section of the Spring Deployer is not at all clear to me, so I may have downloaded/implemented it wrong. I basically did this to create a Spring deployer that seems to work for the most part: | Yup, it can be a bit confusing. The thing is that only core deployer code changes, so no need for the full update on spring.jar and jboss-service.xml. That's why I only put that artifact on the download site. devnulled0 wrote : | 1. Did I implement the deployer correctly? If not, what should I do? | 2. What version of Spring is supported/shipped with the deployer? | 3. Will Spring 2.0.8 or 2.5.1 support get rolled into the deployer anytime soon for JBoss 4.x? I think I ran into some bugs which put me on 2.0.8 (2.5.1 would be much preferred however) | 1) Looks ok, but like you said, and I'm aware of, there can be compability issues. You can try it yourself - to build against 2.0.8 and 2.5 - the changes needed to be done should be trivial. Eventually I'll do those two releases, but currently there is no time for that. :-( 2) Uf, dunno. :-) If there is a spirng.jar, it should have MANIFEST.MF, where the version is stated. 3) Hmmm, after JBossWorld. I could do the changes for JBoss5 much quicker, since I'm working on the trunk on daily bases. But porting it back for 4.x will take some time. But I'm always thumbs up for some contribution. ;-) View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4122611#4122611 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4122611 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration DEPLOYMENT] - Re: JBoss deletes all the temp on shutdown
Where do you upload the user's file? View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4121525#4121525 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4121525 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss OSGi] - Re: OSGi features
sjerman wrote : | I would like to try to use the new OSGI classloader that I think you say is included with JB5 b3... | JBoss5 Beta4, yet to be released - around JBossWorld conference. But the code is already enabled in the current trunk. sjerman wrote : | I assume the documentation is not ready yet (looking at SVN) but any pointers about how to use it would be really appreciated. | Follow this changes: - http://fisheye.jboss.com/browse/JBossAS/trunk/server/src/etc/conf/default/bootstrap-beans.xml?r1=66628r2=68825 The docs about the new classloaders are in the making, but so are many other things. :-) Follow the User Guide from JBoss labs Microcontainer page for updates: - http://labs.jboss.com/files/jbossmc/docs/2.0.x/userGuide/index.html View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4121442#4121442 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4121442 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deploying a self contianed JBossMC Bean in a JAR
kevglass wrote : I've been the code you pointed to but I'm still a little confused. The AS code only seems to honour the classpath for bootstrap deployments. Is there some similar code that applys the context class loader for application JARs? | http://jira.jboss.com/jira/browse/JBAS-4206 View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4120418#4120418 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4120418 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss OSGi] - Re: OSGi features
tim_ph wrote : If Spring has it, and JBoss doesn't. It's a big disadvantage. | We have it, just not completely done yet. And we're doing much more than Spring. We're implementing our own OSGi core framework on top of MC. They are just using the existing implementations out there. I'm not saying that's bad, but it's completely different picture. The OSGi kind of classloading has been in the MC for a while now. It's just yesterday that we included this new classloading for the first time in our new AS5. tim_ph wrote : | Updating modules on-the-fly is a dream on any deployment scenario. | This was always possible in JBoss, from the introduction of JBoss MicroKernel, based on JMX. Decoupling of services with the help of MBeans via MBeanServer allowed that. tim_ph wrote : | Please put that in JBoss or Seam. Seam is JBoss. ;-) You probably mean AS5. It will be there, via our new kernel - the Microcontainer. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4119263#4119263 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4119263 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 2 and Spring Deployer
ragavgomatam wrote : | Yeah that was a small bug in my ant buildFixed it...Works fineThanks...I think this should be documented in Jboss-spring documentation | Spring Injection works fine with Ejb 3. with Spring Deployer in Jboss 5 Beta 3. | Cool. I totally forgot about the legacy usage. :-) But I think the new default name is more flexible. More fine grained. ragavgomatam wrote : | As an aside, how does Pitchfork fit in ? Can we try injecting POJO's into ejb3 with PitchFork M2 release ? They have a JeeEjbBeanFactoryPostProcessor in pitchfork which recognizes @EJB anotation. Can we use this too in Jboss 5 ? Your thoughts. | Uf, never really looked into Pitchfork. So no idea what can be done. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4117296#4117296 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4117296 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 2 and Spring Deployer
I've just added (commited in the trunk) a legacy default name support to SpringParserDeployer. The current default is still from meta file: -spring.xml. But if you set this flag to true, the name from jar containing -spring.xml file will be used. From SpringParserDeployer: |/** | * Should we use deployment unit's name as default. | * e.g. using string before .jar|spring|... as the name | * | * Previous versions used string before .spring as the name, | * setting this to true results in this legacy behaviour. | * | * Current default is string before -spring.xml. | * | * @param useLegacyDefaultName the flag | */ |public void setUseLegacyDefaultName(boolean useLegacyDefaultName) |{ | this.useLegacyDefaultName = useLegacyDefaultName; |} | View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4116706#4116706 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4116706 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 2 and Spring Deployer
Aha, forgot to mention. :-) The behavior changed a bit, the default name is now the name of the -spring.xml file. Renaming your -spring.xml file to spring-inject-spring.xml should do the trick. If that doesn't help, also place your Spring module higher in the application.xml, since the order matters - spring module should be deployed before ejb3 module - if the ejb's use spring beans at some initialization. If that also doesn't help, we'll need to introduce some dependency in our spring-deployers-beans.xml. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4116356#4116356 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4116356 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: migrating from ServiceMBeanSupport
jhalliday wrote : ... but it seems that nothing in the current AS trunk actually does anything with that annotation, or at least not at a sufficiently early stage in the lifecycle to be useful. | | IMO it should be present in the AS, but I don't see it. What about this? ;-) server\all\deployers\jboss-aop-jboss5.deployer\META-INF\jboss-aspect-library-beans.xml(16): class=org.jboss.system.microcontainer.jmx.ServiceControllerLifecycleCallback server\default\deployers\jboss-aop-jboss5.deployer\META-INF\jboss-aspect-library-beans.xml(16): class=org.jboss.system.microcontainer.jmx.ServiceControllerLifecycleCallback jhalliday wrote : | To my mind the functionality should really be provided via bootstrap-beans, so in the xml for the TransactionManager I can simply reference the ServiceLifecycle bean rather than having to declare it first. Or perhaps one of the existing beans already has this functionality? Read Adrian's comment once again. ;-) The problem is really when AOP kicks in. Too late for bootstrap beans. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4116501#4116501 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4116501 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: migrating from ServiceMBeanSupport
jhalliday wrote : Yes, I follow (but don't necessarily agree with) the argument that the TransactionManager should be in deploy, but given that we can't put it there in the short term we need an alternative solution. | I can port my test to be used in real use case. I'll let you know when I'm done. jhalliday wrote : | Can the ServiceControllerLifecycleCallback stuff be moved such that it is available for use in the jboss-service.xml? To my mind it belongs not in the AOP deployer but in the bootstrap or early in the jboss-service.xml, so that services can make use of it. Otherwise as far as I can tell the TransactionManager is going to have to have its own duplicate of the same functionality, which seems less than elegant. SCLC as such is a plain bean. It's just the AOP that uses it, in the most transparent way. Perhaps we can use two instances of it - one for direct MBeanExport, the other one via AOP and @JMX lookup. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4116526#4116526 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4116526 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: migrating from ServiceMBeanSupport
jhalliday wrote : From the sounds of things it would be feasible to declare a bean with class=org.jboss.system.microcontainer.jmx.ServiceControllerLifecycleCallback in the jboss-service.xml file and inject the legacy JMX kernel into it, then reference that in the TransactionManager bean xml? Exactly. This is what solves your problem: |bean name=MBeanExporter class=org.jboss.system.microcontainer.jmx.ServiceControllerLifecycleCallback | property name=serviceControllerinject bean=JMXKernel property=serviceController//property |/bean | |bean name=TransactionManager class=org.jboss.tm.RealTransactionManager | annotation@org.jboss.aop.microcontainer.aspects.jmx.JMX(name=jboss:service=TransactionManager, exposedInterface=org.jboss.test.system.controller.integration.support.MockTransactionManagerMBean.class, registerDirectly=true)/annotation | property name=transactionTimeout300/property | property name=objectStoreDir${jboss.server.data.dir}/tx-object-store/property | install bean=MBeanExporter method=install | parameterinject fromContext=context//parameter | /install | uninstall bean=MBeanExporter method=uninstall | parameterinject fromContext=context//parameter | /uninstall |/bean | And since the AOP kicks in later, this bean won't be picked up twice for JMX registry - conclusion from Adrian's comment. View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4116533#4116533 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4116533 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jboss 5 Beta 2 and Spring Deployer
ragavgomatam wrote : | In my spring-inject.jar under META-INF I have a spring-inject-spring.xml 21:15:50,688 INFO [NamedXmlBeanDefinitionReader] Loading XML bean definitions from URL [vfsfile:/C:/jboss-5.0.0.Beta3/server/default/deploy/Ejb3.ear/spring-inject.jar/META-INF/jboss-spring.xml] | | | Check these two lines. ;-) jboss-spring.xml != spring-inject-spring.xml View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4116605#4116605 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4116605 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user