bpmscript-users Mailing List for bpmscript (Page 2)
Status: Beta
Brought to you by:
dkfn
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(11) |
Oct
(2) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(9) |
Aug
|
Sep
|
Oct
(1) |
Nov
(12) |
Dec
|
2009 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
(6) |
Jun
(66) |
Jul
(41) |
Aug
(15) |
Sep
(16) |
Oct
(30) |
Nov
(6) |
Dec
(4) |
2010 |
Jan
(1) |
Feb
|
Mar
(34) |
Apr
(52) |
May
(69) |
Jun
(69) |
Jul
(43) |
Aug
(42) |
Sep
(23) |
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: dkfn <jam...@gm...> - 2007-10-06 10:14:08
|
Hiya, BpmScript is on hiatus at the moment. Cheers, j. crmuchin wrote: > > Is there anybody out there actively developing / using this project. > -- View this message in context: http://www.nabble.com/Project-activity-tf4577451.html#a13072283 Sent from the BpmScript - Users mailing list archive at Nabble.com. |
From: crmuchin <cmu...@in...> - 2007-10-05 20:30:03
|
Is there anybody out there actively developing / using this project. -- View this message in context: http://www.nabble.com/Project-activity-tf4577451.html#a13066872 Sent from the BpmScript - Users mailing list archive at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-10-13 06:35:01
|
Thanks. Glad you like it. If you have any suggestions etc. let me know. Roofimon wrote: > > I am looking around for some BPM projects, your project hit between my > eyes. So it's cool. I'm following your project. > -- View this message in context: http://www.nabble.com/Cool-tf2434191.html#a6790599 Sent from the BpmScript - Users mailing list archive at Nabble.com. |
From: Roofimon <roo...@gm...> - 2006-10-13 00:15:42
|
I am looking around for some BPM projects, your project hit between my eyes. So it's cool. I'm following your project. -- View this message in context: http://www.nabble.com/Cool-tf2434191.html#a6787739 Sent from the BpmScript - Users mailing list archive at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-09-12 10:48:25
|
Hi, Thanks for the update, I'll add it to the next release so that we can support jbi operations. cheers, j. jpangburn wrote: >=20 > Hi, > This is a suggestion more than a question. =20 >=20 > In regards to JBI integration, many JBI services require that you specify > the "operation" to the service that you are invoking. For example, > invoking a BPEL service always requires the operation to be specified.=20 > The current version of the send function only has the following > parameters: namespace, localPart, service, message, properties. I tried > setting an "operation" and then an "Operation" property, and these were > properly set as properties of the jbi message, but the message's operatio= n > field remained null. I resolved this problem by modifying the send > function to look like this: > this.send =3D function(namespace, localPart, service, message, properties= , > operation) { > =09return this.sendTemplate(namespace, localPart, service, function(inOut= ) { > =09=09if(operation !=3D null) { > =09=09=09inOut.setOperation(operation); > =09=09} > =09=09var inMessage =3D inOut.createMessage(); > =09=09if(properties !=3D null) { > =09=09=09for(var property in properties) { > =09=09=09=09inMessage.setProperty(property, properties[property]); > =09=09=09} > =09=09} > =09=09if(message !=3D null) { > =09=09=09inMessage.setContent(message); > =09=09} > =09=09inOut.setInMessage(inMessage); > =09}); > }; >=20 > This creates an optional "operation" field which sets the > MessageExchange's operation field. The operation field is actually a > QName, so here's a sample process definition to invoke it: > function main(input, sender) { >=20 > =09var qname =3D new > Packages.javax.xml.namespace.QName("urn:/HelloWorld2.wsdl", "Hello"); > // send a message to the BPEL component=E2=80=99s HelloService servic= e > var future =3D sender.send("urn:/HelloWorld2.wsdl",=20 > "HelloService", true, > input.getInMessage().getContent(), null, qname); > =20 > // get the result from the future > var exchange =3D future.get(); >=20 > // echo the reply to the calling component > sender.reply(exchange.getOutMessage().getContent()); >=20 > } >=20 > You'll note that I created a Java QName object to pass, though it might b= e > nice to modify the send function to take a string representation instead > (e.g. "{urn:/HelloWorld2.wsdl}Hello") and parse that into a real QName > object. Also, I passed null for properties so I could get to the > operation parameter. Depending on how much others agree that's required, > perhaps operation should come before the properties to avoid the need for > always passing that null parameter. >=20 >=20 --=20 View this message in context: http://www.nabble.com/jbi-operation-parameter= -required-tf2229536.html#a6263608 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-09-12 10:47:05
|
Hi, Currently there's no release schedule as yet. I'm busy working on moving bpmscript to maven 2 to match with servicemix as it makes dependency management simpler. I'm also moving to hibernate for process / correllation and perhaps task persistence. Once that's done, bpmscript will be feature complete for version 1 (once the bugs have gone too). processes will definitely be service units. they can be now but there's little documentation. cheers, j. qxcfg wrote: > > Hi, > > Right now this is Beta1. Do you plan on having a few other Beta's and > what are the rough dates for them and maybe the final release? > > One question about process creation. Do you plan on making a process a > JBI service unit so it could be managed via the JBI lifecycle interfaces > (and perhaps facilitate tools development like an IDE, debugger etc) > > Thanks! > -- View this message in context: http://www.nabble.com/Release-schedule-tf2222438.html#a6263588 Sent from the BpmScript - Users forum at Nabble.com. |
From: jpangburn <jes...@qu...> - 2006-09-06 21:01:49
|
Hi, This is a suggestion more than a question. =20 In regards to JBI integration, many JBI services require that you specify the "operation" to the service that you are invoking. For example, invokin= g a BPEL service always requires the operation to be specified. The current version of the send function only has the following parameters: namespace, localPart, service, message, properties. I tried setting an "operation" an= d then an "Operation" property, and these were properly set as properties of the jbi message, but the message's operation field remained null. I resolved this problem by modifying the send function to look like this: this.send =3D function(namespace, localPart, service, message, properties, operation) { =09return this.sendTemplate(namespace, localPart, service, function(inOut) = { =09=09if(operation !=3D null) { =09=09=09inOut.setOperation(operation); =09=09} =09=09var inMessage =3D inOut.createMessage(); =09=09if(properties !=3D null) { =09=09=09for(var property in properties) { =09=09=09=09inMessage.setProperty(property, properties[property]); =09=09=09} =09=09} =09=09if(message !=3D null) { =09=09=09inMessage.setContent(message); =09=09} =09=09inOut.setInMessage(inMessage); =09}); }; This creates an optional "operation" field which sets the MessageExchange's operation field. The operation field is actually a QName, so here's a sample process definition to invoke it: function main(input, sender) { =09var qname =3D new Packages.javax.xml.namespace.QName("urn:/HelloWorld2.w= sdl", "Hello"); // send a message to the BPEL component=E2=80=99s HelloService service var future =3D sender.send("urn:/HelloWorld2.wsdl",=20 "HelloService", true, input.getInMessage().getContent(), null, qname); =20 // get the result from the future var exchange =3D future.get(); // echo the reply to the calling component sender.reply(exchange.getOutMessage().getContent()); } You'll note that I created a Java QName object to pass, though it might be nice to modify the send function to take a string representation instead (e.g. "{urn:/HelloWorld2.wsdl}Hello") and parse that into a real QName object. Also, I passed null for properties so I could get to the operation parameter. Depending on how much others agree that's required, perhaps operation should come before the properties to avoid the need for always passing that null parameter. --=20 View this message in context: http://www.nabble.com/jbi-operation-parameter= -required-tf2229536.html#a6179732 Sent from the BpmScript - Users forum at Nabble.com. |
From: qxcfg <hc...@ya...> - 2006-09-05 18:10:17
|
Hi, Right now this is Beta1. Do you plan on having a few other Beta's and what are the rough dates for them and maybe the final release? One question about process creation. Do you plan on making a process a JBI service unit so it could be managed via the JBI lifecycle interfaces (and perhaps facilitate tools development like an IDE, debugger etc) Thanks! -- View this message in context: http://www.nabble.com/Release-schedule-tf2222438.html#a6157274 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-09-02 08:52:26
|
Hiya, You've noticed correctly. The scope is cached with the process rather than the process instance id. It's a performance trade-off and I do need to document it better. I'd certainly intended to make it configurable (there's a cacheScope field but I haven't put a setter onto it, yet) but basically, it would be bad (as in "don't cross the streams") to use process global variables by just putting them at the top level scope of the script. None of the examples do but it's definitely not clear enough. The justification is: * For most things, you shouldn't need to use process global variables * It's _way_ faster cheers, j. qxcfg wrote: > > Great! thanks. > While I am at this, may I post another question. I was reading source code > from cvs and down there in processExecutor, in the getScopeCached method, > the scope seems to be cached with process id rather than process instance > id. Does this mean that you can only have one process instance running at > the same time? otherwise how do you prevent the multiple instances from > using the same scope and polluting it? or is this something the Rhino does > internally? > > Thanks. > > > dkfn wrote: >> >> Ah, that's an outstanding defect, i.e. limiting the outstanding tasks to >> a particular user or role. I'll prioritise that for an upcoming release. >> That and more documentation on it. >> >> cheers, >> j. >> >> >> qxcfg wrote: >>> >>> Thanks. Are the user(or role) concept integrated with the worklist and >>> task management? it does not seem that setting the role for a task >>> affect who gets the task. Again, some document on this would be greatly >>> appreciated. >>> >>> >>> dkfn wrote: >>>> >>>> BpmScript uses Acegi for it's user management. Currently it just points >>>> to an inmemory set of user names and passwords set up in the spring >>>> applicationContext. You should be able to configure it to point to most >>>> security stores by changing that config. >>>> >>>> >>>> qxcfg wrote: >>>>> >>>>> How are user/role managed in BPMScript (is there a web console for >>>>> this) Also how do the javascript tasks calls get converted to the >>>>> task web forms? Is there documentation for these. Thanks. >>>>> >>>> >>>> >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/user-admin-tf2124322.html#a6110760 Sent from the BpmScript - Users forum at Nabble.com. |
From: qxcfg <hc...@ya...> - 2006-09-02 00:00:49
|
Great! thanks. While I am at this, may I post another question. I was reading source code from cvs and down there in processExecutor, in the getScopeCached method, the scope seems to be cached with process id rather than process instance id. Does this mean that you can only have one process instance running at the same time? otherwise how do you prevent the multiple instances from using the same scope and polluting it? or is this something the Rhino does internally? Thanks. dkfn wrote: > > Ah, that's an outstanding defect, i.e. limiting the outstanding tasks to a > particular user or role. I'll prioritise that for an upcoming release. > That and more documentation on it. > > cheers, > j. > > > qxcfg wrote: >> >> Thanks. Are the user(or role) concept integrated with the worklist and >> task management? it does not seem that setting the role for a task affect >> who gets the task. Again, some document on this would be greatly >> appreciated. >> >> >> dkfn wrote: >>> >>> BpmScript uses Acegi for it's user management. Currently it just points >>> to an inmemory set of user names and passwords set up in the spring >>> applicationContext. You should be able to configure it to point to most >>> security stores by changing that config. >>> >>> >>> qxcfg wrote: >>>> >>>> How are user/role managed in BPMScript (is there a web console for >>>> this) Also how do the javascript tasks calls get converted to the task >>>> web forms? Is there documentation for these. Thanks. >>>> >>> >>> >> >> > > -- View this message in context: http://www.nabble.com/user-admin-tf2124322.html#a6108064 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-09-01 23:30:28
|
Ah, that's an outstanding defect, i.e. limiting the outstanding tasks to a particular user or role. I'll prioritise that for an upcoming release. That and more documentation on it. cheers, j. qxcfg wrote: > > Thanks. Are the user(or role) concept integrated with the worklist and > task management? it does not seem that setting the role for a task affect > who gets the task. Again, some document on this would be greatly > appreciated. > > > dkfn wrote: >> >> BpmScript uses Acegi for it's user management. Currently it just points >> to an inmemory set of user names and passwords set up in the spring >> applicationContext. You should be able to configure it to point to most >> security stores by changing that config. >> >> >> qxcfg wrote: >>> >>> How are user/role managed in BPMScript (is there a web console for this) >>> Also how do the javascript tasks calls get converted to the task web >>> forms? Is there documentation for these. Thanks. >>> >> >> > > -- View this message in context: http://www.nabble.com/user-admin-tf2124322.html#a6107821 Sent from the BpmScript - Users forum at Nabble.com. |
From: qxcfg <hc...@ya...> - 2006-09-01 22:10:33
|
Thanks. Are the user(or role) concept integrated with the worklist and task management? it does not seem that setting the role for a task affect who gets the task. Again, some document on this would be greatly appreciated. dkfn wrote: > > BpmScript uses Acegi for it's user management. Currently it just points to > an inmemory set of user names and passwords set up in the spring > applicationContext. You should be able to configure it to point to most > security stores by changing that config. > > > qxcfg wrote: >> >> How are user/role managed in BPMScript (is there a web console for this) >> Also how do the javascript tasks calls get converted to the task web >> forms? Is there documentation for these. Thanks. >> > > -- View this message in context: http://www.nabble.com/user-admin-tf2124322.html#a6107047 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-09-01 14:22:00
|
Hi Artii, You should be able to do this now (have a look at how the task service is put together in the bpmscriptlibrary.js file that ships with bpmscript). I'll look to making it easier in an upcoming version, cheers, j. Artti wrote: > > Hi, > > I was just thinking; now that we can call other services asynchronously > via futures: > > var future = sender.send("http://servicemix.org/components", "echo", true, > input.getInMessage().getContent()); > > // ... do something while waiting > var exchange = future.get(); > > It would be really nice to be able to do the same thing with human tasks: > > var taskRequest = taskService.taskRequest("How do you feel about > BpmScript?"); > taskRequest.response("rocks", "Rocks!"); > taskRequest.setRole("ANONYMOUS"); > > var future = taskService.request(taskRequest); <-- > > // ... do something while waiting > var result = future.get(); > > At least if you need to collect hundreds of responses, you don't want to > do that sequentially :-) > -- View this message in context: http://www.nabble.com/Human-interaction-and-futures-tf2114424.html#a6099587 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-09-01 14:20:52
|
BpmScript uses Acegi for it's user management. Currently it just points to an inmemory set of user names and passwords set up in the spring applicationContext. You should be able to configure it to point to most security stores by changing that config. qxcfg wrote: > > How are user/role managed in BPMScript (is there a web console for this) > Also how do the javascript tasks calls get converted to the task web > forms? Is there documentation for these. Thanks. > -- View this message in context: http://www.nabble.com/user-admin-tf2124322.html#a6099557 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-09-01 14:19:16
|
Hi, That's a great idea, I'll look to add it into the next release (or the one after but certainly before it goes live). cheers, j. Artti wrote: > > Hi, > > It would be very nice if there was an option to add expiration timer to > human tasks: > > var taskRequest = taskService.taskRequest("How do you feel about > BpmScript?"); > taskRequest.response("rocks", "Rocks!"); > taskRequest.setRole("ANONYMOUS"); > > var expirationDate = new Date(); > expirationDate.setFullYear(2006,9,14); > > var future = taskService.request(taskRequest, expirationDate); > > // do some other stuff... > > var result = future.get(); > -- View this message in context: http://www.nabble.com/Expiration-of-tasks-tf2126300.html#a6099525 Sent from the BpmScript - Users forum at Nabble.com. |
From: Artti <ar...@am...> - 2006-08-18 09:40:23
|
Hi, It would be very nice if there was an option to add expiration timer to human tasks: var taskRequest = taskService.taskRequest("How do you feel about BpmScript?"); taskRequest.response("rocks", "Rocks!"); taskRequest.setRole("ANONYMOUS"); var expirationDate = new Date(); expirationDate.setFullYear(2006,9,14); var future = taskService.request(taskRequest, expirationDate); // do some other stuff... var result = future.get(); -- View this message in context: http://www.nabble.com/Expiration-of-tasks-tf2126300.html#a5866714 Sent from the BpmScript - Users forum at Nabble.com. |
From: qxcfg <hc...@ya...> - 2006-08-18 01:47:02
|
How are user/role managed in BPMScript (is there a web console for this) Also how do the javascript tasks calls get converted to the task web forms? Is there documentation for these. Thanks. -- View this message in context: http://www.nabble.com/user-admin-tf2124322.html#a5860775 Sent from the BpmScript - Users forum at Nabble.com. |
From: Artti <ar...@am...> - 2006-08-16 10:17:11
|
Hi, I was just thinking; now that we can call other services asynchronously via futures: var future = sender.send("http://servicemix.org/components", "echo", true, input.getInMessage().getContent()); // ... do something while waiting var exchange = future.get(); It would be really nice to be able to do the same thing with human tasks: var taskRequest = taskService.taskRequest("How do you feel about BpmScript?"); taskRequest.response("rocks", "Rocks!"); taskRequest.setRole("ANONYMOUS"); var future = taskService.request(taskRequest); <-- // ... do something while waiting var result = future.get(); At least if you need to collect hundreds of responses, you don't want to do that sequentially :-) -- View this message in context: http://www.nabble.com/Human-interaction-and-futures-tf2114424.html#a5829877 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-06-20 09:50:37
|
Hi Guillaume, As we discussed, bpmscript can be deployed as a standalone Servicemix JBI component. The web app can be configured either to use an embedded BpmScript component or clustered to use a remote BpmScript component. -- View this message in context: http://www.nabble.com/ServiceMix-integration-t1603079.html#a4952269 Sent from the BpmScript - Users forum at Nabble.com. |
From: dkfn <jam...@gm...> - 2006-06-20 09:47:43
|
Hiya, Sorry I missed this, I thought Nabble would automatically forward to the mailing list. At the moment the web console doesn't allow the setting of message properties. I'll look into adding it for the loan broker example. Either that or I'll change the loanbroker so that it can pull the parameters out of the incoming XML. -- View this message in context: http://www.nabble.com/Testing-the-loanbroker-process-t1634866.html#a4952236 Sent from the BpmScript - Users forum at Nabble.com. |
From: bgoetzmann <bgo...@so...> - 2006-05-17 10:09:01
|
Hello, I would like to use the loanbroker process from the Web Console by sending a message to it. In the loanbroker's source code, the amount, term and ssn are fetched from the incoming message. But when calling the loanbroker process from the Web Console, is there a way to pass these informations ? Thank you. -- View this message in context: http://www.nabble.com/Testing-the-loanbroker-process-t1634866.html#a4427646 Sent from the BpmScript - Users forum at Nabble.com. |
From: gnodet <gn...@gm...> - 2006-05-11 18:54:59
|
Do you plan to provide a standalone JBI compliant ? Would it be possible to decouple the web application from the jbi component so that the web app would talk to the jbi component (process manager, ...) using JNDI for example ? If you need some help for the jbi component ... Cheers, Guillaume Nodet -- View this message in context: http://www.nabble.com/ServiceMix-integration-t1603079.html#a4346469 Sent from the BpmScript - Users forum at Nabble.com. |