On 1/3/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
On 1/3/07, Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
> On 1/2/07, Garrett Rooney <[EMAIL PROTECTED]> wrote:
> > lucene4c-commits does still exist, as do the rest of the lists for
> > lucene4c, for that matter. I'd like to get rid of them tho
On 1/3/07, Justin Erenkrantz <[EMAIL PROTECTED]> wrote:
On 1/2/07, Garrett Rooney <[EMAIL PROTECTED]> wrote:
> lucene4c-commits does still exist, as do the rest of the lists for
> lucene4c, for that matter. I'd like to get rid of them though, so a
> consensus on where commits for those areas in
On 1/2/07, Garrett Rooney <[EMAIL PROTECTED]> wrote:
lucene4c-commits does still exist, as do the rest of the lists for
lucene4c, for that matter. I'd like to get rid of them though, so a
consensus on where commits for those areas in svn should go would be
nice to have.
[EMAIL PROTECTED] (Tha
On 1/2/07, Henri Yandell <[EMAIL PROTECTED]> wrote:
Agila's now on step 8 of http://wiki.apache.org/incubator/RetiringPodlings .
Previous shutdown podlings have had different solutions:
Axion - No issue, source didn't arrive.
Depot - Made read only. Emails will still goto
[EMAIL PROTECTED]
Luc
Agila's now on step 8 of http://wiki.apache.org/incubator/RetiringPodlings .
Previous shutdown podlings have had different solutions:
Axion - No issue, source didn't arrive.
Depot - Made read only. Emails will still goto
[EMAIL PROTECTED]
Lucene4c - Remains read/write. Emails will still goto
[E
On 11/6/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
So how do we retire a project?
My checklist so far is:
* move Agila to the Retired section of the Incubator site,
* inform -dev/-user mailing lists (earlier than the rest)
* ask that the mailing lists be shutdown,
* update the wiki,
*
Henri Yandell wrote:
> So how do we retire a project?
>
> My checklist so far is:
>
> * move Agila to the Retired section of the Incubator site,
> * inform -dev/-user mailing lists (earlier than the rest)
> * ask that the mailing lists be shutdown,
> * update the wiki
On 11/6/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
So how do we retire a project?
My checklist so far is:
* move Agila to the Retired section of the Incubator site,
* inform -dev/-user mailing lists (earlier than the rest)
* ask that the mailing lists be shutdown,
* update the wiki,
*
So how do we retire a project?
My checklist so far is:
* move Agila to the Retired section of the Incubator site,
* inform -dev/-user mailing lists (earlier than the rest)
* ask that the mailing lists be shutdown,
* update the wiki,
* update the website,
* move the JIRA project to a Retired
Sounds good. I concur. Can I change the site? Do we change the SVN
karma? *bounces up and down* Can I? Can I?
On 11/6/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
Hi,
I'm not sure. Since the Jakarta PMC, which is the sponsoring PMC, has
voted to retire Agila, I don't think t
Hi,
I'm not sure. Since the Jakarta PMC, which is the sponsoring PMC, has
voted to retire Agila, I don't think the Incubator PMC needs an
explicit voice, only a note that we concur...
Yoav
On 11/6/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
Anyone know what the status is
Anyone know what the status is for retiring the Agila podling?
Do we need to vote? Does the website just need updating?
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Agila has been moving slowly, but there is clear interest with the
addition of the Twister project, a pure BPEL engine, and the addition
of a new Agila committer, Chris Lim. There are other individuals we
are looking at.
At ApacheCon EU, we were approached by another workflow engine that
Agila is going slower than hoped for various reasons, but recent
addition of the BPEL engine Twister should help.
Matthieu Riou is bringing Twister, and we hope this can rekindle spark
and interest in the combined project.
geir
--
Geir Magnusson Jr +1-203-665
Girisha Neeraje wrote:
>
> I am interested in contributing to Agila project
> (http://incubator.apache.org/projects/agila/index.html).
>
> Can you please let me know the procedure. I can take-up some tasks and work
> on them too.
Join the project mailing lists is the fi
I am interested in contributing to Agila project
(http://incubator.apache.org/projects/agila/index.html).
Can you please let me know the procedure. I can take-up some tasks and work
on them too.
cheers
Girisha Neeraje
www.volantetech.com
201 220 2346 Cell
Joey Smith wrote:
Sorry if you've already answered this, but how, exactly, do we
subscribe to these lists?
send an email to [EMAIL PROTECTED]
and acknowledge the reply
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comm
int of what it is - I have been
> > tracking it since Sept 2004 and have not seen even a trace !!
> >
> > DARN !!!!!
> >
>
> The code is in svn (incubator/agila), and there are two mail lists.
>
> [EMAIL PROTECTED]
> [EMAIL PROTE
;
To:
Sent: Thursday, January 27, 2005 1:03 PM
Subject: Re: Where, oh where has my Agila gone ? Where, oh where ...
On Jan 26, 2005, at 6:57 PM, [EMAIL PROTECTED] wrote:
I sure would like to see even a hint of what it is - I have been tracking
it since Sept 2004 and have not seen
On Jan 26, 2005, at 6:57 PM, [EMAIL PROTECTED] wrote:
I sure would like to see even a hint of what it is - I have been
tracking it since Sept 2004 and have not seen even a trace !!
DARN !
The code is in svn (incubator/agila), and there are two mail lists.
[EMAIL PROTECTED
rg/repos/asf/incubator/agila/trunk/ agila
Bruce
--
perl -e 'print unpack("u30","<0G)[EMAIL
PROTECTED]&5R\"F9Ehttp://www.castor.org/
Apache Geronimo
http://geronimo.apache.org/
-
To unsubscri
I sure would like to see even a hint of what it is - I have been tracking it
since Sept 2004 and have not seen even a trace !!
DARN !
yes. I did turn on archiving, but not setup eyebrowse yet.
On Jan 14, 2005, at 2:08 AM, Carsten Ziegeler wrote:
And perhaps add an archive for the mails :)
Carsten
David Crossley wrote:
Someone should update the Agila project website :-)
It still refers people to this general@ mailing list.
http
On Jan 13, 2005, at 9:59 PM, David Crossley wrote:
Someone should update the Agila project website :-)
It still refers people to this general@ mailing list.
http://incubator.apache.org/projects/agila/
http://incubator.apache.org/projects/agila.html
Yes, will do.
--David
Christopher Lim wrote:
Hi
And perhaps add an archive for the mails :)
Carsten
David Crossley wrote:
Someone should update the Agila project website :-)
It still refers people to this general@ mailing list.
http://incubator.apache.org/projects/agila/
http://incubator.apache.org/projects/agila.html
--David
Christopher Lim
Someone should update the Agila project website :-)
It still refers people to this general@ mailing list.
http://incubator.apache.org/projects/agila/
http://incubator.apache.org/projects/agila.html
--David
Christopher Lim wrote:
> Hi Kumaran,
>
> First step is to subscribe on the
Hi Kumaran,
First step is to subscribe on the following mailing lists:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
We'll discuss Agila there.
Source is available at:
http://svn.apache.org/repos/asf/incubator/agila/trunk/
Cheers!
--
Chris
On Thu, 13 Jan 2005 18:36:46 -0700, kumx thum &l
Hi
I am new to incubator mailing list. I am interested in participating
in agila project. If anyone guide to me how to work with this
community, it would be greatful.
Thanks,
Kumaran.
-
To unsubscribe, e-mail: [EMAIL PROTECTED
OUTSTANDING !
- Original Message -
From: "Geir Magnusson Jr" <[EMAIL PROTECTED]>
To:
Sent: Sunday, January 02, 2005 9:05 AM
Subject: Re: AGILA
On Dec 27, 2004, at 5:06 PM, [EMAIL PROTECTED] wrote:
Any word on when Agila will be released ??
It's th
On Dec 27, 2004, at 5:06 PM, [EMAIL PROTECTED] wrote:
Any word on when Agila will be released ??
It's the SVN (has been for a while), but I've been awfully tardy in
setting up lists and site and such. The issues that were interfering
are over (a product release and work-related), an
No news yet about a release, but keep posted :)
[EMAIL PROTECTED] wrote:
Any word on when Agila will be released ??
Thanks,
Rich Halsey
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED
Any word on when Agila will be released ??
Thanks,
Rich Halsey
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
coming soon.
On Mon, 20 Dec 2004 22:06:54 -0800 (PST), Hemali Kunjeer
<[EMAIL PROTECTED]> wrote:
> Hello,
> Where i can get agila documents for reference?
>
>
> -
> Do you Yahoo!?
> Meet the all-n
Hello,
Where i can get agila documents for reference?
-
Do you Yahoo!?
Meet the all-new My Yahoo! Try it today!
I didn't see any response to this from the Agila developers. Did
I just miss it? It seems to me that to get Agila & BPEL married
some significant work is necessary .. and obviously that's not
possible without the committment of the Agila developers!
Sanjiva.
- Original Messa
Attached is a patch which adds Spring-style dependency injection to the
configuration of Nodes/Tasks in the Agila XML using a
element.
e.g.
123
roup that are available and to lock/unlock
tasks for a specific user.
So the idea is that tasks can be associated with exact users as before
- or they can be associated with a Group of users. The definition of
what users are in what groups is left outside of Agila - so any
mechanism can be chose
On Nov 15, 2004, at 5:52 AM, Matthieu Riou wrote:
Hi,
I just looked into Agila in detail and thought it might be interesting
to share my remarks and questions. Of course, most of my comments are
related to BPEL compatibility, or what could be changed to ensure that
making Agila BPEL-compliant
Hi,
I just looked into Agila in detail and thought it might be interesting
to share my remarks and questions. Of course, most of my comments are
related to BPEL compatibility, or what could be changed to ensure that
making Agila BPEL-compliant won't be too hairy.
- Right now Agila is pretty
Here's a few proposals rolled into one which are simple to implement
but make the Agila XML much more useful and powerful...
Configuring Tasks/Nodes
I'd be really cool to be able to have reusable tasks for Agila then
configure them on a per workflow basis. e.
Added InstanceService in NodeContextImpl ctor and used it in saving
instance data instead of having a local variable "instanceData".
This bug is not obvious when using in-memory persistence.
Chris
Index: src/test/org/apache/agila/impl/NodeContextImplTes
Corrected an email typo.
Deleted as it is deprecated.
Chris
Index: project.xml
===
--- project.xml (revision 57139)
+++ project.xml (working copy)
@@ -121,10 +121,9 @@
-[EMAIL PROTECTED]
+[EMAIL PROTECTED
done. added a test case to prove it as well
On Nov 9, 2004, at 5:39 AM, [EMAIL PROTECTED] wrote:
Currently without this change, any attempt to change an instance
actually changes the status of all instances! :)
James
---
http://radio.weblogs.com/0112098/
done
On Nov 8, 2004, at 6:47 AM, [EMAIL PROTECTED] wrote:
In an attempt to comprehend what the bindings are and how they work
for static versus EL types (static appears to be read-only, rather
than a static expression) I hacked up this extra test case which might
be interesting for others...
J
done
On Nov 8, 2004, at 6:29 AM, [EMAIL PROTECTED] wrote:
I've attached a patch which fixes up the Task insert so that when you
assign a task to a user you can capture the TaskID for the task.
It also avoids the hacky try/catch solution to try update first and
only insert if that fails.
James
On 9 Nov 2004, at 14:54, Jeremy Boynes wrote:
[EMAIL PROTECTED] wrote:
On 8 Nov 2004, at 18:53, Jeremy Boynes wrote:
I think we may be in violent agreement here :-)
I think we should add some type of collective entity, I just
hesitate to call it a Group as that tends to be associated with a
speci
What about ResponsibleParty?
David
Jeremy Boynes wrote:
[EMAIL PROTECTED] wrote:
On 8 Nov 2004, at 18:53, Jeremy Boynes wrote:
I think we may be in violent agreement here :-)
I think we should add some type of collective entity, I just hesitate
to call it a Group as that tends to be associated wit
> -Original Message-
> From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 08, 2004 1:54 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [Agila] assigning tasks to groups of users
>
> [EMAIL PROTECTED] wrote:
> >
> > On 8 Nov 20
[EMAIL PROTECTED] wrote:
On 8 Nov 2004, at 18:53, Jeremy Boynes wrote:
I think we may be in violent agreement here :-)
I think we should add some type of collective entity, I just hesitate
to call it a Group as that tends to be associated with a specific
model ( a relatively static set of users a
Currently without this change, any attempt to change an instance
actually changes the status of all instances! :)
Index: JDBCUtil.java
===
--- JDBCUtil.java (revision 56926)
+++ JDBCUtil.java (working copy)
@@ -395,7 +395
Similarly, agila.engine.Instance looks close to
agila.services.InstanceInfo. Could the latter implement the former?
On 9 Nov 2004, at 11:51, [EMAIL PROTECTED] wrote:
So far they contain most of the same information; but all their
properties are of different names (getBusinessProcessID() versus
Shouldn't this method be renamed to getInstanceInfos() or something to
match more the naming conventions of the rest of the API - such as
BusinessProcessService?
James
---
http://radio.weblogs.com/0112098/
-
To unsubscrib
So far they contain most of the same information; but all their
properties are of different names (getBusinessProcessID() versus
getId()) and getName() versus getProcessName().
Firstly can we be a bit more consistent in naming things. Secondly how
about implementing the same interface for these
I'm working on a project using Agila and Tapestry and have created a
few small classes for integrating the two together (e.g.
TapestryRenderer, TapestryRsponseHandler) and I could extract a couple
of fairly simple helper classes for binding responses into Tapestry
pages/events.
Would the
On 8 Nov 2004, at 18:53, Jeremy Boynes wrote:
I think we may be in violent agreement here :-)
I think we should add some type of collective entity, I just hesitate
to call it a Group as that tends to be associated with a specific
model ( a relatively static set of users and other groups). Call it
perform - they then grab one ('locking it') and then execute the task
or releasing it back into the pool if they don't want to complete the
task.
Right now Agila uses a single UserID for assigning tasks. Unless I'm
missing something, it looks like Agila needs some kind
one ('locking it') and then execute the task
or releasing it back into the pool if they don't want to complete the
task.
Right now Agila uses a single UserID for assigning tasks. Unless I'm
missing something, it looks like Agila needs some kind of 'role' or
'g
e the task or
releasing it back into the pool if they don't want to complete the task.
Right now Agila uses a single UserID for assigning tasks. Unless I'm
missing something, it looks like Agila needs some kind of 'role' or
'group' entity so that users can grab task
ng it back into the pool if they don't want to complete the
task.
Right now Agila uses a single UserID for assigning tasks. Unless I'm
missing something, it looks like Agila needs some kind of 'role' or
'group' entity so that users can grab tasks rather than a workflow
In an attempt to comprehend what the bindings are and how they work for
static versus EL types (static appears to be read-only, rather than a
static expression) I hacked up this extra test case which might be
interesting for others...
Index: NodeContextImplTestCase.java
I've attached a patch which fixes up the Task insert so that when you
assign a task to a user you can capture the TaskID for the task.
It also avoids the hacky try/catch solution to try update first and
only insert if that fails.
Index: TaskServiceImpl.java
=
e end, but lets
> >> decide that later. If we have enough size and strength to be a TLP,
> >> we do it. If not, we don't. Until then, lets try and build some
> >> really great software and a great community.
> >> I do think that working to have BPEL implemen
reat software and a great community.
I do think that working to have BPEL implementation at the ASF is a
great idea, and while I'm 100% committed to seeing it a part of
Agila, it doesn't have to only be in Agila. For example, we could
have a BPEL engine as part of the project that can
that working to have BPEL implementation at the ASF is a
great idea, and while I'm 100% committed to seeing it a part of Agila,
it doesn't have to only be in Agila. For example, we could have a
BPEL engine as part of the project that can be used standalone or
inside Agila.
Indeed! I m
a
great idea, and while I'm 100% committed to seeing it a part of Agila,
it doesn't have to only be in Agila. For example, we could have a BPEL
engine as part of the project that can be used standalone or inside
Agila.
I've been staring at the BPEL spec, on and off, and I have to
On Oct 25, 2004, at 8:12 PM, Cliff Schmidt wrote:
Geir Magnusson Jr wrote on Saturday, October 23, 2004 11:49 AM:
1) Release : we can't really do a release while in incubator, but we
can certainly do milestone feature sets, which may be good enough for
you
Geir,
Just to make sure we're all on the s
so do IBM, as it
> > happens) human interactions as 'just another ASYNC service call', so
> > BPEL fits nicely into BPM provided you provide a staff resolution
> > architecture (who can do this task?) and an interface to allow tasks
> > to be allocated to people and pr
Geir Magnusson Jr wrote on Saturday, October 23, 2004 11:49 AM:
> 1) Release : we can't really do a release while in incubator, but we
> can certainly do milestone feature sets, which may be good enough for
> you
Geir,
Just to make sure we're all on the same page here (and just for the
enjoyment
On Oct 23, 2004, at 9:57 AM, Laurent Ghio wrote:
We are thinking of using this new module Agila in our Software and
were wondering when you would release it? Do you have a roadmap? How
can we be involved in the development?
1) Release : we can't really do a release while in incubator, b
We are thinking of using this new module Agila in our Software and were
wondering when you would release it? Do you have a roadmap? How can we
be involved in the development?
Thanks in advance for your prompt reply
Regards
Laurent
r ASYNC service call', so
BPEL fits nicely into BPM provided you provide a staff resolution
architecture (who can do this task?) and an interface to allow tasks
to be allocated to people and processed etc.
That said, while I believe that BPEL is capable of acting as the
'core' of a BPM p
wn workflow system (developed before the rest of the
> > world 'did' workflow). As you can imagine, we're currently looking to
> > replace this. Right now, the likely candidates are commercial, but it'd
> > be nice to have an alternative.
> >
> > The
rcial, but it'd
> be nice to have an alternative.
>
> The other reason I'm for a TLP is that I can see a number of other
> projects that might spring up around this (an Agila plug-in for
> Eclipse, for example?), and it seems more cohesive to host these all
> unde
r ASYNC service call', so
BPEL fits nicely into BPM provided you provide a staff resolution
architecture (who can do this task?) and an interface to allow tasks to
be allocated to people and processed etc.
That said, while I believe that BPEL is capable of acting as the 'core'
of a BPM p
ost BPM use cases. The first relates to communication,
the second to execution model which are two different things.
On Thu, 21 Oct 2004 23:59:48 -0700, Geir Magnusson Jr
<[EMAIL PROTECTED]> wrote:
>
> On Oct 21, 2004, at 10:41 PM, Uijin Hong (íìì) wrote:
>
> >
> &g
On Oct 21, 2004, at 10:41 PM, Uijin Hong (홍의진) wrote:
I hope to see Agila(or Apache-BPM-engine)
could run both BPEL and WS-CDL.
+1!
--
Geir Magnusson Jr +1-203-665-6437
[EMAIL PROTECTED]
-
To
Well...
I'm not sure whether this is the right place to talk about IBM thing...
but it's somehow related to Agila. so I'll give this a shot.
Is it official policy of IBM that supporting only BPEL
not any other 'process definition languages'?
Will there be NO chance
On Oct 21, 2004, at 5:57 PM, [EMAIL PROTECTED] wrote:
Hi,
I would like to receive information about how could I
get involved to this project development.
Could you please share with me the contacts of people
involved directly with this project so I could talk
and offer my help to them?
The best pla
k and apologize if I'm wrong, or else
clearly explain what I think it's missing.
[SNIP]
However, I am willing to accept that BPEL is by no means
sufficient for all BPM scenarios and that there is indeed
room for other work and implementations. I'm not trying
to force Agila to abandon
Hi,
I would like to receive information about how could I
get involved to this project development.
Could you please share with me the contacts of people
involved directly with this project so I could talk
and offer my help to them?
respectfully yours,
Fernando Tavares
_
ged under BPEL.
However, I am willing to accept that BPEL is by no means
sufficient for all BPM scenarios and that there is indeed
room for other work and implementations. I'm not trying
to force Agila to abandon its model here ..
So maybe the idea of a separate effort for BPEL is not a ba
On Oct 21, 2004, at 11:48 AM, Matthieu Riou wrote:
I proposed to combine Twister into Agila to avoid overlapping. I
thought the main goal of Agila was to develop a BPEL engine. Now if
you think it's more appropriate, I wouldn't mind contributing Twister
as itself.
The goal is to d
On Oct 21, 2004, at 11:43 AM, Andreas Kuckartz wrote:
I noticed that Twister is licensed under the LGPL. Is it possible to
merge that
code with Apache Agila ?
No, unless it's relicensed.
geir
Andreas
- Original Message -
From: "Matthieu Riou" <[EMAIL PROTECTED]>
at
> code with Apache Agila ?
>
> Andreas
>
> - Original Message -
> From: "Matthieu Riou" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Wednesday, October 20, 2004 2:52 PM
> Subject: Proposition: Twister WS-BPEL engine and Apache Agila
&
El jue, 21-10-2004 a las 20:43, Andreas Kuckartz escribió:
> I noticed that Twister is licensed under the LGPL. Is it possible to merge that
> code with Apache Agila ?
>
AFAIK yes.
thorsten
> Andreas
>
> - Original Message -
> From: "Matthieu Riou" &l
I proposed to combine Twister into Agila to avoid overlapping. I
thought the main goal of Agila was to develop a BPEL engine. Now if
you think it's more appropriate, I wouldn't mind contributing Twister
as itself.
A workflow engine and a web service orchestration engine have a bit of
o
I noticed that Twister is licensed under the LGPL. Is it possible to merge that
code with Apache Agila ?
Andreas
- Original Message -
From: "Matthieu Riou" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, October 20, 2004 2:52 PM
Subject: Proposition:
Here is another '+1' for having a BPEL engine inside Apache domain.
BTW, is it legitimately possible to combine Twister(which is not
proposed and review by Apache PMC) into Agila?
How about proposing contribution of Twsiter as itself?
On Wed, 20 Oct 2004 15:24:23 -0500, Aleksander
u need more information or anything else from
me.
Thanks,
Matthieu.
On Thu, 21 Oct 2004 02:09:17 +0600, Sanjiva Weerawarana
<[EMAIL PROTECTED]> wrote:
> +1 for merging in BPEL support using Twister.
>
> Geir, I'd like to understand the BPEL plans for Agila a bit
> more. I&#x
"Aleksander Slominski" <[EMAIL PROTECTED]> writes:
> i think Mathieu is already aware of this but current WSIF needs upgrade
...
>
http://smartcomps.kgbinternet.com/confluence/display/twister/2004/08/13/WSIF+and+adding+bindings+to+WSDL
>
> alek
Excellent! Indeed WSIF needs an upgrade .. I'm hoping
Sanjiva Weerawarana wrote:
+1 for merging in BPEL support using Twister.
Geir, I'd like to understand the BPEL plans for Agila a bit
more. I'm a co-author of the BPEL spec and have done an impl
of it in IBM (BPWS4J- which was released via alphaworks a while
back). My intuition is that a
+1 for merging in BPEL support using Twister.
Geir, I'd like to understand the BPEL plans for Agila a bit
more. I'm a co-author of the BPEL spec and have done an impl
of it in IBM (BPWS4J- which was released via alphaworks a while
back). My intuition is that a solid impl of BPEL nee
On Oct 20, 2004, at 7:03 AM, Matthieu Riou wrote:
I'm going to have a closer look at Agila to see how Twister can fit
here. Is there anything I should look at beside the Subversion
repository?
Twister's engine core is somewhat tied to WS-BPEL. Our approach was a
bit different, we did
I'm going to have a closer look at Agila to see how Twister can fit
here. Is there anything I should look at beside the Subversion
repository?
Twister's engine core is somewhat tied to WS-BPEL. Our approach was a
bit different, we didn't try to build a meta-model or anything too
ge
artcomps.org/twister
>
> I'm sending this e-mail to suggest a donation of Twister to the Apache
> Group and a merge with the incubated Apache Agila project. I believe
> that Twister and the Gluecode engine could be assembled to a better
> solution, using the strengths of both impleme
This is great. We're really interested in getting BPEL into Agila.
I'll take a look.
We originally decided to not go w/ BPEL as the core language, as we
wanted to support all kinds of activities in a workflow, being able to
make a workflow that mixes them. So it was planned tha
Hello,
I'm the project leader of Twister, an open source WS-BPEL engine. More
can be found about Twister here:
http://www.smartcomps.org/twister
I'm sending this e-mail to suggest a donation of Twister to the Apache
Group and a merge with the incubated Apache Agila project. I be
On Oct 14, 2004, at 1:49 PM, Cooke, Matt wrote:
Hi, we are building the same kind of code. I was wondering if I could
join
in and see what this project is all about.
Of course! Given the absence of the code, do you want to just chat
about what you'll be looking for? I can provide answers as to
Hi, we are building the same kind of code. I was wondering if I could join
in and see what this project is all about.
Matt Cooke
(239) 598-3131 x 2355
On Oct 7, 2004, at 10:45 AM, Robin Antony wrote:
What is the status of the Agila project? Are the requirements specs
done? Is there any initial source code available?
Is this part of any JSR implementation? Good Luck for this project!
I am currently in the process of getting some nips and tucks
1 - 100 of 132 matches
Mail list logo
