openflow-dev

Re: [Openflow-dev] Re: Upcoming OpenFlow 1.0

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

On Tuesday 15 October 2002 16:28, Vincenzo Di Somma wrote:
> On Tuesday 15 October 2002 15:46, Daniele wrote:
(snip)
> > Icube would like to officially release OpenFlow 1.0 making it finally
> > come out of CVS. I would like to support this release with as much
> > documentation and examples as possible. But I don't want to re-do
> > something already done: Vincenzo, Riccardo, do you have anything looking
> > like documentation or examples?
>
> Yes, we do have examples we`re working on and we`ll relaese them for the
> end of this week together with CMFOpenFlow.
> The documentation is currently in italian and I think we`ll have to wait
> Riccardo to be back from his honey moon  to have it really updated.

Ok, are the examples complete and working or are they work in progress?

And what do you mean with "we'll" release? Are you going to give us the files 
to be put in the www.openflow.it pages? Are you going  to give us an URL 
where to find the files to be linked to the project pages?

Week-end is very very close: I would like to have these documents and demo 
examples some time before the last minute. Just to have the time to check 'em 
out and see that everything is correctly functioning. =)

> > Another good thing to have would be "expected future works on OpenFlow".
> > Since the development, I expect, will be involving quite a few people I
> > would like to sketch the next possible evolution of OpenFlow so that the
> > project won't go wild in too many different directions. Any ideas on
> > starting points? Any othere un-implemented requirements? "CMF-OF", for
> > example? I expect this mailing list to become much more important for the
> > development of OpenFlow.
>
> The best way to do that is to combine our needs and work on the
> implementation of the feature we require for our work.
> What are the needs of Icube at the moment ?
> What other developers need ?

Icube just needs this OpenFlow 1.0 version to come out, right now. The needs 
we'll have depend on the projects we are going to develop with it, and so 
we'll have to wait and see what comes up.

> > Vincenzo, Riccardo, what is the situation with the "Expressions" module?
> > Will OpenFlow 1.0 still stick to the CMF.1.3 Expressions module? Or is it
> > going to own a similar one? Do you have any news about this from Alan?
> > Can this point be public on this list, so that we all know what's going
> > on?
>
> We`ll fix that dependance for the end of the week.

I would like to have the fix some time before the last minute. I don't want 
to make this release in a rushy day, and I'm pretty sure you don't want 
either.

> > Am I forgetting something? Anybody want to contribute further?
> >
> > Ah, last but not least: OpenFlow official site (http://www.openflow.it)
> > needs feedback from visitors and users. Suggestions, comments and
> > anything else will be quite welcome.
>
> Mainly needs update and maintance I think, most of the content are
> obsolete, the examples are incomplete and not very helpful.

Ok, contents and examples. And code, if you want. Are you speaking in general 
or are you thinking about something particular?

> Does anybody can help in that way ?
> Maybe Francesco Ciriaci is interested, you know he likes web sites :)

I don't think this is what Francesco wants to do. Still... who knows? =)

Daniele =)

Re: [Openflow-dev] Upcoming OpenFlow 1.0

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

On Tue, 15 Oct 2002, Vincenzo Di Somma wrote:

> > 2) Put (optionally) the dynamic part of the workflows (instances,
> > workitem) in an external database.
>
> We can discuss that, I haven`t found any interesting reason to do that, if
> you have some can you please share it with us, thanks.

Did you receive my last email on the mail-list?

Re: [Openflow-dev] Upcoming OpenFlow 1.0

[Vincenzo Di S. <dis...@in...>]

On Tuesday 15 October 2002 17:34, Juli=E1n Mu=F1oz wrote:
> Hi Daniele,
>
> I don't have the "last of the last" openflow (as you know, I am bit slo=
w
> with updates), but here are are my proposals for the future:
>
> 1) Write workflows fastly. For example, integrate the activity and the
> application forms in the same form, so both object can be created a the
> same time (optionally).

Yes, it will be fast but it lose flexibility. Applications in OpenFlow ar=
e=20
place holders for Zope Applications if you use the path instaed and chang=
e it=20
for some reaseon you have to change it in every application that use it.=20

> 2) Put (optionally) the dynamic part of the workflows (instances,
> workitem) in an external database.

We can discuss that, I haven`t found any interesting reason to do that, i=
f=20
you have some can you please share it with us, thanks.

> 3) Display nicely the workflows (so I don't have to do pictures by hand=
 on
> a paper :-)

