[jbpm-dev] [JBPM 5.x] service task repository

Tihomir Surdilovic tsurdilo at redhat.com
Tue Mar 13 19:06:32 EDT 2012


All good points :)
I think sometimes people forget that I am a big promoter of Guvnor and 
always have been. That said however Guvnor IMO is not a CMS and is not 
very well suitable for HA of static content (or really HA of any content 
as it is right now, I'm sure this will be much better in the future).

Thanks.


On 3/13/12 6:20 PM, Michael Anstis wrote:
> Yes, I agree largely with what you say, but to add a little balance I 
> thought I'd respond too ;)
>
> 1) Technically, Guvnor doesn't need a J2EE server, just a Servlet 
> container so Tomcat does the job just fine.
>
> 2) AFAIK, you can download individual assets source from Guvnor with 
> the REST API. If you pushed a package file to Akamai* you have the 
> same issue.
>
> 3) Fair point. If you don't have a single folder on Akamai* but 
> scatter your assets across a file system you have the same issue.
>
> 4) OK, move the point of failure from your control to a cloud 
> solution. Simpler, probably cheaper, but fair point.
>
> I don't mean to start a tit-for-tat exchange, just adding some balance.
>
> Cheerio,
>
> Mike
>
> *Other cloud providers are available.
>
> On 13 March 2012 17:43, Tihomir Surdilovic <tsurdilo at redhat.com 
> <mailto:tsurdilo at redhat.com>> wrote:
>
>     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 -
>>
>
>
>     _______________________________________________
>     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
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jbpm-dev/attachments/20120313/0af0cc00/attachment-0001.html 


More information about the jbpm-dev mailing list