[jboss-dev] JBoss Bootstrap, Embedded & Reloaded

Ales Justin ales.justin at gmail.com
Tue Apr 7 13:12:26 EDT 2009


Which MC deployer API ugliness are you talking about?

Deployer::deploy?
That's all there is to it.

Sent from my iPhone

On Apr 7, 2009, at 18:47, "David M. Lloyd" <david.lloyd at redhat.com>  
wrote:

> On 04/07/2009 11:37 AM, Carlo de Wolf wrote:
>> So to rephrase:
>> A functional requirement of Embedded is that we want to be able to  
>> easily configure a data source as per given pseudo code. (Other  
>> deployable elements to follow.)
>> This would require changes in jboss-deployers and jboss-metadata.  
>> No change is needed in jboss-embedded, jboss-reloaded and/or jboss- 
>> bootstrap.
>
> I don't think it would (or should) require changes to these modules  
> at all.  It should be an additional Embedded configuration API which  
> *consumes* the various underlying metadata.  This would have the  
> added advantage of being able to configure lots of unrelated things  
> using one simple API like Emmanuel's original suggestion.  There's  
> no reason that the users of Embedded should have to know all about  
> the different metadata layouts of the various components, any more  
> than the average AS user should have to know.
>
> Guys, modularization is one thing but it's critical that we think  
> about the API that the end-user will actually end up using.  If it's  
> not easy to use, nobody will use it, period.  That equals failure in  
> my book.  I for one would rather use an API like Emmanuel suggested  
> than all the dozens of different metadata classes and the ugly MC  
> deployer API.
>
> - DML
> _______________________________________________
> jboss-development mailing list
> jboss-development at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/jboss-development



More information about the jboss-development mailing list