• the class does not have a no-argument constructor
• the class or it's no-argument constructor is not public
  If the former does not work, then createTemplate()tries to create a copy via
  c.getClass().getSuperclass().newInstance() but then, the template copy does not
  have the right type anymore.
  (Using ... getSuperclass().newInstance() acts as "workaround" if the c has an
  anonymous (and thus private) class type.

Currently there is no good point, where ULC could a give a hint to the programmer (such
as throwing an exception) in case this behaviour is undesired.

A possible solution would be to offer a new interface e.g.:
public interface ITemplateComponent {
ICellComponent createTemplateCopy();
}
An extension writer could make the cell component implement this interface and then
CellComponentTemplateStorage.createTemplate(ICellComponent c)
could try c.createTemplateCopy() if c implements ITemplateComponent. Otherwise it would
work as before.

Adding the new interface is considered as adding too much additional complexity for
a workaround and therefore it is rejected.

It seems that Canoo still does not make any attempts to make working with custom renderers any easier

public interface ICellComponent extends IProxy {
    public void copyAttributes(ICellComponent source);

    public ICellComponent copy();
    
    public boolean areAttributesEqual(ICellComponent component);
    
    public int attributesHashCode();
}

Migrating existing ICellComponents is easy, just add the following copy method

public ICellComponent copy() {
        ICellComponent newMy = new MyConstructor();
        newMy.copyAttributes(this);
        return newMy;
}

ICellComponents with non-default constructors can create the new Instance as needed

• a ICellComponent cannot be instanciated by Class.getInstance()
• and the ICellComponent implements one of the following methods
  • typeString()
  • copyAttributes()
  • areAttributesEquals()
  • attributesHashCode()