openflow-dev

[Openflow-dev] Another question about workitem assignment

[Maurizio B. <Mb...@in...>]

Another question (thanks for your patience!):

Please consider the lattest two workitems splitted (B and C). Each of these 
produce a boolean result. If one of results is "FALSE" the next workitem 
back to A activity (assigning the relative workitem to an User)

A -+-> B --> Result1 -->
^   |                            |--> D+transition [if (Result 1 OR Result2 
is False)]--|
|   +-> C --> Result2 
-->                                                                          |
| 
|
|<<<-----------------------------------------------------------------------------------------------------+

To do this, I've created a dummy (automatic starting) activity (D) and two 
transitions that evaluate the boolean values (properties of istance) and, 
if Res1 or Res2 are false, push the next workitem on activity A.

The question is: how can I assign the workitem that back in A to a 
specified user?

I tried to assign to D activity an automatic push application, but I don't 
successful in this way. Please Help me!

Thanks in advance!!

Maurizio Betti

ps: I use 0.7 openflow version

Re: [Openflow-dev] Help for assignment!

[Maurizio B. <Mb...@in...>]

I'm successful!  I've tried with:

wf.assignWorkitem(instance_id, X+1, user1)
wf.assignWorkitem(instance_id, X+2, user2)

where X is the current workitem_id.

In this way the question is OK. Thank you very much!

Maurizio


At 14.34 26/02/2003 +0100, you wrote:
>Hello Maurizio,
>
>let's try to figure out your situation.
>
>You have activity A and-splitting to activity B and activity C like in:
>
>A -+-> B
>    |
>    +-> C
>
>When your instance runs, the first workitem (with id 0) is created for A.
>When the workitem is forwarded 2 new workitems will be created (their ids
>being 1 and 2).
>
>Like you said, you can assign workitems doing:
>
>wf.assignWorkitem(instance_id, X, user)
>
>where X is either 0,1 or 2.
>
>I guess the problem you have is dynamically figuring out the workitem names.
>The answer depends on when you want to have that information. Usually you
>need to call the assignWorkitem when the activity application is invoked (ie:
>when the user starts working on a workitem). At that time you can figure out
>the workitem name since it usually is passed as a parameter to the
>application itself (in openflow 0.7 this was accomplished automatically,
>while in openflow 1.0 you are free to set the parameters you prefer).
>
>What I mean is that probably you already know the workitem name in the very
>same place where you call the assignWorkitem API.
>
>If this is not you situation please explain where the assignWorkitem is
>called in your application. Also knowing the Zope and OpenFlow version would
>help me help you.
>
>
>Cheers,
>         Daniele =)
>
>
>On Wednesday 26 February 2003 13:25, Maurizio Betti wrote:
> > Mhh, I explain myself not very well...
> >
> > I've just made as you wrote. Now, I have to assign the WORKITEM at run-time
> > by calling the "AssignWorkItem" API in this way:
> >
> > wf.assignWorkitem(instance_id, int(workitem_id)+1, user)
> >
> > For me this is simple if I have a workitem and another after again, but how
> > can I make this assigment if the SPLIT call two workitems (I have to assign
> > dinamically the first splitted workitem to an user, and the second to
> > another one)?
> >
> > regards, Maurizio Betti
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Scholarships for Techies!
> > Can't afford IT training? All 2003 ictp students receive scholarships.
> > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> > www.ictp.com/training/sourceforge.asp
> > _______________________________________________
> > Openflow-dev mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/openflow-dev
>
>--
>Daniele Tarini - Research & Development - Icube S.r.l.
>Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
>E-mail: d.t...@ic...     Web:    http://www.icube.it
>Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Scholarships for Techies!
>Can't afford IT training? All 2003 ictp students receive scholarships.
>Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
>www.ictp.com/training/sourceforge.asp
>_______________________________________________
>Openflow-dev mailing list
>Ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openflow-dev

Re: [Openflow-dev] Help for assignment!

[Daniele <d.t...@ic...>]

Hello Maurizio,

let's try to figure out your situation.

You have activity A and-splitting to activity B and activity C like in:

A -+-> B
   |
   +-> C

When your instance runs, the first workitem (with id 0) is created for A. 
When the workitem is forwarded 2 new workitems will be created (their ids 
being 1 and 2).

Like you said, you can assign workitems doing:

wf.assignWorkitem(instance_id, X, user)

where X is either 0,1 or 2.

I guess the problem you have is dynamically figuring out the workitem names. 
The answer depends on when you want to have that information. Usually you 
need to call the assignWorkitem when the activity application is invoked (ie: 
when the user starts working on a workitem). At that time you can figure out 
the workitem name since it usually is passed as a parameter to the 
application itself (in openflow 0.7 this was accomplished automatically, 
while in openflow 1.0 you are free to set the parameters you prefer).

What I mean is that probably you already know the workitem name in the very 
same place where you call the assignWorkitem API.

If this is not you situation please explain where the assignWorkitem is 
called in your application. Also knowing the Zope and OpenFlow version would 
help me help you.


Cheers,
	Daniele =)


On Wednesday 26 February 2003 13:25, Maurizio Betti wrote:
> Mhh, I explain myself not very well...
>
> I've just made as you wrote. Now, I have to assign the WORKITEM at run-time
> by calling the "AssignWorkItem" API in this way:
>
> wf.assignWorkitem(instance_id, int(workitem_id)+1, user)
>
> For me this is simple if I have a workitem and another after again, but how
> can I make this assigment if the SPLIT call two workitems (I have to assign
> dinamically the first splitted workitem to an user, and the second to
> another one)?
>
> regards, Maurizio Betti
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Scholarships for Techies!
> Can't afford IT training? All 2003 ictp students receive scholarships.
> Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
> www.ictp.com/training/sourceforge.asp
> _______________________________________________
> Openflow-dev mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openflow-dev

-- 
Daniele Tarini - Research & Development - Icube S.r.l.
Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
E-mail: d.t...@ic...     Web:    http://www.icube.it
Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588

Re: [Openflow-dev] Help for assignment!