Riccardo is working in his spare time on a java applet that let you desig=
n=20
the process definition with the browser, very interesting :)

Ciao,
	Vincenzo.

Re: [Openflow-dev] Upcoming OpenFlow 1.0

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

Hi Daniele,

I don't have the "last of the last" openflow (as you know, I am bit slow
with updates), but here are are my proposals for the future:

1) Write workflows fastly. For example, integrate the activity and the
application forms in the same form, so both object can be created a the
same time (optionally).

2) Put (optionally) the dynamic part of the workflows (instances,
workitem) in an external database.

3) Display nicely the workflows (so I don't have to do pictures by hand on
a paper :-)


:-)



On Tue, 15 Oct 2002, Daniele wrote:

> Dear OpenFlow developers,
>
> thanks to the restless work of  people like Vincenzo Di Somma and Riccardo
> Lemmi, acting in the past as Icube developers and now as external
> collaborators, Icube's OpenFlow has reached a well-defined stage.
>
> Icube would like to officially release OpenFlow 1.0 making it finally come
> out of CVS. I would like to support this release with as much documentation
> and examples as possible. But I don't want to re-do something already done:
> Vincenzo, Riccardo, do you have anything looking like documentation or
> examples?
>
> Another good thing to have would be "expected future works on OpenFlow".
> Since the development, I expect, will be involving quite a few people I would
> like to sketch the next possible evolution of OpenFlow so that the project
> won't go wild in too many different directions. Any ideas on starting points?
> Any othere un-implemented requirements? "CMF-OF", for example? I expect this
> mailing list to become much more important for the development of OpenFlow.
>
> Vincenzo, Riccardo, what is the situation with the "Expressions" module? Will
> OpenFlow 1.0 still stick to the CMF.1.3 Expressions module? Or is it going to
> own a similar one? Do you have any news about this from Alan? Can this point
> be public on this list, so that we all know what's going on?
>
> Am I forgetting something? Anybody want to contribute further?
>
> Ah, last but not least: OpenFlow official site (http://www.openflow.it) needs
> feedback from visitors and users. Suggestions, comments and anything else
> will be quite welcome.
>
>
> Daniele =)
>
> ---------------------------------------------------------------
> Daniele Tarini - Research and Development - Icube srl
>
>
> -------------------------------------------------------
> 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
>

[Openflow-dev] Re: Upcoming OpenFlow 1.0

[Vincenzo Di S. <dis...@in...>]

On Tuesday 15 October 2002 15:46, Daniele wrote:
> Dear OpenFlow developers,
>
> thanks to the restless work of  people like Vincenzo Di Somma and Riccardo
> Lemmi, acting in the past as Icube developers and now as external
> collaborators, Icube's OpenFlow has reached a well-defined stage.

You may say free developers instaed of collaborators as we don`t have any 
contract from Icube at the moment :)

> Icube would like to officially release OpenFlow 1.0 making it finally come
> out of CVS. I would like to support this release with as much documentation
> and examples as possible. But I don't want to re-do something already done:
> Vincenzo, Riccardo, do you have anything looking like documentation or
> examples?

Yes, we do have examples we`re working on and we`ll relaese them for the end 
of this week together with CMFOpenFlow.
The documentation is currently in italian and I think we`ll have to wait 
Riccardo to be back from his honey moon  to have it really updated.

> Another good thing to have would be "expected future works on OpenFlow".
> Since the development, I expect, will be involving quite a few people I
> would like to sketch the next possible evolution of OpenFlow so that the
> project won't go wild in too many different directions. Any ideas on
> starting points? Any othere un-implemented requirements? "CMF-OF", for
> example? I expect this mailing list to become much more important for the
> development of OpenFlow.

The best way to do that is to combine our needs and work on the 
implementation of the feature we require for our work.
What are the needs of Icube at the moment ?
What other developers need ?


> Vincenzo, Riccardo, what is the situation with the "Expressions" module?
> Will OpenFlow 1.0 still stick to the CMF.1.3 Expressions module? Or is it
> going to own a similar one? Do you have any news about this from Alan? Can
> this point be public on this list, so that we all know what's going on?

We`ll fix that dependance for the end of the week.

> Am I forgetting something? Anybody want to contribute further?
>
> Ah, last but not least: OpenFlow official site (http://www.openflow.it)
> needs feedback from visitors and users. Suggestions, comments and anything
> else will be quite welcome.

Mainly needs update and maintance I think, most of the content are obsolete, 
the examples are incomplete and not very helpful. 
Does anybody can help in that way ? 
Maybe Francesco Ciriaci is interested, you know he likes web sites :)

Ciao,
	Vincenzo.

[Openflow-dev] Upcoming OpenFlow 1.0

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

Dear OpenFlow developers,

thanks to the restless work of  people like Vincenzo Di Somma and Riccardo 
Lemmi, acting in the past as Icube developers and now as external 
collaborators, Icube's OpenFlow has reached a well-defined stage. 

Icube would like to officially release OpenFlow 1.0 making it finally come 
out of CVS. I would like to support this release with as much documentation 
and examples as possible. But I don't want to re-do something already done: 
Vincenzo, Riccardo, do you have anything looking like documentation or 
examples?

Another good thing to have would be "expected future works on OpenFlow". 
Since the development, I expect, will be involving quite a few people I would 
like to sketch the next possible evolution of OpenFlow so that the project 
won't go wild in too many different directions. Any ideas on starting points? 
Any othere un-implemented requirements? "CMF-OF", for example? I expect this 
mailing list to become much more important for the development of OpenFlow.

Vincenzo, Riccardo, what is the situation with the "Expressions" module? Will 
OpenFlow 1.0 still stick to the CMF.1.3 Expressions module? Or is it going to 
own a similar one? Do you have any news about this from Alan? Can this point 
be public on this list, so that we all know what's going on?

Am I forgetting something? Anybody want to contribute further?

Ah, last but not least: OpenFlow official site (http://www.openflow.it) needs 
feedback from visitors and users. Suggestions, comments and anything else 
will be quite welcome.


Daniele =)

---------------------------------------------------------------
Daniele Tarini - Research and Development - Icube srl

Re: [Openflow-dev] OpenFlow CMF and 1.0 version

[Vincenzo Di S. <dis...@in...>]

On Thursday 03 October 2002 18:39, Juli=E1n Mu=F1oz wrote:
> Is Zope 2.5 required now (ZPT) ?

I don`t think so, maybe you need just zpt in some way (Zope 2.5 o 2.4.x w=
ith=20
zpt modules etc.)
Please let me know if I`m wrong.
Bye,
	Vincenzo.

Re: [Openflow-dev] OpenFlow CMF and 1.0 version

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

Is Zope 2.5 required now (ZPT) ?


--=20

      __o
    _ \<_
   (_)/(_)

Saludos de Juli=E1n
-.-

DVD-record Tools for linux
http://www.freesoftware.fsf.org/dvdrtools/

Re: [Openflow-dev] Re: Datas in a database (was Re: [Openflow-dev] zpt)

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

On Tue, 1 Oct 2002, Vincenzo Di Somma wrote:


> I`m struggling on the reason why we need to store the workflow objects in=
 a
> relational db, but at the moment I can`t find a good a good one.


Ok, really maybe my problem has another solution, this is why I think it
would be good to store the workflow objects in a relational db:


1) For what I know, ZODB is not a good repository for many datas. Imagine
you have thousands of instances. How would work Openflow ? Are the dynamic
data (say 1 thousand of instances) secure ?


2) Imagine you want to upgrade an entire website, which has an
Openflow, from a development site to the public site.
folder.

- I can't replace the ZODB file with the one on the development site
(which would be the more easy)

- Importing a .zexp is not enough: If I replace the site with the new one,
all the process instances are lost.

- It would be so nice to have separated the dynamic datas and the static
datas, so upgrading the site would be as easy as upgrading the static
datas.

There is a product to mount another ZODB file in a Zope folder. So maybe
changing a bit Openflow to allow having the instances and workitems in a
folder which is mounted in another ZODB file would be the solution (and
maybe 1) is no so critical ???)



In an old version of Openflow which I use (with tokens, do you remember
:-), to upgrade I extract the zexp, and regenerate a process folder
from the old workflow in a new process folder of the new workflow.
However, this is a bit tricky.



What is you opinion ?


--=20

      __o
    _ \<_
   (_)/(_)

Saludos de Juli=E1n
-.-

DVD-record Tools for linux
http://www.freesoftware.fsf.org/dvdrtools/

[Openflow-dev] OpenFlow CMF and 1.0 version

[Vincenzo Di S. <dis...@in...>]

Hi,
We, Riccardo Lemmi and me, are working on the CMF porting of OpenFlow.
We are fixing some problems releated to a little bit of confusion on the 
assignement policy, swithcing every templates to zpt and fixing some bug.
You can find everything on the cvs, we`ll update it very very frequently.
Help and suggestions are, as usual very welcome.
Bye,
	Vincenzo.

