cc'ing in Fred and Snjezana for back ground info
Fred/Snjezana you know we got the problem of projectexamples/central is currently limited
to handle a known set of archetypes against a known set of runtimes - Pete and others have
been working
on this thing called a stacks.yml which helps define which Stacks, bom, archetype,
runtime that works together and even provided a little utility class to parse and traverse
this file.
Example of this is at
picture outlining the format.
Pete et.al. you guys got any other pointers or docs for this or is the above all there is
to it ? (I think it is ;)
Snjezana/Fred: Would be great if you had questions/input on this format from perspective
of the tools.
On my first glance its looking really good but I'll need to find some time to go over
all the scenarios we have and see
if we can get it to fit in and/or what we need to change to handle the higher flexibility
here.
/max
On 30 Jul 2012, at 16:29, Pete Muir <pmuir(a)redhat.com> wrote:
You mean like
http://site-jdf.rhcloud.com/stack/plugin-jdf/ ?
On 30 Jul 2012, at 15:19, George Gastaldi wrote:
> Hi all,
>
> Instead of a client utility, what do you say about creating a Forge plugin for this
and use Forge ?
>
> Em 30/07/2012, às 10:51, Rafael Benevides <benevides(a)redhat.com> escreveu:
>
>> We only want to know if you approve that. And will be helpful if you send the
groupid:artifactId of the archetypes you want to include also :D
>>
>> I'll do the rest.
>> Rafael Benevides | Senior Software Engineer
>> Red Hat Brazil
>> +55-61-9269-6576
>>
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at
>>
redhat.com
>>
>> Em 30-07-2012 10:36, Jay Balunas escreveu:
>>>
>>> On Jul 30, 2012, at 9:12 AM, Rafael Benevides wrote:
>>>
>>>> Hi Everybody,
>>>>
>>>> Jay, Jonathan, Brian
>>>>
>>>> We are cataloging the Archetypes on JDF (as you can see on Pete's
email below).
>>>>
>>>> Part of the Job was done
>>>>
>>>> - Get the YAML file format -
https://github.com/jboss-jdf/jdf-stack/blob/master/stacks.yaml
>>>> - YAML file Parser -
https://github.com/jboss-jdf/jdf-stack/blob/master/Parser.java
>>>>
>>>> Those informations (BOMs, Runtimes, Archetypes) will be presented on JDF
site. A preview can be found here:
http://site-jdf.rhcloud.com/stack/stacks/
>>>>
>>>> So the main point is: Do you want the errai, html5 and richfaces
archetypes included also ?
>>>
>>> What would be needed to get them there? Depending on this, I think it would
be good to include these archetypes in the list.
>>>
>>>>
>>>> Thank you
>>>> Rafael Benevides | Senior Software Engineer
>>>> Red Hat Brazil
>>>> +55-61-9269-6576
>>>>
>>>> Better technology. Faster innovation. Powered by community collaboration.
>>>> See how it works at
>>>>
redhat.com
>>>>
>>>> Em 02-07-2012 19:33, Pete Muir escreveu:
>>>>> All,
>>>>>
>>>>> I chatted with Max at JBoss World about requirements for what I'm
code-naming JBoss Stacks, which is a really an extension of the JBoss BOMs project.
>>>>>
>>>>> The JBoss Stacks project takes all the BOMs, all the archetypes, and
all the runtimes, and identifies which work with which. This can then be used by tools
(like JBDS, Forge, Maven plugins) to correctly configure users projects.
>>>>>
>>>>> The stacks project requires 3 different dictionaries:
>>>>>
>>>>> * available BOMs
>>>>> * available archetypes
>>>>> * available runtimes
>>>>>
>>>>> and the ability to see the intersection between these things (i.e. if
I'm on runtime version 1.2.3.Final, what BOMs are possible, what BOM is recommended,
what archetypes are available, what is recommended).
>>>>>
>>>>> The runtime should include a download URL, so that plugins such as
James' AS plugin for forge can download it. It should also contain a some options.
I'm not sure exactly what is needed here, but James can provide details and what makes
most sense.
>>>>>
>>>>> The runtimes should include what type they are (e.g. JBoss AS, EAP)
to allow categorisation, filtering, sorting
>>>>>
>>>>> The Yaml parser in use should be pluggable, to avoid introducing
uncessary extra dependencies
>>>>>
>>>>> There should be a recommended runtime per major version and per minor
version (so you can say "I want JBoss AS 7" and you get back AS 7.1.1.Final or
you can say "I want JBoss AS 7.0" and you get back 7.0.2.Final).
>>>>>
>>>>> We're going to need to be careful about compat, eventually, so we
need to get everything in there, and get it right. We'll have a long beta cycle ;-)
>>>>>
>>>>> There will be a client utility, written in Java. This should be a
single source file, which projects can copy in. It must have no dependencies other than a
Yaml parser.
>>>>>
>>>>> I think Rafael is going to take the lead on this. But we'll
decide on Monday next week.
>>>>>
>>>>> Pete
>>>>>
>>>
>> _______________________________________________
>> forge-dev mailing list
>> forge-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/forge-dev