[JBoss jBPM] - Re: Please help - rollback with managed trasnactions
by mrudulam
If you look at the last two lines of hte log, after rollback, a select is done on jbpm token and update is done.
Does this indicate that when rollback occurs, the jbpm_token is set to the parent node of the current node?
[2/16/07 12:33:39:949 IST]
| 6f97230a SystemOut O Hibernate: select children0_.PARENT_ as PARENT13_1_, children0_.ID_ as ID1_1_, children0_.NAME_ as NAME3_1_, children0_.ID_ as ID1_17_0_, children0_.VERSION_ as VERSION2_17_0_, children0_.NAME_ as NAME3_17_0_, children0_.START_ as START4_17_0_, children0_.END_ as END5_17_0_, children0_.NODEENTER_ as NODEENTER6_17_0_, children0_.NEXTLOGINDEX_ as NEXTLOGI7_17_0_, children0_.ISABLETOREACTIVATEPARENT_ as ISABLETO8_17_0_, children0_.ISTERMINATIONIMPLICIT_ as ISTERMIN9_17_0_, children0_.ISSUSPENDED_ as ISSUSPE10_17_0_, children0_.NODE_ as NODE11_17_0_, children0_.PROCESSINSTANCE_ as PROCESS12_17_0_, children0_.PARENT_ as PARENT13_17_0_, children0_.SUBPROCESSINSTANCE_ as SUBPROC14_17_0_ from JBPM_TOKEN children0_ where children0_.PARENT_=?
|
|
| [2/16/07 12:33:39:965 IST]
| 6f97230a SystemOut O Hibernate: update JBPM_TOKEN set VERSION_=?, NAME_=?, START_=?, END_=?, NODEENTER_=?, NEXTLOGINDEX_=?, ISABLETOREACTIVATEPARENT_=?, ISTERMINATIONIMPLICIT_=?, ISSUSPENDED_=?, NODE_=?, PROCESSINSTANCE_=?, PARENT_=?, SUBPROCESSINSTANCE_=? where ID_=? and VERSION_=?
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017505#4017505
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4017505
19Â years, 2Â months
[JBoss jBPM] - Re: jBPM GPD: transitions not drawn -- is GPD 3.1.0.alpha2 b
by avbentem
An additional issue for which I feel mentioning in the GPD release notes might be very helpful (some posts such as http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4006107#4006107 did not yet make it 100% clear to me, but some hands-on will probably show me today):
- Is jbpm-console.war expected to keep supporting auto-magically generated forms, or will task forms be mandatory? I know this is not 100% a GPD issue, and of course jbpm-console could be considered to be a starting point for a custom implementation, but I'm confused since GPD gives one the choice to setup variables in the Form Controller screen, and an option Generate Form on Advanced Properties...
...and an additional note, for which I guess it's work in progress, but just to be sure:
- In GPD 3.1.0.alpha2 using New, Project, JBoss jBPM, Process Project, "Generate simple process definition, action handler and JUnit test" still yields an old version of gpd.xml
Arjan.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017504#4017504
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4017504
19Â years, 2Â months
[JBossCache] - Re: Weird TreeCache.printDetails()
by ottuzzi
Hi Genman,all,
thank you for your reply.
I'm a little bit surprised by your response because I do not use any cacheLoader... here is my configuration:
<?xml version="1.0" encoding="UTF-8"?>
| <server>
|
| <classpath codebase="./lib" archives="jboss-cache.jar, jgroups.jar"/>
|
| <mbean code="org.jboss.cache.TreeCache"
| name="jboss.cache:service=TreeCache">
|
| <depends>jboss:service=Naming</depends>
| <depends>jboss:service=TransactionManager</depends>
|
| <attribute name="TransactionManagerLookupClass">org.jboss.cache.GenericTransactionManagerLookup</attribute>
|
| <attribute name="NodeLockingScheme">PESSIMISTIC</attribute>
| <attribute name="IsolationLevel">READ_COMMITTED</attribute>
| <attribute name="CacheMode">REPL_ASYNC</attribute>
|
| <attribute name="UseReplQueue">false</attribute>
| <attribute name="ReplQueueInterval">1000</attribute>
| <attribute name="ReplQueueMaxElements">5</attribute>
|
| <attribute name="ClusterName">TreeCache-RA-Cluster</attribute>
| <attribute name="ClusterConfig">
| <config>
| <UDP mcast_addr="228.1.2.3" mcast_port="48866"
| ip_ttl="64" ip_mcast="true"
| mcast_send_buf_size="150000" mcast_recv_buf_size="80000"
| ucast_send_buf_size="150000" ucast_recv_buf_size="80000"
| loopback="false"/>
| <PING timeout="2000" num_initial_members="3"
| up_thread="false" down_thread="false"/>
| <MERGE2 min_interval="10000" max_interval="20000"/>
| <FD_SOCK/>
| <VERIFY_SUSPECT timeout="1500"
| up_thread="false" down_thread="false"/>
| <pbcast.NAKACK gc_lag="50" retransmit_timeout="600,1200,2400,4800"
| max_xmit_size="8192" up_thread="false" down_thread="false"/>
| <UNICAST timeout="600,1200,2400" down_thread="false"/>
| <pbcast.STABLE desired_avg_gossip="20000"
| up_thread="false" down_thread="false"/>
| <pbcast.GMS join_timeout="5000" join_retry_timeout="2000"
| shun="true" print_local_addr="true"/>
| <FC max_credits="2000000" down_thread="false" up_thread="false"
| min_threshold="0.20"/>
| <FRAG frag_size="8192" down_thread="false" up_thread="true"/>
| <pbcast.STATE_TRANSFER up_thread="true" down_thread="true"/>
| </config>
| </attribute>
|
| <attribute name="FetchInMemoryState">true</attribute>
|
| <attribute name="InitialStateRetrievalTimeout">20000</attribute>
|
| <attribute name="SyncReplTimeout">20000</attribute>
|
| <attribute name="LockAcquisitionTimeout">15000</attribute>
|
| <attribute name="EvictionPolicyClass">org.jboss.cache.eviction.LRUPolicy</attribute>
|
| <attribute name="EvictionPolicyConfig">
| <config>
| <attribute name="wakeUpIntervalSeconds">30</attribute><!-- 30 SECONDS -->
| <!-- Cache wide default -->
| <region name="/_default_">
| <attribute name="maxNodes">10000</attribute>
| <attribute name="timeToLiveSeconds">1800</attribute><!-- 30 MINUTES -->
| <attribute name="maxAgeSeconds">1800</attribute><!-- 30 MINUTES -->
| </region>
| <region name="/USER/">
| <attribute name="maxNodes">1000</attribute>
| <attribute name="timeToLiveSeconds">900</attribute><!-- 15 MINUTES -->
| <attribute name="maxAgeSeconds">900</attribute><!-- 15 MINUTES -->
| </region>
| </config>
| </attribute>
|
| <attribute name="UseRegionBasedMarshalling">true</attribute>
|
| </mbean>
|
| </server>
|
What you say can explain some behaviour I observed but it open many more questions:
1) is it a default that I can disable?
2) where is it saving cached objects on disk?
Many thanks for your patience... I really love to understand how things works.
Bye
Piero
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017502#4017502
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4017502
19Â years, 2Â months
[JNDI/Naming/Network] - Two instances behind a ALTEON
by ledoc
Hi,
this is my configuration :
jdk 5.0
Jboss 4.0.4
solaris 10
Alteon redirect all ports
With a remote client, i want to access to an EJB. I use rmi server configuration to launch one instance of jboss (Djava.rmi.server.hostname=ALTEON_IP)
I have no problem, but when i use rmi server to launch two instances of jboss on differents machines, i obtain this error
javax.naming.CommunicationException [Root exception is java.rmi.NoSuchObjectException: no such object in table]
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:722)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:587)
| at javax.naming.InitialContext.lookup(Unknown Source)
| at hug.test.ds.ClientDS.ClientDSJndi(ClientDS.java:44)
| at hug.test.ds.ClientDS.main(ClientDS.java:23)
| Caused by: java.rmi.NoSuchObjectException: no such object in table
| at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
| at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
| at sun.rmi.server.UnicastRef.invoke(Unknown Source)
| at org.jnp.server.NamingServer_Stub.lookup(Unknown Source)
| at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:625)
When i see via jmx-console my JNDI list, my EJB is deployed in Global namespaces.
do you have an idea to resolve this problem.
thks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4017501#4017501
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4017501
19Â years, 2Â months