Re: [Openflow-dev] Re: Datas in a database (was Re: [Openflow-dev] zpt)

[Vincenzo Di S. <dis...@in...>]

I`m struggling on the reason why we need to store the workflow objects in=
 a=20
relational db, but at the moment I can`t find a good a good one.

On Friday 27 September 2002 16:59, Juli=E1n Mu=F1oz wrote:
> An option would be then to store the properties on the zodb (=3Dthe
> instance would be derived from PropertyManager), and in the db would be
> stored the remaining attributes (the ones to locate the instance in the
> db)... I'll keep on thinking on this
>
> On Fri, 27 Sep 2002, Juli=E1n Mu=F1oz wrote:
> > Hi,
> >
> > finally I start to understand DBObjects.
> >
> > A bit hard... The conclusion is that it is possible to implement obje=
cts
> > in a database (in our case, 2 classes: instances and workitems). If
> > someone (me?) read this on the future, I hope this will help:
> >
> >
> > It seems that with DBObjects:
> >
> > - each class must have a predefined set of attributes
> > - these attributes aren't properties (DBObjects aren't
> > derived form PropertyManager).
> >
> > So it's clear that an instance can't be a DBObject, because it's not
> > generic enough.
> >
> > However there is FolderishDBObjects, which can contain DBObjects, so =
it
> > would be possible to implement properties (one DBObject per property)=
=2E
> >
> > Well, from the point of view of database connection, dynamic tables
> > creation, I have no idea of how factible it is (DBObject requires
> > postgree sql and the correspondente ZopeDA, and I haven't installed i=
t).
> >
> > So this is too much work for the moment, I'll keep on using the syste=
m I
> > have now :-)
> >
> > On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:
> > > On Wednesday 25 September 2002 18:15, Juli=E1n Mu=F1oz wrote:
> > > > On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:
> > > > > > I would be very much interested in features like separating t=
he
> > > > > > datas of the Openflow (instances and workitems) in a database=
=2E
> > > > >
> > > > > Any proposal about that ?
> > > >
> > > > Using something like:
> > > >
> > > > http://www.zope.org/Members/srichter/Products/DBObjects
> > > > http://sf.net/projects/modeling
> > > >
> > > > But reading the first one has given me a gread headache. It's a
> > > > complex topic.
> > > >
> > > > Well from what I read from DBOBjects, it seems to be convenient t=
o
> > > > have a trace of the object in the zodb.
> > > >
> > > > You put the database adapter on the Openflow, and it regenerates =
the
> > > > object structure.
> > > >
> > > > Then, you work transparently.
> > > >
> > > > One point would be: if you delete the openflow, the objects would=
 not
