[
https://jira.jboss.org/browse/JBESB-2760?page=com.atlassian.jira.plugin.s...
]
Daniel Bevenius commented on JBESB-2760:
----------------------------------------
To get this working with AS 6.0.0.M3 I did the following:
1. Copy jbossts-commons.jar to server/default/deployers/esb.deployer/lib
2. Added a hornetq-jms.xml for jbossesb.xml:
<configuration xmlns="urn:hornetq"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:hornetq /schema/hornetq-jms.xsd">
<queue name="DeadMessageQueue">
<entry name="/queue/DeadMessageQueue"/>
</queue>
<queue name="DataCollectorQueue">
<entry name="/queue/DataCollectorQueue"/>
</queue>
<queue name="OperationsCollectorQueue">
<entry name="/queue/OperationsCollectorQueue"/>
</queue>
<queue name="OperationsResultCollectorQueue">
<entry name="/queue/OperationsResultCollectorQueue"/>
</queue>
</configuration>
3. Updated jbossesb.esb/META-INF/deployment.xml:
<depends>org.hornetq:module=JMS,name="DeadMessageQueue",type=Queue</depends>
<depends>org.hornetq:module=JMS,name="DataCollectorQueue",type=Queue</depends>
<depends>org.hornetq:module=JMS,name="OperationsCollectorQueue",type=Queue</depends>
<depends>org.hornetq:module=JMS,name="OperationsResultCollectorQueue",type=Queue</depends>
4. Added a hornetq-jms.xml for jbpm.esb:
<configuration xmlns="urn:hornetq"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="urn:hornetq /schema/hornetq-jms.xsd">
<queue name="CallbackQueue">
<entry name="/queue/CallbackQueue"/>
</queue>
</configuration>
5. Updated jbpm.esb/deployment.xml:
<depends>org.hornetq:module=JMS,name="CallbackQueue",type=Queue</depends>
6. Renamed jbossesb.sar to jboss-esb.sar
This is because in org.jboss.reloaded.naming.deployers.AppNamingDeployer, line 65, the
appName variable is the name simple name of the deployment unit but without the suffix. So
this means that jbossesb.sar will first be used as
'jboss.naming:application=jbossesb", and then when jbossesb.esb is deployed the
same name will be deployed.
I don't mean that this is fix for this issue but at least someone trying this later
will be aware of the problem and a way to work around it for the time being.
7. Updated ivy.xml
<dependency org="org.jboss.deployers" name="jboss-deployers-vfs"
rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers" name="jboss-deployers-spi"
rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers"
name="jboss-deployers-core-spi" rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers" name="jboss-deployers-core"
rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers" name="jboss-deployers-impl"
rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers"
name="jboss-deployers-structure-spi" rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers" name="jboss-deployers-client"
rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers"
name="jboss-deployers-client-spi" rev="2.2.0.Alpha4"/>
<dependency org="org.jboss.deployers"
name="jboss-deployers-client-spi" rev="2.2.0.Alpha4"/>
<dependency org="org.jboss" name="jboss-vfs"
rev="3.0.0.CR5"/>
<dependency org="org.jboss.metadata" name="jboss-metadata-war"
rev="2.0.0.Alpha14"/>
<dependency org="org.jboss.metadata" name="jboss-metadata-common"
rev="2.0.0.Alpha14"/>
8. Updated install/esb-deployer-jboss-beans.xml
Changed the class of GroupingStructure to the one in VFS as it is now available in the new
version:
<bean name="GroupingStructure"
class="org.jboss.deployers.vfs.plugins.structure.dir.GroupingStructure">
9. Update package name changes in VFS
org.jboss.virtual.VirtualFile -> org.jboss.vfs.VirtualFile;
org.jboss.virtual.VirtualFileFilter -> org.jboss.vfs.VirtualFileFilter;
10. Update install/build.xml
Add a check or hornetq as the messaging provider
<target name="jms.config.check">
...
<available property="jbm.present"
file="${deploy.dir}/hornetq"/>
<target/>
11. Update samples/quickstarts/conf/base-build.xml:
Add a check for hornetq:
<target name="messaging-config" depends="jbossesb-dependencies-as4,
jbossesb-dependencies-as5">
...
<condition property="hornetq.present">
<available
file="${org.jboss.esb.server.deploy.dir}/hornetq"/>
</condition>
<condition property="jbossmq.present">
<and>
<not>
<isset property="messaging.present"/>
</not>
<not>
<isset property="hornetq.present"/>
</not>
</and>
</condition>
</target>
<!-- dependencies specific to JBoss Hornetq -->
<target name="hornetq-dependencies" if="hornetq.present"
depends="messaging-config">
<property name="jms.service.file"
value="hornetq-jms.xml"/>
<property name="jms.description" value="JBoss
Hornetq"/>
</target>
<target name="classpath-dependencies-as5" if="jbossas5"
depends="hornetq-dependencies,messaging-dependencies, jbossmq-dependencies,
quickstart-specific-dependencies">
<target name="classpath-dependencies-as4" if="jbossas4"
depends="hornetq-dependencies, messaging-dependencies, jbossmq-dependencies,
quickstart-specific-dependencies">
12. Add hornetq-jms.xml to quickstart
Verify that the ESB works with the main AS trunk (code base for AS6)
--------------------------------------------------------------------
Key: JBESB-2760
URL:
https://jira.jboss.org/browse/JBESB-2760
Project: JBoss ESB
Issue Type: Task
Security Level: Public(Everyone can see)
Components: Rosetta
Reporter: Daniel Bevenius
Assignee: Daniel Bevenius
Fix For: 4.x
While merging
https://jira.jboss.org/jira/browse/JBWS-2619 into the AS main trunk I was
not able to deploy the esb.
Even without deploying the esb code I get an error upon startup of the as server.
I also get an error with our build since conf/jboss-log4.xml does not exist in the server
created by the as trunk. This file is replaced by build.xml in
product/install/embedded-console. This might be temporary as the trunk code base is a
moving target but we should still make sure when they get closer to a release date to make
sure that we are not depending on something that is going to be removed.
I'm not sure that this is required for our 4.7 release, as this depends on the
release schedule for AS6. But I'm setting the version to 4.7 so that a decision should
be made about this.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira