THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
- a Map (kept per CAS) from the x.y.z.Foo Class to the corresponding x.y.z.Foo_type instance.
- The key is a x.y.z.Foo Class object, so instances loaded under different class loaders may have the same class name. This used to happen for PEARS (but not in v3).
- This happens when different generated x.y.z.Foo (due to different merged type systems) are running in the same JVM.
- This used to happen within one pipeline with PEAR switching, where the PEAR might have a different customization of a JCas class. In v3, that doesn't happen; all versions of a customization must be merged.
- If the Map has no entry,
- Load the _Type class itself, if not loaded (Map in TypeSystemImpl instance, key = name string, value = _Type Class).
- Make instance of it, populate map in CAS.svd.
- The key is a x.y.z.Foo Class object, so instances loaded under different class loaders may have the same class name. This used to happen for PEARS (but not in v3).
...
Generating and Loading Cas cover class / merging with Customization
| Gliffy Diagram | ||||
|---|---|---|---|---|
|