> > > > be deleted from the database.  If you replace the openflow with a=
nd
> > > > upgrade, it will still use the objects on the database, and will =
not
> > > > alterate them.
> > >
> > > We hope to fix the interfaces NOW :) So for the next release it wil=
l be
> > > very very easy to upgrade running OpenFlow objects, your product wi=
ll
> > > be very useful :)
> > >
> > > > Well, I don't know, maybe a simpler solution would be possible, b=
ut,
> > > > how would you attach a property to an instance ? All seem to poin=
t to
> > > > something like this.
> > >
> > > I prefer instead to use the standard zope property manager properti=
es
> > > or instantiate custom o standard objects in the process instance, b=
ut
> > > if in your experience you`ve found it not confortable we can try to
> > > find another solutions. However when I need interaction between a
> > > process instance and one or more RDMS tables I store the primary ke=
ys
> > > in the instance and I use them to retrive information form the DB.
> > >
> > > > Just ideas, for the future :-)
> > >
> > > Thanks a lot  :)
> > > 	Vincenzo.
> > >
> > >
> > > -------------------------------------------------------
> > > 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

Re: [Openflow-dev] help

[Vincenzo Di S. <dis...@in...>]

it`s just a warning not a bug, don`t worry, it will work correctly.
Thanks,
	Vincenzo.
On Tuesday 01 October 2002 11:19, go...@le... wrote:
> Hello,
> I have copyed the dir  openflow-engine of openflow-0.7.2 to
> lib\python\products of zope 2.5.1,then restarted the Zope, I get the
> following Messages on my console window of windows 2000 os.
>
> ------
> 2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
> Products.openflow-engine.instance.instance: "History" != "index_html"
> ------
> 2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
> Products.openflow-engine.instance.instance: "History" != "index_html"
> ------
> 2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
> Products.openflow-engine.activity.activity: "index_html" !
> = "manage_editActivityForm"
> ------
> 2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
> Products.openflow-engine.process.process: "index_html" != "Map"
> ------
> 2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
> Products.openflow-engine.process.process: "index_html" != "Map"
> ------
> 2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
> Products.openflow-engine.openflow.openflow: "WorkList" != "index_html"
> ------
> 2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
> Products.openflow-engine.openflow.openflow: "WorkList" != "index_html"
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: DEDICATED SERVERS only $89!
> Linux or FreeBSD, FREE setup, FAST network. Get your own server
> today at http://www.ServePath.com/indexfm.htm
> _______________________________________________
> Openflow-dev mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openflow-dev

[Openflow-dev] help

[<go...@le...>]

Hello,
I have copyed the dir  openflow-engine of openflow-0.7.2 to
lib\python\products of zope 2.5.1,then restarted the Zope, I get the
following Messages on my console window of windows 2000 os.

------
2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
Products.openflow-engine.instance.instance: "History" != "index_html"
------
2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
Products.openflow-engine.instance.instance: "History" != "index_html"
------
2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
Products.openflow-engine.activity.activity: "index_html" !
= "manage_editActivityForm"
------
2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
Products.openflow-engine.process.process: "index_html" != "Map"
------
2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
Products.openflow-engine.process.process: "index_html" != "Map"
------
2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
Products.openflow-engine.openflow.openflow: "WorkList" != "index_html"
------
2002-10-01T09:23:28 PROBLEM(100) Init Ambiguous name for method of
Products.openflow-engine.openflow.openflow: "WorkList" != "index_html"

Re: [Openflow-dev] Re: Datas in a database (was Re: [Openflow-dev] zpt)

[<jm...@te...>]

An option would be then to store the properties on the zodb (=3Dthe
instance would be derived from PropertyManager), and in the db would be
stored the remaining attributes (the ones to locate the instance in the
db)... I'll keep on thinking on this






On Fri, 27 Sep 2002, Juli=E1n Mu=F1oz wrote:

> Hi,
>
> finally I start to understand DBObjects.
>
> A bit hard... The conclusion is that it is possible to implement objects
> in a database (in our case, 2 classes: instances and workitems). If
> someone (me?) read this on the future, I hope this will help:
>
>
> It seems that with DBObjects:
>
> - each class must have a predefined set of attributes
> - these attributes aren't properties (DBObjects aren't
> derived form PropertyManager).
>
> So it's clear that an instance can't be a DBObject, because it's not
> generic enough.
>
> However there is FolderishDBObjects, which can contain DBObjects, so it
> would be possible to implement properties (one DBObject per property).
>
> Well, from the point of view of database connection, dynamic tables
> creation, I have no idea of how factible it is (DBObject requires postgre=
e
> sql and the correspondente ZopeDA, and I haven't installed it).
>
> So this is too much work for the moment, I'll keep on using the system I
> have now :-)
>
>
>
>
>
> On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:
>
> > On Wednesday 25 September 2002 18:15, Juli=E1n Mu=F1oz wrote:
> > > On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:
> > > > > I would be very much interested in features like separating the d=
atas
> > > > > of the Openflow (instances and workitems) in a database.
> > > >
> > > > Any proposal about that ?
> > >
> > > Using something like:
> > >
> > > http://www.zope.org/Members/srichter/Products/DBObjects
> > > http://sf.net/projects/modeling
> > >
> > > But reading the first one has given me a gread headache. It's a compl=
ex
> > > topic.
> > >
> > > Well from what I read from DBOBjects, it seems to be convenient to ha=
ve a
> > > trace of the object in the zodb.
> > >
> > > You put the database adapter on the Openflow, and it regenerates the
> > > object structure.
> > >
> > > Then, you work transparently.
> > >
> > > One point would be: if you delete the openflow, the objects would not=
 be
> > > deleted from the database.  If you replace the openflow with and upgr=
ade,
> > > it will still use the objects on the database, and will not alterate =
them.
> >
> > We hope to fix the interfaces NOW :) So for the next release it will be=
 very
> > very easy to upgrade running OpenFlow objects, your product will be ver=
y
> > useful :)
> >
> > > Well, I don't know, maybe a simpler solution would be possible, but, =
how
> > > would you attach a property to an instance ? All seem to point to
> > > something like this.
> >
> > I prefer instead to use the standard zope property manager properties o=
r
> > instantiate custom o standard objects in the process instance, but if i=
n your
> > experience you`ve found it not confortable we can try to find another
> > solutions. However when I need interaction between a process instance a=
nd one
> > or more RDMS tables I store the primary keys in the instance and I use =
them
> > to retrive information form the DB.
> >
> > >
> > >
> > > Just ideas, for the future :-)
> >
> > Thanks a lot  :)
> > =09Vincenzo.
> >
> >
> > -------------------------------------------------------
> > 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
> >
>
>

