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> 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>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