<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Only comment is that we should have a labels: property, that allows arbitrary metadata to be attached to each top level item (bom, archetype, runtime), which will provide an extensible way for tools to interact with the data format.<div><br>On 11 Jul 2012, at 13:00, Rafael Benevides wrote:<br><br><blockquote type="cite">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.<br><br>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. <br><br>The closest of the idea is something like similar to:<br><br>bom: &jboss-with-x<br> name: JBoss With X<br> description: lorem ipsum<br> otherProperties: otherValues<br> availableVersions:<br> - 1.0.0.Final<br> - 1.0.1.CR1<br><br>bom: &jboss-with-y<br> name: JBoss With Y<br> description: lorem ipsum<br> otherProperties: otherValues<br> availableVersions:<br> - 1.0.0.Final<br> - 1.0.1.CR1<br><br>runtime: &jbosseap6<br> version: 6.0<br> type: EAP<br> boms: <br> - *jboss-with-x <br> - *jboss-with-y <br> recommendedBOM: *jboss-with-x<br><br>Em 03-07-2012 13:01, Rafael Benevides escreveu:<br><blockquote cite="mid:4FF3173C.7010105@redhat.com" type="cite"><br>Em 03-07-2012 12:53, James Perkins escreveu: <br><blockquote type="cite"><blockquote type="cite">We could do that as well. <br><br> 7.0.1.Final: <br> properties: <br> arguments: -logmodule <br> cli: not-available <br></blockquote>I like this approach.<br></blockquote>I like this approach either! <br></blockquote><img name="Class Diagram.png" id="65da6f1a-f989-4f6b-89ae-887c8115570e" height="996" width="1432" apple-width="yes" apple-height="yes" src="cid:742BA56A-6E07-4C91-B0ED-A875DA08FB0B"><br></blockquote><br></div></body></html>