May 2009 - jboss-dev-forums - Jboss List Archives

[Design of JBoss ESB] - Re: JmsConnectionPool: Allowing control over the number of S

by tfennelly

So we went for a less intrusive implementation of this. Originally I was working on creating a new JmsSessionPool class and in it, collapsing those 4 Maps down to just a single Map and eliminating all the juggling of sessions between Maps. We decided not to do this at this point, so I then went back and just extended the existing "patterns" inside JmsConnectionPool to accommodate multiple connections. So what we have right now (working - full CI build) is the old JmsConnectionPool with: 1. An inner JmsSessionPool class for managing sessions associated with a single connection. It basically contains code moved down from the JmsConnectionPool class. 2. The JmsConnectionPool has exactly the same interface as before. It now manages a list of JmsSessionPool objects (List). It gets a session by looping over the session pool list, asking each session pool for a session. If non of the existing pools have a free session, it will create a new connection and add a new session pool for that connection (if it hasn't hit "maxConnections"). "maxConnections" (i.e. max number of session pools) is currently calculated based on the existing "org.jboss.soa.esb.jms.connectionPool" config from the jbossesb-properties.xml file (which is actually the max total number of sessions for the whole connection pool), as well as a new config param called "max-sessions-per-connection", which is currently coming from the "poolKey" (i.e. jndiEnv) used to create the JmsConnectionPool. So maxConnections = (maxSessions/maxSessionsPerConnection); This is not quite right though. I don't think we can take maxSessionsPerConnection from the poolKey because of how the JmsConnectionPoolContainer works. Seems to me like this setting also needs to come from the jbossesb-properties.xml file, but we would need to have a setting per JMS Provider. We could base this on the initial context factory class name e.g.: <property name="org.jboss.soa.esb.jms.max.sessions.per.connection_com.ibm.mq.jms.context.WMQInitialContextFactory" value="1" /> This is not ideal either because I think you may need a different value for max.sessions.per.connection on the same provider, depending on other params e.g. whether or not the connections are XA (ala this forum topic). Not pretty :) Options and opinions? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231293#4231293 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231293

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: History information

by tom.baeyens＠jboss.com

i'll check the first 2 asap. process definition / deployment history doesn't need history info. for those, just use the repository service/schema directly. or am i missing something? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231280#4231280 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231280

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - History information

by heiko.braun＠jboss.com

I started working on the reporting for jbpm4 and realized several problems so far: instance history doesn't populate the end date & duration. And i am not sure how canceled instances should appear here. activity history doesn't populate the task assignee. process definition / deployment history doesn't exists at all View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231272#4231272 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231272

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: values in example.identities.sql for JBPM4_ID_USER do no

by kukeltje

Tom, just make sure ronald(a)jbpm.org will NOT be in there :-D View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231262#4231262 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231262

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: super-state, scope or something else

by kukeltje

why not use 'group' (yes, I know, it is the bpmn terminology so it might introduce expectations)? It is no real state, super in super-state was to me always confusing in relation to sub-process. Regarding the wait, would'nt it be nice to introduce 'synonyms' so wait would also be possible? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231261#4231261 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231261

16 years, 10 months

1
0
0 / 0

[Design of PVM (Process Virtual Machine)] - Re: How PVM is related with JBPM

by tom.baeyens＠jboss.com

check out the developers guide in the jbpm 4.0.0.Beta2 download. there you'll find that info. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231260#4231260 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231260

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: values in example.identities.sql for JBPM4_ID_USER do no

by tom.baeyens＠jboss.com

the nice thing about these addresses is that after a while i'll be getting task notification and reminders as deverlopers start playing with it. it usually takes a day for them to figure out that the emails that they cannot find actually went out the door :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231259#4231259 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231259

16 years, 10 months

1
0
0 / 0

[Design of PVM (Process Virtual Machine)] - How PVM is related with JBPM

by dinosaurus

Hello, I'd like to know how PVM and JBPM are related together: - Do they share same database tables? - Does JBPM use PVM inside? From which version? Which features it adds on top? I appreciated a lot for any info on the mentioned above questions. Thanks in advance View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231257#4231257 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231257

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: values in example.identities.sql for JBPM4_ID_USER do no

by tom.baeyens＠jboss.com

now i got it! i fixed it like this: INSERT INTO JBPM4_ID_GROUP VALUES (1,0,'manager','manager','security-role',NULL); | INSERT INTO JBPM4_ID_GROUP VALUES (2,0,'administrator','administrator','security-role',NULL); | INSERT INTO JBPM4_ID_GROUP VALUES (3,0,'user','user','security-role',NULL); | INSERT INTO JBPM4_ID_GROUP VALUES(4,0,'sales','sales',NULL,NULL); | | INSERT INTO JBPM4_ID_USER VALUES (1,0,'alex','password','Alex',NULL,'alex(a)jbpm.org'); | INSERT INTO JBPM4_ID_USER VALUES (2,0,'mike','password','Mike',NULL,'mike(a)jbpm.org'); | INSERT INTO JBPM4_ID_USER VALUES (3,0,'peter','password','Peter',NULL,'peter(a)jbpm.org'); | INSERT INTO JBPM4_ID_USER VALUES (4,0,'mary','password','Mary',NULL,'mary(a)jbpm.org'); | | INSERT INTO JBPM4_ID_MEMBERSHIP VALUES (1,0,1,2,NULL); | INSERT INTO JBPM4_ID_MEMBERSHIP VALUES (2,0,2,1,NULL); | INSERT INTO JBPM4_ID_MEMBERSHIP VALUES (3,0,3,3,NULL); | INSERT INTO JBPM4_ID_MEMBERSHIP VALUES (4,0,3,4,NULL); | INSERT INTO JBPM4_ID_MEMBERSHIP VALUES (5,0,4,3,NULL); | INSERT INTO JBPM4_ID_MEMBERSHIP VALUES (6,0,4,4,NULL); | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231256#4231256 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231256

16 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: values in example.identities.sql for JBPM4_ID_USER do no

by mrinneL1

No, the point is that the number of values does not match the number of columns in the table. When I execute the example.identities.sql script from the HSQL Database Manager I get the error message: java.sql.SQLException: Column count does not match in statement [ | INSERT INTO JBPM4_ID_USER VALUES(1,0,'alex','password','Administrator Login','')] As far as I know you have to provide a value for all columns if you just use the syntax "INSERT INTO table VALUES(...)" without naming the columns. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231247#4231247 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231247

16 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums May 2009