--=20

      __o
    _ \<_
   (_)/(_)

Saludos de Juli=E1n
-.-

DVD-record Tools for linux
http://www.freesoftware.fsf.org/dvdrtools/

[Openflow-dev] Re: Datas in a database (was Re: [Openflow-dev] zpt)

[<jm...@te...>]

Hi,

finally I start to understand DBObjects.

A bit hard... The conclusion is that it is possible to implement objects
in a database (in our case, 2 classes: instances and workitems). If
someone (me?) read this on the future, I hope this will help:


It seems that with DBObjects:

- each class must have a predefined set of attributes
- these attributes aren't properties (DBObjects aren't
derived form PropertyManager).

So it's clear that an instance can't be a DBObject, because it's not
generic enough.

However there is FolderishDBObjects, which can contain DBObjects, so it
would be possible to implement properties (one DBObject per property).

Well, from the point of view of database connection, dynamic tables
creation, I have no idea of how factible it is (DBObject requires postgree
sql and the correspondente ZopeDA, and I haven't installed it).

So this is too much work for the moment, I'll keep on using the system I
have now :-)





On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:

> On Wednesday 25 September 2002 18:15, Juli=E1n Mu=F1oz wrote:
> > On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:
> > > > I would be very much interested in features like separating the dat=
as
> > > > of the Openflow (instances and workitems) in a database.
> > >
> > > Any proposal about that ?
> >
> > Using something like:
> >
> > http://www.zope.org/Members/srichter/Products/DBObjects
> > http://sf.net/projects/modeling
> >
> > But reading the first one has given me a gread headache. It's a complex
> > topic.
> >
> > Well from what I read from DBOBjects, it seems to be convenient to have=
 a
> > trace of the object in the zodb.
> >
> > You put the database adapter on the Openflow, and it regenerates the
> > object structure.
> >
> > Then, you work transparently.
> >
> > One point would be: if you delete the openflow, the objects would not b=
e
> > deleted from the database.  If you replace the openflow with and upgrad=
e,
> > it will still use the objects on the database, and will not alterate th=
em.
>
> We hope to fix the interfaces NOW :) So for the next release it will be v=
ery
> very easy to upgrade running OpenFlow objects, your product will be very
> useful :)
>
> > Well, I don't know, maybe a simpler solution would be possible, but, ho=
w
> > would you attach a property to an instance ? All seem to point to
> > something like this.
>
> I prefer instead to use the standard zope property manager properties or
> instantiate custom o standard objects in the process instance, but if in =
your
> experience you`ve found it not confortable we can try to find another
> solutions. However when I need interaction between a process instance and=
 one
> or more RDMS tables I store the primary keys in the instance and I use th=
em
> to retrive information form the DB.
>
> >
> >
> > Just ideas, for the future :-)
>
> Thanks a lot  :)
> =09Vincenzo.
>
>
> -------------------------------------------------------
> 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
>

--=20

      __o
    _ \<_
   (_)/(_)

Saludos de Juli=E1n
-.-

DVD-record Tools for linux
http://www.freesoftware.fsf.org/dvdrtools/

Re: Datas in a database (was Re: [Openflow-dev] zpt)

[Vincenzo Di S. <dis...@in...>]

On Wednesday 25 September 2002 18:15, Juli=E1n Mu=F1oz wrote:
> On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:
> > > I would be very much interested in features like separating the dat=
as
> > > of the Openflow (instances and workitems) in a database.
> >
> > Any proposal about that ?
>
> Using something like:
>
> http://www.zope.org/Members/srichter/Products/DBObjects
> http://sf.net/projects/modeling
>
> But reading the first one has given me a gread headache. It's a complex
> topic.
>
> Well from what I read from DBOBjects, it seems to be convenient to have=
 a
> trace of the object in the zodb.
>
> You put the database adapter on the Openflow, and it regenerates the
> object structure.
>
> Then, you work transparently.
>
> One point would be: if you delete the openflow, the objects would not b=
e
> deleted from the database.  If you replace the openflow with and upgrad=
e,
> it will still use the objects on the database, and will not alterate th=
em.

We hope to fix the interfaces NOW :) So for the next release it will be v=
ery=20
very easy to upgrade running OpenFlow objects, your product will be very=20
useful :)

> Well, I don't know, maybe a simpler solution would be possible, but, ho=
w
> would you attach a property to an instance ? All seem to point to
> something like this.

I prefer instead to use the standard zope property manager properties or=20
instantiate custom o standard objects in the process instance, but if in =
your=20
experience you`ve found it not confortable we can try to find another=20
solutions. However when I need interaction between a process instance and=
 one=20