[Maurizio B. <Mb...@in...>]

Mhh, I explain myself not very well...

I've just made as you wrote. Now, I have to assign the WORKITEM at run-time 
by calling the "AssignWorkItem" API in this way:

wf.assignWorkitem(instance_id, int(workitem_id)+1, user)

For me this is simple if I have a workitem and another after again, but how 
can I make this assigment if the SPLIT call two workitems (I have to assign 
dinamically the first splitted workitem to an user, and the second to 
another one)?

regards, Maurizio Betti

Re: [Openflow-dev] Help for assignment!

[Daniele <d.t...@ic...>]

Hello,

here what you can do:

1) Make 2 new Zope roles in the folder containing the Openflow (or anywhere 
you think more appropriate) through the folder 'security' tab

2) Give to your two user the two roles, one each.

3) Through the Openflow 'Roles' tab assign to the two roles you have the 
activities you want them to be able to handle (in the 'Pullable activities' 
column of the role).

Daniele


PS (italian, not topic-related): se hai necessita' di una traduzione di 
quanto sopra in italiano mandami una mail.

On Tuesday 25 February 2003 18:55, Maurizio Betti wrote:
> INGLESE
> Hy,
>
> I have an activity that splits in another two (with an AND split) and I
> have to assign the first to an user an the second to another one. How can I
> make this?
> thanks in advance (and pardon for my english), Maurizio Betti
>
>
> ITALIANO
> Ho un attività che viene splittata in due attività (con uno split di tipo
> AND) che devo assegnare a due utenti differenti. Come faccio?
>
> grazie, Maurizio Betti
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Openflow-dev mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openflow-dev

-- 
Daniele Tarini - Research & Development - Icube S.r.l.
Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
E-mail: d.t...@ic...     Web:    http://www.icube.it
Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588

[Openflow-dev] Help for assignment!

[Maurizio B. <mb...@in...>]

INGLESE
Hy,

I have an activity that splits in another two (with an AND split) and I=20
have to assign the first to an user an the second to another one. How can I=
=20
make this?
thanks in advance (and pardon for my english), Maurizio Betti


ITALIANO
Ho un attivit=E0 che viene splittata in due attivit=E0 (con uno split di=
 tipo=20
AND) che devo assegnare a due utenti differenti. Come faccio?

grazie, Maurizio Betti

[Openflow-dev] 2 small problems

[<pa...@zo...>]

Just 2 small problems in my view:

1. a small bug about catalog Index: the 'description' index should be =
TextIndex, but not FieldIndex.

2. I found I can't re-assign a workitem if it already has a actor. In =
the following lines:

    def assignWorkitem(self, instance_id, workitem_id, actor, =
REQUEST=3DNone):
        .......
        workitem_is_ok =3D instance.isActiveOrRunning() and not =
workitem.status =3D=3D 'completed' and workitem.actor =3D=3D ''
        if user_is_ok and workitem_is_ok:
                workitem.assignTo(actor)
        if REQUEST: REQUEST.RESPONSE.redirect(REQUEST.HTTP_REFERER)

  I think the workitem_is_ok should be:

        workitem_is_ok =3D instance.isActiveOrRunning() and not =
workitem.status =3D=3D 'completed'
 =20
  This way, we can re-assign a workitem easily.

Correct me if I am wrong. Thanks.

panjunyong

Re: [Openflow-dev] Zcatalog Workitem indexing fault

[<bor...@ya...>]

Hello

The problem still happens with patches on openflow.py
and workitem.py.

I really think that is a problem in the lower software
level, Zope I mean. I'm actually reading some on the
Zope Developer's manual and I hope to find something
useful. As I understand I should investigate on
Zpublisher module and transactions management. Seems
that each external call to Zope make begin a
transaction on the DB and in some ways concurrence has
to be considered ...

Never mind, about Openflow, is it possible to call
external web application ( not written as zope scripts
on the actual server ) ? I remember I tried some time
ago but Openflow use always a prefix containing local
server  i.e.  http://localhost:8080/ so writing a call
to external http://EXTERNALhost/application resul in a
call to 
http://localhost:8080/http://EXTERNALhost/application 

I apologise if this topic is considered in actual
documentations 

Have a nice flow !

Thanks again

Roberto



























---------------------------------------------------
---------------------------------------------------

Hello Roberto,

I'm thinking about what you are saying and I have a
question: are you 
sure 
the workitems that do not get cataloged are workitems
that were created 
after 
the fix you downloaded from cvs?

If they are old workitems (previous to fix) you'll
have to update them 
and 
reindex them by hand (ie: through a python script that
cycles through 
the 
workitem, makes the fix and reindexes it).

If the erroneous workitems are created after the
fix... I'll have to 
think 
about it a bit more than this =) (please do let me
know if this is your 
situation)

Thanks,
	Daniele =)

