[jboss-user] [Microcontainer] - Re: VFS & Commons Configuration issue
It might not always work if the resource is nested, but then so wouldn't the original version with jar protocol handling. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225328#4225328 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225328 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Exception while integrating spring and jboss 5.01 AS
The source is here: - http://anonsvn.jboss.org/repos/jbossas/trunk/spring-int/src/test/ It might be that my example code is a bit outdated, as I think EJB3 naming convention has changed since. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225331#4225331 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225331 ___ 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
"f...@gmx.net" wrote : | could you please update the sourceforge downloads? | Sure, np. I need to change some of the stuff anyway since I extracted the spring-int code out of the jbossas project. I'll let you know when the sf has been updated. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4225826#4225826 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4225826 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Retrieve all metadata from a deployment unit.
"beve" wrote : In our case the file we are looking of is in a subdirectory and I think this is the problem. | getMetaDataFiles does not look for files recursively in all metadata locations. | Why would you want to recurse into a metadata location? I don't think that's a "natural" behavior. Looking up too much might lead to weird behavior. e.g. someone might have META-INF/backup/copy-my-jboss-beans.xml Hence only "you" know what you wanna scan as sub-dir, where as META-INF is by the spec. "beve" wrote : | This might be by design but is there a way for us to accomplish this? | You can add all the possible metadata sub-directories as metadata locations. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226484#4226484 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226484 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Retrieve all metadata from a deployment unit.
Not really. :-) You can definitely do what you posted (except for a little error --> WEB-INF in path :-)), but it's a bit unpractical - you would have to hard code that into a deployer. Where if you do this via filter, directly on metadata locations, you can easily extend your filter, push it to deployer, and you're done. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226518#4226518 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226518 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Retrieve all metadata from a deployment unit.
I'll add this to VFSDeploymentUnit: |/** | * Gets the metadata files for this deployment unit | * | * @param filter the file filter | * @return the virtual files that match | * @throws IllegalArgumentException if both the name and suffix are null | */ |List getMetaDataFiles(VirtualFileFilter filter); | This will enable you to easily get what you're looking for. e.g. if filter is instance of VirtualFileFilterWithAttributes it will also recurse into metadata locations View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226498#4226498 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226498 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Retrieve all metadata from a deployment unit.
First of all you shouldn't code against (VFS)DeploymentContext, as that is considered impl detail. It's the (VFS)DeploymentUnit which is the user "face" of deployment's server side. And looking at the the AbstractVFSDeploymentContext::getMetaDataFiles(String name, String suffix), I don't see why your test doesn't pick up all metadata files. As this filter should match your "" suffix. |public boolean accepts(VirtualFile file) |{ | String fileName = file.getName(); | if (name != null && fileName.equals(name)) | return true; | if (suffix != null) | return fileName.endsWith(suffix); | return false; |} | What does the debugging say? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226437#4226437 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226437 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Retrieve all metadata from a deployment unit.
This is now already in 2.0.6.GA Deployers. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226580#4226580 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226580 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Hashtable Bean in microcontainer XML configuration
"jmesnil" wrote : | Is it possible to do that? | Sure it is. Hashtable is just the name of the class for what MC knows. OK, the trick is still to get those entries in. ;-) | | | java.naming.provider.url | jnp://localhost:1099 | | | or | | | | java.naming.factory.initial org.jnp.interfaces.NamingContextFactory | | | java.naming.provider.url | jnp://localhost:1099 | | | java.naming.factory.url.pkgs | org.jboss.naming:org.jnp.interfaces" | | | | | "jmesnil" wrote : | Where can I find an example/doc about that? | There is no such (exact) example. Unless you expect us to cover every bean possible. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226600#4226600 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226600 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Retrieve all metadata from a deployment unit.
Sure, afaic there shouldn't be any problems. Or you can wait for me to do it, as I have to port the 5_x changes anyway - probably the following week. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226715#4226715 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226715 ___ 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
Great, thanks for the info! Marius, can you please look at how we can use this? Or how to apply David's fixes to our code. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227533#4227533 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227533 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Will JBoss/Spring deployer fix my problem?
It could be this: http://jira.springframework.org/browse/SPR-5120 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228213#4228213 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228213 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Conflict between ejb3 deployer and custom GenericAnnotat
Some simple observations. You shouldn't extend GenericAnnotationDeployer (as it means then that you're doing the visit twice - our impl + your deployer). You should simply pull out the AnnotationEnvironment from the attachments (in your deployer) and do your custom check. Although I would be surprised if this was the cause. I'll see if I can think of something more ... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228324#4228324 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228324 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: webapp deployment objects
Which info and what do we currently do? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228415#4228415 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228415 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Conflict between ejb3 deployer and custom GenericAnnotat
"gregory.mosti...@gmail.com" wrote : | If my understanding is correct the fix should be easy - just change the output of EJB3 deployer to something like setOutput('internal.'+AnnotationEnviroment.class.getSimpleName()) which will make sure that both AnnotationEnviroments can co-exist happily :) EJB3 deployer can only use AnnotationEnvironment (AE), hence is shouldn't declare itself as an AE provider / output. And like I said, having two AE's is wrong. e.g. it might load the classes too soon, when it's not intended - aop, ... The proper fix is to use the existing one and just build the info on top of it in a new deployer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228588#4228588 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228588 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
I guess it tries to do some check on a file that was deleted? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228594#4228594 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228594 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
"beve" wrote : | Yeah, it will try to see if the deployment unit contains one of the following files: | seam.properties | META-INF/seam.properties | WEB-INF/classes/seam.properties | META-INF/components.xml | WEB-INF/components.xml | I know, I wrote the stuff. :-) "beve" wrote : | But none of these files exist in the deployment unit and the deployment units root no longer exist. | I guess it should say: "But none of these files exist in the deployment unit *since* the deployment units root no longer exist." :-) I'll fix this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228598#4228598 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228598 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Conflict between ejb3 deployer and custom GenericAnnotat
"gregory.mosti...@gmail.com" wrote : That's why I think there is another deployer somewhere that attaches AE to deployment unit and that is what causing the conflict. Afaik there is only one. It's the | | in deployers/metadata-deploy-jboss-beans.xml. But I could be wrong, as I don't know all deployers. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228611#4228611 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228611 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
Can you try the latest Deployers snapshot, 2.2.0-SNAPSHOT, if it works for you? You can probably just change the deployers-vfs.jar. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228615#4228615 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228615 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
"beve" wrote : | Absolutely. Is that snapshot produced from a tag/branch? | Trunk. "beve" wrote : | When I build from trunk it does not produce a snapshot which is why I'm asking. | Afaik trunk should produce snapshot. Trunk's root pom: | org.jboss.deployers | jboss-deployers-parent | 2.2.0-SNAPSHOT | But this should already be in our snapshot repo, as I did "mvn deploy". View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228631#4228631 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228631 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
"beve" wrote : | I get this upon deployment: | 14:05:42,047 ERROR [AbstractKernelController] Error installing to Instantiated: name=DynamicDependencyCreator state=Described | | org.jboss.joinpoint.spi.JoinpointException: Constructor not found org.jboss.webbeans.integration.deployer.env.DynamicDependencyCreator[] in [reflectconstructorinfoi...@8436ec{[reflectclassinfoimpl@31dcf0{name=org.jboss.dependency.spi.Controller}]}] | | | Do you know which other jar might need updating to test this? | Weird ... as this is in wb-int: |@Constructor |public DynamicDependencyCreator(@Inject(bean = KernelConstants.KERNEL_CONTROLLER_NAME) Controller controller) |{ | this.controller = controller; |} | Looks like annotations lookup in MC kernel doesn't kick in. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228632#4228632 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228632 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
"beve" wrote : | Would it be alright to update the Branch_5_x to use this version of the deployers you think? Would make it easier for others to try this out and provide us feedback. | It's a snapshot, so you will have to clear it with our AS uber-lords. :-) But I'm fine with it, as this is basically 2.0.6.GA + the fix. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228638#4228638 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228638 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Conflict between ejb3 deployer and custom GenericAnnotat
"gregory.mosti...@gmail.com" wrote : I think it makes sense that the one you posted is the one causing the conflict. | Just from quick look at its source code, it seems that it applies additional filtering and scoping on top of GenericAnnotationDeployer which is consistent with what I saw when I disabled my custom deployer - I could get AnnotationEnviroment but some classes were missing (i.e. filtered out). | Ah, ic. Yes, we do some filtering chain, in order not to scan too much by default. But you can change that easily. "gregory.mosti...@gmail.com" wrote : | So the root of the problem seems to be that it is possible to use both of them and each one will try to overwrite AnnotationEnviroment attachment with slightly different data resulting in unpredictable behavior. Since both attachments are valid the fix IMO should be just assigning unique "attachment ids" to each one instead of both sharing AnnotationEnviroment.class I still think we should force usage of a single AE. As encouraging multiple AE is not the way to go, performance wise in the first place. I'll need to change this filtering anyway, as I should do scanning no matter if JBossMD says it's complete. e.g. I should scan @Entity anyway View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228656#4228656 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4228656 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically deploying an object
"mwringe" wrote : so I can't just add it to the beans.xml file and it doesn't have a direct reference to the mircocontainer kernel. | Sure you do. ;-) Check the glue code that I wrote for Seam/webBeans: - http://anonsvn.jboss.org/repos/jbossas/projects/mc-int/trunk/servlet/ "mwringe" wrote : | Is there some sort of preferred method to programmatically deploy an object into a microcontainer in this situation? | You can either get the MainDeployer / DeployerClient from * the Controller via "MainDeployer" name (which is too impl specific) * DeploymentUnit::getMainDeployer Then simply create pre-determined deployment (StructureContext + metadata attachments), and deploy it as any other deployment via DeployerClient. But if you just wanna deploy some bean, install it directly against KernelController. Just make sure you remove/undeploy it at some listener's undeploy. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229268#4229268 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229268 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically deploying an object
"mwringe" wrote : | Any example on how to actually use it? | It's easy, just follow the api. ;-) We used to use this with WebBeans integration, to bootstrap the wb framework. This was deleted as we now use different bootstrap mechanism, but you can probably browse wb's svn history for some usage. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229715#4229715 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229715 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Hot-deployment on AS 5.x
I might be this? https://jira.jboss.org/jira/browse/JBAS-6773 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230801#4230801 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230801 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring LoadTimeWeaver not working in JBoss AS 5.0.1
"alen_ribic" wrote : | INFO [JBoss50ClassLoader] Policy doesn't have addTranslator, falling back to ClassLoaderSystem. | | Being INFO and all I take it its normal operation? | Yes. This only means you're using JBossCL pre 2.0.5.GA version, as I only added translator per policy later on. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231445#4231445 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231445 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring LoadTimeWeaver not working in JBoss AS 5.0.1
"marius.bogoevici" wrote : | Ales, also, can you provide an insight into the issue? I think that the problem is caused by getThrowawayClassLoader() being called multiple times, with the same policy (which causes the same classloader to be set repeatedly on the policy), but I didn't see this with AspectJ. | Ah yes, I actually forgot that the policy keeps the cl. Hence it can have only one instance set. "marius.bogoevici" wrote : | Could be a possible solution to register a throwaway clone of the original policy (we don't need transformation at this point, just inspection)? | I think your solution to use SimpleThrowawayCL should work. But if we see any issues, I can add a copy method to the policy. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231446#4231446 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231446 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Microcontainer Demos
"uaark...@gmail.com" wrote : Although there is some good documentation and enough information on these forums I still cannot figure out how to run these (http://anonsvn.jboss.org/repos/jbossas/projects/demos/microcontainer/trunk/) examples. | | First of all, the sprint-int, guice-int, springframework and guice libraries need to be included with the JMXMain and bootstrap.Main modules. Not sure why they are not included. | No, they are only needed at models module (see models' pom.xml). What you need to do is to run JMXMain from the models module, using its classpath, which includes the right jars - bootstrap, jmx, spring-int, guice-int, ... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232162#4232162 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232162 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: can't read resource from the classpath??
"jeff.yuchang" wrote : | So I am wondering whether because the lib was in the deployer/idm-deployer folder, and then can't access the resources in the deploy/idm/ directory? | If you look at the DeployerWrapper, we do set the TCCL to a cl that deployed the deployer. And I guess that one doesn't see your deployment's resources; which is normal, as it should be usually the other way around. What about if you use DeploymentUnit's cl when checking for your resource? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232215#4232215 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232215 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: can't read resource from the classpath??
What about if you put the default config files in deployers/idm. Or rename you stuff in deploy to have .jar suffix --> idm.jar, where default-jboss-idm.xml is in this jar's META-INF dir. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232385#4232385 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232385 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Microcontainer Demos
"uaark...@gmail.com" wrote : | I guess the most misleading of all is the fact that "Main" class in bootstrap module also has a main method and people are bound to try to run it. | That's actually intentional. As the idea is to be able to run various *Main classes, depending on the "flavor" you wanna use. e.g. Main --> plain kernel bootstrap JMXMain --> add jmx support ClassLoadingMain --> additional cl deployers ... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232387#4232387 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232387 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: can't read resource from the classpath??
"jeff.yuchang" wrote : pack the stuff into .jar suffix approach doesn't work, the same resource was not found exception. | If you use this approach, then you have to use DU::getClassLoader, when trying to load resources. "jeff.yuchang" wrote : | By putting the default config files in the deployers/idm doesn't work either. Nothing happened this way, seems it can't listen the -jboss-idm.xml suffix file in the deployer folder. Sure, you cannot expect it to find a match you're just about to instruct it how to find. ;-) And I only meant that you move the .hbm files to deployers/idm. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232428#4232428 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232428 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: can't read resource from the classpath??
"jeff.yuchang" wrote : | | | 14:34:36,635 ERROR [AbstractKernelController] Error installing to Real: name=vfszip:/local/deploy/jboss-5.0.1.GA/server/default/deploy/idm.jar/ state=PreReal mode=Manual requiredState=Real | | org.jboss.deployers.spi.DeploymentException: java.lang.IllegalArgumentException: Resource idm/jboss.idm.cfg.xml does not exist | | | Why is there a idm/ at the begining? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232439#4232439 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232439 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: can't read resource from the classpath??
"jeff.yuchang" wrote : Also, in this test, I ran the DU::getClasspath, I showed the idm.jar, but couldn't find the idm.cfg.xml file, I was putting it in the idm.jar/META-INF/. | Only metadata files should be in META-INF. Configuration should be in the root. Or you need to add META-INF infront if you wanna lok for that resource via CL. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232445#4232445 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232445 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: can't read resource from the classpath??
"jeff.yuchang" wrote : | Is the jar package the only way to get this kind of resource?? I mean, do we have other approaches, or can we use a custom package suffix? It's all by the spec. ;-) What you had before was actually 3 deployments as directories that don't have a '.' in the name are not treated as top level deployments. Hence when you tried to lookup a resource from one of them, probably the other one wasn't "ready" yet. If you have a '.' in your "grouping" directory, it will be treated as a top level deployment, having those 2 files as sub-deployments and a metadata file. This should of course see its resources at any given post-cl-creation time. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232453#4232453 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232453 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically deploying an object
"mwringe" wrote : Ok, lets try this again. And please don't post code from somewhere and refuse to explain it. Looking through the code doesn't help if I don't know in what context to use it :) | This sounds to me like hand holding, which is something I don't do, at least to a project that is not what I should be working on. ;-) Second, it sounds like you didn't or aren't willing to do any investigation. Which means I should do your homework. If I say it's simple, I say it because it is, not to mislead you or show off. As I know you previously did quite well with deployers, I very much doubt that you're not able to trace down ServletContext's purpose in that code. "mwringe" wrote : | The situation is that I need to have access to the servlet context for deployment (see http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4228452 and https://jira.jboss.org/jira/browse/JBAS-6865). Until its actually supported properly, I need to find away around it. | This is a different issue, just the opposite of what your initial post was about. But that is something to be, unfortunately, addressed by the jbw/tomcat guys. And if things go .tld way, we're in for a long waiting. ;-) "mwringe" wrote : | If I use a servlet context listener, I can easily get this object when the webapp is initialized. So I know how to get the servlet context indirectly, but the servletcontextlistener is handled by the server and not the microcontainer. | Your first post said you're fine with this. And this is exactly how mc-int helps you. You should provide a custom ServletContextListener (SCL), which then uses MC-int to get proper underlying Kernel or DeploymentUnit. Kernel --> Controller --> register or do lookup (VFS)DeploymentUnit --> check resources or any attachments "mwringe" wrote : | Is there a proper way too add this object as an attachment to the deployment unit for the war? Or to hook this into the microcontainer to do so? Which object? If you mean SCL, you could just add a deployer, that requires JBWMD + JBPortalMD --> add new SCL metadata to JBWMD WebBeans deployers do something similar, or do I need to draw this one down again ... sarc ... ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232821#4232821 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232821 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Programmatically deploying an object
"mwringe" wrote : | Instead of going into a huge rant, I am going to apologize for what you thought I was asking, this is not the message I was trying to convey. Apology accepted. :-) OK, let me do some quick pseudo code. e.g. lets say I wanna register a new bean to MC | MyServletContextListener::contextInitialized(SCE sce) | { |ServletContext servletContext = ...; |KernelControllerVDFConnector kcvc = new KernelControllerVDFConnector(servletContext); |KernelController controller = kcvc.getUtility(); |BeanMetaDataBuilder builder = ...; |controller.install(builder.getBeanMetaData()); | } | | MyServletContextListener::contextDestroyed(SCE sce) | { |ServletContext servletContext = ...; |KernelControllerVDFConnector kcvc = new KernelControllerVDFConnector(servletContext); |KernelController controller = kcvc.getUtility(); |controller.uninstall(someBeanName); | } | HTH View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232827#4232827 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232827 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Locating the current DeploymentUnit
"david.ll...@jboss.com" wrote : OK how about this. What is the mechanism to find the DeploymentUnit that a Class belongs to? Does jboss-cl give us something which does this? You can do this: (1) Get CL for the class (2) Get the Module for CL (3) Search all DUs for matching Module --> the one that has that Module as an attachment is your DU There might be a faster way, but I need to check the code, as this was off the top of my head. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235907#4235907 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235907 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: MC picking up irrelevant deployers
isRelevant() is just a simple check, as you can see it only understands a single input. But single input (explicit attachment) is what's mostly used in real deployers. It's up to you, deployer dev, to use the appropriate deployer helper. In the case of multiple inputs, and we've already covered this use case once I believe, you should use AbstractAllInputDeployer. Or it's up to you to short circuit the deploy method/phase. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236300#4236300 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236300 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: MC picking up irrelevant deployers
"jaikiran" wrote : But this case is different because EJB3Deployer just relies on a single input and not multiple inputs | If that's just a String key, that's a special use case. Simply short circuit it on the first line of deploy(), and all you would gain is one more invocation, which almost shouldn't show. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236305#4236305 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236305 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: MC picking up irrelevant deployers
"jaikiran" wrote : | I didn't get this. You mean deployers aren't expected (in general) to have a String key as a requirement? | Sure they are, but not like you did, a single input string. You had addInput("somestring"), where the usual use case is setInput(Class attachmentsClass). Hence isRelevant cannot work in your case. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4236314#4236314 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4236314 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: @Spring injection problem
Are you bundling your own version of Spring in the .war? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4237626#4237626 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4237626 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Implement a New Deployer
There are many abstract/helper deployers. You just need to choose the right one, the rest is then easy + just your own custom logic. So, I recommend you check the existing ones + those from TorqueBox (as recommended by beve), and I'm sure you'll be able to find useful info. But if you still have issues/problems, simply post more info here, and we'll see what we can do. ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4237790#4237790 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4237790 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Implement a New Deployer
You don't need a new structure deployer to be able to handle .msar. All you need to do is update suffixes in JarUtils, so JarStructureDeployer recognizes your .msar as a jar. And then have a real deployer (not structure) to add your MSarMetaData based on .msar suffix. What is your deployer (the one that's not picked up) supposed to do? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4237798#4237798 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4237798 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Inputs to deployers
"jaikiran" wrote : | So what is the expected behaviour of setInput(Class clazz). If it was intended to use the classname as the attachment key, then any reason why the API expects a Class instead of a String? | To help us with generic usage. In most cases real deployers are meant to be component deployers, where we expect only a single attachment by that type, hence we are able to store it under class name. It can also be used if you're aware that there will be only single deployer storing its attachment under that class name. I agree here with you that this might not be completely obvious, hence you must use caution and common sense on when you use this single input. ;-) "jaikiran" wrote : | Also, how does the addInput API influence the deployers? | It helps with the "natural" order (order by inputs/outputs). It might also help with something you wanted - AbstractAllInputDeployer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238489#4238489 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238489 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Installation Instructions for JBoss 4.2.3.GA?
"Crucifix" wrote : Any idea what I've done wrong? SpringDeployer class is abstract, as it depends what exactly you wanna instantiate. Either a full ApplicationContext or just BeanFactory. So the proper deployer class should be * org.jboss.spring.deployment.SpringApplicationContextDeployer * org.jboss.spring.deployment.SpringBeanFactoryDeployer This should be fixed in jboss-spring-jdk5.deployer/META-INF/jboss-service.xml. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239337#4239337 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239337 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Install from Annotations
The matching annotation plugin is missing usage of this name: | public class BeanAnnotationPlugin extends ClassAnnotationPlugin | { |public static final BeanAnnotationPlugin INSTANCE = new BeanAnnotationPlugin(); | |protected BeanAnnotationPlugin() |{ | super(Bean.class); |} | |protected List internalApplyAnnotation(ClassInfo info, Bean annotation, BeanMetaData beanMetaData) |{ | AbstractBeanMetaData abmd = checkIfNotAbstractBeanMetaDataSpecific(beanMetaData); | | if (abmd.getAutowireType() == null) | abmd.setAutowireType(annotation.autowireType()); | if (abmd.getMode() == null) | abmd.setMode(annotation.mode()); | if (abmd.getErrorHandlingMode() == null) | abmd.setErrorHandlingMode(annotation.errorHandlingMode()); | if (abmd.getAccessMode() == null) | abmd.setAccessMode(annotation.accessMode()); | | // we don't put bmd back to be inspected | // since the changes we apply *here* don't really | // trigger any change in metadata - all enums | return null; |} | } I did put this comment here | public @interface Bean | { |/** | * Get the bean's name. | * | * This is only meant to be used before | * bean meta data is already installed | * in Controller. | * | * @return bean's name | */ |String name() default ""; | But thinking about it more + your use case, I'm not sure anymore why I left it out from the plugin. You can create your temp @Bean annotation plugin and register it against BasicBeanMetaDataAnnotationAdapter. I'll add this name usage + test if it breaks something. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239423#4239423 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239423 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Install from Annotations
"gurkanerdogdu" wrote : | Actually my question is that, is there any discovery process/class to discover annotated bean classes without configuring XML at boot time? Yes. Check the Deployers project. It's has @Bean auto-discovery as a test case. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239437#4239437 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239437 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Install from Annotations
"alesj" wrote : "gurkanerdogdu" wrote : | | Actually my question is that, is there any discovery process/class to discover annotated bean classes without configuring XML at boot time? | Yes. | Check the Deployers project. | It's has @Bean auto-discovery as a test case. http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/deployer/kernel/BeanScanningDeployer.java http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/test/java/org/jboss/test/deployers/vfs/deployer/bean/test/BeanScanningUnitTestCase.java View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239438#4239438 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239438 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Install from Annotations
BeanDeployer != BeanScanningDeployer ;-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239451#4239451 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239451 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Install from Annotations
You are already using it, see your first post. ;-) - AnnotationToBeanMetaDataFactory Then it's up to the annotation plugins how they treat found annotations. By default BasicBeanMetaDataAnnotationAdapter already has a bunch of them pre-configured. But you can easily add your own, or override/replace existing. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239646#4239646 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239646 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: configure and start jboss mc
There are simple demos + bootstrap in MC demos project: - http://anonsvn.jboss.org/repos/jbossas/projects/demos/microcontainer/trunk/ And the app. server's bootstrap has also been stripped out into separate project: - http://anonsvn.jboss.org/repos/jbossas/projects/bootstrap/trunk/ View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239648#4239648 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239648 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
"richard.opa...@jboss.com" wrote : | I'd expect this test to fail because there's no deployer with "1" output? Fail? The order is trivial - 1,2,3,4. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239916#4239916 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239916 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
"richard.opa...@jboss.com" wrote : And I'd expect the following test to pass: | Your test is wrong. #2 takes JBWMD as input, where #3,#4 declare that as output. So, this is properly ordered: 3,4,2 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239917#4239917 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239917 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
"alesj" wrote : | #2 takes JBWMD as input, where #3,#4 declare that as output. | Ah, they all declare JBWMD as input and output. Then the name comparison kicks in - as the last resort on how to order. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239919#4239919 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239919 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
What do you propose then? If we have to resort to name comparison it either means: * the order of how we process attachments doesn't matter * you are describing/ordering your deployers wrong == lack of info View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239926#4239926 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239926 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
"richard.opa...@jboss.com" wrote : | * deployer stages have to be comparable | Why? That's why they are called stages and they are already comparable - how else do you think they fit into our state machine. ;-) "richard.opa...@jboss.com" wrote : | * deployers have to be sorted on deployers chain retrieval (i.e. in method protected synchronized List getDeployersList(String stageName)) | Why? Based on what? This would be complete waste of time/performance. "richard.opa...@jboss.com" wrote : | * sorting agorithm have to take stages, inputs, outputs and relative order into account | Why/how stages? All the rest is already taken into account. "richard.opa...@jboss.com" wrote : | * different sorting algorithm have to be implemented (domino is wrong because two deployers are not comparable in general) Sure. But re-read my previous post: "alesj" wrote : | If we have to resort to name comparison it either means: | * the order of how we process attachments doesn't matter | * you are describing/ordering your deployers wrong == lack of info | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239954#4239954 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239954 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
"richard.opa...@jboss.com" wrote : | - it doesn't validate inputs | Validate how? Order at runtime based on the actual attachment values? Too much hassle for something that sounds useless in 99,9%. Not to mention that it's not deterministic. "richard.opa...@jboss.com" wrote : | - it sorts deployers on insert, but should sort them after deployers chain initialization | What would you gain by this? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239957#4239957 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239957 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
"richard.opa...@jboss.com" wrote : Example of use case that shold fail but won't: | | Deployer1: | - stage: PRE_REAL | - inputs: output1 | Deployer2: | - stage: REAL | - outputs: output1 | | PRE_REAL is before REAL. Current domino sorting algorithm will not detect it. I never said creating a deployer is completely trivial. I mean, the actual impl with all the existing helpers/abstract deployers, is trivial, but how to properly set stage and inputs/outputs is more difficult task that it first appears. But that's why we already provide you with Deployers statistics (off by default), which show you * deployer inputs/outputs * deployer times See DeployersImpl for more details. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239965#4239965 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239965 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Deployers Ordering
"richard.opa...@jboss.com" wrote : Example of use case that shold fail but won't: | | Deployer1: | - stage: PRE_REAL | - inputs: output1 | Deployer2: | - stage: REAL | - outputs: output1 | | PRE_REAL is before REAL. Current domino sorting algorithm will not detect it. The only reasonable thing here might be that we check any previous stages for inputs, and potentially break (throw an exception) if some deployer requires an input from later output. But this should be properly discussed first on MC dev forum, as I'm still not convinced this is something we should do. e.g. we might just call it lazy deployer developer, as (s)he didn't bother to properly check previous deployers via statistics View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239969#4239969 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4239969 ___ 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
It looks like you're also including spring.jar in your .war? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240073#4240073 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240073 ___ 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 think you can somehow link these tlds/tags by declaring them in web.xml. But I might be wrong since it's been ages when I last did www ui. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240160#4240160 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240160 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: SpringDeployer and JBoss5
New 3.2 release can be found here: - https://sourceforge.net/project/showfiles.php?group_id=22866&package_id=161914 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240515#4240515 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240515 ___ 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
"alesj" wrote : | I'll let you know when the sf has been updated. Finally done: - https://sourceforge.net/project/showfiles.php?group_id=22866&package_id=161914 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240516#4240516 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4240516 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Why is kernel looking for default constructor?
"richard.opa...@jboss.com" wrote : Thank you everybody, I am blind :( | Sorry for taking your time. Could you please do the following next time: * do not post your/user issues on MC dev forum (I just moved this one to user forum) * do proper testing before posting about "feelings" Doubting such trivial usage + taking other people's time on _dev_ forum is just lack of any respect ... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241462#4241462 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241462 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: jboss icon change
Totally missed forum? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3988412#3988412 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3988412 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Jb oss + Hibernate + Spring doesn´t release db connection
Better use the Spring forum - with more info. - http://forum.springframework.org/forumdisplay.php?f=27 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3988739#3988739 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3988739 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: BeanCreationException on Jboss deploy but with Tomcat th
Not what JBoss/Spring integration is about: - http://java.sys-con.com/read/180386.htm More of a Spring forum question. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3989647#3989647 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3989647 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: myApp.spring deploting
You can add the dependency to the SpringDeployer service - it's a mbean after all. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990738#3990738 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990738 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: NoSuchMethodError when trying to deploy sample ear
Hmm ... I don't know when the Spring API change occured, but it looks like there is no compatible version of SpringDeployer with Spring 1.2.7. You can either use Spring 1.2.4 or 2.0 - with compatible SpringDeployer. I suggest upgrading Spring to 2.0final and using the latest SpringDeployer. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990890#3990890 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990890 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: myApp.spring deploting
Hmmm ... post the mbean description with this dependency. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990968#3990968 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990968 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: NoSuchMethodError when trying to deploy sample ear
Follow some simple info from the blog: - http://jboss.org/jbossBlog/blog/alesj/ If you have a full spring.jar in server/default/lib, you don't need any other Spring libs in the jboss-spring.deployer (only deployer's jboss-spring.jar). I see you are using java1.4 Spring deployer, rigth? I only fixed the java5 SpringDeployer jar, but if you need the old compatible, let me know. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3990969#3990969 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3990969 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: myApp.spring deploting
| boss.spring:service=SpringApplicationContextDeployer | Missing 'j' infront? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3991087#3991087 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3991087 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: myApp.spring deploting
You could go through the log with debug mode ... and just see on what services does your DDMService depend on. SpringDeployer should be there. If so, the problem is somewhere else. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3992008#3992008 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3992008 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring deployer + cluster
anonymous wrote : Does the applicationcontext get registred under jndi? Yes. This is the code that does it (AbstractBeanFactoryLoader class): NonSerializableFactory is used, since we don't want to impound Serializability to all of our beans. | // JNDI stuff | |public static void bind(BeanFactory beanFactory, String name) throws BeansException |{ | InitialContext ctx = null; | try | { | ctx = new InitialContext(); | NonSerializableFactory.rebind(ctx, name, beanFactory); | } | catch (NamingException e) | { | throw new FatalBeanException("Unable to bind BeanFactory into JNDI", e); | } | finally | { | if (ctx != null) | { | try | { |ctx.close(); | } | catch (Throwable ignored) | { | } | } | } |} | anonymous wrote : Would it mean that using a cluster jndi I would have a single bean shared through the cluster Hmm ... never tried it. But you can probably try HAJndi. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994398#3994398 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994398 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: EJB3 SLSB from Spring MVC
Try Spring forum. JBoss/Spring integration deals with different topic. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994399#3994399 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994399 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: JMX Decorator for POJOs - suggestion
>> Is there an for that is well? Yes, there is: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=94154 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994464#3994464 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994464 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: property of type org.w3c.dom.Element
What about if you try? | | | |... | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994465#3994465 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994465 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: property of type org.w3c.dom.Element
What if you have one supplying bean that would register PropertyEditor before (via PropertyEditorManager). And currently you use [config], and write PE accordingly to this. Just an idea (or small tmp hack :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3994675#3994675 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3994675 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: IllegalArgumentException when trying to deploy an ear
anonymous wrote : | Caused by: java.lang.IllegalArgumentException: Class [org.springframework.beans.factory.xml.SimplePropertyNamespaceHandler] does not implement the NamespaceHandler interface Where do you have Spring lib jars? http://www.springframework.org/docs/api/org/springframework/beans/factory/xml/SimplePropertyNamespaceHandler.html Since it looks like class loading issue. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996105#3996105 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996105 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: IllegalArgumentException when trying to deploy an ear
"aegana" wrote : Yes, it was a class loading issue. I was told that the problem was that the Isolated class loader was enabled. I turned it off by setting the properties Isolated and CallByValue to 'false' in the '${..}/deploy/ear-deployer.xml' file. | Ah yes, the isolation. We/I should do something about this. There is already a work in progress to move Spring deployment into Microcontainer level, where we will handle class loading better. "aegana" wrote : | I still don't know why this worked but I'm happy ... | :-) "aegana" wrote : | Thanks for your reply! NP. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996279#3996279 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996279 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring deployer + webcontext
You can look at the integration with AOP - which is already used in SpringDeployer, but on EJB enterprise beans - how to include similar thing to servlets. The JEE5 spec also supports EJB injection into servlets, but I don't know how far are we with this at JBoss - I know EJB3 team already did some stuff in that direction. Ask on the EJB3 forum about this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3996676#3996676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3996676 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Standalone microcontainer
Look at the way EJB3 uses Microcontainer as a standalone EJB container - there you will already find how they use JMS (since they need it for MDBs) and a few more user-guide files. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3997478#3997478 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3997478 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: SPRING 1.28 + JBOSS + POSTGRES 8.2 + SPRING JTA TRANSACT
Not what JBoss/Spring integration is about: - http://java.sys-con.com/read/180386.htm Better try Spring forum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998569#3998569 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3998569 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Classpath problem with spring
Add this util.jar into application.xml as a jar module. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998603#3998603 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3998603 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: org.jboss.hibernate.jmx.Hibernate
Wrong forum maybe? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960576#3960576 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960576 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: org.jboss.hibernate.jmx.Hibernate
Hibernate forum? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960666#3960666 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960666 ___ 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.0.4 + provided example not working
Uf, my mistake. I forgot to fix new ejb3 jndi naming in applicationContext.xml. I've put on a fixed version of JBoss-Spring example. - http://sourceforge.net/project/showfiles.php?group_id=22866&package_id=161914 Thanx for reporting this. :-) Rgds, Ales View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960893#3960893 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960893 ___ 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 SpringLifecycleInterceptor or just me?
Looks like you are using old ejb3 impl: - http://jboss.org/jbossBlog/blog/bburke/2006/06/02/JBoss_EJB_3_0_Preview_RC8.txt >> Another question - how to inject EntityManager from Spring configuration This you have to look it up from Spring docs ... but why not using @PersistenceContext ... and then wire-ing it up to Spring layer? Rgds, Ales View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961702#3961702 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961702 ___ 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 SpringLifecycleInterceptor or just me?
anonymous wrote : Currently I am using annotations and pushing manager to the service layer. Yet wiring it up from outside, Spring, I mean, would be kinda kool to me. | >> but why not using @PersistenceContext ... and then wire-ing it up to Spring >> layer? Ok ... missed this one ... but what's the problem here? I guess you can still use JPA from Spring ... but EJB3 container will probably not be able to join into that context. It depends what you want to do. Rgds, Ales View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3961707#3961707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3961707 ___ 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 SpringLifecycleInterceptor or just me?
There are two almost similar versions of jboss-spring deployer. One with old InvocationContext, @EJB and the other one with fixed (see http://jboss.org/jbossBlog/blog/bburke/2006/06/02/JBoss_EJB_3_0_Preview_RC8.txt). Check what version 4.0.4.GA has - see jboss-ejb3x.jar in ejb3.deployer. >> javax.naming.NameNotFoundException: jspring not bound This is not the cause - look before this. >> Classic bad behavior of an application server towards Spring. Server loads >> web part of the app first and after that - is trying to load EJBs. I tried to rectify this. Put the right order in application.xml. Or adjust deployer order. >> I noticed that in your sample application you don't use JSTL. Why is that? No reaseon. I use a lot of JSTL in our portal app with no problem. >> Well, how about this? Sorry, but yuck. Still very unflexible. I like wiring a lot of small beans. And this doesn't do that. Rgds, Ales View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3962013#3962013 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3962013 ___ 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 SpringLifecycleInterceptor or just me?
>> How actually are you doing this? Look at the XMBean of MainDeployer (conf/props). >> Any insight? Nope. >> BTW, is EJB 3.0 specs are official by now? Yep. From mid May I think. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3962537#3962537 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3962537 ___ 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 with Spring 2.0-rc1 NoClassDefFoundError
Use fixed example ... see download page. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3962660#3962660 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3962660 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - JCRCMS Workspace/FileSystem SessionFactory lookup exception
I have the latest jbp2.4 from cvs. This is my jackrabbit configuration (no changes made): | 2006-08-04 15:17:21,171 DEBUG [org.jboss.portal.cms.impl.jcr.JCRCMS] Jackrabbit configuration : | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | And I get the following exception: | 2006-08-04 15:17:22,875 DEBUG [org.jboss.portal.cms.impl.jcr.JCRCMS] Starting failed portal:service=CMS | java.lang.IllegalStateException: You need to specify a JNDI Name for the HibernateSessionFactory | at org.jboss.portal.cms.util.HibernateUtil.getSessionFactory(HibernateUtil.java:14) | at org.jboss.portal.cms.hibernate.HibernateStore.init(HibernateStore.java:136) | at org.apache.jackrabbit.core.config.FileSystemConfig.init(FileSystemConfig.java:57) | at org.apache.jackrabbit.core.RepositoryImpl$WorkspaceInfo.initialize(RepositoryImpl.java:1506) | at org.apache.jackrabbit.core.RepositoryImpl.initWorkspace(RepositoryImpl.java:502) | at org.apache.jackrabbit.core.RepositoryImpl.(RepositoryImpl.java:244) | at org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:483) | at org.jboss.portal.cms.impl.jcr.jackrabbit.JackrabbitJCRService.start(JackrabbitJCRService.java:102) | at org.jboss.portal.cms.impl.jcr.JCRCMS.startJCR(JCRCMS.java:200) | at org.jboss.portal.cms.impl.jcr.JCRCMS.startService(JCRCMS.java:167) | at org.jboss.system.ServiceMBeanSupport.jbossInternalStart(ServiceMBeanSupport.java:289) | at org.jboss.system.ServiceMBeanSupport.start(ServiceMBeanSupport.java:196) | at org.jboss.portal.common.system.AbstractJBossService.start(AbstractJBossService.java:72) | at sun.reflect.GeneratedMethodAccessor9.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.system.ServiceController$ServiceProxy.invoke(ServiceController.java:995) | at $Proxy0.start(Unknown Source) | at org.jboss.system.ServiceController.start(ServiceController.java:417) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at org.jboss.system.ServiceController.start(ServiceController.java:435) | at sun.reflect.GeneratedMethodAccessor8.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:86) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanSer
[jboss-user] [JBoss Portal] - Re: JCRCMS Workspace/FileSystem SessionFactory lookup except
Uf ... before changing to new jbp2.4 ... you must delete /server//data/portal directory. Since it looks like that some info about cms stays in there. Rgds, Ales View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963180#3963180 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963180 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring integration and embeddable EJB3
You have two options: - you must add Spring deployer into the embeddable EJB3 mix. And then add SpringInterceptor into ejb3-interceptors-aop.xml (see how this is done in app. server). - or include jboss-spring-jdk5.jar into classpath and use SpringInterceptor as EJB3 uses interceptors. But be sure you deploy/bind your spring-context (BeanFactory or ApplicationContext) under specified jndi name (see @Spring jndiName and SpringInjectionSupport). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963754#3963754 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963754 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss/Spring Integration] - Re: Spring integration and embeddable EJB3
For the 2nd option: look at NonSerializableFactory.rebind(ctx, name, beanFactory); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3963832#3963832 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3963832 ___ 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 and JSR 170
What has this got to do with this forum? If you need consulting, see http://www.jboss.com/services/index. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998676#3998676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3998676 ___ 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 and JSR 170
All I'm saying that what you want is consulting = telling you what and how to do _your_ stuff. "fzaker" wrote : | 1. Is there any other open source implementation, suitable for enterprise level? | So your saying that I should look up this for you? "fzaker" wrote : | 2. Is it possible to use eXo JSR 170 implementation together with JBoss and Spring? If yes, how could we select from duplicate services like Transaction service? | I don't see this as an eXo forum. "fzaker" wrote : | 3. I have considered a jboss project named Shotuko. Could it be helpful for our project? | So, it seem to me that you basically missed forum. Use Shotuko forum. ps: your post has nothing to do with what JBoss/Spring is actually about: http://java.sys-con.com/read/180386.htm View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3998713#3998713 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3998713 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user