[jboss-user] [JBoss/Spring Integration] - Re: jboss-service.xml not found
Versions marked with 3.x are meant for JBoss5 - hence no jboss-service.xml --> moving to Microcontainer beans. Take a look at the last 2.x version. Or if you upgrade JBossAS. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170337#4170337 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170337 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: jboss-service.xml not found
Use the latest 2.x. There is probably no jboss-service.xml, since it hasn't changed at all. I was only uploading jboss-spring.jar that changed. Search over this forum to see how deployer versions relate to Spring lib versions - I somehow forgot :-(, should have kept it written down somewhere :-). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170352#4170352 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170352 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration & DEPLOYMENT] - Re: jars in Lib directory within a .EAR is copied to every .
1) don't post on the _design_ forum --> use _user_ forum 2) give more info: what JBossAS, JDK, ... Let me give a guess: - for JBossAS 4.x that's expected - for JBossAS 5.0 that's expected, but can be changed The issue here is how to handle nested jars. It's the file-system framework that knows how to handle it. Using just JDK stuff requires to unpack things. With new VFS you can do much more. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4170507#4170507 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4170507 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: What can the MicroContainer do for me?
"thinkstream" wrote : Hello, | I am currently evaluating various Jboss technologies and the MicroContainer (MC) looks very promising. I have a few question I'd be appreciate if someone could answer. | First, I would appreciate if you don't cross-post in the future. Design forum is not _user_ forum. ;-) "thinkstream" wrote : | 1. Is the MC similar in concept to Spring ? | What do you consider as Spring concept? If you mean IoC, then yes. But it's much more, perhaps more like Spring's SSAP. Check the MC's home page, to see the full list of sub-projects. "thinkstream" wrote : | 2. According to documentation, I don't need App Server to run MC. How do I use MC if I also want to use web tier (JSP, JSF, Servlets)? | JBoss Embedded project does that for you, but unfortunately it's not maintained properly. It's all about how you do MC bootstrap. Here's a couple of examples on how to do this: - http://anonsvn.jboss.org/repos/jbossas/projects/demos/trunk/bootstrap/src/main/org/jboss/demos/boostrap/Main.java - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/tests/org/jboss/test/deployers/BootstrapDeployersTest.java Perhaps using something like that + porting some stuff from Embedded should do the trick. "thinkstream" wrote : | 3. What is the possible integration between MC and | 3.1 Drools | 3.2 Jbmp | I started working on this: - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=117607 And I still got some ideas on how to extend this: - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=133089 "thinkstream" wrote : | 4. Can the MC run as another module within App Server so the integration mentioned above would be seamless. | MC _is_ the kernel of App Server, so everything should already be seamless. ;-) "thinkstream" wrote : | 5. On the subject of seamless, can the MC be used within Seam? | I also started working on this, but at that time I didn't like how the integration was done: - https://jira.jboss.org/jira/browse/JBSEAM-247 But with these new features, things should be trivial to integrate: - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=139595 - http://www.jboss.com/index.html?module=bb&op=viewtopic&t=139312 As a matter of fact, I just started working on it :-) - https://jira.jboss.org/jira/browse/JBSEAM-3276 HTH View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171197#4171197 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171197 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection
Can you post the whole config? And describing your app structure a bit. I'll try to reproduce it, eventually fixing it. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171201#4171201 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171201 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection
"zithuba" wrote : | Caused by: java.lang.IllegalArgumentException: Cannot find entry: [EMAIL PROTECTED], za/ac/wits/batch/aop | at org.jboss.virtual.plugins.context.zip.ZipEntryContext.findEntry(ZipEntryContext.java:338) | at org.jboss.virtual.plugins.context.zip.ZipEntryContext.createZipSource(ZipEntryContext.java:284) | btw: what's the VFS version? I know I fixed something similar, I just don't know in which version. But it should be fixed in latest VFS 2.0.0.Beta21. Can you try it: - http://repository.jboss.org/maven2/org/jboss/jboss-vfs/2.0.0.Beta21/ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171202#4171202 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171202 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection
Did you try if it might work with VFS 2.0.0.Beta21? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171246#4171246 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171246 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection
I doubt updating other files will help, since it definitely looks to me as a VFS issue. I'll try to recreate error, mocking your config. Just can't promise when will that be - busy integrating Seam with JBoss5. But you're welcome to give it a crack yourself, at VFS. ;-) Since I think the part that fails was a quick hack from my side, never really fully tested. - http://anonsvn.jboss.org/repos/jbossas/projects/vfs/trunk/src/main/java/org/jboss/virtual/plugins/context/zip/ZipEntryContext.java See that match hack/crap in findEntry. :-( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171432#4171432 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171432 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: how to preInstantiateSingletons in spring-deployer 2.0
I would need to check (for 2.0), but I think I use application context by default and you can change configuration to use just bean factory. At least that's how the last few versions are configured. See jboss-service.xml for 2.x or spring-deployers-jboss-beans.xml for 3.x. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4171619#4171619 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4171619 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring Component Auto Detection
I've added the following test to VFS
|public void testDirectoryFind() throws Throwable
|{
| URL url = getResource("/vfs/test/outer.jar");
| String urlString = url.toExternalForm();
| int p = urlString.indexOf(":");
| URL rootURL = new URL("vfszip" + urlString.substring(p) +
"/org/jboss/test/vfs");
| VirtualFile root = VFS.getRoot(rootURL);
| assertNotNull(root);
|}
|
which should somehow resemble your case.
And it passes for me locally.
Send me the debug log from VFSResourcePatternResolver
|protected List getVFSResources(URL rootURL, String subPattern)
throws IOException
|{
| log.debug("Scanning url: " + rootURL + ", sub-pattern: " +
subPattern);
| VirtualFile root = VFS.getRoot(rootURL);
| PatternVirtualFileVisitor visitor = new
PatternVirtualFileVisitor(subPattern);
| root.visit(visitor);
| if (log.isTraceEnabled())
| log.trace("Found resources: " + visitor);
| return visitor.getResources();
|}
|
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4172756#4172756
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4172756
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Examples in the User Documentation
This should be updated - jboss-container was split into few sub-projects. I'll ping MarkN, since user guide code is his work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175045#4175045 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175045 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Web Beans Integration
There are plans to use MC to impl WB RI. Check web-beans mailing list: - https://lists.jboss.org/mailman/listinfo/webbeans-dev View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175046#4175046 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175046 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: 10.2 Calling Constrcutor
You mean this: - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-impl/src/main/java/org/jboss/deployers/plugins/annotations/GenericAnnotationResourceVisitor.java - http://anonsvn.jboss.org/repos/jbossas/trunk/server/src/main/org/jboss/deployment/OptAnnotationMetaDataDeployer.java View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175048#4175048 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175048 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Thread pool deployer?
Dunno what exactly do you mean? :-) I have this in the pipe-line: - https://jira.jboss.org/jira/browse/JBMICROCONT-327 If this is what you want / mean? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175907#4175907 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175907 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Thread pool deployer?
"[EMAIL PROTECTED]" wrote : | Or something like that. Then you inject the executor into your POJO the usual way. It's always nice to have the container control all this crap... Aha, I see. But this is just to simplify thread-pool pojos config. ;-) Afaik there is no such deployer yet out there. Which doesn't mean you can't create one. :-) We just need to think of some proper place, as varia is considered dead now. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4175909#4175909 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4175909 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Alternate .war deployment
"BobMcWhirter" wrote : | Hiya Guys-- | | As ya know, I'm working on deploying Rails apps on JBossAS. At this point, my RailsDeployer constructs a synthetic VirtualFile, stitching together a .war from a Rails directory and a generated web.xml. (VFS is one freakin' cool project, very nice!) | | It then sends it to the MainDeployer during the REAL deployment stage and calls process(). | | It seems that I lose the link between the deploy/myapp.rails (my deployable file, which is just a pointer to a Rails app directory elsewhere) and the synthetic .war I created. | | And I keep seeing the nifty WebMetaData and JBossWebMetaData, but I'm not using any of. | | My initial thought was to have my RailsDeployer construct a WebMetaData, which WARStructure or TomcatDeployer could pick up and run with. By handing a virgin VirtualFile tree to the MainDeployer, I feel like I'm perhaps missing out on some cool MC functionality, and not having all the control over the classpath etc that I'd like to have. | | I know Newton's still working on the guides, etc, but was hoping y'all could give me a pointer or two. | | So, my questions... | | 1) Am I off-base thinking that the RailsDeployer could/should create a WebMetaData, for consumption by the typical .war deployer already baked into AS5? | | 2) If I can create a WebMetaData, what stage should it occur? My RailsDeployer basically parses a deploy/myapp.rails file, and I've tried the PARSE stage. | | 3) If I should create a WebMetaData, should I attach it as an attachment to the VFSDeploymentUnit my RailsDeployer is handed? | | 4) Can you point to information about classpath semantics between deployers and things-they-deploy? My jboss-rails.deployer deployer jarfile contains a jruby.jar, which I'd like to be available to anything it deploys. I was hoping I could provide it (and other jars) via the MetaData. This is one of the bits I feel I'm missing by calling MainDeployer.deploy(...) and process() directly, instead of using the MetaData functionality. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4176041#4176041 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4176041 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternate .war deployment
"BobMcWhirter" wrote : | 1) Am I off-base thinking that the RailsDeployer could/should create a WebMetaData, for consumption by the typical .war deployer already baked into AS5? | That's one way of doing it. You can either pick-up the WMD we already create and fill it with your info. Or you can have Rails predetermined WMD and then check what exactly we do with merging. "BobMcWhirter" wrote : | 2) If I can create a WebMetaData, what stage should it occur? My RailsDeployer basically parses a deploy/myapp.rails file, and I've tried the PARSE stage. | As long as it's soon enough. Dunno what soon enough is in your case. But definitely before WMD get's used in REAL stage. ;-) "BobMcWhirter" wrote : | 3) If I should create a WebMetaData, should I attach it as an attachment to the VFSDeploymentUnit my RailsDeployer is handed? | Yes. But, like I already said, you have different scopes of attachments. Pick the one that suites your purpose best. e.g. predetermined, transient, transient-managed, ... "BobMcWhirter" wrote : | 4) Can you point to information about classpath semantics between deployers and things-they-deploy? My jboss-rails.deployer deployer jarfile contains a jruby.jar, which I'd like to be available to anything it deploys. I was hoping I could provide it (and other jars) via the MetaData. This is one of the bits I feel I'm missing by calling MainDeployer.deploy(...) and process() directly, instead of using the MetaData functionality. | This looks to me like Seam-int functionality I just did: - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/microcontainer/src/main/java/org/jboss/seam/integration/microcontainer/deployers/SeamUrlIntegrationDeployer.java View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4176043#4176043 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4176043 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternate .war deployment
"bob.mcwhirter" wrote : | At this point, my web.xml is super-easy, and my code just programmatically assembles it. | Does this mean you're assembling WMD or web.xml? I guess WMD should do it. "bob.mcwhirter" wrote : | I also an building a ClassLoadingMetaData (well, a VFSClassLoaderFactory...), and have setOutput( ClassLoaderingMetaData.class ). I'm figuring (?) that's how I setup my effective classpath for the deployed web-app, and it's there I can jack in my paths to jruby.jar and friends. That sound about right? | Yup. It's the CL deployers that pick this up. Or you can hack something up, like I do it in my Seam-int. e.g. adding custom jar if deployment is Seam app "bob.mcwhirter" wrote : | For the scope of attachments... got a pointer for the differences? | Not really. :-) Basic point is that some attachments are available to client, some are just server side info, e.g. temp info passing around. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4176185#4176185 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4176185 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternate .war deployment
"bob.mcwhirter" wrote : | Those exist by default, looking for any CLMD to deploy into my unit? I noticed an explicit WarClassLoaderDeployer in the codebase. Was not sure if I needed to mirror that for my own, or if I can count on a standard CLDeployer in the mix with the 'default' config. | There is ClassLoadingDefaultDeployer that creates 'empty' CLMD, if there is none. For WCLD, I don't have enough info to know if you should mirror that. But most of the times it's about providing right CL metadata as we tried to do it as flexible as possible - to avoid n different CL deployers impls. ;-) "bob.mcwhirter" wrote : | | | unit.addAttachment( WebMetaData.class, md); | | | That should ultimately be visible to the kernel to act upon? | Kernel? It's one of the deployers that should pick it up and act upon it. And kernel can be injected into deployers, as MC eats it's own dog food. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4176242#4176242 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4176242 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Management questions
"jmesnil" wrote : | In JBoss Messaging, we use JMX to let our user manage our resources (e.g. clear a queue, change an interval, etc.). I do not expect to get rid of JMX for this. | You could perhaps already leverage our Managed/MetaType project? Or at least be ready to use it. Check the project itself for more details. And/or check JBoss5 profile service tests on the usage. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4176806#4176806 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4176806 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Blog post about deployers
I see you completely dropped WCLD. Perhaps you could still leave it, and just mention that its sole purpose is to create web/war compatible CLMD. Note: TomcatDeployer is not the last depolyer in this chain. ;-) Check AbstractWarDeployer::deployWebModule, where we create ServiceMetaData, hence making war deployment nothing more than MBean. And this fact can sometimes be 'exploited' to declare dependency on it. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4177363#4177363 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4177363 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Redeployment on JBoss 5
We check every metadata file in deployment + all sub-deployments: - http://anonsvn.jboss.org/repos/jbossas/trunk/system/src/main/org/jboss/system/server/profile/basic/MetaDataAwareProfile.java - https://jira.jboss.org/jira/browse/JBAS-4545 I guess I can add some filter to the check. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179017#4179017 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179017 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Redeployment on JBoss 5
"iradix" wrote : | So if I understand this correctly getMetaDataLocations for a WAR deployment returns the WEB-INF folder, and the isModified method will check every child within that folder? | Yes. "iradix" wrote : | That does seem to be somewhat undesirable. I know that there are a fair number of web frameworks that suggest keeping page (JSP, etc) files within WEB-INF (Spring comes to mind). If any change to those files causes a redeployment it's going to be an issue for people during development. I see. This was an initial fix to the metadata update problem / legacy behavior. So, filter definitely makes sense: - https://jira.jboss.org/jira/browse/JBAS-5998 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179068#4179068 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179068 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Redeployment on JBoss 5
I've committed the change to the JBossAS trunk. By default it now includes .xml files only. But this can be changed in profile.xml configuration file. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179084#4179084 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179084 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Is it possible to inject beanfactory?
What you can do is this 'trick': Create a simple bean that implements BeanFactoryAware interface: - http://static.springframework.org/spring/docs/1.0.2/api/org/springframework/beans/factory/BeanFactoryAware.html Then simply inject this bean via @Spring, and use its BeanFactory. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179295#4179295 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179295 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Classloader issues when embedding in ear file
"poker_jocke" wrote : How do I get around this? - http://wiki.jboss.org/wiki/ClassLoadingConfiguration View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4179710#4179710 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4179710 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Microcontainer articles @ DZone
A series of articles discussing various Microcontainer's aspects. #1 - Component Models - http://java.dzone.com/articles/a-look-inside-jboss-microconta View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180262#4180262 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180262 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Getting an instance of a bean from JBoss
The best way is to get it injected. Same way we do it for Enterprise Beans and @Spring. And you have different flavors of SpringInterceptor. One to use with EJB3 (the simplest way to use it in JEE env), or you can use it as AOP interceptor. If used with AOP you need to configure things a bit more. But once you do that, there is no limit on what you can intercept. In the worst case you can always fallback to JNDI lookup for BeanFactory and then do simple getBean on BF. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4180964#4180964 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4180964 ___ 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 deployment problem
"Herman06" wrote : Have I done something wrong in the Jboss 5 deployment?
|
No. :-)
I changed how the jndi name is constructed.
See SpringParserDeployer:
|/**
| * Get default name from meta file.
| *
| * @param file the virtual file
| * @return default name
| */
|protected String getDefaultName(VirtualFile file)
|{
| String shortName = file.getName();
| int p = shortName.indexOf("-spring.xml");
| return shortName.substring(0, p);
|}
|
|/**
| * Get default name from unit.
| *
| * @param unit the deployment unit
| * @return default name
| */
|protected String getDefaultName(VFSDeploymentUnit unit)
|{
| String shortName = unit.getSimpleName();
| int p = shortName.lastIndexOf(".");
| return shortName.substring(0, p);
|}
|
|protected SpringMetaData parse(VFSDeploymentUnit unit, VirtualFile file,
SpringMetaData metaData) throws Exception
|{
| String defaultName;
| if (isUseLegacyDefaultName())
| defaultName = getDefaultName(unit);
| else
| defaultName = getDefaultName(file);
|
| return new SpringMetaData(file.toURL(), defaultName);
|}
|
By default we don't use deployment unit's name, but rather .xml file's.
This way you can now have multiple -spring.xml files in the same deployment.
But if you want the old behavior, turn on the 'useLegacyDefaultName' flag. ;-)
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181410#4181410
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181410
___
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 deployment problem
"Herman06" wrote : | Anything else I can try? | Check the log to see if SpringDeployer was even added to MainDeployer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4181782#4181782 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4181782 ___ 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 deployment problem
"Herman06" wrote : | Looks the spring deployer has been recoganized by the maindeployer. | No, you should see something like this: | 2008-10-14 11:18:00,578 DEBUG [org.jboss.deployers.plugins.deployers.DeployersImpl] (main) Added deployer [EMAIL PROTECTED] for stage Parse | or/and | 2008-10-14 11:17:57,328 DEBUG [org.jboss.deployers.vfs.spi.deployer.JBossXBDeployerHelper] (main) Parsing file: [EMAIL PROTECTED]/META-INF/spring-deployers-jboss-beans.xml context=file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/springdeployer/deployers/ real=file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/springdeployer/deployers/jboss-spring.deployer/META-INF/spring-deployers-jboss-beans.xml] for type: interface org.jboss.kernel.spi.deployment.KernelDeployment | "Herman06" wrote : | very strange there's no jndi binding for the application. should I change the myapp.spring to myapp.jar? | You can try, but I would be surprised if this was the issue. "Herman06" wrote : | btw how can I turn on the 'useLegacyDefaultName' flag? | See this file: jboss-spring.deployer/META-INF/spring-deployers-jboss-beans.xml | | true | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182045#4182045 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182045 ___ 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 deployment problem
"Herman06" wrote : | The deployer I downloaded has the xml file as spring-deployers-beans, and in your log file you have spring-deployers-jboss-beans. So I changed my xml name to yours. Ah, yes. I totally forgot about this change. :-( - https://jira.jboss.org/jira/browse/JBAS-5803 But I'm glad we worked it out. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182287#4182287 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182287 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: @Depends and ObjectName key-value pair ordering
"jaikiran" wrote : | Isn't the ObjectName key/value pair supposed to be unordered? I tried to lookup the code responsible for this dependency management in the Microcontainer, but unfortunately this section of the documentation is still under construction. So i don't have much clue which piece of code is responsible for this. | Yeah, we had issues with this before, long ago. :-) And I thought we caught all usages of this. In MC we've got a simple hack that checks every string against ObjectName and turns it into its canonical form: - http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/dependency/src/main/java/org/jboss/dependency/plugins/JMXObjectNameFix.java Who's @Depends is this? MC's? If not, where is it handled? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182568#4182568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182568 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: @Depends and ObjectName key-value pair ordering
"alesj" wrote : | It should be fixed in next MC release. https://jira.jboss.org/jira/browse/JBMICROCONT-365 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182590#4182590 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182590 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: @Depends and ObjectName key-value pair ordering
"alesj" wrote : | Who's @Depends is this? MC's? | If not, where is it handled? OK, I found it - in EJB3 code. I'm mocking this test in MC: EJB's @Depends --> MC's demand. And it is failing. ;-( Thanks for finding it. :-) It should be fixed in next MC release. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182575#4182575 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182575 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: jboss-classloading.xml module names
"[EMAIL PROTECTED]" wrote : How are you guys naming your modules? | Dividing code into 3 pieces: - contract; jboss-xyz-spi - user usage; jboss-xyz-api - impl detail; jbos-xyz-plugins Not every sub-project has api, but we have spi and plugins for all. We're also letting maven know about the split, hence making it possible for super advanced users to change impl on top of spi. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4182999#4182999 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4182999 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: jboss-classloading.xml module names
"[EMAIL PROTECTED]" wrote : are we going to fit existing JARs with jboss-classloading.xml files, or make "wrapper" deployment units for each library that gets deployed? I had this discussion with Scott in Neuchatel a few weeks ago, and we agreed that we should have both notions available for jboss artifacts: - (default) jboss-classloading.xml; to have custom control == some additional features - osgi manifest.mf The files should be mostly build by some tool, e.g. maven or ivy, in rare/custom cases we should provide some exception. For the external libs, we should first look into existing repos if they perhaps already exist in some osgi-ish form, else think of some mechanism. e.g. mapping module/jar name with predetermined CLMD View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183002#4183002 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183002 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Adding deployer to DeploymentUnit classpath
"[EMAIL PROTECTED]" wrote : Is there a better way to do this?
|
You can do it as I do it for Seam:
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/microcontainer/src/main/java/org/jboss/seam/integration/microcontainer/deployers/SeamUrlIntegrationDeployer.java
Or, you're probably bundling your jfsunit-xyz-jboss-beans.xml in the same jar
which you want to add to unit's classpath.
Why don't you just pull that file out with
getClass().getClassLoader().getResource("jfsunit-xyz-jboss-beans.xml") and
strip it to jar?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183046#4183046
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183046
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Adding deployer to DeploymentUnit classpath
"[EMAIL PROTECTED]" wrote :
| For my own edification, why doesn't
getClass().getClassLoader().getResource("/") work?
|
Work in what way?
Is there something by the spec that says you must return the jar from where
this class is loaded if you put in '/'?
If not, how else do you know which of the classpath entries to return?
"[EMAIL PROTECTED]" wrote :
| Perhaps there should be some way for the vfsmemory url to get mapped back
to a vfsfile url?
|
vfsmemory is different protocol then vfsfile.
vfsmemory is used to handle in-memory VirtualFiles.
We use it for in-memory AOP handling, hence every deployment has it by default
in its classpath.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183048#4183048
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183048
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: MicroContainer and JBoss AS5 Classloading
"emmartins" wrote : I've been reading the MicroContainer (MC) user guide and have a few doubts regarding its integration in the AS 5. | And now you speak, after 3years of work. :-) "emmartins" wrote : | I've understood that by default a Pojo gets the MC deployer's thread classloader | True, see DeployerWrapper. But that's much better, since you at least know what you can expect from TCCL. "emmartins" wrote : , and first question arises, is this one "associated" with the "old" NoAnnotationClassLoader and will share classes with the AS unified repository? | All CL in JBossAS has been re-written to use the new CL layer. See bootstrap.xml and its 'children'. So I doubt even bootstrap cl is NACL. And deployers are nothing else than pojos in MC, hence they also use the new cl layer. "emmartins" wrote : | What if I define my own classloader for the pojo, will this be interpreted as a scoped application (if now how is this accomplished)? | If you don't provide any additional info, things will behave as the old cl layer - import/export all. But new cl layer can mock OSGi kind of classloading, hence you can do fine grained scoping, OSGi style. ;-) "emmartins" wrote : In this case, how can I setup the scoped class loader to fetch classes not found from the AS unified repository? | There are many different ways to do this. >From KernelDeployment::classloader, BeanMetaData::classloader, >jboss-classloading.xml, inlined classloading schema, ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183279#4183279 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183279 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Security & JAAS/JBoss] - Re: Dynamic login config broken in JBoss 5 Beta4
"[EMAIL PROTECTED]" wrote : I am unsure why resources at the root of the ear are still working. It's due to this flag we added, specially for you. ;-) - EarStructure::includeEarRootInClasspath - http://anonsvn.jboss.org/repos/jbossas/trunk/server/src/main/org/jboss/deployment/EARStructure.java Currently by default is true, for back-compatibility, but in the future it should be false. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183404#4183404 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183404 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Security & JAAS/JBoss] - Re: Dynamic login config broken in JBoss 5 Beta4
"[EMAIL PROTECTED]" wrote : Do you know we scan there (I mean the ear classpath) for the beans? No, we only scan true deployments for metadata resources. Ear classpath != true deployment. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183491#4183491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183491 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Security & JAAS/JBoss] - Re: Dynamic login config broken in JBoss 5 Beta4
"[EMAIL PROTECTED]" wrote : So, if an user wants to bundle beans inside EARs, where does he need to put? Plain jar inside ear? e.g. someapp.ear/my-beans.jar - META-INF/mybeans-jboss-beans.xml - com|org|net|si| ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183514#4183514 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183514 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: jboss-classloading.xml module names
"[EMAIL PROTECTED]" wrote : Am I correct in assuming that if jboss-classloading.xml is present, any osgi manifest will be ignored? It's all about how we write and order deployers at the end. ;-) But yes, if you ask me, we should consider our CLMD before anything else. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4183547#4183547 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4183547 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss AOP] - Proper annotation matching pointcut
What's proper point-cut to intercept - any method invocation on classes that are anotated with @FooBar - method invocation of method annotated with @FooBar I have this | | | | is it OK? As I don't see it intercept this | | |@org.jboss.demos.ioc.annotations.FooBar | | | but this could be an issue with what MC provides as pushed metadata in install element. Note: I don't expect it to be intercepted from MC's install - as that would probably require additional reflection+aop handling. I have an extra call to the bean's execute method from some other 'user' code. I'll take RTFM for an answer as well ... :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184899#4184899 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184899 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: No way to define an ignored stop method?
You can do this | | Or is something similar missing on BMDBuilder? If so, I'll add it tomorrow. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184939#4184939 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184939 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: No way to define an ignored stop method?
"alesj" wrote : | Or is something similar missing on BMDBuilder? | Yup, missing. - http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/kernel/src/main/java/org/jboss/beans/metadata/spi/builder/BeanMetaDataBuilder.java I'll add ignored flag for all 4 states. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184940#4184940 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184940 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: No way to define an ignored stop method?
"alesj" wrote : I'll add ignored flag for all 4 states. https://jira.jboss.org/jira/browse/JBMICROCONT-373 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4184942#4184942 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4184942 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically getting JNDI Context
"[EMAIL PROTECTED]" wrote : I have seen JndiDecoratedTestCase and it registers the beans to JNDI, but JNDI name is predefined here. While in my app the JNDI name is calculated at runtime. | As you could see in JndiDecoratedTestCase, to push bean in JNDI, you had to enable AOP interceptor: | | | | java.naming.factory.initialorg.jboss.test.microcontainer.support.jndi.MockInitialContextFactory | | | | | | org.jboss.kernel.spi.dependency.KernelControllerContextAware | | | | | | Although JndiIntroduction is deprecated and suggest usage of JndiLifecycleCallback (a lot easier == less xml): | | | | java.naming.factory.initialorg.jboss.test.microcontainer.support.jndi.MockInitialContextFactory | | | | "[EMAIL PROTECTED]" wrote : I am wondering how can this be achieved? | Why the code above? To make you see it's all about configuration. ;-) You can easily implement / configure your own interceptor / lifecycle. e.g. custom @AmitsJndiAnnotation + matching lifecycle. Or customize the one's above, as you can mix-n-match AOP schema with MC's. You can either change original JndiLifecycleCallback - making it more customizable - or write your own. In any case, push the changes here, and I'll make sure they get applied. So other users already have all that configuration power you wanted. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186317#4186317 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186317 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Annotations scanning nightmare
This is all already done. ;-) - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/plugins/annotations/ The entry point to this is - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/plugins/annotations/AnnotationEnvironmentDeployer.java where you can then access the information via - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-spi/src/main/java/org/jboss/deployers/spi/annotations/AnnotationEnvironment.java There is one AnnotationEnvironment instance per Module (classloading info) instance in deployment. AnnotationEnvironment instance is kept in DeploymentUnit, so, if you can get access to DeploymentUnit, you have an access to annotations info. See how Seam-int gets access to DeploymentUnit/AnnotationEnvironment: - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/jbossas/src/main/java/org/jboss/seam/integration/jbossas/vdf/AnnotationEnvironmentVDFConnector.java - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/jbossas/src/main/java/org/jboss/seam/integration/jbossas/vdf/VFSDeploymentUnitVDFConnector.java The nice part about this annotation scanning is, that it's Javassist based, meaning it doesn't actually load classes until really needed. And doing this over Module means you already follow all the import/export classloading rules. e.g. you won't have access to 'hidden' resources In JBossAS this is already used for EJB3 annotation scanning. And there are already plans to use this more tightly in Seam/JSR299. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204797#4204797 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204797 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to convert -service.xml into -jboss-beans.xml ?
"Juergen.Zimmermann" wrote : | How do I convert it into e.g. messaging-jboss-beans.xml ? - http://www.jboss.org/community/docs/DOC-9449 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205761#4205761 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205761 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to convert -service.xml into -jboss-beans.xml ?
Drop the first, copy the second. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205778#4205778 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205778 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to convert -service.xml into -jboss-beans.xml ?
The services itself are not pojo ready: | Caused by: java.lang.IllegalArgumentException: Wrong arguments. setServerPeer for target org.jboss.j | ms.server.destination.queueserv...@1ebf0d3 expected=[javax.management.ObjectName] actual=[org.jboss. | jms.server.ServerPeer] | They still expect injectee ObjectName instead of the real injectee. Perhaps this can help: | | | | | jboss.messaging:service=PostOffice | | See 'fromContext' attribute. But I would pojo-ize the services. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205801#4205801 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205801 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : | @Search seems to be a bit confusing way how to handle this. | How would you do it? "obrien" wrote : | Wouldn't be easier to move search strategies into the @Inject itself | Since this is a wip/prototype and out of the usual inject notion (injection usually works just up the hierarchy) I wanted explicitly to separate the two. To actually get proper scoping, as you hinted yourself with 'scope' element, we need to do certain other things first: (a) by default bean name should be guid, aliases would be the human name (b) move all of the aliasing logic past PreInstall state (c) proper hooks for applying scope (not just annotations) (d) allow definition of scoping through deployment layer "obrien" wrote : | integrate it with the core microcontainer (instead of plugins). | The core? The interfaces are a spi, where as the impls are of course plugins. You can impl your own SearchInfo. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206097#4206097 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206097 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to convert -service.xml into -jboss-beans.xml ?
Ah, it looks like we transform the ObjectName to its canonical value somewhere.
I guess you will need an intermediate bean,
that will transform the name back to ObjectName.
e.g.
|
|
|
|
|
|
|
|
|
|
Where String2ObjectName looks like this:
| public ObjectName transform(String s)
| {
|return new ObjectName(s);
| }
|
Or try to re-use our ObjectName property editor.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206098#4206098
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206098
___
jboss-user mailing list
jboss-user@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : | Because injection, as you said, is already doing a search - but only up the hierarchy - wouldn't be more coherent to provide this as another search strategy? | At the time I introduced this I though that would bloat inject too much. Thinking about it now, I think it could be made nicely. I'll check more in detail over the week and post about it here. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206104#4206104 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206104 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"alesj" wrote : | I'll check more in detail over the week and post about it here. | Unless you wanna do it ... ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206180#4206180 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206180 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"david.ll...@jboss.com" wrote : I don't see any way to create a search injection with the BMDB API at all (it doesn't seem like an annotation can be used here; please correct me if I'm wrong). I think you're right, as the annotation currently only applies to bean. I'll add a new method to BMDB, where you can set the annotation for a property (metadata). btw: I'll be adding this search directly to inject anyway View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206288#4206288 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206288 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : anonymous wrote : Unless you wanna do it ... ;-) | | I'll give it a go. I know where to start (AbstractDependencyInfo.resolveDependencies), so it's should be 'so difficult.' Not really. :-) You already figured it out. ;-) It's just the AbstractInjectionDependencyMetaData. You just need to properly fix its DependencyItem and getValue lookup. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206292#4206292 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206292 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : | Well, easier to figure out, but not so much to finish it. I've started with the added attribute search for the element and know that the DependencyItem I need is instantiated within AbstractDependencyValueMetaData.initialVisit(). What I'm not sure is how to propagate the Search object to the dependency item and don't mess up design constraints elsewhere. | We need a new dependency item. Or actually moving/copying the existing SearchDependencyItem to AbstractDependencyValueMetaData. "obrien" wrote : | Obvious solution would be to call setSearch() and then use it within AbstractDependencyItem.resolve() to call appropriate lookup strategy, default if it's null; | Yes. Or perhaps instead of null use default LookupStrategy, this way you don't need to write a null check. "obrien" wrote : | Also, is every controller instance a GraphController? | Currently yes. But if it's not, simply throw an exception saying it must be in order to use search notion. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206313#4206313 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206313 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : wrong HTML formatting | | I'm using currently following notation | | | | | | Yeah, that fine. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206314#4206314 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206314 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : | Will finish it tonight and send you diff. | Great! I'll then make sure we optimize on the code usage. e.g. single SearchDependencyItem View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206334#4206334 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206334 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : | Thanks for showing me around, I do appreciated it | NP, thank you for doing it. ;-) There is more if you like it. :-) Check JIRA if you find something that would interest you, and we can discus it the same way as we did this. "obrien" wrote : | - good to play with something really interesting for a change. | :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206388#4206388 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206388 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
"obrien" wrote : attribute use should be of course optional, not required | | | | | | Nah, np, I'll fix that. I'll check it out tomorrow in details, just about to finally fix VFS's temp handling. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206389#4206389 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206389 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
This is now done. - https://jira.jboss.org/jira/browse/JBMICROCONT-406 It took a bit more than just that patch. :-) And, DML, I also updated BMDB to be able to use search in inject or add annotation metadata to property. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206535#4206535 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206535 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to convert -service.xml into -jboss-beans.xml ?
"Juergen.Zimmermann" wrote : Now I get a NPE inside JBossMessaging. Therefore, I decided to post to the according user forum http://www.jboss.com/index.html?module=bb&op=viewtopic&t=149712 | My guess (w/ looking at the service's code) would be that the class implments some JMX registry hook. Which probably sets MBeanServer instance. And since this is now plain bean those hooks are not called, but the service still expects MBeanServer to be set. Note: this might be total; shot in the dark. :-) "Juergen.Zimmermann" wrote : | However, there is no reaction. Should I open a JIRA ticket? | No, dig in more. Only once they confirm it as a bug, should you open a JIRA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206912#4206912 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206912 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: How to hide a bean from other deployments?
Finally some time to answer ... been batteling VFS hell. :-) "obrien" wrote : | 1. search itself doesn't have any concept of precedence/relationship of two scopes and respective deployment, ie. possible to pick up wrong bean. | It somehow has the hierarchy, determined by the scope levels; see PreInstallAction. But you have to be strict, the mechanism is pretty dumb. So yes, you can easily pickup wrong bean. "obrien" wrote : | I'll solved that for now by provisioning custom LookupStrategy, but within the kernel structure there's not sense of the deployment structure. For example is there easy way how to pickup beans from particular deployment (from jboss-beans.xml for example)? | You could mock this by putting particular deployment into unique scope. "obrien" wrote : | 2. That leads to the we've discussed and I think it doesn't make sense to create it in such a manner. | | To provide some generalized control of scoping to application developer I realized it would be better to have it on deployment level. Something like this: | | | | | | | | where scoping could be enabled by default. Then it would be just matter to create nested deployments and define visibility/relationship rules between them. | You can do this with deployment's annotations; they are then inherited by beans. "obrien" wrote : | 3. Rules are needed for merging of deployment scopes(along two different physical deployments). | Same scope key == same scoped controller. "obrien" wrote : | 4. In such a case Kernel/Controller reference handed over to the application (for example WAR file), would represent just its deployment scope, with resolving functionality by default to be upwards in the structure (as it's currently). | Might not be a bad idea. "obrien" wrote : | 5. Then concept of the ObjectName as it was used within JMX microkernel could be recreated to support something like maindeployment.subdepl:name=myBean to define cross-scope references. | This is just one way of determining scope. Should be more flexible. "obrien" wrote : | 6. And to get this to the extreme, it might be then possible to create RemoteDeployment where the given scope doesn't have to part of the same JVM. with clever mixing of VFS delegation to the other kernel, aspects and bit of dark magic that could work :) | MC runs of VFS, so if we're really FS agnostic, this should then run ootb - we don't care where VFS comes from. "obrien" wrote : | *. Which leads me to the question, if there is currently way how to 'include' other XML deployment descriptor? | Wildcards? "obrien" wrote : | To stay real, there's a small bit I can try to implement - AbstractKernelController to have support to return scope context, because I don't see other way than lookup strategy to get to the scoped beans. This is a huge overhaul of the system. And as such it's more of a feature than real requirement. I'll ping you here when we put this on the dev forum. Like I already mentioned, this spreads from MDR, unique naming, Deployers, ... Each of them should properly address possible scoping. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207396#4207396 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207396 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Supported ejb references in JBoss5.0
What's this got to do with Microcontainer? Or why this forum? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4208103#4208103 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4208103 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Multicontext and Autowired
"epivon" wrote : Any idea? Perhaps this? - http://jira.springframework.org/browse/SPR-5120 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4208135#4208135 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4208135 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: how do I use mdr in JCA project?
Deployers and AOP also use MDR. Probably currently the best usage is Kernel's IoC annotation lookup: - http://anonsvn.jboss.org/repos/jbossas/projects/microcontainer/trunk/kernel/src/main/java/org/jboss/kernel/plugins/annotations/CommonAnnotationAdapter.java Annotations being just one type of metadata, but since it's the most commonly used, it has custom methods on MetaData class/api. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208497#4208497 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208497 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment callbacks fail on static methods
This was more meant for real services == the one's that have a true instance. :-) I must admit I never really considered the static usage. It somehow seems unnatural around all those dynamic beans. But you can always turn that bean into singleton - per classloader. And then add new non-static methods, that just delegate to existing static methods. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4208500#4208500 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4208500 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment contextual information
Deployment's MetaData? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209240#4209240 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209240 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment contextual information
"alesj" wrote : Deployment's MetaData? - http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-structure-spi/src/main/java/org/jboss/deployers/structure/spi/DeploymentUnit.java See MDR on how MetaData can be used. e.g. push in temp thread info into Thread ScopeLevel View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209246#4209246 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209246 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classpath order within a deployer (to support evil hacks
A quick idea. What about if you provide jboss-structure.xml, listing your patch before cfx? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209253#4209253 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209253 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment contextual information
"david.ll...@jboss.com" wrote : I see - so I can attach any kind of MetaData, so long as it implements MetaData? Does the MDR (or any other project) define a convention for this? | Look at MutableMetaData class. MetaData == any object; We just have annotation notion for ease of use. Another useful class is MetaDataStack, so you can get to MetaData instance from anywhere - via classic thread local hack. :-) "david.ll...@jboss.com" wrote : | What is the lifespan of something I put in there? | It's up to you. We don't have any magic cleaning. We only do a cleanup at undeploy - see your last question. "david.ll...@jboss.com" wrote : | Can I cause leaks by attaching stuff? | Sure. At the end, metadata is nothing more then sophisticated Map. It's the api that makes it useful. "david.ll...@jboss.com" wrote : | Is it removed on undeploy somehow? | Yes. In DeployersImpl we call DeploymentContext::cleanup, which cleans up the scope matching metadata retrievals. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209390#4209390 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209390 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classpath order within a deployer (to support evil hacks
I guess this way you'll get duplicated jboss-rails.jar entry. But if you rename it to jboss-rails.zip you'll be fine. :-) Not that it matters, just a simply glitch that popped my mind. Or I'll have a look if I can avoid this duplicates with an impl detail. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209572#4209572 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209572 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Classpath order within a deployer (to support evil hacks
"alesj" wrote : I guess this way you'll get duplicated jboss-rails.jar entry. | But if you rename it to jboss-rails.zip you'll be fine. :-) | Or put it into diff dir. e.g. hack/jboss-rails.jar :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209576#4209576 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209576 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: annotation plugin - mismatch
I don't see what you are trying to do? Or what exactly doesn't work? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209621#4209621 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209621 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: annotation plugin - mismatch
"obrien" wrote : | | | | | | | | | | | | You didn't "copy" ALR's code well enough. ;-) Your BeanAnnotationAdapter is not a singleton. See * BeanAnnotationAdapterFactory * AnnotationsAction View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209695#4209695 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209695 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment contextual information
"david.ll...@jboss.com" wrote : but what about logging and access control context, or future stuff we may think up? AbstractKernelControllerContext holds creator's AccessControlContext. I don't understand what you mean with logging. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209696#4209696 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209696 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment contextual information
We do this already? Probably not or I'm missing something. Where do you put this logging context then? I guess if you run your services inside some container; e.g. EJB3 container or MC's ControllerContext, this could 'carry' this context for you? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209705#4209705 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209705 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment contextual information
I guess this is turning more into dev discussion. Move this to our dev forum and link this existing discussion. WRT: "dml" wrote : | Does the ControllerContext maintain this information? It's the other way around. DeploymentContext (which is impl detail of DeploymentUnit) holds the info of its CCs. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209832#4209832 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209832 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: annotation plugin - mismatch
"obrien" wrote : | but to get FieldAnnotationPlugin to work, I had to delete/comment out setter in my class, like: | Yes, it's the same issue ALR had. "obrien" wrote : | Is this correct behaviour? And if it is, can you point me in the right direction where to look for explanation why? | This is expected. Where? Some MC dev forum post - hard to find with this crappy forum software. Why? If there is a public setter it should be used. As this keeps the bean/pojo integrity less hackish. What can be done? It's very trivial to extend BeanAccessMode. See its Creator interface. So, if there are very legit reasons to do so, I'm wiling to listen. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209842#4209842 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209842 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: annotation plugin - mismatch
"obrien" wrote : but it was unexpected - considering experience with other annotation based frameworks. Yup. Most of them are keen on doing complete lookup - private fields, ... Which imho breaks the pojo encapsulation, hence we only use that as a last resort. If this really turns out to be a common use case, we could easily add it. But I rather see "clean" pojo interaction - java beans style. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209850#4209850 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209850 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: annotation plugin - mismatch
No, it's currently per bean. I can push it into deployment element, afterward inherited by all beans. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4209881#4209881 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4209881 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
You mean you get NPE when trying to use your bean, since it was never injected? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210053#4210053 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210053 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
"ALRubinger" wrote : Ales, what should the pointcut be do to the lifecycle | It should only apply to @Stateless, @Stateful and @MDB annotated classes. Not sure about the @Service. btw: green804, you can use EJB3's @Interceptors(SpringLifecycleInterceptor.class) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210061#4210061 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210061 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: AS5 @Spring injection failing
"green804" wrote : If I use the @Interceptors, does that mean I don't need all the stuff in the ejb3-interceptors file? Yes. But let's get to the bottom of this, so you'll be still able to use the old AOP way. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210063#4210063 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210063 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployment unit aware annotations
"wolfc" wrote : For the moment it would be great to actually know the deployment unit which is causing a MC bean install. This info is under Deployment(Unit|Context)::getControllerContextNames. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210760#4210760 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210760 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Possible bug in jboss-cl dep resolution
You're missing version on the package requirements. But yeah, this should only be logged once. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4210990#4210990 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4210990 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Setting up JBossMC_2.0 for Eclipse
I guess you can run "mvn eclipse:eclipse". But afaik the project should already be Eclipse ready, as I know Adrian keeps the Eclipse files up-to-date. I'm using IntelliJ, where I use "mvn idea:idea" to build the project files. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211229#4211229 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211229 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Accessing EJB's with custom annotations.
I think this relates to your question: - http://exitcondition.alrubinger.com/2008/12/20/doing-two-models-at-the-same-time/ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211397#4211397 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211397 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Howto inject beans into a collection
Your example should work. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212094#4212094 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212094 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Howto inject beans into a collection
Try direct inject usage, w/o value. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212179#4212179 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212179 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: start() and stop() methods in a MC bean
"jaikiran" wrote : | But shouldn't those methods be skipped during start/stop, if they are annotated for something else - as in this example @InstallMethod. Could be done, but it's just too custom for my taste. :-) Since in this case you can simply do @Start(ignored=true). View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212187#4212187 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212187 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: What is the correct time to invoke the getProperties on
The builder just builds metadata. Annotation's metadata population happens only in Describe state, as we know there that our CL exists == can do class info inspection. I looks like you're actually trying to do what AnnotationToBeanMetaDataFactory is meant for. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212193#4212193 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212193 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: start() and stop() methods in a MC bean
"jaikiran" wrote : | The reason why i would except the MC to skip this start is because if someone is annotating it to be an @InstallMethod, then he is treating that as a MC bean and hence no longer a legacy MBean :) Just more (useless) custom details. What about if someone actually really wanted to have start called twice, at start and install? ;-) @SkipThinkingThisIsPlainPOJOAndDoOldMBeanNotion :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212195#4212195 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212195 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [EJB 3.0] - Re: Using WebBeans EJB integration in EEJB
"pete.m...@jboss.org" wrote : | and the second issue to address is that to run the EJB discovery, we need to set the deployment unit in use onto the discovery used. Can we inject the DU somehow? See how I do this in WebBeansBootstrapDeployer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212570#4212570 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212570 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Installation, versions, etc...
You're right, I should post some version compatibility info. e.g. JBossAS 4.2.3 --> SpringDeployer 2.1 I'll do it asap, but anyway, thanks for warning me about the confusion. :-) "tonioc" wrote : | I am trying to understand how this thing works, my first basic doubt is: | What files should I downloadl: |- I will be using JBoss 4.2.3, Spring 2.5.6 |- It's not clear for me what version of SpringDeployer should I download | You should dl this one: SpringDeployer 2.1, jboss-spring-jdk5-2.5.jar "tonioc" wrote : | The second question is: |If the version I download does not contain a .deployer distribution how do I deploy it to Jboss | The .deployer distribution doesn't change for major versions. It's just META-INF/jboss-service.xml; deployer description and jboss-spring.jar and of course spring.jar. Download one of the full .deployer distros, and just change jboss-spring.jar. As you can see, 2.1 has two versions of it, since 2.0.8 and 2.5.x Spring are not fully compatible wrt SpringDeployer. "tonioc" wrote : | The third question is: |If I need to change spring version, it is enough just changing the jars |(of course not major versions, just for example 2.5.6, 2.5.7) | Sure, it depends on the Spring compatibility. But micro version changes should be fine. "tonioc" wrote : | Are there any docs aside from the example, where to look for info ? | There is a wiki and this forum. The idea how this (SpringDeployer) works is described in the article. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212578#4212578 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212578 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: What is the correct time to invoke the getProperties on
"jaikiran" wrote : | Maybe MC already has something to achieve this and i am not finding the correct API? BeanMetaDataBuilder::createContextualInject is the closest you can get. But your example is different. Current contextual injection would still need the property name, it just wouldn't care about what exact bean maps to that property, it would be determined via type matching. In your case you would have to "examine" the bean/class, to find the actual property/field name, as I don't see how else MC's IoC could know where to inject the matching bean. But this is "weird" custom behavior. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4212855#4212855 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4212855 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