On Wednesday 19 February 2003 09:45, Roberto
Borgotallo wrote:
>  Hello Thanks a lot to Daniele for his instant reply
! I've 
downloaded the
> patch, created from scratch a new openflow folder
and a process. Now 
it's
> really better but seems the problem is not entirely
solved. I think I 
have
> to explain in short how I use Openflow: I had the
necessity to 
control a
> quite complex flow between automatic applications
(running on 
different
> machines) to be executed in sequence or in parallel
depending also on 
some
> conditions. Because Openflow does not directly
support calls for 
external
> urls (out of Zope I mean) and anyway in that case
was necessary  to 
develop
> url-web enabled applications (like servlets), we had
the idea to use
> Openflow as a Job dispenser and a queue manager.We
have therefore 
several
> client side applications that poll the Openflow
engine asking for a 
job on
> a specific activity, Openflow replies with an empty
xml if there is 
no job
> or with a xml containing relevant data otherwise. I
have written a 
script
> for this task, it basically se! arch by mean of
catalog an inactive
> workitem, activate it using OpenflowAPI
activateWorkitem and 
generates the
> xml. Obviously the external applications after
receiving the xml do 
their
> job and after completion direcly call OpenflowAPI
completeWorkitem. 
Well, I
> discovered the most critical point is the polling of
several 
applications
> to Openflow, namely on the script mentioned before.
In fact I've
> implemented the polling mechanism using linux
crontabs and in a 1st 
version
> every say 2 minutes I invoche 5 or 6 times the same
script (on 
different
> activities). As a result I saw on the Zope log,
messages like: 
> 2003-02-19T09:03:03 INFO(0) ZODB conflict error at
> /openflow/mywf/start1stavailableJob (611 conflicts
since startup at
> 2003-02-18T15:04:57)  this seem not to be a real
problem but I think 
is
> connected to these others:  2003-02-18T16:28:03
ERROR(200) FieldIndex
> unindex_object could not remove documentId
-271912924 from index 
priority. 
> This should not happen. Traceback (innermost last):
>   File
> 
/home/openflow/Zope-2.6.1-linux2-x86/lib/python/Products/PluginIndexes/comm
>on/UnIndex.py, line 172, in removeForwardIndexEntry
(Object: priority)
>   File 
/home/openflow/Zope-2.6.1-linux2-x86/lib/python/ZODB/Connection.py,
> line 525, in setstate ReadConflictError: database
read conflict error 
(oid
> 00000000000098f4, class BTrees._IIBTree.IISet)
------
> 2003-02-18T16:28:03 ERROR(200) FieldIndex
unindex_object could not 
remove
> documentId -271912924 from index customer.  This
should not happen.
> Traceback (innermost last):
>   File
> 
/home/openflow/Zope-2.6.1-linux2-x86/lib/python/Products/PluginIndexes/comm
>on/UnIndex.py, line 172, in removeForwardIndexEntry
(Object: customer)
>   File 
/home/openflow/Zope-2.6.1-linux2-x86/lib/python/ZODB/Connection.py,
> line 525, in setstate ReadConflictError: database
read conflict error 
(oid
> 00000000000098f6, class BTrees._IIBTree.IISet)  As a
result, again I 
get
> some NOT INDEXED workitems in Zcatalog.  I tried
also to spread 
application
> calls to Openflow in order to avoid conflict and
seem also the main 
problem
> is avoided in this way. My personal opinion is that
trere are some 
problem
> with concurrent access to instance objects ...   I
hope to heve been 
clear 
>  Thanks a lot in advance bye Roberto Daniele
<d.t...@ic...> 
wrote:
> Thanks Roberto for the error report.
>
> The bug has been fixed in the cvs. The bug fix will
be integrated in 
the
> next OpenFlow release.
>


______________________________________________________________________
Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino
http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html

[Openflow-dev] what is the permission to access the 'openflow' object?

[<pa...@zo...>]

hi openflowers,

when use "here.mywf" in a zpt to access the 'openflow' object, there is a
exception:

  Zope Error
  Zope has encountered an error while publishing this resource.

  Error Type: AttributeError
  Error Value: mywf

I have given 'use openflow' to the role.And even if i give 'manage
openflow', such error still exists!

But when I use Manager Role, such error disappears.

So what is the permission to access the 'openflow' object?

Thanks!

panjunyong

Re: [Openflow-dev] why i can't fallout the blocked workitem?

[Daniele <d.t...@ic...>]

You're right, cvs changed accordingly.

Thanks a lot,
	Daniele =)

On Thursday 20 February 2003 16:29, you wrote:
> I found these lines in openflow.py:
>
>     def falloutWorkitem(self, instance_id, workitem_id, REQUEST=None):
>         """ drops the workitem (of the specified instance) in exceptional
> handling """ instance = getattr(self, instance_id)
>         workitem = getattr(instance, workitem_id)
>         if REQUEST:
>             actor = REQUEST.AUTHENTICATED_USER.getUserName()
>         else:
>             actor = ''
>         if not workitem.blocked:
>             workitem.setStatus('fallout', actor=actor)
>         if REQUEST: REQUEST.RESPONSE.redirect(REQUEST.HTTP_REFERER)
>
> It means we can't fallout a blocked workitem. But I think we need this
> feature. For example I block the workitem for my wrong workflow definition.
> How can i unblock it?

-- 
Daniele Tarini - Research & Development - Icube S.r.l.
Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
E-mail: d.t...@ic...     Web:    http://www.icube.it
Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588

[Openflow-dev] why i can't fallout the blocked workitem?

[<pa...@zo...>]

I found these lines in openflow.py:

    def falloutWorkitem(self, instance_id, workitem_id, REQUEST=3DNone):
        """ drops the workitem (of the specified instance) in =
exceptional handling """
        instance =3D getattr(self, instance_id)
        workitem =3D getattr(instance, workitem_id)
        if REQUEST:
            actor =3D REQUEST.AUTHENTICATED_USER.getUserName()
        else:
            actor =3D ''
        if not workitem.blocked:
            workitem.setStatus('fallout', actor=3Dactor)
        if REQUEST: REQUEST.RESPONSE.redirect(REQUEST.HTTP_REFERER)

It means we can't fallout a blocked workitem. But I think we need this =
feature. For example I block the workitem for my wrong workflow =
definition. How can i unblock it?=20

Re: [Openflow-dev] Zcatalog Workitem indexing fault

[Daniele <d.t...@ic...>]

Hello Roberto,

I'm thinking about what you are saying and I have a question: are you sure 
the workitems that do not get cataloged are workitems that were created after 
the fix you downloaded from cvs?

If they are old workitems (previous to fix) you'll have to update them and 
reindex them by hand (ie: through a python script that cycles through the 
workitem, makes the fix and reindexes it).

If the erroneous workitems are created after the fix... I'll have to think 
about it a bit more than this =) (please do let me know if this is your 
situation)

Thanks,
	Daniele =)

