[jbpm-dev] [JBPM 5.x] service task repository
Tihomir Surdilovic
tsurdilo at redhat.com
Tue Mar 13 13:43:41 EDT 2012
I think you have very valid points. IMO just:
1) There should not be a limitation exposed on users to have to have
Guvnor (and thus a J2EE server) running in order to host static files
(service repo).
2) Guvnor assets are divided into packages, if you lets say have a
"serviceRepo" package and from what I can tell you say build it and
expose a pkg or zip or whatever, someone on the other end has to
understand what a pkg file is/isnot or have to know how to unzip etc.
3) If you do not have a dedicated guvnor package for your service repo,
then you need advanced logic to piece together all assets that belong to
your repo..in the same environment that your users are
developing/modelling in..not very intuitive imo.
4) Let's say you want to use guvnor and this is some sort of
mission-critical service repo for you, to do this now you need a
clustering environement of J2EE server(s) and Guvnor running in a
cluster all connected to a clustered JCR repo..etc etc..instead of just
pushing your static files to akamai and call it a day :)
Thanks.
On 3/13/12 1:32 PM, Mauricio Salatino wrote:
> Tiho, a question for you.. why guvnor cannot host a file? I mean.. I'm
> not sure how Porcelli is creating the war files for the services, but
> we can generate something similar right? some meta information, some
> images, some configuration files, etc, when the user or a client like
> eclipse want to get the workitemhandler installed it just create a zip
> file with all the required dependencies and it send that back to the
> client. In that way we will gain versioning, categorization and
> tagging for free..right? Plus the possibility in the future to manage
> that with a workflow for approvals if we add that for all the other
> resources.
> Probably I'm missing something but I don't understand what is the
> Guvnor limitation to host files or descriptors, we are already doing
> that for spring beans configs.
>
> Cheers
>
>
> On Tue, Mar 13, 2012 at 5:25 PM, Tihomir Surdilovic
> <tsurdilo at redhat.com <mailto:tsurdilo at redhat.com>> wrote:
>
> I'm not sure if Guvnor is the best place for it - because assets
> that are stored in Guvnor are not very portable as a "unit"
> outside of Guvnor. I would rather make it in a way work like maven
> -> users can specify the "parent" repository which can be one that
> we provide for the community with all out-of-the-box services
> nodes and run mvn clean install which will build their local repo
> that they can expose on any public domain or server they wish, any
> way they wish..just my 2c.
>
>
>
> On 3/13/12 12:11 PM, Mauricio Salatino wrote:
>> At some point those definitions should be stored in guvnor right?
>> Until now I think it's just a folder with some meta-data files to
>> define what is in there, but I think that it really make sense to
>> put that functionality inside guvnor that is a fully fledged
>> repository right?
>> Guvnor already provide the APIs to push resources, and we
>> definitely need to add a kind of workflow for resources.. but
>> it's not there yet.
>>
>> Cheers
>>
>> On Tue, Mar 13, 2012 at 4:08 PM, Giovanni Marigi
>> <gmarigi at redhat.com <mailto:gmarigi at redhat.com>> wrote:
>>
>> Hi,
>> I would like to know the status of service task repository;
>> I really appreciate the idea behind it and delivering some
>> POC, customers were really enthusiastic about this feature
>> (especially its integration with jbpm designer and BRMS) but
>> it seems that the actual repo doesn't have some new effort.
>> Will we provide API to push service tasks to the repository?
>> I think it should be useful to provide some mechanism to
>> approve a new service task before to make it public.
>>
>> Thanks,
>> Giovanni
>>
>> --
>> Giovanni Marigi
>> Red Hat - JBoss Consultant -
>> email: gmarigi at redhat.com <mailto:gmarigi at redhat.com>
>> Mobile: +39 3423175986 <tel:%2B39%203423175986>
>> Office: +39 0687502315 <tel:%2B39%200687502315>
>>
>> Red Hat Italy
>> Via Andrea Doria 41m
>> 00192 Roma - Italy
>> www.redhat.com <http://www.redhat.com>
>>
>> Prima di stampare, pensa all'ambiente ** Think about the
>> environment before printing
>> _______________________________________________
>> jbpm-dev mailing list
>> jbpm-dev at lists.jboss.org <mailto:jbpm-dev at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/jbpm-dev
>>
>>
>>
>>
>> --
>> - MyJourney @ http://salaboy.wordpress.com
>> - Co-Founder @ http://www.jugargentina.org
>> - Co-Founder @ http://www.jbug.com.ar
>>
>> - Salatino "Salaboy" Mauricio -
>>
>>
>>
>> _______________________________________________
>> jbpm-dev mailing list
>> jbpm-dev at lists.jboss.org <mailto:jbpm-dev at lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/jbpm-dev
>
>
>
>
> --
> - MyJourney @ http://salaboy.wordpress.com
> - Co-Founder @ http://www.jugargentina.org
> - Co-Founder @ http://www.jbug.com.ar
>
> - Salatino "Salaboy" Mauricio -
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbpm-dev/attachments/20120313/e172450d/attachment.html
More information about the jbpm-dev
mailing list