or more RDMS tables I store the primary keys in the instance and I use th=
em=20
to retrive information form the DB.

>
>
> Just ideas, for the future :-)

Thanks a lot  :)
	Vincenzo.

Datas in a database (was Re: [Openflow-dev] zpt)

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

On Wed, 25 Sep 2002, Vincenzo Di Somma wrote:

> > I would be very much interested in features like separating the datas o=
f
> > the Openflow (instances and workitems) in a database.
>
> Any proposal about that ?

Using something like:

http://www.zope.org/Members/srichter/Products/DBObjects
http://sf.net/projects/modeling

But reading the first one has given me a gread headache. It's a complex
topic.

Well from what I read from DBOBjects, it seems to be convenient to have a
trace of the object in the zodb.

You put the database adapter on the Openflow, and it regenerates the
object structure.

Then, you work transparently.

One point would be: if you delete the openflow, the objects would not be
deleted from the database.  If you replace the openflow with and upgrade,
it will still use the objects on the database, and will not alterate them.

This is: even if there is a trace of the objects of the Zodb, funcionally
the datas are completly outside, in the database.


From=20the second reading, http://sf.net/projects/modeling, it has been to
fast, so no idea :-)


Well, I don't know, maybe a simpler solution would be possible, but, how
would you attach a property to an instance ? All seem to point to
something like this.


Just ideas, for the future :-)


--=20

      __o
    _ \<_
   (_)/(_)

Saludos de Juli=E1n
-.-

DVD-record Tools for linux
http://www.freesoftware.fsf.org/dvdrtools/

Re: [Openflow-dev] Moving status=complete

[Vincenzo Di S. <dis...@in...>]

On Wednesday 25 September 2002 13:16, you wrote:
> I think the bug is something like openflow allows to move a workitem with
>  status=='complete', and he should not.

it has been fixed on the cvs :)

Re: [Openflow-dev] zpt

[Vincenzo Di S. <dis...@in...>]

> Uhm, I don't know how works this Zcatalog stuff (I have read several times
> the Zope API section, but I still don't understand very well): it seems an
> API for requesting objects, is it this ? So for example I could request an
> instance, and move it. Is it the idea?

You can have a good idea of how it works if you take a look at the new 
Worklist zpt. Any questions are welcome.

> So my "easy to view WorkList" could be for example a zexp (with the dtml
> method and some scripts) that I descompress on the same folder of the
> workflow. ??

Yes, very nice idea.

> > About the CMF questio...lets say YES :)
> > There`s not a really integration at the moment but the current version
> > of OpenFlow can be used easily in a CMF Portal and we`re planning to use
> > the main OpenFlow package to subclass the CMF version so Zope and CMF
> > user could work exactly on the same stuff and exachange every workflow
> > object. Do you like the idea ?
>
> Today I have seen that Openflow is also integrating with plone.
> Well, in fact I have no opinion, as I don't need a Content Management
> System now, the only thing I need is powerfull Workflow application, as
> openflow is :-)
>
> I would be very much interested in features like separating the datas of
> the Openflow (instances and workitems) in a database.

Any proposal about that ?

Bye,
	Vincenzo.

[Openflow-dev] Moving status=complete

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

I think the bug is something like openflow allows to move a workitem with
 status=='complete', and he should not.

[Openflow-dev] bug?

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

The result is the workitem with  "Blocked - waiting -1 arrival/s"