On Wednesday 19 February 2003 09:45, Roberto Borgotallo wrote:
>  Hello Thanks a lot to Daniele for his instant reply ! I've downloaded the
> patch, created from scratch a new openflow folder and a process. Now it's
> really better but seems the problem is not entirely solved. I think I have
> to explain in short how I use Openflow: I had the necessity to control a
> quite complex flow between automatic applications (running on different
> machines) to be executed in sequence or in parallel depending also on some
> conditions. Because Openflow does not directly support calls for external
> urls (out of Zope I mean) and anyway in that case was necessary  to develop
> url-web enabled applications (like servlets), we had the idea to use
> Openflow as a Job dispenser and a queue manager.We have therefore several
> client side applications that poll the Openflow engine asking for a job on
> a specific activity, Openflow replies with an empty xml if there is no job
> or with a xml containing relevant data otherwise. I have written a script
> for this task, it basically se! arch by mean of catalog an inactive
> workitem, activate it using OpenflowAPI activateWorkitem and generates the
> xml. Obviously the external applications after receiving the xml do their
> job and after completion direcly call OpenflowAPI completeWorkitem. Well, I
> discovered the most critical point is the polling of several applications
> to Openflow, namely on the script mentioned before. In fact I've
> implemented the polling mechanism using linux crontabs and in a 1st version
> every say 2 minutes I invoche 5 or 6 times the same script (on different
> activities). As a result I saw on the Zope log, messages like: 
> 2003-02-19T09:03:03 INFO(0) ZODB conflict error at
> /openflow/mywf/start1stavailableJob (611 conflicts since startup at
> 2003-02-18T15:04:57)  this seem not to be a real problem but I think is
> connected to these others:  2003-02-18T16:28:03 ERROR(200) FieldIndex
> unindex_object could not remove documentId -271912924 from index priority. 
> This should not happen. Traceback (innermost last):
>   File
> /home/openflow/Zope-2.6.1-linux2-x86/lib/python/Products/PluginIndexes/comm
>on/UnIndex.py, line 172, in removeForwardIndexEntry (Object: priority)
>   File /home/openflow/Zope-2.6.1-linux2-x86/lib/python/ZODB/Connection.py,
> line 525, in setstate ReadConflictError: database read conflict error (oid
> 00000000000098f4, class BTrees._IIBTree.IISet) ------
> 2003-02-18T16:28:03 ERROR(200) FieldIndex unindex_object could not remove
> documentId -271912924 from index customer.  This should not happen.
> Traceback (innermost last):
>   File
> /home/openflow/Zope-2.6.1-linux2-x86/lib/python/Products/PluginIndexes/comm
>on/UnIndex.py, line 172, in removeForwardIndexEntry (Object: customer)
>   File /home/openflow/Zope-2.6.1-linux2-x86/lib/python/ZODB/Connection.py,
> line 525, in setstate ReadConflictError: database read conflict error (oid
> 00000000000098f6, class BTrees._IIBTree.IISet)  As a result, again I get
> some NOT INDEXED workitems in Zcatalog.  I tried also to spread application
> calls to Openflow in order to avoid conflict and seem also the main problem
> is avoided in this way. My personal opinion is that trere are some problem
> with concurrent access to instance objects ...   I hope to heve been clear 
>  Thanks a lot in advance bye Roberto Daniele <d.t...@ic...> wrote:
> Thanks Roberto for the error report.
>
> The bug has been fixed in the cvs. The bug fix will be integrated in the
> next OpenFlow release.
>
> CVS repository:
> http://sourceforge.net/cvs/?group_id=2370
>
> Daniele =)
>
> On Tuesday 18 February 2003 09:03, Roberto Borgotallo wrote:
> > Hello all
> >
> > I'm working at a project using Openlow and I recently have discovered a
> > problem related, I think to the Zcatalog class.
> >
> > After adding several instances I found that during the forward phase some
> > workitems are created but not indexed. Looking at the Zope log I saw
>
> ...
>
>
>
> ---------------------------------
> Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino

-- 
Daniele Tarini - Research & Development - Icube S.r.l.
Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
E-mail: d.t...@ic...     Web:    http://www.icube.it
Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588

Re: [Openflow-dev] indexes and metadata in OpenFlow Catalog

[Daniele <d.t...@ic...>]

The suggestion seems sensible to me. It's now listed in my openflow todos.

Thanks a lot,
	Daniele =)

On Wednesday 19 February 2003 10:07, 潘俊勇\(panjunyong\) wrote:
> hi Daniele,
>
> This is just a suggestion.
>
> I found some Indexes and Metadata in Catalog is not very adequate with the
> properties of the openflow objects.
>
> For example 'description': instance have 'comments', but not 'description';
> and 'workitem' don't have such a property at all.
>
> I think it will be better if they all have a 'description' property. This
> way, we can do a better search.
>
> I am just a openflow beginner. I am not sure if i am right.
>
> thanks!
>
> panjunyong
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Openflow-dev mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openflow-dev

-- 
Daniele Tarini - Research & Development - Icube S.r.l.
Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
E-mail: d.t...@ic...     Web:    http://www.icube.it
Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588

Re: [Openflow-dev] Fw: [OFBiz-Workflow-Dev] Graphical workflow editor w/ XPDL support

[Luca A. <luc...@re...>]

I support the XPDL support request enphatically.

Bye, Luca

Quoting "潘俊勇\\(panjunyong\\)" <pa...@zo...>:

> hi openflowers,
> 
> Ofiz-workflow is another java WMfC-compatible workflow engine. It is very
> active these days. It supports XPDL directly.
> 
> And http://jawe.enhydra.org/ is a Graphical workflow editor w/ XPDL
> support.
> 
> But I like OpenFlow more. So if Openflow supports XPDL someday, it can use
> more tools.
> 
> XPDL support can be a feature request in the next release. How do u think
> about it?
> 
> panjunyong.
> 
> ----- Original Message -----
> From: "Ohlemeyer Matthias" <Mat...@EK...>
> To: <ofb...@li...>
> Sent: Tuesday, February 18, 2003 11:24 PM
> Subject: [OFBiz-Workflow-Dev] Graphical workflow editor w/ XPDL support
> 
> 
> > Interesting for OFBiz?
> >
> > http://jawe.enhydra.org/
> >
> > --Matthias
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > OFBiz-Workflow-Dev mailing list
> > OFB...@li...
> > https://lists.sourceforge.net/lists/listinfo/ofbiz-workflow-dev
> >
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SlickEdit Inc. Develop an edge.
> The most comprehensive and flexible code editor you can use.
> Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial.
> www.slickedit.com/sourceforge
> _______________________________________________
> Openflow-dev mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openflow-dev
> 


