[jboss-dev] Changing meta data runtime
Jason T. Greene
jason.greene at redhat.com
Tue Sep 22 16:04:37 EDT 2009
Carlo de Wolf wrote:
> On 09/17/2009 11:04 PM, Jason T. Greene wrote:
>> Jason T. Greene wrote:
>>>> But since nothing is really designed to use the MDR in this way, its not
>>>> really an issue.
>>>> This feature was one of Bill's and Scott's ideas, e.g. being able to
>>>> have a default tx timeout at cluster, system, deployment, bean,
>>>> method level, but it was never really followed through.
>>>> (I know there were earlier threads elsewhere in the forums or
>>>> the dev-list - just from Scott's first comment :-)
>>>> I don't know whether Scott (or Bill) still think this is a useful idea,
>>>> since the profile service currently uses "ManagedOperations" to
>>>> do things like changing cache sizes, etc. at runtime.
>>> Well, I think the unified domain model stuff we are moving to somewhat
>>> conflicts with this notion. However, it could
>> Sorry, for the truncated sentence. This should read:
>> However it could still be useful to allow developers to define some
>> global base defaults via annotations for the purpose of quick testing.
>> However the embedded project might end up offering a better solution to
>> this, since you will be able to programmatically define this all via a
>> DSL style API.
> Been there, done that. :-)
> The jboss-metadata project was designed to be the unified domain model.
> In the end it can't keep up, because we want to do hybrid models: throw
> JPA2 into the mix for example.
> The same goes for the DSL style API. Embedded can never keep up with the
> different technologies. It would be more sensible to have the DSL style
> API come from jboss-jpa project. There already lies the intersection of
> JPA & VDF. It's matter of adding an intersection point there with the
> Embedded DSL SPI.
The metadata project is really a collection of deployment metadata, it
is not a unified domain model like we have been planning, which is
focused on global server environmental elements.
In both cases the modularity of metadata is orthogonal to test specific
annocations vs DSL api. We can break it up however we like, but at the
end of the day we still have to ship 1 combination.
Jason T. Greene
JBoss, a division of Red Hat
More information about the jboss-development