[JBoss jBPM] - going from jbpm-starters-kit-3.1.3 to jboss-4.0.5.GA
by Digeratus
In piecing through the various postings on this list and the great wiki entry for JbpmGettingStarted... I've done the following:
1. Moved the jbpm.war and jbpm.sar to jboss-4.0.5.GA/server/default/deploy
2. Tweaked the jbpm.war to eliminate the conflicting .jars (jaxen and dom4j)
But in poking around using the startDatabaseManager operation from the jmx console, it's clear that my "ported" hsql database jbpm doesn't have the tables it should have (although the logs show all the hibernate mappings being created)
So can someone tell me how the hibernate.cfg.xml contained in .../jboss-4.0.5.GA/server/default/deploy/jbpm.sar/jbpm.sar.cfg.jar interact with the default configuration of the hsql db that jms uses? It seems that I have to move it somewhere so that it gets picked up properly.
by way of a disclaimer, I'm new to jboss and hsql as well as jbpm ;^) It looks like it rocks, but I'm still getting my head around how it all hangs together.
Thanks in advance for pointers to me with my further rtfm (Reading of The Fine Manuals ;^)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986653#3986653
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986653
19Â years, 7Â months
[JBoss Seam] - Seam Security Question
by kasim
was going over some of the Seam security items (using @Secure) and declaring an authenticator.
Now this only works on the components right? There is nothing right now that does page level security?
I noticed on your issue log you have
anonymous wrote :
| The security framework for Seam:
|
| Identity API for authentication and programmatic authorization
| SecurityInterceptor
| @RequirePermission, @RequireRole
| @DefinePermission
| <page require-permission>, <page require-role> in pages.xml
| <s:secure/>
| JAAS integration
|
| Possibly we will do it as
| @Restrict + an EL for expressing restrictions
|
Am i to assume this will be extended on the seam security package, and thus allow page level security?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986652#3986652
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986652
19Â years, 7Â months
[Clustering/JBoss] - Failovers not working when a pause in jboss causes the failo
by vpsangeetha
I have a 4 node jboss(3.2.6) cluster. We finally got failovers to work correctly (if jboss on the master node stops) after following the suggestions in
http://jboss.com/index.html?module=bb&op=viewtopic&p=3949184#3949184
http://www.jboss.com/index.html?module=bb&op=viewtopic&t=90404
We found that the failovers were happening on the cluster when jboss pauses for a long period of time on the master node(Node 1). When this happens, Node 1 is SUSPECTED and another node(Node 2) takes over as the master. After a minute or so Node 1 quits to be the master. So the approximate timeline is:
Node 1 Paused: 00:00
Node 1 Unpaused: 00:18
Node 2 becomes the master: 00:30
Node 1 quits being the master: 01:30
After this JMS is no longer functional.
Our assumption is that when Node 2 became the master, the MDBs moved to Node 2 and connected to JMS which was still on Node 1. Then JMS also moved to Node 2 while the MDBs are still trying to connect to JMS on Node 1, which caused messaging to stop working.
We are also not quite sure as to why jboss paused for such a long time. We think that GC might be the culprit. There was a lot of activity on the system when all this happened. & we are using the default GC. So this might have paused the application for 18 secs while it was running. We are considering switching to "UseConcMarkSweepGC" which is supposed to reduce the time the application is paused.
So I have multiple questions:
1) Is there a way to make failovers happen smoothly even if jboss pauses for some time?
2) Are we right in assuming that GC might have paused the application for so long? If so, will using a different GC help?
Thank you.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3986651#3986651
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3986651
19Â years, 7Â months