uima-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marshall Schor <...@schor.com>
Subject Re: JCasGen like utility for generating POJO Classes in the type system
Date Mon, 15 Oct 2018 13:36:09 GMT
ok, sorry I didn't understand before :-). 

We currently don't have such a facility. 

But it might not take too much to add this alternative to the existing JCasGen.


On 10/13/2018 6:31 PM, Amit Paradkar wrote:
> Thanks Marshall.
> I would like to construct objects in the typesystem that I have defined
> without having to pass in a cas object in the constructor (after I have
> detected features for a particular class in the text)
> e.g, I have a Database type defined in my UIMA type descriptor based on
> which JCasGen generates a JCas cover class called named Databaase.
> But all the public constructors in this class take a JCas object as an
> argument which precludes an independent construction of instances of these
> classes.
> I need to be able to construct an instance of such classes independent of
> any cas objects - since I need them to persist even after the the current
> input text is being processed completely. So, almost a mirror typesystem is
> desired. Perhaps I am not using the notion of typesystem appropriately...
> On 2018/10/13 14:01:25, Marshall Schor <m...@schor.com> wrote:
>> hmmm, I guess you've looked at jcasGen.>
>> I'm not understanding how the POJO class you're thinking of, differs from
> the>
>> one generated by JCasGen?>
>> -Marshall>
>> On 10/12/2018 8:20 AM, Amit Paradkar wrote:>
>>> I would like to generate pojo classes corresponding to the classes
> defined>
>>> in my type descriptor. Is there a JcasGen like utility which takes a
> type>
>>> system descriptor and generates both the UIMA and POJO types? (I could
> live>
>>> with just one typesystem classes as long as I can construct instances>
>>> without the Cas object being passed in). Unfortunately the protected>
>>> constructor generated in current UIMA classes is not invokeable.>
>>> Thanks.>

View raw message