Time for some more. Trying to send out bite sized chunks ;-) > ANSWER: I don't know yet but time will tell.
I really know the answer since its all part of a hidden agenda (out in the open now) - just trying to fake humility ;-) Ok lets talk about some initial content for the time being that can be generated during the build process. BTW I really think we should factor this into the merlin plugin for maven eventually. Steve you think this is a good idea? For the time being I shall keep the content minimal. We'll just add a multi-valued attribute to represent the dependencies the jar has on other artifacts. This will help us build the appropriate classloaders. Here are two attributes for this: NOTE: multi-valued properties are expressed using an enumeration convention. Basically we append a number component to the dotted property name (i.e. buildtime.dependency.3). * buildtime.dependency An enumerated (multi-valued) property whose value is an artifact descriptor/specification representing a buildtime dependency. * runtime.dependency An enumerated (multi-valued) property whose value is an artifact descriptor/specification representing a runtime dependency. How to differentiate this in the POM so we can autogenerate - I don't know. If we can't we'll just use one property 'dependency' for both runtime and buildtime attributes. Steve I'll leave this one upto you since you know more about how Maven and the POM works. Now you may ask how do I determine the api, spi and implementation nature of the artifact if it is a jar to have the Repository build the right ClassLoader? Let's use a convention where the api, spi, impl usage tag is embedded into the artifact name. So let's presume the name ends with this tag as Steve has been doing to date. Comments? Thoughts? Alex --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