-- 

Luca Arnaudo
luc...@re...
Redesign srl
Italia

[Openflow-dev] indexes and metadata in OpenFlow Catalog

[<pa...@zo...>]

hi Daniele,

This is just a suggestion.

I found some Indexes and Metadata in Catalog is not very adequate with the
properties of the openflow objects.

For example 'description': instance have 'comments', but not 'description';
and 'workitem' don't have such a property at all.

I think it will be better if they all have a 'description' property. This
way, we can do a better search.

I am just a openflow beginner. I am not sure if i am right.

thanks!

panjunyong

Re: [Openflow-dev] Zcatalog Workitem indexing fault

[<bor...@ya...>]

 Hello Thanks a lot to Daniele for his instant reply ! I've downloaded the patch, created from scratch a new openflow folder and a process. Now it's really better but seems the problem is not entirely solved. I think I have to explain in short how I use Openflow: I had the necessity to control a quite complex flow between automatic applications (running on different machines) to be executed in sequence or in parallel depending also on some conditions. Because Openflow does not directly support calls for external urls (out of Zope I mean) and anyway in that case was necessary  to develop url-web enabled applications (like servlets), we had the idea to use Openflow as a Job dispenser and a queue manager.We have therefore several client side applications that poll the Openflow engine asking for a job on a specific activity, Openflow replies with an empty xml if there is no job or with a xml containing relevant data otherwise. I have written a script for this task, it basically search by mean of catalog an inactive workitem, activate it using OpenflowAPI activateWorkitem and generates the xml. Obviously the external applications after receiving the xml do their job and after completion direcly call OpenflowAPI completeWorkitem. Well, I discovered the most critical point is the polling of several applications to Openflow, namely on the script mentioned before. In fact I've implemented the polling mechanism using linux crontabs and in a 1st version every say 2 minutes I invoche 5 or 6 times the same script (on different activities). As a result I saw on the Zope log, messages like:  2003-02-19T09:03:03 INFO(0) ZODB conflict error at /openflow/mywf/start1stavailableJob (611 conflicts since startup at 2003-02-18T15:04:57)  this seem not to be a real problem but I think is connected to these others:  2003-02-18T16:28:03 ERROR(200) FieldIndex unindex_object could not remove documentId -271912924 from index priority.  This should not happen.
Traceback (innermost last):
  File /home/openflow/Zope-2.6.1-linux2-x86/lib/python/Products/PluginIndexes/common/UnIndex.py, line 172, in removeForwardIndexEntry
    (Object: priority)
  File /home/openflow/Zope-2.6.1-linux2-x86/lib/python/ZODB/Connection.py, line 525, in setstate
ReadConflictError: database read conflict error (oid 00000000000098f4, class BTrees._IIBTree.IISet)
------
2003-02-18T16:28:03 ERROR(200) FieldIndex unindex_object could not remove documentId -271912924 from index customer.  This should not happen.
Traceback (innermost last):
  File /home/openflow/Zope-2.6.1-linux2-x86/lib/python/Products/PluginIndexes/common/UnIndex.py, line 172, in removeForwardIndexEntry
    (Object: customer)
  File /home/openflow/Zope-2.6.1-linux2-x86/lib/python/ZODB/Connection.py, line 525, in setstate
ReadConflictError: database read conflict error (oid 00000000000098f6, class BTrees._IIBTree.IISet)  As a result, again I get some NOT INDEXED workitems in Zcatalog.  I tried also to spread application calls to Openflow in order to avoid conflict and seem also the main problem is avoided in this way. My personal opinion is that trere are some problem with concurrent access to instance objects ...   I hope to heve been clear   Thanks a lot in advance bye Roberto
 Daniele <d.t...@ic...> wrote:
Thanks Roberto for the error report.

The bug has been fixed in the cvs. The bug fix will be integrated in the next 
OpenFlow release.

CVS repository:
http://sourceforge.net/cvs/?group_id=2370

Daniele =)

On Tuesday 18 February 2003 09:03, Roberto Borgotallo wrote:
> Hello all
>
> I'm working at a project using Openlow and I recently have discovered a
> problem related, I think to the Zcatalog class.
>
> After adding several instances I found that during the forward phase some
> workitems are created but not indexed. Looking at the Zope log I saw 

 

...



---------------------------------
Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino

[Openflow-dev] Fw: [OFBiz-Workflow-Dev] Graphical workflow editor w/ XPDL support

[<pa...@zo...>]

hi openflowers,

Ofiz-workflow is another java WMfC-compatible workflow engine. It is very
active these days. It supports XPDL directly.

And http://jawe.enhydra.org/ is a Graphical workflow editor w/ XPDL support.

But I like OpenFlow more. So if Openflow supports XPDL someday, it can use
more tools.

XPDL support can be a feature request in the next release. How do u think
about it?

panjunyong.

----- Original Message -----
From: "Ohlemeyer Matthias" <Mat...@EK...>
To: <ofb...@li...>
Sent: Tuesday, February 18, 2003 11:24 PM
Subject: [OFBiz-Workflow-Dev] Graphical workflow editor w/ XPDL support


> Interesting for OFBiz?
>
> http://jawe.enhydra.org/
>
> --Matthias
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> OFBiz-Workflow-Dev mailing list
> OFB...@li...
> https://lists.sourceforge.net/lists/listinfo/ofbiz-workflow-dev
>

[Openflow-dev] How to analyze the workflow history and how to use applicationwizard?

[<pa...@zo...>]

Hi Daniele,

Thank you for you fast response about my last autopush application question.

I have another 2 questions.

1. In openflow 1.0, all the workitems are cataloged, we can search it more
flexible and faster. But It is hard to analyze the workflow history. I think
the best way should be the relational database and we have to export the
data to the rdbms. How to analyze the workflow history? Do u have any
suggestions? thank u!

