Sorry James,

otherProperties was just a way to not write all those properties that is present in the diagram: type, url, version, etc

Please, consider the diagram - and it's properties :) - as a guide that I'll to generate the yaml file.
Rafael Benevides | Senior JBoss Consultant
Red Hat Brazil
+55-61-9269-6576

Better technology. Faster innovation. Powered by community collaboration. 
See how it works at redhat.com

Em 11-07-2012 14:02, James Perkins escreveu:
The only thing I could think of is if we could also have otherProperties for each available version. Other than that it looks great to me.

On 07/11/2012 05:00 AM, Rafael Benevides wrote:
Yesterday I started to work on this new yaml format and I tried to capture all requirements that was discussed in this Thread. The result was the following attached uml diagram.

I think that's the better way to try comprehending what is needed and what will be covered. Today (or maybe tomorrow) I'll convert this idea to an example yaml file that is the representation of the diagram.

The closest of the idea is something like similar to:

bom: &jboss-with-x
 name: JBoss With X
 description: lorem ipsum
 otherProperties: otherValues
 availableVersions:
 - 1.0.0.Final
 - 1.0.1.CR1

bom: &jboss-with-y
 name: JBoss With Y
 description: lorem ipsum
 otherProperties: otherValues
 availableVersions:
 - 1.0.0.Final
 - 1.0.1.CR1

runtime: &jbosseap6
 version: 6.0
 type: EAP
 boms:
 - *jboss-with-x
 - *jboss-with-y
 recommendedBOM: *jboss-with-x

Em 03-07-2012 13:01, Rafael Benevides escreveu:

Em 03-07-2012 12:53, James Perkins escreveu:
We could do that as well.

   7.0.1.Final:
     properties:
       arguments: -logmodule
       cli: not-available
I like this approach.
I like this approach either!

-- 
James R. Perkins
JBoss by Red Hat