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

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(a)redhat.com&gt; 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(a)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(a)redhat.com&gt;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(a)redhat.com >>> Mobile: +39 3423175986 <%2B39%203423175986> >>> Office: +39 0687502315 <%2B39%200687502315> >>> >>> Red Hat Italy >>> Via Andrea Doria 41m >>> 00192 Roma - Italy >>> www.redhat.com >>> >>> Prima di stampare, pensa all'ambiente ** Think about the environment >>> before printing >>> _______________________________________________ >>> jbpm-dev mailing list >>> jbpm-dev(a)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 listjbpm-dev@lists.jboss.orghttps://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(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbpm-dev > >