2. How to use the application wizard? It seems really a good product. But so
few documents:(. I tried it but still don't know how to use it.

thanks again.

panjunyong

Re: [Openflow-dev] How to pass parameters to the AutoPush Application?

[Daniele <d.t...@ic...>]

The autopushing application should be figuring out an actor to be the 
assignee of the workitem. Like you pointed out it would be useful for the 
assigner application to have some data to work on. I'll be passing the same 
args automatic applications get (instance_id, workitem_id and openflow_id).

You'll find these changes in the cvs (just committed).

Daniele =)


On Tuesday 18 February 2003 16:54, 潘俊勇\(panjunyong\) wrote:
> Hi OpenFlowers,
>
> I found the following line in openflow.py::
>
>     security.declarePrivate('callAutoPush')
>     def callAutoPush(self, instance_id, workitem_id, REQUEST=None):
>         instance, workitem, process, activity =
> self.getEnvironment(instance_id, workitem_id)
>         application_id = activity.push_application
>         if application_id != "" and
> self._applications[application_id]['url']:
>             application_url = self._applications[application_id]['url']
>             func = self.restrictedTraverse(application_url)
>             actor = apply(func,(), {})
>             self.assignWorkitem(instance_id, workitem_id, actor)
>
> It seems nothing is passed to the AutoPush Applicaiton! I think it is a
> bug. Am I right?
>
> Waiting for you response.
>
> panjunyong
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Openflow-dev mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openflow-dev

-- 
Daniele Tarini - Research & Development - Icube S.r.l.
Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
E-mail: d.t...@ic...     Web:    http://www.icube.it
Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588

[Openflow-dev] How to pass parameters to the AutoPush Application?

[<pa...@zo...>]

Hi OpenFlowers,

I found the following line in openflow.py::

    security.declarePrivate('callAutoPush')
    def callAutoPush(self, instance_id, workitem_id, REQUEST=None):
        instance, workitem, process, activity =
self.getEnvironment(instance_id, workitem_id)
        application_id = activity.push_application
        if application_id != "" and
self._applications[application_id]['url']:
            application_url = self._applications[application_id]['url']
            func = self.restrictedTraverse(application_url)
            actor = apply(func,(), {})
            self.assignWorkitem(instance_id, workitem_id, actor)

It seems nothing is passed to the AutoPush Applicaiton! I think it is a bug.
Am I right?

Waiting for you response.

panjunyong

Re: [Openflow-dev] Zcatalog Workitem indexing fault

[Daniele <d.t...@ic...>]

Thanks Roberto for the error report.

The bug has been fixed in the cvs. The bug fix will be integrated in the next 
OpenFlow release.

CVS repository:
http://sourceforge.net/cvs/?group_id=2370

Daniele =)

On Tuesday 18 February 2003 09:03, Roberto Borgotallo wrote:
> Hello all
>
> I'm working at a project using Openlow and I recently have discovered a
> problem related, I think to the Zcatalog class.
>
> After adding several instances I found that during the forward phase some
> workitems are created but not indexed. Looking at the Zope log I saw that
> frequently came out errors like:
>
>
> 2003-02-13T09:04:41 ERROR(200) FieldIndex unindex_object tried to retrieve
> set ['0', '0'] from index workitems_from but couldn't.  This should not
> happen.
>
>
> 2003-02-13T09:33:01 ERROR(200) KeywordIndex unindex_object could not remove
> documentId -401296432 from index workitems_to.  This should not happen.
> Traceback (innermost last):
>   Module Products.PluginIndexes.common.UnIndex, line 172, in
> removeForwardIndexEntry KeyError: -401296432
>
>
> As a conseguence I cannot see those workitems through the management
> interface and I've other problem related to some scripts I wrote that work
> basing on the catalog. To solve the problem I tried to update and reindex
> the catalog and something seems to go right, but I got for example a
> reverse problem namely an instance in the catalog but not existing in
> reality, in this case the only solution I found was to delete the entry
> from the catalog.
>
> Is possible that this problem is connected with these other messages I get
> calling a python script I wrote that uses the Catalog and starts workitems
> ?
>
>
> 2003-02-17T14:44:03 INFO(0) ZODB conflict error at
> /openflow/mywf/start1stavailableJob (23 conflicts since startup at
> 2003-02-17T14:24:00)
>
> I really can't figure out how Zope treat multiple calls made in the same
> instant, seems they cause some conflicts.
>
> Finally I'm really confused
>
> Thanks in advance for your help
>
> Roberto
>
>
>
> ---------------------------------
> Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino

-- 
Daniele Tarini - Research & Development - Icube S.r.l.
Address:        Via Ridolfi 15 - 56124 Pisa (PI), Italy
E-mail: d.t...@ic...     Web:    http://www.icube.it
Phone:  (+39) 050 97 02 07      Fax:    (+39) 050 31 36 588

[Openflow-dev] Zcatalog Workitem indexing fault

[<bor...@ya...>]

Hello all

I'm working at a project using Openlow and I recently have discovered a problem related, I think to the Zcatalog class.

After adding several instances I found that during the forward phase some workitems are created but not indexed. Looking at the Zope log I saw that frequently came out errors like:


2003-02-13T09:04:41 ERROR(200) FieldIndex unindex_object tried to retrieve set ['0', '0'] from index workitems_from but couldn't.  This should not happen.


2003-02-13T09:33:01 ERROR(200) KeywordIndex unindex_object could not remove documentId -401296432 from index workitems_to.  This should not happen.
Traceback (innermost last):
  Module Products.PluginIndexes.common.UnIndex, line 172, in removeForwardIndexEntry
KeyError: -401296432


As a conseguence I cannot see those workitems through the management interface and I've other problem related to some scripts I wrote that work basing on the catalog.
To solve the problem I tried to update and reindex the catalog and something seems to go right, but I got for example a reverse problem namely an instance in the catalog but not existing in reality, in this case the only solution I found was to delete the entry from the catalog.

