Hello Eddie, thank you very much for your quick reaction. However, I am sorry to have to note that another related issue turned out:
I have a FeatureStructure type containing a StringArrayFS typed feature. When I create this FeatureStructure in a C++ AE and fill the array, everything works fine. But when the FeatureStructure is created in another AE and handed into a C++ AE where the array is filled, it does not come back into any Java application using it (AE/Application). The bug does not occur when the C++ TAE is deployed as a JNI driven AE - maybe there is a bug/incompatibility in the serialization.? Running it as a native process, however, is about 3-4 times faster. I would really appreciate to have this fixed in the upcoming release - if possible. Regards, Matthias -----Ursprüngliche Nachricht----- Von: Eddie Epstein [mailto:[email protected]] Gesendet: Mittwoch, 21. Oktober 2009 16:02 An: [email protected] Betreff: Re: compatibility issues of uimacpp vs. uimaj using uima-as Matthias, Two issues have been created against UIMACPP, a documentation issue covering points 1&2 and a getMeta issue not returning <elementType>. Many thanks for the input, Eddie On Wed, Oct 21, 2009 at 5:58 AM, Matthias Wendt <[email protected]> wrote: > Hello everybody, > > to integrate a uimacpp AE with uimaj AEs, I have tried to deploy the uimacpp > AE as a UIMA-AS service. During development some compatibility issues arose, > which I think is worthwile commenting. > > 1. uimacpp does not support import by name <import name="..." />, which I > think is not mentioned in the documentation. > 2. using <import location="..." /> employs a different path resolving > strategy from that of uimaj: > - both support using absolute paths and relative paths (relative to the > descriptor in which the import occurs) > - uimacpp can be given the environment variable UIMACPP_DATAPATH which is > additionally used to resolve relative paths > - However, uimaj does not support resolving relative <import location="..." > /> from it's datapath. > 3. I deployed the uimacpp AE service which has exactly the same typesystem > as a uimaj AE in the pipeline. However, the CASes are incompatible with the > following reason: > - There is a type 'Constituent' which has a 'children' feature. 'children' > is of the range type 'FSArray' with the element type 'Constituent'. > - However, when getting the typesystem from the uimacpp service, the > element type is ignored. Both components cannot be plugged into one > pipeline, because of an exception complaining about incompatible > typesystems. > > I will work around the last issue by altering the typesystem (removing the > element type), but this is not satisfactory. > > Kind regards > Matthias > > > >
