OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

camp message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: [OASIS Issue Tracker] (CAMP-175) Could remove "artifacts" or make them optional


    [ https://issues.oasis-open.org/browse/CAMP-175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=56440#comment-56440 ] 

Gilbert Pilz commented on CAMP-175:
-----------------------------------

I don't know what it means to "prefer the service entry point". From my frame of reference a service is something that an application needs in order to function. The Vitaminder application needs a Java Servlet container and a SQL database. The Vitaminder application is made up of a WAR file and a SQL file. Where do I put this information if all I have are "service entry points"?

> Could remove "artifacts" or make them optional
> ----------------------------------------------
>
>                 Key: CAMP-175
>                 URL: https://issues.oasis-open.org/browse/CAMP-175
>             Project: OASIS Cloud Application Management for Platforms (CAMP) TC
>          Issue Type: Improvement
>            Reporter: Alex Heneveld
>
> Some people we've talked to find the "artifacts" entry point for the plan confusing. Personally I like it and IMHO it *should* become the standard way to do things.
> But right now people mostly seem to be building things up and so the "services" entry point is preferred -- look at how docker/fig/compose do it, and cloud foundry, and apache brooklyn.
> To simplify we could remove all mention of "artifacts" or make them optional.
> Or not ... this is just something to be aware of.



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]