Is possible that this problem is connected with these other messages I get calling a python script I wrote that uses the Catalog and starts workitems ?


2003-02-17T14:44:03 INFO(0) ZODB conflict error at /openflow/mywf/start1stavailableJob (23 conflicts since startup at 2003-02-17T14:24:00)

I really can't figure out how Zope treat multiple calls made in the same instant, seems they cause some conflicts.

Finally I'm really confused

Thanks in advance for your help

Roberto



---------------------------------
Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino

[Openflow-dev] (ad)Web Tools & Internet Domain Free Auction: Visit NOW !

[<he...@ns...>]

DQq5+LDFt86/8sC7ILOiw8S15bfBIMHLvNvH1bTPtNkgLSC89r3FsMW6ziA8bWFpbHRvOm1haWxl
ckBuczEubmFiaXRlbC5jb20+ICAJDQq6uLO7teW4sCDBpLq4sKEgsc3Hz7KyIMG2sd3AzLbztbUg
tbW/8sDMILXHtMIgs7u/68DMseK4piC52bb4tM+02S4gCQ0KoaEgCQ0KursguN7Az8C6ILOquvHF
2ijB1im/obytIMGmsPjHz7TCIMGmx7Cw+iC8rbrxvbq4piC80rCzx8+x4iDAp8fRILDNwNS0z7TZ
LiANCg0KuLnAzCDAzL/rx9ggwda9w7jpILDtuL+w2r3AtM+02S4gsKi758fVtM+02S4NCg0KvNLH
wcauv/6+7iDBpsewIL7Is7sgCQ0KIDxodHRwOi8vd3d3Lk5hYml0ZWwuY29tLz4gDQoNCsClt866
vzogwPy8vLDowMcgwKXG5MDMwfa4piDFvbv2x8+/qSC/qbevutDAzCC/+MfPvcO0wiDBpLq4v80g
xbC/9rXluKYguPC+xrytIMO8sOjA+8C4t84gwaaw+MfYIMHWtMIgvNLHwcauv/6+7rfOIL+pt6+6
0MDHDQrIqMbkwMzB9rimIMb3xbvIrSDHz73HILz2IMDWtMIgwK+/68fRILO7v+vAuyDHs7rOx8+w
1CC89sH9x8+/qSDIsL/rx8+9xyC89iDA1r3AtM+02S4gDQoNCr3Dx+jGxyC02b/ut8615SC53rHi
IDxodHRwOi8vd3d3Lm5hYml0ZWwuY29tLz4gDQoNCiA8aHR0cDovL3d3dy5OYWJpdGVsLmNvbS8+
ICAJDQrAzLjewM8gw9/D4rHiL8D8vNux4jogwKXG5MDMwfa/oSCw+LCztcggwPwgvLyw6MDHIMDM
uN7AzyDB1rzSuKYgw9/D4sfPsO0gwPrA5cfPuOcsIMPfw+K1yCC43sDPIMHWvNK3ziC43sDPwLsg
sO2808C4t84gwPy828fYDQrB1rTCILzSx8HGrr/+vu4gwNS0z7TZLg0KDQq9w8foxscgtNm/7rfO
teUgud6x4iA8aHR0cDovL3d3dy5uYWJpdGVsLmNvbS8+IA0KDQogPGh0dHA6Ly93d3cuTmFiaXRl
bC5jb20vPiAgCcClILytufYgvLq0ySC9w8foseI6ILHNx8+zqiCw7bC0wMcgwKUgvK259iC8urTJ
wLsgvcPH6MfPsO0NCr3NwLi9yrTPse4/ILq5wOLH0SC1tbG4uKYgsbjA1MfYvt8gx8+w7SC1t7W1
ILi5wMwgtenB9r/kLiCxu8DMILHXt7iw1CC+7rfBv+4guea5/cC7IMXDx9Igx8q/5LChIMDWs6q/
5D8gwKUgvbrGrre5vbq4pg0Ku+e/68fPvLy/5C4gMri4v/jAxyDA+rfFx9EgsKGw3b+hIMi/sPrA
+8C4t84gvLq0ycC7ILDLwfXHz73HILz2IMDWvcC0z7TZLiANCg0KvcPH6MbHILTZv+63zrXlILne
seIgPGh0dHA6Ly93d3cubmFiaXRlbC5jb20vPiAgDQrG98W7ILytuvG9uiC+yLO7IAkNCiA8aHR0
cDovL3d3dy5uYWJpdGVsLmNvbS8+ICAJDQrApSDG98W7OiC/qbevutDAxyDIqMbkwMzB9rimILmr
t+G3ziDA2sCvvbq3tLDUILXut8/Hz73HILz2IMDWsO0gx8q/5MfRIMGkuri4piCwy7v2x8+9xyC8
9iDA1rTCILytuvG9urimIMGmsPjH1bTPtNkuDQoNCrOquvHF2iDG98W7t84gudm3ziCwobHiIDxo
dHRwOi8vd3d3Lm5hYml0ZWwuY29tLz4gDQoNCiA8aHR0cDovL3d3dy5kb21haW5saW5rZXJzLmNv
bS8+ICAJDQq1tbjewM4gsOa4xSDG98W7OiDAzsXNs90gtbW43sDOwLsgwNrAr7fTsNQgsOa4xcfS
ILz2IMDWvcC0z7TZLiC1tbjewM4gsOa4xbimIMCnx9EgvK268b26sKEguau34cDUtM+02SENCg0K
tbW43sDOILDmuMUgxvfFu7fOILnZt84gsKGx4iA8aHR0cDovL3d3dy5kb21haW5saW5rZXJzLmNv
bS8+IA0KDQogPGh0dHA6Ly93d3cuQWxsVGhhdENhcnMuY29tLz4gIAnA2rW/wvcgxvfFuzogsbi4
xcfPvcOwxbOqIMbHuMXHz73DsO3A2iDHz7TCILCiwb4gwve3rg0KwaS6uLimILmrt+G3ziDIsL/r
x8+9w7DFs6ogte63z8fPvccgvPYgwNa9wLTPtNkuDQoNCsDatb/C9yDG98W7t84gudm3ziCwobHi
IDxodHRwOi8vd3d3LkFsbFRoYXRDYXJzLmNvbS8+IA0KDQogPGh0dHA6Ly93d3cuQWxsVGhhdENv
bXB1dGVycy5Db20+ICAJxMTHu8XNIMb3xbs6ILG4uMXHz73DsMWzqiDGx7jFx8+9w7DtwNogx8+0
wiCwosG+IMTEx7vFzQ0KwaS6uLimILmrt+G3ziDIsL/rx8+9w7DFs6ogte63z8fPvccgvPYgwNa9
wLTPtNkuIA0KDQrExMe7xc0gxvfFu7fOILnZt84gsKGx4iA8aHR0cDovL3d3dy5BbGxUaGF0Q29t
cHV0ZXJzLmNvbS8+IA0KDQogPGh0dHA6Ly93d3cuQWxsVGhhdEZvb2RzLkNvbS8+ICAJwL29xMGh
IMb3xbs6ILHNx8+ysrytIMC9vcTBocC7ILDmv7XHz7DtILDovcO02bjpILHNx8/Axw0KwL29xMGh
wLsguau34bfOILXut8/Hz73Dvu4gsaSw7cfPvccgvPYgwNa9wLTPtNkuIL7GtM+46SCxzcfPsrK8
rSC/+MfPvcO0wiDAvb3EsPogwL29xMGhwLsgwPyxucD7wLi3ziCwy7v2x8+9xyC89iDA1r3AtM+0
2S4NCg0KwL29xMGhIMb3xbu3ziC52bfOILChseIgPGh0dHA6Ly93d3cuQWxsVGhhdEZvb2RzLmNv
bS8+IA0KDQrBwcC6IMfPt+cgtce9w7HiuKYuLi4uLiCwqLvnx9W0z7TZLiAJDQo=

