[jboss-user] [JBoss Web Services Users] - Re: @Resource injection for jaxws handler support in AS 4.2.
Hi Alessio, No problems, just happy to know that I should not continue trying to upgrade :) Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4256782#4256782 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4256782 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Web Services Users] - @Resource injection for jaxws handler support in AS 4.2.3
Hi, I've stumbled across this issue: http://jira.jboss.org/jira/browse/JBWS-2074 which has been fixed and included in 3.2.1.GA. In the release notes (http://jboss.org/file-access/default/members/jbossws/downloads/ReleaseNotes-jbossws-native-3.1.2.GA.txt) I found : anonymous wrote : * [JBWS-2074] - Resource injection in jaxws endpoints and handlers I also noticed the following: anonymous wrote : * [JBWS-2612] - Remove AS 4.2.x support from all stacks Does this mean that I cannot upgrade jbossws on AS 4.2.3 to support Resource injection? I've been trying to upgrade jbossws but without any luck and just wanted to know if this is possible. Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4256613#4256613 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4256613 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Security] - Re: Jaas + multiple web apps authentication
Hi MarianoK, anonymous wrote : b. The user should be prompted with credentials once and remember this information no matter if i move from war to war (at lease what i expect) To have this sort of functionality you'll require a Single Sign On (SSO) solution. This will give you the ability to have your users authenticated once and be able to access the other web applications. JBoss has an SSO solution which you can read more about it in the Identity User Guide (Section Web Single Sign On (SSO)): http://www.jboss.org/jbossidentity/docs/guides/ Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4254948#4254948 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4254948 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Security] - Re: Jaas + multiple web apps authentication
Hi again, you might want to take a look at Tomcats Single Sign On as well: http://tomcat.apache.org/tomcat-5.5-doc/config/host.html Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4254954#4254954 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4254954 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: StructureDeployer that supports subdeployments
Thanks for you help on this Ales! Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4249392#4249392 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4249392 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: StructureDeployer that supports subdeployments
I've tried this with the ESB and I'm using the following configuration for the GroupingStructure: bean name=GroupingStructure class=org.jboss.soa.esb.listeners.deployers.mc.GroupingStructure | property name=shortCircuitFilter | inject bean=EsbFilter/ | /property | property name=metaDataPaths | array elementClass=java.lang.String | valueMETA-INF/value | value./value | /array | /property | property name=libs | set elementClass=java.lang.String | value./value | valuejars/value | /set | /property | property name=libFilter | inject bean=JarFilter/ | /property | property name=groups | set elementClass=java.lang.String | value./value | valuewars/value | /set | /property | property name=groupFilter | inject bean=WarFilter/ | /property | /bean I've simply copied your GroupingStructure into our project for the time being hence the different package name. So we can now have jars in either the root, or in a sub directory named 'jars'. And we can have wars in either the root, or in a sub directory named 'wars'. Now, we are going to have users that have wars in sub directories that have different names then 'wars'. These users will have the following options (as I see it): 1. Renaming their sub directory to 'wars'. 2. Adding their sub directory names to the 'groups' list above. 3. Add a META-INF/jboss-structure.xml to their .esb archive: ?xml version=1.0 encoding=UTF-8? | structure | context | path name=/ | metaDataPath | path name=META-INF/ | path name=./ | /metaDataPath | classpath | path name=/ | path name=. suffixes=.jar/ | /classpath | /context | context | path name=subdir/testwar.war/ | metaDataPath | path name=WEB-INF/ | /metaDataPath | classpath | path name=subdir/testwar.war/WEB-INF/classes/ | /classpath | /context | /structure | 4. Last resort (because of the negative performance impact) activate the DirectoryStructure by uncommenting it in deployers/directory-deployer-jboss-beans.xml. Have I missed any options here? Thanks for writing the GroupingStructure! I think it will be very useful. Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4248507#4248507 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4248507 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: StructureDeployer that supports subdeployments
anonymous wrote : Or even better, you provide me with your valid use cases, | and I'll include this as part of Deployers impl / tests, I'd be happy to provide the use cases that we have. The requirement we have today is to support sub-deployments that are located in sub directories. This is required so that we are backward compatible. For ESB 5 we can look having more strict deployment rules, such as wars should be packaged in a wars directory for example. For us it would be great to have a StructureDeployer implementation that takes a suffix for the type of deployment being deployed. We'd also need this deployer to be able have the option of supporting all types of sub-deployments. I've tried extending the JarStructure but that did not really work for me. I'm now trying just to extend AbstractVFSStructureDeployer and making this as flexible as possible. Not sure if that was the type of use case you meant. I've got some unit test for this too. Let me know if you'd like them and I'll send you them (they are not checked in). anonymous wrote : | as I see this should be a good use case - nice structure deployers extensions. | Hence any future demand should be easy - having this as an impl entry point. It would be really nice to have something like this I think:) Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4247765#4247765 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4247765 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: StructureDeployer that supports subdeployments
anonymous wrote : I still need to test this; I'll use your esb example + some other hacks. Nice, I'll give this a spin from my end as well. Thanks! /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4247859#4247859 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4247859 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: StructureDeployer that supports subdeployments
Hi Ales, thanks for the your help on this! The DirectoryStructure solution works well but since it's deprecated I'll look into your second solution. Regarding the solution with a StructureProcessor and the example you gave , SeamTempModificationTypeMatcher. Could you explain a little more how this could be used to solve the issue with subdirectory deployments? Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4247558#4247558 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4247558 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: StructureDeployer that supports subdeployments
For the moment I'm going to simply use a modified DirectoryStructure. If I have time before our next release I'll go back I'll try the solutions that you've given as I understand that this solution is not optimal. Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4247664#4247664 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4247664 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: StructureDeployer that supports subdeployments
anonymous wrote : You should at least add a short-circuit check. | As we already have issues with slow boot time, | and this structure deployer affects all deployments, | hence every unnecessary extra step is costly. I've re-opened the jira for this and we will at the very least add the short-circuit check and hopefully have time to look into your other suggestions. Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4247670#4247670 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4247670 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - StructureDeployer that supports subdeployments
Hi, I'm writing a StructureDeployer to determine an esb deployment. An esb archive is exactly like a JarStructure which is what we've been using until now. We have now got a requirement to support subdeployments. For example, we could have the following layout: test.esb: | META-INF/ | deployment.xml | jboss-esb.xml | org/jboss/esb | Test.class | wars/ | war1.war | war2.war Now, since the wars dir does not have a META-INF directory it will not be identifed as a subdeployment when using the JarStructure deployer. So I was thinking that I could simply use the same code in JarStructure for our EsbStructure, but remove the requirement of subdeployment needing to have a META-INF directory. But this leads to all sorts of deployment errors. Is anyone aware of an example of a StructureDeployer that support subdeployments in this manner? Or is there another way to accomplish this? Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4247278#4247278 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4247278 ___ 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
Hi, not sure if you've seen it already but this blog by Bob McWhirter really help me: http://oddthesis.org/posts/2008-09-deployers-in-jboss-microcontainer Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4237786#4237786 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4237786 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Possible issue with WebBeansWebUrlIntegrationDeployer during
Hi, we using the branch Branch_5_x and noticed something that I've not seen before and wanted to ask if this is the expected behavior. As part of our deployment (.esb archives) we sometimes create JBossWebMetaData to have a webservice deployed exposing a service in the esb as a web service. Upon undeployment I get this error: Exception: 09:18:05,087 INFO [EsbDeployment] Stopping EBS Deployment 'Quickstart_publish_as_webservice' | 09:18:05,217 INFO [JDBCDataStore] Generated token 'authToken:E05882F0-3944-11DE-AA08-96330774DB7F' for user: 'jbossesb/JBoss ESB User' | 09:18:05,248 INFO [DeleteBindingFunction] Publisher 'jbossesb' deleted BindingTemplate with key: D9DBE5C0-3944-11DE-AA08-B20152A53F4F | 09:18:05,265 INFO [EsbDeployment] Destroying ESB Deployment 'Quickstart_publish_as_webservice' | 09:18:05,266 WARN [ServiceMessageCounterLifecycleResource] Calling cleanup on existing service message counters for identity ID-7 | 09:18:05,316 INFO [EsbDeployment] Setting contract publishers : null | 09:18:05,324 INFO [QueueService] Queue[/queue/quickstart_publish_as_webservice_Request_esb_reply] stopped | 09:18:05,329 INFO [QueueService] Queue[/queue/quickstart_publish_as_webservice_Request_esb] stopped | 09:18:05,331 INFO [TomcatDeployment] undeploy, ctxPath=/Quickstart_publish_as_webservice | 09:18:05,348 INFO [DefaultEndpointRegistry] remove: jboss.ws:context=Quickstart_publish_as_webservice,endpoint=ESBServiceSample_HelloWorldPubService | 09:18:05,364 ERROR [WebBeansWebUrlIntegrationDeployer] Error during undeploy: vfszip:/opt/jboss/as/src/Branch_5_x/build/output/jboss-5.1.0.GA/server/default/deploy/Quickstart_publish_as_webservice.esb/jbm-queue-service.xml | java.lang.RuntimeException: java.util.zip.ZipException: error in opening zip file | at org.jboss.virtual.plugins.context.AbstractExceptionHandler.handleZipEntriesInitException(AbstractExceptionHandler.java:39) | at org.jboss.virtual.plugins.context.helpers.NamesExceptionHandler.handleZipEntriesInitException(NamesExceptionHandler.java:63) | at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:616) | at org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:763) | at org.jboss.virtual.plugins.context.zip.ZipEntryContext.isLeaf(ZipEntryContext.java:956) | at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.isLeaf(ZipEntryHandler.java:129) | at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:677) | at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:165) | at org.jboss.virtual.VirtualFile.getChild(VirtualFile.java:481) | at org.jboss.deployers.vfs.plugins.structure.VFSDeploymentResourceLoaderImpl.getFile(VFSDeploymentResourceLoaderImpl.java:62) | at org.jboss.deployers.vfs.plugins.structure.AbstractVFSDeploymentContext.getFile(AbstractVFSDeploymentContext.java:352) | at org.jboss.deployers.vfs.plugins.structure.AbstractVFSDeploymentUnit.getFile(AbstractVFSDeploymentUnit.java:101) | at org.jboss.deployers.vfs.plugins.classloader.PathUrlIntegrationDeployer.isIntegrationDeployment(PathUrlIntegrationDeployer.java:48) | at org.jboss.deployers.vfs.plugins.classloader.UrlIntegrationDeployer.isIntegrationDeployment(UrlIntegrationDeployer.java:183) | at org.jboss.deployers.vfs.plugins.classloader.UrlIntegrationDeployer.undeploy(UrlIntegrationDeployer.java:143) | at org.jboss.deployers.vfs.spi.deployer.AbstractOptionalVFSRealDeployer.undeploy(AbstractOptionalVFSRealDeployer.java:76) | at org.jboss.deployers.spi.deployer.helpers.AbstractOptionalRealDeployer.internalUndeploy(AbstractOptionalRealDeployer.java:91) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.undeploy(AbstractRealDeployer.java:112) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.undeploy(DeployerWrapper.java:196) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUndeploy(DeployersImpl.java:1469) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1376) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doUninstallParentLast(DeployersImpl.java:1356) | at org.jboss.deployers.plugins.deployers.DeployersImpl.uninstall(DeployersImpl.java:1331) | at org.jboss.dependency.plugins.AbstractControllerContext.uninstall(AbstractControllerContext.java:354) | at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:1664) | at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1275) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:827) | at
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
anonymous wrote : I guess it tries to do some check on a file that was deleted? 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 But none of these files exist in the deployment unit and the deployment units root no longer exist. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4228596#4228596 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4228596 ___ 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
anonymous wrote : I know, I wrote the stuff. :-) Sorry, you've written a lot and it's easy to forget...at least I'm that way :) anonymous wrote : I'll fix this. Great, thanks for this! View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4228599#4228599 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4228599 ___ 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
anonymous wrote : Can you try the latest Deployers snapshot, 2.2.0-SNAPSHOT, | if it works for you? Absolutely. Is that snapshot produced from a tag/branch? When I build from trunk it does not produce a snapshot which is why I'm asking. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4228626#4228626 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4228626 ___ 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
Sorry, just looked at the pom and the trunk version is the SNAPSHOT. 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}]}] | at org.jboss.joinpoint.plugins.Config.findConstructorInfo(Config.java:275) | at org.jboss.kernel.plugins.config.Configurator.resolveConstructor(Configurator.java:290) | at org.jboss.kernel.plugins.config.Configurator.findConstructor(Configurator.java:256) | at org.jboss.kernel.plugins.config.Configurator.getConstructorJoinPoint(Configurator.java:213) | at org.jboss.kernel.plugins.config.AbstractKernelConfigurator.getConstructorJoinPoint(AbstractKernelConfigurator.java:137) | at org.jboss.kernel.plugins.dependency.InstantiateAction.installActionInternal(InstantiateAction.java:61) | at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:54) | at org.jboss.kernel.plugins.dependency.InstallsAwareAction.installAction(InstallsAwareAction.java:42) | at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62) | at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71) | at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:774) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:540) | at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:121) | at org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataDeployer.deploy(BeanMetaDataDeployer.java:51) | at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62) | at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178) | at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702) | at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117) | at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70) | at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53) | at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) | at
[jboss-user] [Microcontainer] - Re: Possible issue with WebBeansWebUrlIntegrationDeployer du
I re-built the Branch_5_x with the 2.2.0-SNAPSHOT and then it worked as expected and the undeploy error is done. Looks good :) 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. Thanks for you quick response on this! /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4228637#4228637 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4228637 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Retrieve all metadata from a deployment unit.
Hi, I'm wondering what the correct way of retrieving all metadata from a VFSDeploymentUnit is. The following test decribes what we are doing. | package org.jboss.deployers.vfs.plugins.structure; | | import static org.junit.Assert.assertEquals; | import static org.junit.Assert.assertNotNull; | | import java.io.IOException; | import java.net.URL; | import java.util.Arrays; | import java.util.List; | | import org.jboss.virtual.MemoryFileFactory; | import org.jboss.virtual.VFS; | import org.jboss.virtual.VirtualFile; | import org.junit.Before; | import org.junit.BeforeClass; | import org.junit.Test; | | public class AbstractVFSDeploymentContextTest | { | private AbstractVFSDeploymentContext context; | private String fileName = /WEB-INF/wsdl/test.wsdl; | | @BeforeClass | public static void initVFS() | { | VFS.init(); | } | | @Before | public void populateVirtualFileSystem() throws IOException | { | context = new AbstractVFSDeploymentContext(); | URL dynamicClassRoot = new URL(vfsmemory, getClass().getSimpleName(), ); | VirtualFile dynamicClasspathDir = MemoryFileFactory.createRoot(dynamicClassRoot).getRoot(); | URL wsdlUrl = new URL(dynamicClassRoot + fileName); | MemoryFileFactory.putFile(wsdlUrl, wsdlcontent.getBytes()); | | context.setMetaDataLocations(Arrays.asList(new VirtualFile[] {dynamicClasspathDir})); | } | | @Test | public void getMetaDataFile() throws IOException | { | VirtualFile metaDataFile = context.getMetaDataFile(fileName); | assertNotNull(metaDataFile); | } | | @Test | public void getMetaDataFiles() throws IOException | { | ListVirtualFile metaDataFiles = context.getMetaDataFiles(null, ); | assertEquals(1, metaDataFiles.size()); | } | | @Test | public void getAllMetaDataFiles() throws IOException | { | ListVirtualFile metaDataFiles = context.getAllMetaDataFiles(); | assertEquals(1, metaDataFiles.size()); | } | | } | Now, the second test method, getMetaDataFiles, fails. This is what we are currently using to retrieve all metadata. Is there another way of retrieving all metadata? For the third test method I add the following method to AbstractVFSDeploymentContext and it returns all metadata from the deployment context: public ListVirtualFile getAllMetaDataFiles() | { | ListVirtualFile results = new ArrayListVirtualFile(); | try | { | for (VirtualFile location : metaDataLocations) | { |ListVirtualFile result = location.getChildren(); |if (result != null result.isEmpty() == false) |{ | results.addAll(result); | deployed(); |} | } | } | catch(final IOException e) | { | log.debug(Error retrieving all meta data); | } | return results; | } This is related to this jira: https://jira.jboss.org/jira/browse/JBWS-2619 Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4226401#4226401 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4226401 ___ 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.
anonymous wrote : 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. Sorry, the actual code only uses the VFSDeploymentUnit and does not directly access the DeploymentContext. Only this test case does to show that getMetaDataFiles does not return all the meta data files when used with the suffix. I'll debug this and report back my findings. Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4226447#4226447 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4226447 ___ 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.
anonymous wrote : Why would you want to recurse into a metadata location? | I don't think that's a natural behavior. Well this is not the reason we are using it for right now but there might be the need to have a META-INF/services directory containing Service Provider coniguration files and you might want to include it in the search. View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4226493#4226493 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4226493 ___ 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.
anonymous wrote : Hence only you know what you wanna scan as sub-dir Ah, I think I understand what you mean. I'm not sure if it's a convention to put wsdl files in WEB/wsdl but if so then the JBossWS could: | VirtualFile metaDataFile = context.getMetaDataFile(/WEB-INF/wsdl); | ListVirtualFile children = metaDataFile.getChildren(); | And they could specify a filter if they are only interested in .wsdl files. Is that what you meant? Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4226501#4226501 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4226501 ___ 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.
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. // Look in the meta data location | ListVirtualFile results = new ArrayListVirtualFile(); | for (VirtualFile location : metaDataLocations) | { | ListVirtualFile result = location.getChildren(new MetaDataMatchFilter(name, suffix)); | if (result != null result.isEmpty() == false) | { | ... There is another constructor for MetaDataMatcher that takes VisitorAttributes. When using the constructor with name and suffix the attributes will be set to VisitorAttributes.LEAVES_ONLY: | if (attributes == null) | attributes = VisitorAttributes.LEAVES_ONLY; Using the second constructor and setting VisitorAttributes.RECURSE_LEAVES_ONLY does what we want: | ListVirtualFile results = new ArrayListVirtualFile(); | for (VirtualFile location : metaDataLocations) | { | ListVirtualFile result = location.getChildren(new MetaDataMatchFilter(name, suffix, VisitorAttributes.RECURSE_LEAVES_ONLY)); | if (result != null result.isEmpty() == false) | { | ... This might be by design but is there a way for us to accomplish this? Thanks, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4226477#4226477 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4226477 ___ 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.
anonymous wrote : 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. I agree and that is great if you can add this to the VFSDeploymentUnit. Thanks for this! :) /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4226542#4226542 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4226542 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Installation, Configuration DEPLOYMENT] - Re: Deployment error in JBOSS 5. DeploymentException
Hi, I had the same issue and needed to change my jboss-aop.xml from ?xml version=1.0 encoding=UTF-8? | !DOCTYPE aop PUBLIC |-//JBoss//DTD JBOSS AOP 1.0//EN |http://labs.jboss.com/portal/jbossaop/dtd/jboss-aop_1_0.dtd; | | aop | ... | /aop To: ?xml version=1.0 encoding=UTF-8? | aop xmlns=urn:jboss:aop-beans:1.0 | ... | /aop Regards, /Daniel View the original post : http://www.jboss.org/index.html?module=bbop=viewtopicp=4216903#4216903 Reply to the post : http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4216903 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: Alternative JAR extensions
Hi, anonymous wrote : But we could add your .rails extension by default to the deployers.xml | and once this is fixed we remove it again, if this would help you ? Would it also be possible to add the '.esb' extension in that case? Thanks, /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4193689#4193689 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193689 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - User Guide examples: build error resolving artifacts
Hi, this might be a newbie error on my part but I'm getting a build error when trying to build the examples in trunk/docs/examples/User_Guide/gettingStarted: anonymous wrote : Downloading: http://repo1.maven.org/maven2/org/jboss/microcontainer/jboss-kernel/2.0.0.Beta9/jboss-kernel-2.0.0.Beta9.jar | [INFO] | [ERROR] BUILD ERROR | [INFO] | [INFO] Failed to resolve artifact. | | Missing: | -- | 1) org.jboss.microcontainer:jboss-kernel:jar:2.0.0.Beta9 | | Try downloading the file manually from the project website. | | Then, install it using the command: | mvn install:install-file -DgroupId=org.jboss.microcontainer -DartifactId=jboss-kernel -Dversion=2.0.0.Beta9 -Dpackaging=jar -Dfile=/path/to/file | | Alternatively, if you host your own repository you can deploy the file there: | mvn deploy:deploy-file -DgroupId=org.jboss.microcontainer -DartifactId=jboss-kernel -Dversion=2.0.0.Beta9 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] | | Path to dependency: | 1) org.jboss.microcontainer.examples:humanResourcesService:jar:1.0.0 | 2) org.jboss.microcontainer:jboss-kernel:jar:2.0.0.Beta9 | | -- | 1 required artifact is missing. | | for artifact: | org.jboss.microcontainer.examples:humanResourcesService:jar:1.0.0 | | from the specified remote repositories: | central (http://repo1.maven.org/maven2) | Adding the following reposistory to pom.xml solved this for me: | repositories | repository | idrepository.jboss.org/id | nameJBoss Repository/name | layoutdefault/layout | urlhttp://repository.jboss.org/maven2//url | snapshots | enabledfalse/enabled | /snapshots | /repository | /repositories | Regards, /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4190752#4190752 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4190752 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Microcontainer] - Re: User Guide examples: build error resolving artifacts
Ah, that make sense. Thanks! /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4190766#4190766 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4190766 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Access field of an Object in a Controller variable
Hi, I'm trying to access a field (firstName) of an Object instance (entireCustomerAsObject) like this: | task-node name=Review Order async=true | task name=Order Review | assignment actor-id=user/ | controller |variable name=entireCustomerAsObject.firstName access=read,write,required mapped-name=customer_firstName/ | /controller | /task | transition name= to=Calculate Discount/ | /task-node | An object named 'entireCustomerAsObject' exists and is populated (if I remove the '.firstName' the object toString method is invoked and displayed in the form). Is it possbile to access a field of an object in the name attribute field like shown above? I've tried different combinations but without success. Thanks, /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4154253#4154253 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4154253 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss jBPM] - Re: Access field of an Object in a Controller variable
Ah, ok thanks! Just thinking about this...would it be possible to use an expression language like MVEL to support thes kind of access that I was on about? Something similar to this (ContextInstance): public Object getVariable(String name, Token token) { | Object variable = null; | TokenVariableMap tokenVariableMap = getTokenVariableMap(token); | if (tokenVariableMap != null) { | try { | variable = MVEL.eval( name, tokenVariableMap.getVariablesLocally()); | } | catch( Exception e ) | { | variable = tokenVariableMap.getVariable(name); | } | } | return variable; | } | Regards, /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4154361#4154361 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4154361 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: problems connecting to a Queue
Hi, I can't see that you have started the connection. Try starting the connection and you should receive the messages. Regards, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4137473#4137473 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4137473 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Remoting] - Re: About the usage of path in InvokerLocator
Hi, sorry for highjacking your post but I have a similar question... We are using JBossRemoting listeners in the JBossESB. There are both socket listeners and http listeners. We need to be able to have multiple of these listeners listen to the same host/port combination which we have solved by sharing Connectors and using subsystems to seperate the different listeners. This is so that we don't have to be opening a lot of ports, specially as we have quite a few webservices and more coming. The issue we are having is that for webservices we need to have a way to determine which subsystem a http request is for. This is easy when the calling client is a JBR client but not when the request is a http request. This is what I've been using up until now: Code from ServerInvoker's invoke(InvocationRequest) | Map requestPayload = invocation.getRequestPayload(); | if ( subsystem == null requestPayload != null ) | { | String path = (String) requestPayload.get( HTTPMetadataConstants.PATH ); | subsystem = path.substring( path.indexOf( '/' ) + 1 );} | } | Is there some way we can achive this by configuration of by using some other class in remoting? Thanks, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4132237#4132237 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4132237 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: Messaging Cluster issue
Hi Tim, thanks for the detailed explaination on this, it is much appreciated! I'll refactor our code to use temporary queues instead. Is there any perfomance loss compared to using Topics with selectors? Regards, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126946#4126946 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126946 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Messaging Cluster issue
Hi, we are using JBM 1.4.0.SP3 configured in a cluster. We have a four node cluster and use custom correlation ids to correlate messages. Our messaging clients post a message to a queue and wait a specified amount of time for a message to appear on a response queue with the correlation id they expect. Now the problem we are experiencing is that when several concurrent calls are made sometimes we are not able to retrieve the message from the clustered queue. We have verified that the message is infact there, with the correct correlation id. We have tried to simulate this behaviour with the test class below. | public class DestinationPeeker | { | | private static final String QUEUE_NAME = queue/clusteredQueue; | private static final String JNDI_SERVER = hostname:1100; | | private static final String CORRELATION_ID = 12345; | | private static String messageSelector = JMSCorrelationID = \' + CORRELATION_ID + \'; | | @Test | public void peek() throws NamingException, JMSException | { | Context ctx = getContext(); | Queue queue = (Queue) ctx.lookup( QUEUE_NAME ); | QueueConnectionFactory factory = (QueueConnectionFactory) ctx.lookup( ConnectionFactory ); | QueueConnection cnn = factory.createQueueConnection(); | QueueSession session = cnn.createQueueSession( false, QueueSession.AUTO_ACKNOWLEDGE ); | | QueueBrowser browser = session.createBrowser( queue, messageSelector ); | String messageSelector = browser.getMessageSelector(); | | Enumeration enumeration = browser.getEnumeration(); | while ( enumeration.hasMoreElements() ) { | Message jmsMsg = (Message) enumeration.nextElement(); | System.out.print( JMSMessageID : + jmsMsg.getJMSMessageID() ); | System.out.print( , JMSCorrelelationID : + jmsMsg.getJMSCorrelationID() ); | System.out.print( , JMSExpiration : + jmsMsg.getJMSExpiration() ); | System.out.println(); | } | browser.close(); | session.close(); | cnn.close(); | } | | @Test | @Ignore | public void putMessageOnQueue() throws NamingException, JMSException | { | Context ctx = getContext(); | Queue queue = (Queue) ctx.lookup( QUEUE_NAME ); | QueueConnectionFactory factory = ( QueueConnectionFactory ) ctx.lookup( /ClusteredConnectionFactory ); | QueueConnection cnn = factory.createQueueConnection(); | QueueSession session = cnn.createQueueSession( false, QueueSession.AUTO_ACKNOWLEDGE ); | MessageProducer producer = session.createProducer( queue ); | TextMessage msg = session.createTextMessage(); | msg.setJMSCorrelationID( CORRELATION_ID ); | producer.send( msg ); | producer.close(); | session.close(); | cnn.close(); | ctx.close(); | } | | private Context getContext() throws NamingException | { | HashtableString, String env = new HashtableString, String(); | env.put( Context.INITIAL_CONTEXT_FACTORY, org.jnp.interfaces.NamingContextFactory ); | env.put( Context.URL_PKG_PREFIXES, org.jboss.naming ); | env.put( Context.PROVIDER_URL, JNDI_SERVER ); | return new InitialContext(env); | } | } | Note that we are using a QueueBrowser to peek a the queue. I've tried this by consuming from the queue and seen the same behaviour. When I run the above (having run once with only executing putMessageOnQueue()) I sometimes get a messages back and sometimes don't. It's not deterministic. Is this a valid way to verfiy the functionality of clustering with message correlation id's? Has anyone see this sort of behaviour before? Any comments or suggestions are welcome. Thanks, /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126475#4126475 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126475 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: Messaging Cluster issue
Hi Tim, thanks for your quick response! The clients that put messages on the queue are Web Services that exist on two nodes in our messaging cluster. Their responsibility is to send the SOAP message to a queue that our ESB servers listen to. The ESB service performs it's actions, and one of these is to send a response message to a response queue. It's a little difficult for me to post the actual code. But the test class in my previous post can simulate the behaviour. This can be done with at two node messaging cluster. Are there any test in the messaging project that I could run against our configuration to verify that we have not incorrectly configured something. The system has been running in production for several month without any warnings or errors. We upgraded to 1.4.0.SP3 right before Christmas. Thanks, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126490#4126490 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126490 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: Messaging Cluster issue
Yep, that is correct. The response queue is clustered and we have two consumers listening to that queue. I'm sorry but I forgot to mention that these consumers are using a message selector (like the example code below). They are using the correlation id to make sure that they only take response messages that correlate to the message they have sent. I might have misunderstood this but I thought that if I publish a message to a clustered queue and then use a message selector to receive messages from the queue, I would get back the message regardless of where the message phisically exists in the cluster. Does this make sense? Regards, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4126510#4126510 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4126510 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: Problem starting Messaging in ESB 4.2.1.GA
Yeah, the problem was that we had the wrong version of mysql-persistence-service.xml but when using this version of it things worked: | ?xml version=1.0 encoding=UTF-8? | | !-- | MySql persistence deployment descriptor. | | Tested with MySQL 4.1.22 | | $Id$ | -- | | server | |!-- Persistence Manager MBean configuration | -- | |mbean code=org.jboss.messaging.core.jmx.JDBCPersistenceManagerService | name=jboss.messaging:service=PersistenceManager | xmbean-dd=xmdesc/JDBCPersistenceManager-xmbean.xml | | dependsjboss.jca:service=DataSourceBinding,name=DefaultDS/depends | | depends optional-attribute-name=TransactionManagerjboss:service=TransactionManager/depends | | !-- The datasource to use for the persistence manager -- | | attribute name=DataSourcejava:/DefaultDS/attribute | | !-- If true will attempt to create tables and indexes on every start-up -- | | attribute name=CreateTablesOnStartuptrue/attribute | | !-- If true then will use JDBC batch updates -- | | attribute name=UsingBatchUpdatestrue/attribute | | attribute name=SqlProperties![CDATA[ |CREATE_DUAL=CREATE TABLE JBM_DUAL (DUMMY INTEGER, PRIMARY KEY (DUMMY)) ENGINE = INNODB |CREATE_MESSAGE_REFERENCE=CREATE TABLE JBM_MSG_REF (CHANNEL_ID BIGINT, MESSAGE_ID BIGINT, TRANSACT | ION_ID BIGINT, STATE CHAR(1), ORD BIGINT, PAGE_ORD BIGINT, DELIVERY_COUNT INTEGER, SCHED_DELIVERY BI | GINT, PRIMARY KEY(CHANNEL_ID, MESSAGE_ID)) ENGINE = INNODB |CREATE_IDX_MESSAGE_REF_TX=CREATE INDEX JBM_MSG_REF_TX ON JBM_MSG_REF (TRANSACTION_ID) |CREATE_IDX_MESSAGE_REF_ORD=CREATE INDEX JBM_MSG_REF_ORD ON JBM_MSG_REF (ORD) |CREATE_IDX_MESSAGE_REF_PAGE_ORD=CREATE INDEX JBM_MSG_REF_PAGE_ORD ON JBM_MSG_REF (PAGE_ORD) |CREATE_IDX_MESSAGE_REF_MESSAGE_ID=CREATE INDEX JBM_MSG_REF_MESSAGE_ID ON JBM_MSG_REF (MESSAGE_ID) | |CREATE_IDX_MESSAGE_REF_SCHED_DELIVERY=CREATE INDEX JBM_MSG_REF_SCHED_DELIVERY ON JBM_MSG_REF (SCH | ED_DELIVERY) |CREATE_MESSAGE=CREATE TABLE JBM_MSG (MESSAGE_ID BIGINT, RELIABLE CHAR(1), EXPIRATION BIGINT, TIME | STAMP BIGINT, PRIORITY TINYINT, TYPE TINYINT, INS_TIME BIGINT, HEADERS MEDIUMBLOB, PAYLOAD LONGBLOB, | PRIMARY KEY (MESSAGE_ID)) ENGINE = INNODB |CREATE_IDX_MESSAGE_TIMESTAMP=CREATE INDEX JBM_MSG_REF_TIMESTAMP ON JBM_MSG (TIMESTAMP) |CREATE_TRANSACTION=CREATE TABLE JBM_TX (NODE_ID INTEGER, TRANSACTION_ID BIGINT, BRANCH_QUAL VARBI | NARY(254), FORMAT_ID INTEGER, GLOBAL_TXID VARBINARY(254), PRIMARY KEY (TRANSACTION_ID)) ENGINE = INN | ODB |CREATE_COUNTER=CREATE TABLE JBM_COUNTER (NAME VARCHAR(255), NEXT_ID BIGINT, PRIMARY KEY(NAME)) EN | GINE = INNODB |INSERT_DUAL=INSERT INTO JBM_DUAL VALUES (1) |CHECK_DUAL=SELECT 1 FROM JBM_DUAL |INSERT_MESSAGE_REF=INSERT INTO JBM_MSG_REF (CHANNEL_ID, MESSAGE_ID, TRANSACTION_ID, STATE, ORD, P | AGE_ORD, DELIVERY_COUNT, SCHED_DELIVERY) VALUES (?, ?, ?, ?, ?, ?, ?, ?) |DELETE_MESSAGE_REF=DELETE FROM JBM_MSG_REF WHERE MESSAGE_ID=? AND CHANNEL_ID=? AND STATE='C' |UPDATE_MESSAGE_REF=UPDATE JBM_MSG_REF SET TRANSACTION_ID=?, STATE='-' WHERE MESSAGE_ID=? AND CHAN | NEL_ID=? AND STATE='C' |UPDATE_PAGE_ORDER=UPDATE JBM_MSG_REF SET PAGE_ORD = ? WHERE MESSAGE_ID=? AND CHANNEL_ID=? |COMMIT_MESSAGE_REF1=UPDATE JBM_MSG_REF SET STATE='C', TRANSACTION_ID = NULL WHERE TRANSACTION_ID= | ? AND STATE='+' |COMMIT_MESSAGE_REF2=DELETE FROM JBM_MSG_REF WHERE TRANSACTION_ID=? AND STATE='-' |ROLLBACK_MESSAGE_REF1=DELETE FROM JBM_MSG_REF WHERE TRANSACTION_ID=? AND STATE='+' |ROLLBACK_MESSAGE_REF2=UPDATE JBM_MSG_REF SET STATE='C', TRANSACTION_ID = NULL WHERE TRANSACTION_I | D=? AND STATE='-' |LOAD_PAGED_REFS=SELECT MESSAGE_ID, DELIVERY_COUNT, PAGE_ORD, SCHED_DELIVERY FROM JBM_MSG_REF WHER | E CHANNEL_ID = ? AND PAGE_ORD BETWEEN ? AND ? ORDER BY PAGE_ORD |LOAD_UNPAGED_REFS=SELECT MESSAGE_ID, DELIVERY_COUNT, SCHED_DELIVERY FROM JBM_MSG_REF WHERE STATE | = 'C' AND CHANNEL_ID = ? AND PAGE_ORD IS NULL ORDER BY ORD |LOAD_REFS=SELECT MESSAGE_ID, DELIVERY_COUNT, SCHED_DELIVERY FROM JBM_MSG_REF WHERE STATE = 'C' AN | D CHANNEL_ID = ? ORDER BY ORD |UPDATE_REFS_NOT_PAGED=UPDATE JBM_MSG_REF SET PAGE_ORD = NULL WHERE PAGE_ORD BETWEEN ? AND ? AND C | HANNEL_ID=? |SELECT_MIN_MAX_PAGE_ORD=SELECT MIN(PAGE_ORD), MAX(PAGE_ORD) FROM JBM_MSG_REF WHERE CHANNEL_ID = ? | |SELECT_EXISTS_REF_MESSAGE_ID=SELECT MESSAGE_ID FROM JBM_MSG_REF WHERE MESSAGE_ID = ? |UPDATE_DELIVERY_COUNT=UPDATE JBM_MSG_REF SET DELIVERY_COUNT = ? WHERE CHANNEL_ID = ? AND MESSAGE_ | ID = ? |UPDATE_CHANNEL_ID=UPDATE JBM_MSG_REF SET
[jboss-user] [JBoss Messaging] - Re: Problem starting Messaging in ESB 4.2.1.GA
Hi, I think we have had this issue on the ESB User forum today: http://www.jboss.com/index.html?module=bbop=viewtopict=122818postdays=0postorder=ascstart=10 Can you take a look and see if this applies to your case aswell? Regards, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4101425#4101425 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4101425 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: Problem starting Messaging in ESB 4.2.1.GA
Hi Tim, the file contents pasted in this post is from 1.4.0.SP1 and from the examples/config directory. JBossESB is using 1.4.0.GA. I just thought that as the error message was the same as in the other thread you were having the same issue. /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4101443#4101443 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4101443 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: Problem starting Messaging in ESB 4.2.1.GA
anonymous wrote : 1.4.0.SP1 config won't work with 1.4.0.GA and vice versa. | Ah, ok! Good to know. Thanks! View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4101449#4101449 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4101449 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: javax.naming.NameNotFoundException: DefaultJMSProvider n
Hi, think this is the same as error as in this forum post: http://www.jboss.org/index.html?module=bbop=viewtopict=117533 Regards, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4094110#4094110 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4094110 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: JMSMessageID in Messaging cluster
Hi Clebert, anonymous wrote : | One thing we could do easily (it is implemented this way now on trunk) is set the CorrelationID when the message is transfered over the cluster. Would that be okay for you? | I think that the JMSCorrelationID should always travel with the Message over the cluster as it is set by applications, but I think that this what you mean. This currently works with JBM1.3 and JBM1.4 and we will change the default behaviour for the ESB to always set the outgoing correlation id. We were previously using the second pattern mentioned in aslak's post (setting the correlation id to the message id). I do think that the message id should not be changed in the cluster but if this will be the case in a later release then that's fine. Thanks for your help! /Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4083292#4083292 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4083292 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - DefaultJMSProvider not bound
Hi, we received this error message after starting a JBossAS 4.2 server: 15:01:01,480 ERROR [MessagingXAResourceWrapper] Failed to connect to server | javax.naming.NameNotFoundException: DefaultJMSProvider not bound | at org.jnp.server.NamingServer.getBinding(NamingServer.java:529) | at org.jnp.server.NamingServer.getBinding(NamingServer.java:537) | at org.jnp.server.NamingServer.getObject(NamingServer.java:543) | at org.jnp.server.NamingServer.lookup(NamingServer.java:296) | at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:625) | at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587) | at javax.naming.InitialContext.lookup(InitialContext.java:351) | at org.jboss.jms.server.recovery.MessagingXAResourceWrapper.getConnectionFactory(MessagingXAResourceWrapper.java:355) | at org.jboss.jms.server.recovery.MessagingXAResourceWrapper.connect(MessagingXAResourceWrapper.java:302) | at org.jboss.jms.server.recovery.MessagingXAResourceWrapper.getDelegate(MessagingXAResourceWrapper.java:261) | at org.jboss.jms.server.recovery.MessagingXAResourceWrapper.recover(MessagingXAResourceWrapper.java:109) | at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.xaRecovery(XARecoveryModule.java:746) | at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.resourceInitiatedRecovery(XARecoveryModule.java:685) | at com.arjuna.ats.internal.jta.recovery.arjunacore.XARecoveryModule.periodicWorkSecondPass(XARecoveryModule.java:179) | at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.doWork(PeriodicRecovery.java:237) | at com.arjuna.ats.internal.arjuna.recovery.PeriodicRecovery.run(PeriodicRecovery.java:163) | | This was solved by modifying conf/jbossjta-properties.xml: property name=com.arjuna.ats.jta.recovery.XAResourceRecovery.JBMESSAGING1 value=org.jboss.jms.server.recovery.MessagingXAResourceRecovery;DefaultJMSProvider/ | to: property name=com.arjuna.ats.jta.recovery.XAResourceRecovery.JBMESSAGING1 value=org.jboss.jms.server.recovery.MessagingXAResourceRecovery;java:/DefaultJMSProvider/ | Just posting here in case other are getting the same error. Regards, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4079845#4079845 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4079845 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - JMSMessageID in Messaging cluster
Hi, we have been using the JMSMessageID to correlate messages in our applications. For example, a client posts a message to the provider and stores the message id. The recieving application will then set the reply message's JMSCorrelationID to the JMSMessageID. With JBossMessaging 1.4.0.CR1 the JMSMessageID seems to change in when the queue is clustered, and the message is moved between nodes. We have previously been running vesion 1.3 and not had this problem. Could you let me know if this is the expected behavior? We can use a custom correlation id to get around this but I've got the impression that using the JMSMessageID to correlate messages is quite common. Thanks, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4079850#4079850 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4079850 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: JMSMessageID in Messaging cluster
Hi, we are calling the gettting the JMSMessageID after the send method returns. My understanding is that the jms provider will generate the JMSMessageID when it receives the message. The id looks like a valid id (it is not ID:JBM-0). The senario we have is that when a consumer retrieves the jms message from a clustered queue, the message id is not the same as the one the client has. Thus correlation using the message id does not work and one has to set a custom correlation id on the message prior to sending. Yes, this we are currently using a custom genererated GUID to correlate the messages and this works fine. The reason for posting is that we have been been correlating messages using the message id with JBoss ESB, and with version 1.3 this worked as expected. Could you just confirm that we can no longer do this and the only option for clients is to use a custom correlation id? We need to make changes to relect this. Thanks, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4079994#4079994 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4079994 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: JMSMessageID in Messaging cluster
Hi again, I've just run some more test on this and this is what I'm seeing. The message id is set after the send method returns. Every second message that our consumer receives gets a different message id. So every other call will be correlated correctly and every other will not. Could this have anything to do with the routing policy, like every other message is moved to a different nodes queue and therefore getting a different id? I'm obviously just guessing here:) Let me know if there is anything you would like me to test or any information that you would like me to provide. Thanks, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4080023#4080023 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4080023 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Messaging] - Re: JMSMessageID in Messaging cluster
Thanks for verifying this! Sorry about my last post...I was writing it and after I posted it I saw that you had already answered :) Regards, Daniel View the original post : http://www.jboss.com/index.html?module=bbop=viewtopicp=4080034#4080034 Reply to the post : http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4080034 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user