>I think I've found a bug (well, I am not with the last cvs version now):
>
>In the worklist, you can click several times on the same workitem (doing
>"back" on the explorer). The result is the workitem will have a "waiting
>for another instance" (like when a split happens).

[Openflow-dev] bug?

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

I think I've found a bug (well, I am not with the last cvs version now):

In the worklist, you can click several times on the same workitem (doing
"back" on the explorer). The result is the workitem will have a "waiting
for another instance" (like when a split happens).

--=20

      __o
    _ \<_
   (_)/(_)

Saludos de Juli=E1n
-.-

DVD-record Tools for linux
http://www.freesoftware.fsf.org/dvdrtools/

Re: [Openflow-dev] zpt

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

Hi Vincenzo,

first, sorry for beeing so slow answering ....

> I`ve sent to you many email about the worklist, but I haven`t received
> any reply and it seems that you haven`t received my email, maybe my
> email server has problems, I`m really sorry for the misunderstanding.

No problem, we are all on the same boat :-)


> About your code in the openflow module, as you can see in the cvs,
> there`s no need any more of fast way to generate work list, everything
> is cataloged using a ZCatalog instantiated in the OpenFlow folder, so
> you need justa simple query and the logic and the presentation are well
> separeted, if you think that isn`t enough for your need, we can find
> together a better solution. However thanks for your ideas, interest and
> support.

Uhm, I don't know how works this Zcatalog stuff (I have read several times
the Zope API section, but I still don't understand very well): it seems an
API for requesting objects, is it this ? So for example I could request an
instance, and move it. Is it the idea?

So my "easy to view WorkList" could be for example a zexp (with the dtml
method and some scripts) that I descompress on the same folder of the
workflow. ??



> About the CMF questio...lets say YES :)
> There`s not a really integration at the moment but the current version
> of OpenFlow can be used easily in a CMF Portal and we`re planning to use
> the main OpenFlow package to subclass the CMF version so Zope and CMF
> user could work exactly on the same stuff and exachange every workflow
> object. Do you like the idea ?

Today I have seen that Openflow is also integrating with plone.
Well, in fact I have no opinion, as I don't need a Content Management
System now, the only thing I need is powerfull Workflow application, as
openflow is :-)

I would be very much interested in features like separating the datas of
the Openflow (instances and workitems) in a database.




> Thanks,
> =09Vincenzo.
>
> PS: My new email address is dis...@in...
>
>

--=20

      __o
    _ \<_
   (_)/(_)

Saludos de Juli=E1n
-.-

DVD-record Tools for linux
http://www.freesoftware.fsf.org/dvdrtools/

[Openflow-dev] forwardWorkitem

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

Hello guys,=20
look at this application:

wf.activateWorkitem(instance_id, workitem_id)
#blah blah
wf.completeWorkitem(instance_id, workitem_id)
wf.forwardWorkitem(instance_id, workitem_id)

new_workitem_id =3D str(int(workitem_id) + 1)  #AAARGH
wf.assignWorkitem(instance_id, new_workitem_id, utente)

Yup I know this is ugly, and that it works only because I know that the=20
process doesn't split. I think that forwardWorkitem() should return the n=
ewly=20
created workittems. If there's a better way can anyone tell me?
Note that this way I don't need all the possible permissions: use openflo=
w=20
shall be enough.


Thank you guys!=20
=09Luca

--=20
Luca Arnaudo
mail: luc...@re...
Redesign srl
Tel: +39 02 39325385
Fax: +39 02 39314978

Re: [Openflow-dev] zpt

[<en...@ic...>]

Hi Julian,
I`ve sent to you many email about the worklist, but I haven`t received
any reply and it seems that you haven`t received my email, maybe my
email server has problems, I`m really sorry for the misunderstanding.

About your code in the openflow module, as you can see in the cvs,
there`s no need any more of fast way to generate work list, everything
is cataloged using a ZCatalog instantiated in the OpenFlow folder, so
you need justa simple query and the logic and the presentation are well
separeted, if you think that isn`t enough for your need, we can find
together a better solution. However thanks for your ideas, interest and
support.

About the CMF questio...lets say YES :)
There`s not a really integration at the moment but the current version
of OpenFlow can be used easily in a CMF Portal and we`re planning to use
the main OpenFlow package to subclass the CMF version so Zope and CMF
user could work exactly on the same stuff and exachange every workflow
object. Do you like the idea ?
Thanks,
	Vincenzo.

PS: My new email address is dis...@in...