[Openflow-dev] Newbie Question on App Wizard

[Aseem M. <ase...@ho...>]

I recently downloaded and installed openflow and the application wizard. I
have looked through the documents on openflow.it website and although the
documents on openflow are great - I couldn't find anything on the
application wizard. I'm having trouble understanding the usage of this tool.
Is there a step-by-step guide on creating a new application using the wizard
that someone can point me to? If not could someone share his/her experience
doing this - once I understand this I can create a how-to on this

thanks in advance
Aseem

Re: [Openflow-dev] openflow modifications and questions

[<jm...@so...>]

I'm not yet using the 1.0,

but there is an issue that would be nice to have:

Define the roles that the openflow uses when it calls an automatic
activity. A kind of "proxy" role (and maybe also define a default role
"Openflow").



On Tue, 4 Feb 2003, Daniele wrote:

> Hello Adrian,
>
> you have big plans for OpenFlow, don't you? We are happy about that and we'll
> be glad to double check your patches and include them in the OpenFlow
> release. Let's see the details you were talking about.
>
> All the "ironing" seems pretty reasonable. Tidy code is readable code. We are
> a bit concerned about the compatibility with the current OpenFlow 1.0
> instances. The following points could be dangerous for compatibility:
>
> >  - use ClassCase for class names
> >  - rename the openflow class to WorkflowEngine with meta_type
> >    'Openflow Workflow Engine' or similar - remember 'workflow' is one
> >    word in English
> >  - refactor interface methods - eg. startWorkitem() -> instance.start()
>
> Could it be arranged so that both interfaces work? We can then keep both
> interfaces for a few releases to give people time to switch from the old one
> to the new one.
>
> The large refactorings left are definitely good. We were thinking about using
> BTreeFolder folders already; actually Shane Hathaway got out the
> BTreeFolder2, and we were focusing on using that one. Here's a link:
> http://hathaway.freezope.org/Software/BTreeFolder2
>
> Thanks for your support to the OpenFlow project: we greatly appreciate it.
>
> Cheers,
> 	Daniele =)
>
>
> PS: about the transition ids:
> >  - generate transition ids from the endpoint activities (there is no
> >    need for human-generated transition ids)
> ... actually if you don't specify an id, the transition id will already
> default to: <FromActivity>_<ToActivity>
> =)
>
>
>
>
> On Tuesday 04 February 2003 05:24, Adrian van den Dries wrote:
> > Hi Openflowers,
> >
> > At my work, we need to deploy a working workflow engine, but I need to
> > make some changes (get the timeouts working), but before I do I'd like
> > to iron out some wrinkles that irk me.  Here are some of them:
> >
> >  - choose either of DTMLFile or PageTemplateFile and then
> >  - move all the .pt or .dtml into one flat directory
> >  - use ClassCase for class names
> >  - rename the openflow class to WorkflowEngine with meta_type
> >    'Openflow Workflow Engine' or similar - remember 'workflow' is one
> >    word in English
> >  - clarify what the package name is (OpenFlow, openflow_engine, or
> >    openflow-engine as in CVS - perhaps move the package to Openflow
> >    (my preference) to under the openflow-engine module in CVS?)
> >  - fix spelling errors ('registar' should be 'registrar' etc.)
> >  - remove Italian and tidy English (unactivate -> deactivate etc.)
> >  - generate transition ids from the endpoint activities (there is no
> >    need for human-generated transition ids)
> >  - use symbolic permission names from a permissions module
> >  - clarify terminology (actor/client/customer... etc.)
> >  - specify exceptions for bare except: clauses
> >
> > And then move onto some larger refactoring, like:
> >
> >  - refactor large conditions/expressions into separate methods
> >  - refactor interface methods - eg. startWorkitem() -> instance.start()
> >  - move to BTrees over Folders, as workflows could potentially have
> >    large numbers of objects, and other such optimisations
> >
> > Are these too out of scope?  Are they too hard?  Are they too petty?
> > If the icube guys are happy with the above and would like to make some
> > decisions (names, etc) would you be happy for me to submit patches for
> > the above?  Obviously changing class names (and the package name) will
> > break existing instances, but is perhaps worth it for the sake of
> > clarity and consistency.
> >
> > a.
>
>