Hi.
Thanks for your answers.
So it seems that programming-language independence is the primal reason to
do things as they have done.
Many thanks,
Asher.
2016-09-09 18:49 GMT+03:00 Richard Eckart de Castilho :
> On 09.09.2016, at 17:37, Asher Stern wrote:
>
At least put the AEs and the consumers into separate CAS processors.
Otherwise you run into either of the two situations:
1) AEs are not parallelized - no performance gain
2) consumers are parallelized - depending on their implementation, you might be
getting mangled data, missing data, etc.
On 08.09.2016, at 19:46, Peter Klügl wrote:
>
> Sorry, that was the wrong extension... it should read:
>
> = AnalysisEngineFactory.createEngine(RutaEngine.class,
> RutaEngine.PARAM_ADDITIONAL_EXTENSIONS, new
> String[]{BooleanOperationsExtension.class.getName()});
>
On 09.09.2016, at 17:37, Asher Stern wrote:
>
> You explanation really makes things clear, and also answers my question.
>
> I still wonder whether some automatic mechanism can be developed to
> automatically generate TypeDescription and TypeSystemDescription directly
> from
And I guess you don't get JCAS classes for your type system without going
through JCasGen, which is another disadvantage to generating the types on
the fly. It also kind of goes against the fact that the type system should
be something you can rely on for communication between components, so it
Thanks, Richard!
That's also the solution I can think of: getting the descriptor contents
from the database and save them as temp files. Then use those temp files to
initiate the cas processors.
Best,
Xiaobin
On Fri, Sep 9, 2016 at 5:28 PM, Richard Eckart de Castilho
wrote:
>
Hi Richard.
Many thanks!
You explanation really makes things clear, and also answers my question.
I still wonder whether some automatic mechanism can be developed to
automatically generate TypeDescription and TypeSystemDescription directly
from a Java class (under some conditions).
This can
Can you just write out the component descriptor to a file and pass that to
the factory? I think you need a path since
the underlying code needs uima-style include which supports import by name
or location. Perhaps CPE can do this for you
with a new API you are suggesting but I the quickest path
Afaik there is no such thing. That is why the uimaFIT CpeBuilder
stores programmatically created engine descriptors in temporary
files.
Cheers,
-- Richard
> On 09.09.2016, at 17:15, Chen Xiaobin wrote:
>
> Hi,
> I am wondering if there is a way to initiate a
Hi,
I am wondering if there is a way to initiate a CpeComponentDescriptor from
an InputStream or a String, instead of from a physical descriptor file.
I am using the following code originally:
CpeCasProcessor casProcessor = CpeDescriptorFactory.
produceCasProcessor(ae.getName());
On 09.09.2016, at 13:39, Asher Stern wrote:
>
> Hi Armin.
> Thanks for your quick answer!
>
> While the workaround is indeed helpful, I am still curios why is there no
> regular mechanism to define new types and create new descriptors
> programmatically, much like all other
Hi Armin.
Thanks for your quick answer!
While the workaround is indeed helpful, I am still curios why is there no
regular mechanism to define new types and create new descriptors
programmatically, much like all other UIMA components?
I mean, what is the difference between type-system and all
Hi Asher!
As a work around, you can use an empty type system,
TypeSystemDescription tsd =
TypeSystemDescriptionFactory.createTypeSystemDescription("EmptyTypeSystem");
add types programmatically,
tsd.addType(typeName, null, CAS.TYPE_NAME_ANNOTATION);
and get them later with
Type type =
Hi.
I have a general question regarding UimaFIT.
In UimaFIT there is no longer need to write and deal with XML files, thanks
to new classes and annotations.
This is the case for almost all UIMA components, like AE, AAE, CPE, etc.
However, for type-system definition, XML files are still required.
14 matches
Mail list logo