incubator-isis-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Burton <>
Subject JAX London
Date Mon, 15 Oct 2012 09:25:45 GMT
Is anyone here going to JAX London tomorrow 16 Oct?
I can't make the day but will be at the evening session:

Mike Burton

On 9 Oct 2012, at 20:10, Dan Haywood (JIRA) <> wrote:

>     [
> Dan Haywood resolved ISIS-274.
> ------------------------------
>    Resolution: Fixed
>> Simplify the bootstrapping of Isis so that there are fewer configuration properties
to set in
>> -------------------------------------------------------------------------------------------------------------
>>                Key: ISIS-274
>>                URL:
>>            Project: Isis
>>         Issue Type: Improvement
>>   Affects Versions: 0.2.0-incubating
>>           Reporter: Dan Haywood
>>           Assignee: Dan Haywood
>>            Fix For: 0.3.1-incubating
>> Currently there is a number of settings in whose values is pretty
much determined by the configured persistor/object store.  Most notable examples included
the class substitutor and the object factory, where cglib versions are configured for most
persistors (for lazy loading), but is not configured for the JDO object store (that leverages
the built-in lazy loading of DataNucleus).
>> This ticket is to remove some of these configuration settings, and instead arrange
things such that selecting the persistor automatically configures these components.
>> In particular, that means removing:
>> 1. isis.reflector.class-substitutor
>> (with the default being org.apache.isis.runtimes.dflt.bytecode.dflt.classsubstitutor.CglibClassSubstitutor
for most object stores, overridden by the JDO object store)
>> 2. isis.persistor.identifier-generator
>> (with the default already being overridden by all object stores)
>> 3. isis.persistor.object-factory
>> (with the default being
>> org.apache.isis.runtimes.dflt.bytecode.dflt.objectfactory.CglibObjectFactory for
most object stores, overridden by the JDO object store)
>> 4.
>> (with the default being ServicesInjectorDefault; there are no other implementations.)
>> 5. isis.persistor.adapter-factory
>> (with the default being PojoAdapterFactory; there are no other implementations.)
>> At the same time, persistor/object stores sometimes have a requirement to install
their own FacetFactories and/or MetaModelValidators.  So this ticket is also to provide a
mechanism such that a persistor can "refine" the metamodel.
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA administrators
> For more information on JIRA, see:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message