[jBPM] New message: "Re: Some questions and feedback from beginner"
by Maciej Swiderski
User development,
A new message was posted in the thread "Some questions and feedback from beginner":
http://community.jboss.org/message/522116#522116
Author : Maciej Swiderski
Profile : http://community.jboss.org/people/swiderski.maciej
Message:
--------------------------------------------------------------
I found beta release of the spec so at least something to start with.
Isn't that true that jPDL is a kind of BPEL?! In fact it instructs the engine what needs to be done and when.
I was wondering if there is how should it be understood - since BPMN is language independent, there is no item like java or sql, hql, etc. I found this a bit confusing from business export point of view. I was investigating possible usage of jbpmeditor web application for business user point of view and the first comment I got was what is java element on the diagram. Isn't that more of interest for developers that will implement the process and not subject matter experts that do create processes?
I found the answer for my question number 1 - it is possible to start the process that requires variables from console. It needs to have a form attached to start node. As simple as that .
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522116#522116
16 years, 3 months
[JBoss Messaging] New message: "Re: Problem with the bridge reconnecting to remote topic."
by Andrian Belinschi
User development,
A new message was posted in the thread "Problem with the bridge reconnecting to remote topic.":
http://community.jboss.org/message/522105#522105
Author : Andrian Belinschi
Profile : http://community.jboss.org/people/abelinschi
Message:
--------------------------------------------------------------
Here is the used 'connection-factories-service.xml':
<?xml version="1.0" encoding="UTF-8"?>
<!--
Messaging Connection Factories deployment descriptor.
$Id: connection-factories-service.xml 85945 2009-03-16 19:45:12Z mailto:dimitris@jboss.org $
-->
<server>
<!-- The default connection factory does not support automatic failover or load balancing-
this is so we can maintain compatiblity with applications written for JBoss MQ which use this
connection factory.
-->
<mbean code="org.jboss.jms.server.connectionfactory.ConnectionFactory"
name="jboss.messaging.connectionfactory:service=ConnectionFactory"
xmbean-dd="xmdesc/ConnectionFactory-xmbean.xml">
<depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
<depends optional-attribute-name="Connector">jboss.messaging:service=Connector,transport=bisocket</depends>
<depends>jboss.messaging:service=PostOffice</depends>
<attribute name="JNDIBindings">
<bindings>
<binding>/ConnectionFactory</binding>
<binding>/XAConnectionFactory</binding>
<binding>java:/ConnectionFactory</binding>
<binding>java:/XAConnectionFactory</binding>
</bindings>
</attribute>
</mbean>
<!-- A clustered connection factory that supports automatic failover and load balancing of created
connections.
This factory is not suitable to be used by MDBs.
-->
<mbean code="org.jboss.jms.server.connectionfactory.ConnectionFactory"
name="jboss.messaging.connectionfactory:service=ClusteredConnectionFactory"
xmbean-dd="xmdesc/ConnectionFactory-xmbean.xml">
<depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
<depends optional-attribute-name="Connector">jboss.messaging:service=Connector,transport=bisocket</depends>
<depends>jboss.messaging:service=PostOffice</depends>
<attribute name="JNDIBindings">
<bindings>
<binding>/ClusteredConnectionFactory</binding>
<binding>/ClusteredXAConnectionFactory</binding>
<binding>java:/ClusteredConnectionFactory</binding>
<binding>java:/ClusteredXAConnectionFactory</binding>
</bindings>
</attribute>
<attribute name="SupportsFailover">true</attribute>
<attribute name="SupportsLoadBalancing">true</attribute>
</mbean>
<!-- A connection factory with no JNDI bindings that is used in clustering to create the connections that
pull messages from one node to another
-->
<mbean code="org.jboss.jms.server.connectionfactory.ConnectionFactory"
name="jboss.messaging.connectionfactory:service=ClusterPullConnectionFactory"
xmbean-dd="xmdesc/ConnectionFactory-xmbean.xml">
<depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
<depends optional-attribute-name="Connector">jboss.messaging:service=Connector,transport=bisocket</depends>
<depends>jboss.messaging:service=PostOffice</depends>
<attribute name="SupportsFailover">false</attribute>
<attribute name="SupportsLoadBalancing">false</attribute>
</mbean>
<!-- An example connection factory with all attributes shown
<mbean code="org.jboss.jms.server.connectionfactory.ConnectionFactory"
name="jboss.messaging.connectionfactory:service=MyExampleConnectionFactory"
xmbean-dd="xmdesc/ConnectionFactory-xmbean.xml">
<constructor>
<!- - You can specify the default Client ID to use for connections created using this factory - ->
<arg type="java.lang.String" value="MyClientID"/>
</constructor>
<depends optional-attribute-name="ServerPeer">jboss.messaging:service=ServerPeer</depends>
<!- - The transport to use - can be bisocket, sslbisocket or http - ->
<depends optional-attribute-name="Connector">jboss.messaging:service=Connector,transport=http</depends>
<depends>jboss.messaging:service=PostOffice</depends>
<!- - PrefetchSize determines the approximate maximum number of messages the client consumer will buffer locally - ->
<attribute name="PrefetchSize">150</attribute>
<!- - Paging params to be used for temporary queues - ->
<attribute name="DefaultTempQueueFullSize">200000</attribute>
<attribute name="DefaultTempQueuePageSizeSize">2000</attribute>
<attribute name="DefaultTempQueueDownCacheSize">2000</attribute>
<!- - The batch size to use when using the DUPS_OK_ACKNOWLEDGE acknowledgement mode - ->
<attribute name="DupsOKBatchSize">5000</attribute>
<!- - Does this connection factory support automatic failover? - ->
<attribute name="SupportsFailover">false</attribute>
<!- - Does this connection factory support automatic client side load balancing? - ->
<attribute name="SupportsLoadBalancing">false</attribute>
<!- - The class name of the factory used to create the load balancing policy to use on the client side - ->
<attribute name="LoadBalancingFactory">org.jboss.jms.client.plugin.RoundRobinLoadBalancingFactory</attribute>
<!- - Whether we should be strict TCK compliant, i.e. how we deal with foreign messages, defaults to false- ->
<attribute name="StrictTck">true</attribute>
<!- - Should acknowledgements be sent asynchronously? - ->
<attribute name="SendAcksAsync">false</attribute>
<!- - Disable JBoss Remoting Connector sanity checks - There is rarely a good reason to set this to true - ->
<attribute name="DisableRemotingChecks">false</attribute>
<!- - The connection factory will be bound in the following places in JNDI - ->
<attribute name="JNDIBindings">
<bindings>
<binding>/acme/MyExampleConnectionFactory</binding>
<binding>/acme/MyExampleConnectionFactoryDupe</binding>
<binding>java:/xyz/CF1</binding>
<binding>java:/connectionfactories/acme/connection_factory</binding>
</bindings>
</attribute>
</mbean>
-->
</server>
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522105#522105
16 years, 3 months
[Spring Integration] New message: "Re: @Autowiring of beans from Spring applicationcontext"
by Marius Bogoevici
User development,
A new message was posted in the thread "@Autowiring of beans from Spring applicationcontext":
http://community.jboss.org/message/522104#522104
Author : Marius Bogoevici
Profile : http://community.jboss.org/people/marius.bogoevici
Message:
--------------------------------------------------------------
Johannes,
Thanks for your interest in my presentation! Perhaps you can check JBoss World next June .
You definitely shouldn't need to change your configuration. The Spring Deployer and hence support for META-INF/*-spring.xml is a JBoss-specific facility with its own specific features and benefits, but it's not a mandatory condition for using Spring in JBoss.
My very first suspicion is that there are duplicate jars (Spring jars) in your app, which causes the webservice to fail, as the VFSXmlWebApplicationContext is not recognized as being a successor of the appropriate class. Ideally, you will want to have all the spring jars in the ear/lib folder and keep the war skinny, but if you're using Snowdrop and Maven, transitive dependencies might have sneaked Spring into the war. But, with more information absent, all I can say is just speculation, at this point.
Can you help with a bit more information to figure this one out? What I need to understand is, what exactly do you mean by the fact that the wiring is not done (properties are null or there's a context startup failure since beans are not found)? Also, what jars are included with the ear/war (not all of them, just Spring and Snowdrop, if you're using that). Can you also upload a startup/usage log (with the new forum you can just attach it rather than pasting it to the post) where I can see the error/errors?
Thanks,
Marius
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522104#522104
16 years, 3 months
[JBoss Tools] Document updated/added: "JBosstoolsVisualEditorFAQ"
by Yura Zhishko
User development,
The document "JBosstoolsVisualEditorFAQ", was updated Jan 25, 2010
by Yura Zhishko.
To view the document, visit:
http://community.jboss.org/docs/DOC-10862#cf
Document:
--------------------------------------------------------------
*Q : Visual Editor does not start under Linux*
*A* : Linux users may need to do the following to get the visual editor to work correctly on their machines.
* The Visual Page Editor (before JBoss Tools 3.1.0.M4) requires the library libstdc++.so.5. This library is contained in the compat-libstdc++-33.i386 package.
** To install this package on Fedora Core or Red Hat Enterprise Linux run the following command:
** On any other rpm based distributions download libstdc++.so.5 and run the following command:
** On Debian and Debian based distributions (e.g. Ubuntu) run the following command:
* In case you have the library installed and you still have issue with starting the visual page editor then close all browser views/editors and leave one visual page editor open and restart eclipse. This should force a load of the right XULRunner viewer.
*Q: Visual Editor doesn't start at any platform and shows message* 'The VPE editor can't be run because your system environment needs to be changed slightly'
* check is you version of studia/tools is compatible with you version of eclipse, see compatible matrix http://community.jboss.org/docs/DOC-14297
*Q : Visual Editor starts OK, but next message dialog appears:
*
http://community.jboss.org/servlet/JiveServlet/showImage/102-10862-28-185...
*A* : Some functionality of Visual Editor may not work if a project doesn't have org.jboss.tools.jsf.jsfnature or org.jboss.tools.jst.web.kb.kbnature in .project configuration. To fix this problem and turn off the message box execute next steps:
* Right mouse button click on a project in Package Explorer.
* Select +Configure -> Add JSF Capabilities+ from the context menu.
* Configure your project using +Add JSF Capabilities+ wizard and press Finish.
*P. S.* If you are shure that your project does not need JSF capabilities, just disable this message box by checking "+Don't show this dialog again!+" checkbox.
--------------------------------------------------------------
16 years, 3 months
[Spring Integration] New message: "@Autowiring of beans from Spring applicationcontext"
by J H
User development,
A new message was posted in the thread "@Autowiring of beans from Spring applicationcontext":
http://community.jboss.org/message/522098#522098
Author : J H
Profile : http://community.jboss.org/people/joboss
Message:
--------------------------------------------------------------
Hi,
we want to evaluate JBoss 5.1.0 with Spring 2.5.6. I read a couple of threads in the forum and realized that all of the spring users make use of the -spring.xml files in the META-INFs of the corresponding .jars, .wars etc.
At the moment we have an .ear-structure like this and it went smooth in the GlassFishv3.
.ear
|
------ servicebeans-01.jar -> beanRefContext.xml, serviceContext-01.xml
------ servicebeans-02.jar -> serviceContext-02.xml
------ webservice-A.war
------ webservice-B.war
in the web.xml of the wars I use the following config
<context-param>
<param-name>parentContextKey</param-name>
<param-value>ear.context</param-value>
</context-param>
<context-param>
<param-name>contextClass</param-name>
<param-value>org.jboss.spring.vfs.context.VFSXmlWebApplicationContext</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<servlet>
<description>Webservice Endpoint</description>
<display-name>webservice</display-name>
<servlet-name>webservice</servlet-name>
<servlet-class>a.b.c.WebServiceImpl</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>webservice</servlet-name>
<url-pattern>/webservice</url-pattern>
</servlet-mapping>
there's a parentApplicationContext, that instantiates the required beans via the given config in beanRefContext.xml (defaultname in Spring) which is looked up in the classpath. Both webservices should use beans from this appCtx. Actually the deployment works fine, all the required beans are instantiated only once. Except one important thing. The wiring between the WebserviceImpl in the .wars and the appCtx with the serviceBeans is not done.
According to this presentation http://www.redhat.com/f/pdf/jbw/mbogoevici_1050_spring_on_jboss.pdf, it should be possible. Otherwise I misunderstood this part of the presentation and didn't recognize that it is made clear just to use the -spring.xml files.
page 20:
Method 1: Spring's SpringBeanAutowiringInterceptor
● EJB3 interceptor
● Uses a BeanFactoryLocator to retrieve the
ApplicationContext
● Recognizes the @Autowired annotation
I also used the SpringBeanAutowiringSupport, which worked fine in GlassFishv3 ... no success.
So in the end I am looking for a way that allows me to make use of Spring's @Autowiring without using the spring-deployer module for a common appCtx.
Is there any solution to keep the above mentioned .ear-configuration and let the autowiring be done by JBoss (modules)? I know that it is probably possible if i change my config to the corresponding -spring.xml files but that's only the last solution i want to do. Otherwise I will die of config-management for my app in different ApplicationServers. Any help would be appreciated.
johannes
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522098#522098
16 years, 3 months
[JBoss Tools] New message: "Re: JBoss Maven Problem"
by Gilles Dupont Tagne Tagne
User development,
A new message was posted in the thread "JBoss Maven Problem":
http://community.jboss.org/message/522097#522097
Author : Gilles Dupont Tagne Tagne
Profile : http://community.jboss.org/people/tagnegilles
Message:
--------------------------------------------------------------
Thanks Peter for the answer. the portal.war look like this
META-INF/
META-INF/MANIFEST.MF
error.xhtml
home.xhtml
img/
img/btnmanageroles.png
img/btnmanageusers.png
img/btnnewpermission.png
img/btnnewrole.png
img/btnnewuser.png
img/dtpick.gif
img/error.gif
img/false.png
img/manytoone.gif
img/msgerror.png
img/msginfo.png
img/msgwarn.png
img/onetomany.gif
img/seamlogo.png
img/true.png
index.html
layout/
layout/display.xhtml
layout/edit.xhtml
layout/menu.xhtml
layout/sort.xhtml
layout/template.xhtml
login.page.xml
login.xhtml
stylesheet/
stylesheet/theme.css
stylesheet/theme.xcss
stylesheet/useradmin.css
WEB-INF/
WEB-INF/classes/
WEB-INF/classes/components.properties
WEB-INF/classes/de/
WEB-INF/classes/de/cimt/
WEB-INF/classes/de/cimt/portal/
WEB-INF/classes/de/cimt/portal/session/
*WEB-INF/classes/de/cimt/portal/session/Authenticator.class*
WEB-INF/classes/hot/
WEB-INF/classes/hot/seam.properties
WEB-INF/classes/import.sql
WEB-INF/classes/main/
WEB-INF/classes/main/components.properties
WEB-INF/classes/main/import.sql
WEB-INF/classes/main/messages_en.properties
WEB-INF/classes/main/META-INF/
WEB-INF/classes/main/META-INF/persistence.xml
WEB-INF/classes/main/seam.properties
WEB-INF/classes/main/security.drl
WEB-INF/classes/messages_en.properties
WEB-INF/classes/META-INF/
WEB-INF/classes/META-INF/persistence.xml
WEB-INF/classes/seam.properties
WEB-INF/classes/security.drl
WEB-INF/components.xml
WEB-INF/dev/
WEB-INF/dev/de/
WEB-INF/dev/de/cimt/
WEB-INF/dev/de/cimt/portal/
WEB-INF/dev/de/cimt/portal/session/
*WEB-INF/dev/de/cimt/portal/session/Authenticator.class
WEB-INF/dev/de/cimt/portal/session/Authenticator.java*
WEB-INF/dev/seam.properties
WEB-INF/faces-config.xml
WEB-INF/jboss-web.xml
WEB-INF/lib/
WEB-INF/lib/antlr-runtime-3.1.1.jar
WEB-INF/lib/commons-beanutils-1.7.0.jar
WEB-INF/lib/commons-digester-1.8.jar
WEB-INF/lib/drools-api-5.0.1.jar
WEB-INF/lib/drools-compiler-5.0.1.jar
WEB-INF/lib/drools-core-5.0.1.jar
WEB-INF/lib/itext-2.1.2.jar
WEB-INF/lib/itext-rtf-2.1.2.jar
WEB-INF/lib/jboss-el-1.0_02.CR4.jar
WEB-INF/lib/jboss-seam-2.2.0.GA.jar
WEB-INF/lib/jboss-seam-debug-2.2.0.GA.jar
WEB-INF/lib/jboss-seam-ioc-2.2.0.GA.jar
WEB-INF/lib/jboss-seam-jul-2.2.0.GA.jar
WEB-INF/lib/jboss-seam-mail-2.2.0.GA.jar
WEB-INF/lib/jboss-seam-pdf-2.2.0.GA.jar
WEB-INF/lib/jboss-seam-remoting-2.2.0.GA.jar
WEB-INF/lib/jboss-seam-ui-2.2.0.GA.jar
WEB-INF/lib/jbpm-jpdl-3.2.2.jar
WEB-INF/lib/jsf-facelets-1.1.15.B1.jar
WEB-INF/lib/mvel2-2.0.10.jar
WEB-INF/lib/richfaces-api-3.3.1.GA.jar
WEB-INF/lib/richfaces-impl-3.3.1.GA.jar
WEB-INF/lib/richfaces-ui-3.3.1.GA.jar
WEB-INF/pages.xml
WEB-INF/web.xml
When i manually delete the dev directory, it's work but i can't do it all the time when developing.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522097#522097
16 years, 3 months
