You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@isis.apache.org by "Dan Haywood (JIRA)" <ji...@apache.org> on 2015/03/17 12:50:38 UTC

[jira] [Created] (ISIS-1096) Derive the object type from the schema and table of @PersistenceCapable (but ensure backward compatibility is preserved).

Dan Haywood created ISIS-1096:
---------------------------------

             Summary: Derive the object type from the schema and table of @PersistenceCapable (but ensure backward compatibility is preserved).
                 Key: ISIS-1096
                 URL: https://issues.apache.org/jira/browse/ISIS-1096
             Project: Isis
          Issue Type: New Feature
          Components: Core
    Affects Versions: core-1.8.0
            Reporter: Dan Haywood
            Assignee: Dan Haywood
            Priority: Minor
             Fix For: 1.9.0


The algorithm should be:

1. @DomainObject(objectType = ...)
2. @ObjectType(...)
3. @PersistenceCapable(schema=..., table=...)
4. use the default fully qualified class name.

This ticket is all about introducing (3).  The inferred objecttype should be:
schemaname.TableName, where schemaname is lowercased.

If schema is not present, then should ignore.

~~~
In addition, to support any legacy serialized data that uses the fully qualified class name, the resolution of objects by object type should first lookup the object type by its specified name, else fallback to looking up as if FQN.

eg suppose have:
{code}
package com.mycompany.myapp
@DomainObject(objectType="CUS")
public class Customer { ... }
{code}

then the serialized form of this is "CUS:1", but Isis should also resolve this object if "com.mycompany.myapp.Customer:1" is provided instead.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)