jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David B Victor <dbvic...@us.ibm.com>
Subject Re: [PROPOSAL] Public NodeType Library (pntl)
Date Mon, 01 Nov 2004 16:56:13 GMT
This is a very interesting discussion.  However, I propose that we discuss 
things like this on the standard EG email list.  This is the TCK email 
list right?  This seems more like an EG discussion than a TCK discussion.

Thank You,

David B. Victor
IBM Silicon Valley
dbvictor@us.ibm.com
408-463-2788





David Nuescheler <david.nuescheler@gmail.com>
10/31/2004 03:07 AM
Please respond to jackrabbit-dev
 
        To:     jackrabbit-dev@incubator.apache.org
        cc: 
        Subject:        Re: [PROPOSAL] Public NodeType Library (pntl)


hi rolf,

> Interesting discussion here. I have to admit I'm not a semantic web
> profi, but we/I in Lenya land have the idea to describe things like
> workflow (and maybe other parts) with, eh, ontologies. We then would use
> those _conceptual_ metadata to describe workflow of documents.
> This is just a draft idea maybe only living in my head, and I'm not sure
> if we should attach the wf meta data direct to document nodes or keep
> them separate. We aren't that far in that discussion, yet.

i think the workflow would be a very interesting topic to agree upon.
since it has a very limited scope. i would also not call it meta 
information
it is just application data in my mind and the application happens to be a
"workflow" application.

currently we (day software) model our workflow in a fashion that
is directly attached to the "document" (well, content really... ).

i think it should not be too difficult to model a nodetype that could
be directly attached as a mixin to a document or just refer to it.

i would be very interested in having a discussion thread to 
see if we can reach any consensus on a minimal "workflow" 
nodetype that we could use as an example workflow model 
in our applications... anybody interested?

regards,
david


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message