You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ctakes.apache.org by "Mullane, Sean *HS" <SP...@hscmail.mcc.virginia.edu> on 2021/03/01 16:19:09 UTC
RE: 4.0.0.1 patch [EXTERNAL]
Sean,
You're right that CuiFilterAnnotator is a custom annotator. It looks like I will need to merge the auth changes from 4.0.0.1 into our branch and recompile.
Thanks,
Sean
-----Original Message-----
From: Finan, Sean <Se...@childrens.harvard.edu>
Sent: Saturday, February 27, 2021 2:33 PM
To: dev@ctakes.apache.org
Subject: Re: 4.0.0.1 patch [EXTERNAL]
Hi Sean (Mullane),
For the original problem:
No Analysis
> > Component found for org.apache.ctakes.core.ae.CuiFilterAnnotator
This means that somewhere in your piper file you have an "add" command for an analysis engine named "CuiFilterAnnotator".
There is no org.apache.ctakes.core.ae.CuiFilterAnnotator in ctakes 4.0.0 or trunk:
https://svn.apache.org/repos/asf/ctakes/tags/ctakes-4.0.0/ctakes-core/src/main/java/org/apache/ctakes/core/ae/
https://svn.apache.org/repos/asf/ctakes/trunk/ctakes-core/src/main/java/org/apache/ctakes/core/ae/
I also cannot find a class named "CuiFilterAnnotator" in my copy of trunk in any of the projects - including ytex.
That leads me to believe that CuiFilterAnnotator is a custom annotator in your local installation - which I hope that you didn't overwrite with a copy of 4.0.0.1
If you can find the CuiFilterAnnotator file in your previous installation, just copy it over in a custom jar. After rerunning you may find another missing class, then another. Such can be the pains of working with custom alterations.
Sean
________________________________________
From: Peter Abramowitsch <pa...@gmail.com>
Sent: Friday, February 26, 2021 12:27 PM
To: dev@ctakes.apache.org
Subject: Re: 4.0.0.1 patch [EXTERNAL]
* External Email - Caution *
I don't mean to butt in on another conversation, but for the UMLS authentication to work in 4.0.0.1, you would need to replace ctakes-dictionary-lookup-fast jar, the ctakes-dictionary-lookup.jar and for safety's sake the ctakes-core jar too.
Peter
On Fri, Feb 26, 2021 at 6:01 PM Mullane, Sean *HS < SPM9R@hscmail.mcc.virginia.edu> wrote:
> Can you check my understanding of how to apply the patch? I replaced
> the ctakes-core-4.0.0.jar file in ./lib with ctakes-core-4.0.0.1.jar.
> I also replaced the user/pass values in ctakes.profile with the API key values.
> Are there any steps I missed there?
>
> Sean
>
> -----Original Message-----
> From: Miller, Timothy <Ti...@childrens.harvard.edu>
> Sent: Friday, February 26, 2021 6:41 AM
> To: dev@ctakes.apache.org
> Subject: Re: 4.0.0.1 patch [EXTERNAL]
>
> Hi Sean,
> I can't answer your primary question, but my recollection is that
> 4.0.0.1 was an absolutely minimalist change to just fix the
> authentication, so I don't think ytex would've been touched.
> Tim
>
>
> On Thu, 2021-02-25 at 17:24 +0000, Mullane, Sean *HS wrote:
> > * External Email - Caution *
> >
> >
> > Hello,
> >
> > I am just catching up with the NLM auth changes. I tried replacing
> > the ctakes-core-4.0.0.jar file with ctakes-core-4.0.0.1.jar, and am
> > getting this error:
> >
> > ERROR [PiperFileRunner] MESSAGE LOCALIZATION FAILED: Can't find
> > resource for bundle java.util.PropertyResourceBundle, key No
> > Analysis Component found for
> > org.apache.ctakes.core.ae.CuiFilterAnnotator
> >
> > I saw a message from Tim Miller from December mentioning removing
> > ytex components from ctakes-core. Was this done on the released
> > version of 4.0.0.1? We're using ytex so I wonder if that may be the
> > cause of this error. Or maybe applying the patch isn't as simple as
> > drop-in replacing the jar? (I changed the API key in my config files
> > and that seems to be working as expected).
> >
> > Thanks,
> > Sean
> >
> >
>
Re: 4.0.0.1 patch [EXTERNAL]
Posted by "Finan, Sean" <Se...@childrens.harvard.edu>.
Hi Peter,
I am not sure that I completely understand your question, but
> if I were to create a maven submodule with my permissions
Are you talking about your Apache checkin permissions?
If so, I should modify my previous statements:
I usually keep all custom code in a separate >local< maven submodule >in my local ctakes root directory< ...
and just throw that module reference into the >my local< main ctakes pom >in my local ctakes root directory<
I do not add the local submodule in my version control system and I make sure that I never check in my main.pom file.
If you do use a local corporate etc. vcs system then you need to add just the local submodule to that system and do checkins separately.
Another thing that I do that I should have mentioned is that if my custom project is large then it has its own main pom and just uses certain ctakes modules as dependencies. I only use the personal local submodule method if I am trying something new that requires little code; playing in the sandbox.
Is this what you are asking about with
> I'm never quite sure when/how to let maven access outside repositories.
It can get quite verbose, but can be done without inconsistent builds (or becoming cephalopodal). I use maven exclude statements.
For instance, a common one for me is to include the dictionary lookup module in my project but not bother to download the dictionary as I have my own custom dictionary:
<dependency>
<groupId>org.apache.ctakes</groupId>
<artifactId>ctakes-dictionary-lookup-fast</artifactId>
<version>${ctakes.version}</version>
<exclusions>
<!-- We do not want the standard ctakes dictionary -->
<exclusion>
<groupId>org.apache.ctakes</groupId>
<artifactId>ctakes-dictionary-lookup-fast-res</artifactId>
</exclusion>
</exclusions>
</dependency>
To use local versions of lucene or just dismiss it entirely, my custom full-project main pom includes the dependency on ctakes-utils but excludes all things lucene:
<dependency>
<groupId>org.apache.ctakes</groupId>
<artifactId>ctakes-utils</artifactId>
<version>${ctakes.version}</version>
<exclusions>
<exclusion>
<groupId>org.apache.lucene</groupId>
<artifactId>lucene-core</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.lucene</groupId>
<artifactId>lucene-queries</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.lucene</groupId>
<artifactId>lucene-queryparser</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.lucene</groupId>
<artifactId>lucene-analyzers-common</artifactId>
</exclusion>
</exclusions>
</dependency>
One thing that I do if I am using ctakes trunk modules as dependencies is put the specific snapshot repository in my local pom. Otherwise it may not find things:
<repositories>
<repository>
<id>apache.snapshots</id>
<name>Apache Development Snapshot Repository</name>
<url>https://repository.apache.org/content/groups/snapshots/</url>
<releases>
<enabled>false</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
If I have custom types I add the jcasgen plugin. Usually I try to avoid adding types but if I do:
<build>
<plugins>
<plugin>
<groupId>org.apache.uima</groupId>
<artifactId>jcasgen-maven-plugin</artifactId>
<version>2.9.0</version>
<executions>
<execution>
<goals><goal>generate</goal></goals>
<configuration>
<typeSystemIncludes>
<typeSystemInclude>src/main/resources/org/apache/ctakes/**/types/TypeSystem.xml</typeSystemInclude>
</typeSystemIncludes>
<limitToProject>true</limitToProject>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
One huge advantage to just having your own main project and using ctakes (trunk) modules as dependencies is that every time you clean compile you get the latest updates.
Other advantages are: custom binary build configuration, your own manageable multi-module pom, smaller binary/distributable footprint, simple version control for your code, smaller project tree in your ide, etc.
Let me know if I completely missed your point / question.
Sean
________________________________________
From: Peter Abramowitsch <pa...@gmail.com>
Sent: Monday, March 1, 2021 12:30 PM
To: dev@ctakes.apache.org
Subject: Re: 4.0.0.1 patch [EXTERNAL]
* External Email - Caution *
Hi Sean,
Apropos your last email, I'm never quite sure when/how to let maven access
outside repositories. I notice that sometimes it is downloading the very
jars I am trying to build., but if I tell it to be local only, then the
build will sometimes fail because of other dependencies it needs to
update. It's a bit of an octopus. And so, if I were to create a maven
submodule with my permissions, how could I be sure not to contaminate the
global archive when I sure don't want to..?
Peter
On Mon, Mar 1, 2021 at 6:13 PM Finan, Sean <Se...@childrens.harvard.edu>
wrote:
> Hi Sean (M.),
>
> I don't know if this helps at all, but I usually keep all custom code in a
> separate maven submodule (e.g. ctakes-myproject) and just throw that module
> reference into the main ctakes pom. There are a lot of benefits to doing
> things this way, including sharing code (vcs or directly), sharing prebuilt
> jars, version independency, etc. You might already do this for other
> things, in which case this is just a reminder. You can still keep using
> the ctakes package system which makes piper specifications easier.
>
> Sean
>
>
> ________________________________________
> From: Mullane, Sean *HS <SP...@hscmail.mcc.virginia.edu>
> Sent: Monday, March 1, 2021 11:19 AM
> To: dev@ctakes.apache.org
> Subject: RE: 4.0.0.1 patch [EXTERNAL]
>
> * External Email - Caution *
>
>
> Sean,
>
> You're right that CuiFilterAnnotator is a custom annotator. It looks like
> I will need to merge the auth changes from 4.0.0.1 into our branch and
> recompile.
>
> Thanks,
> Sean
>
> -----Original Message-----
> From: Finan, Sean <Se...@childrens.harvard.edu>
> Sent: Saturday, February 27, 2021 2:33 PM
> To: dev@ctakes.apache.org
> Subject: Re: 4.0.0.1 patch [EXTERNAL]
>
> Hi Sean (Mullane),
>
> For the original problem:
>
> No Analysis
> > > Component found for org.apache.ctakes.core.ae.CuiFilterAnnotator
>
> This means that somewhere in your piper file you have an "add" command for
> an analysis engine named "CuiFilterAnnotator".
>
> There is no org.apache.ctakes.core.ae.CuiFilterAnnotator in ctakes 4.0.0
> or trunk:
>
> https://urldefense.com/v3/__https://svn.apache.org/repos/asf/ctakes/tags/ctakes-4.0.0/ctakes-core/src/main/java/org/apache/ctakes/core/ae/__;!!NZvER7FxgEiBAiR_!9EqSrWbJ5y-PF0tnZc30W49RI0H8lQQb2HgfBO659g3w5yAPh0C-ZyhCeNRsIc7y9t9Q3wkVLpM$
>
> https://urldefense.com/v3/__https://svn.apache.org/repos/asf/ctakes/trunk/ctakes-core/src/main/java/org/apache/ctakes/core/ae/__;!!NZvER7FxgEiBAiR_!9EqSrWbJ5y-PF0tnZc30W49RI0H8lQQb2HgfBO659g3w5yAPh0C-ZyhCeNRsIc7y9t9QkmE1D-E$
>
> I also cannot find a class named "CuiFilterAnnotator" in my copy of trunk
> in any of the projects - including ytex.
>
> That leads me to believe that CuiFilterAnnotator is a custom annotator in
> your local installation - which I hope that you didn't overwrite with a
> copy of 4.0.0.1
>
> If you can find the CuiFilterAnnotator file in your previous installation,
> just copy it over in a custom jar. After rerunning you may find another
> missing class, then another. Such can be the pains of working with custom
> alterations.
>
> Sean
>
> ________________________________________
> From: Peter Abramowitsch <pa...@gmail.com>
> Sent: Friday, February 26, 2021 12:27 PM
> To: dev@ctakes.apache.org
> Subject: Re: 4.0.0.1 patch [EXTERNAL]
>
> * External Email - Caution *
>
>
> I don't mean to butt in on another conversation, but for the UMLS
> authentication to work in 4.0.0.1, you would need to replace
> ctakes-dictionary-lookup-fast jar, the ctakes-dictionary-lookup.jar and for
> safety's sake the ctakes-core jar too.
>
> Peter
>
> On Fri, Feb 26, 2021 at 6:01 PM Mullane, Sean *HS <
> SPM9R@hscmail.mcc.virginia.edu> wrote:
>
> > Can you check my understanding of how to apply the patch? I replaced
> > the ctakes-core-4.0.0.jar file in ./lib with ctakes-core-4.0.0.1.jar.
> > I also replaced the user/pass values in ctakes.profile with the API key
> values.
> > Are there any steps I missed there?
> >
> > Sean
> >
> > -----Original Message-----
> > From: Miller, Timothy <Ti...@childrens.harvard.edu>
> > Sent: Friday, February 26, 2021 6:41 AM
> > To: dev@ctakes.apache.org
> > Subject: Re: 4.0.0.1 patch [EXTERNAL]
> >
> > Hi Sean,
> > I can't answer your primary question, but my recollection is that
> > 4.0.0.1 was an absolutely minimalist change to just fix the
> > authentication, so I don't think ytex would've been touched.
> > Tim
> >
> >
> > On Thu, 2021-02-25 at 17:24 +0000, Mullane, Sean *HS wrote:
> > > * External Email - Caution *
> > >
> > >
> > > Hello,
> > >
> > > I am just catching up with the NLM auth changes. I tried replacing
> > > the ctakes-core-4.0.0.jar file with ctakes-core-4.0.0.1.jar, and am
> > > getting this error:
> > >
> > > ERROR [PiperFileRunner] MESSAGE LOCALIZATION FAILED: Can't find
> > > resource for bundle java.util.PropertyResourceBundle, key No
> > > Analysis Component found for
> > > org.apache.ctakes.core.ae.CuiFilterAnnotator
> > >
> > > I saw a message from Tim Miller from December mentioning removing
> > > ytex components from ctakes-core. Was this done on the released
> > > version of 4.0.0.1? We're using ytex so I wonder if that may be the
> > > cause of this error. Or maybe applying the patch isn't as simple as
> > > drop-in replacing the jar? (I changed the API key in my config files
> > > and that seems to be working as expected).
> > >
> > > Thanks,
> > > Sean
> > >
> > >
> >
>
>
Re: 4.0.0.1 patch [EXTERNAL]
Posted by Peter Abramowitsch <pa...@gmail.com>.
Hi Sean,
Apropos your last email, I'm never quite sure when/how to let maven access
outside repositories. I notice that sometimes it is downloading the very
jars I am trying to build., but if I tell it to be local only, then the
build will sometimes fail because of other dependencies it needs to
update. It's a bit of an octopus. And so, if I were to create a maven
submodule with my permissions, how could I be sure not to contaminate the
global archive when I sure don't want to..?
Peter
On Mon, Mar 1, 2021 at 6:13 PM Finan, Sean <Se...@childrens.harvard.edu>
wrote:
> Hi Sean (M.),
>
> I don't know if this helps at all, but I usually keep all custom code in a
> separate maven submodule (e.g. ctakes-myproject) and just throw that module
> reference into the main ctakes pom. There are a lot of benefits to doing
> things this way, including sharing code (vcs or directly), sharing prebuilt
> jars, version independency, etc. You might already do this for other
> things, in which case this is just a reminder. You can still keep using
> the ctakes package system which makes piper specifications easier.
>
> Sean
>
>
> ________________________________________
> From: Mullane, Sean *HS <SP...@hscmail.mcc.virginia.edu>
> Sent: Monday, March 1, 2021 11:19 AM
> To: dev@ctakes.apache.org
> Subject: RE: 4.0.0.1 patch [EXTERNAL]
>
> * External Email - Caution *
>
>
> Sean,
>
> You're right that CuiFilterAnnotator is a custom annotator. It looks like
> I will need to merge the auth changes from 4.0.0.1 into our branch and
> recompile.
>
> Thanks,
> Sean
>
> -----Original Message-----
> From: Finan, Sean <Se...@childrens.harvard.edu>
> Sent: Saturday, February 27, 2021 2:33 PM
> To: dev@ctakes.apache.org
> Subject: Re: 4.0.0.1 patch [EXTERNAL]
>
> Hi Sean (Mullane),
>
> For the original problem:
>
> No Analysis
> > > Component found for org.apache.ctakes.core.ae.CuiFilterAnnotator
>
> This means that somewhere in your piper file you have an "add" command for
> an analysis engine named "CuiFilterAnnotator".
>
> There is no org.apache.ctakes.core.ae.CuiFilterAnnotator in ctakes 4.0.0
> or trunk:
>
> https://urldefense.com/v3/__https://svn.apache.org/repos/asf/ctakes/tags/ctakes-4.0.0/ctakes-core/src/main/java/org/apache/ctakes/core/ae/__;!!NZvER7FxgEiBAiR_!9EqSrWbJ5y-PF0tnZc30W49RI0H8lQQb2HgfBO659g3w5yAPh0C-ZyhCeNRsIc7y9t9Q3wkVLpM$
>
> https://urldefense.com/v3/__https://svn.apache.org/repos/asf/ctakes/trunk/ctakes-core/src/main/java/org/apache/ctakes/core/ae/__;!!NZvER7FxgEiBAiR_!9EqSrWbJ5y-PF0tnZc30W49RI0H8lQQb2HgfBO659g3w5yAPh0C-ZyhCeNRsIc7y9t9QkmE1D-E$
>
> I also cannot find a class named "CuiFilterAnnotator" in my copy of trunk
> in any of the projects - including ytex.
>
> That leads me to believe that CuiFilterAnnotator is a custom annotator in
> your local installation - which I hope that you didn't overwrite with a
> copy of 4.0.0.1
>
> If you can find the CuiFilterAnnotator file in your previous installation,
> just copy it over in a custom jar. After rerunning you may find another
> missing class, then another. Such can be the pains of working with custom
> alterations.
>
> Sean
>
> ________________________________________
> From: Peter Abramowitsch <pa...@gmail.com>
> Sent: Friday, February 26, 2021 12:27 PM
> To: dev@ctakes.apache.org
> Subject: Re: 4.0.0.1 patch [EXTERNAL]
>
> * External Email - Caution *
>
>
> I don't mean to butt in on another conversation, but for the UMLS
> authentication to work in 4.0.0.1, you would need to replace
> ctakes-dictionary-lookup-fast jar, the ctakes-dictionary-lookup.jar and for
> safety's sake the ctakes-core jar too.
>
> Peter
>
> On Fri, Feb 26, 2021 at 6:01 PM Mullane, Sean *HS <
> SPM9R@hscmail.mcc.virginia.edu> wrote:
>
> > Can you check my understanding of how to apply the patch? I replaced
> > the ctakes-core-4.0.0.jar file in ./lib with ctakes-core-4.0.0.1.jar.
> > I also replaced the user/pass values in ctakes.profile with the API key
> values.
> > Are there any steps I missed there?
> >
> > Sean
> >
> > -----Original Message-----
> > From: Miller, Timothy <Ti...@childrens.harvard.edu>
> > Sent: Friday, February 26, 2021 6:41 AM
> > To: dev@ctakes.apache.org
> > Subject: Re: 4.0.0.1 patch [EXTERNAL]
> >
> > Hi Sean,
> > I can't answer your primary question, but my recollection is that
> > 4.0.0.1 was an absolutely minimalist change to just fix the
> > authentication, so I don't think ytex would've been touched.
> > Tim
> >
> >
> > On Thu, 2021-02-25 at 17:24 +0000, Mullane, Sean *HS wrote:
> > > * External Email - Caution *
> > >
> > >
> > > Hello,
> > >
> > > I am just catching up with the NLM auth changes. I tried replacing
> > > the ctakes-core-4.0.0.jar file with ctakes-core-4.0.0.1.jar, and am
> > > getting this error:
> > >
> > > ERROR [PiperFileRunner] MESSAGE LOCALIZATION FAILED: Can't find
> > > resource for bundle java.util.PropertyResourceBundle, key No
> > > Analysis Component found for
> > > org.apache.ctakes.core.ae.CuiFilterAnnotator
> > >
> > > I saw a message from Tim Miller from December mentioning removing
> > > ytex components from ctakes-core. Was this done on the released
> > > version of 4.0.0.1? We're using ytex so I wonder if that may be the
> > > cause of this error. Or maybe applying the patch isn't as simple as
> > > drop-in replacing the jar? (I changed the API key in my config files
> > > and that seems to be working as expected).
> > >
> > > Thanks,
> > > Sean
> > >
> > >
> >
>
>
Re: 4.0.0.1 patch [EXTERNAL]
Posted by "Finan, Sean" <Se...@childrens.harvard.edu>.
Hi Sean (M.),
I don't know if this helps at all, but I usually keep all custom code in a separate maven submodule (e.g. ctakes-myproject) and just throw that module reference into the main ctakes pom. There are a lot of benefits to doing things this way, including sharing code (vcs or directly), sharing prebuilt jars, version independency, etc. You might already do this for other things, in which case this is just a reminder. You can still keep using the ctakes package system which makes piper specifications easier.
Sean
________________________________________
From: Mullane, Sean *HS <SP...@hscmail.mcc.virginia.edu>
Sent: Monday, March 1, 2021 11:19 AM
To: dev@ctakes.apache.org
Subject: RE: 4.0.0.1 patch [EXTERNAL]
* External Email - Caution *
Sean,
You're right that CuiFilterAnnotator is a custom annotator. It looks like I will need to merge the auth changes from 4.0.0.1 into our branch and recompile.
Thanks,
Sean
-----Original Message-----
From: Finan, Sean <Se...@childrens.harvard.edu>
Sent: Saturday, February 27, 2021 2:33 PM
To: dev@ctakes.apache.org
Subject: Re: 4.0.0.1 patch [EXTERNAL]
Hi Sean (Mullane),
For the original problem:
No Analysis
> > Component found for org.apache.ctakes.core.ae.CuiFilterAnnotator
This means that somewhere in your piper file you have an "add" command for an analysis engine named "CuiFilterAnnotator".
There is no org.apache.ctakes.core.ae.CuiFilterAnnotator in ctakes 4.0.0 or trunk:
https://urldefense.com/v3/__https://svn.apache.org/repos/asf/ctakes/tags/ctakes-4.0.0/ctakes-core/src/main/java/org/apache/ctakes/core/ae/__;!!NZvER7FxgEiBAiR_!9EqSrWbJ5y-PF0tnZc30W49RI0H8lQQb2HgfBO659g3w5yAPh0C-ZyhCeNRsIc7y9t9Q3wkVLpM$
https://urldefense.com/v3/__https://svn.apache.org/repos/asf/ctakes/trunk/ctakes-core/src/main/java/org/apache/ctakes/core/ae/__;!!NZvER7FxgEiBAiR_!9EqSrWbJ5y-PF0tnZc30W49RI0H8lQQb2HgfBO659g3w5yAPh0C-ZyhCeNRsIc7y9t9QkmE1D-E$
I also cannot find a class named "CuiFilterAnnotator" in my copy of trunk in any of the projects - including ytex.
That leads me to believe that CuiFilterAnnotator is a custom annotator in your local installation - which I hope that you didn't overwrite with a copy of 4.0.0.1
If you can find the CuiFilterAnnotator file in your previous installation, just copy it over in a custom jar. After rerunning you may find another missing class, then another. Such can be the pains of working with custom alterations.
Sean
________________________________________
From: Peter Abramowitsch <pa...@gmail.com>
Sent: Friday, February 26, 2021 12:27 PM
To: dev@ctakes.apache.org
Subject: Re: 4.0.0.1 patch [EXTERNAL]
* External Email - Caution *
I don't mean to butt in on another conversation, but for the UMLS authentication to work in 4.0.0.1, you would need to replace ctakes-dictionary-lookup-fast jar, the ctakes-dictionary-lookup.jar and for safety's sake the ctakes-core jar too.
Peter
On Fri, Feb 26, 2021 at 6:01 PM Mullane, Sean *HS < SPM9R@hscmail.mcc.virginia.edu> wrote:
> Can you check my understanding of how to apply the patch? I replaced
> the ctakes-core-4.0.0.jar file in ./lib with ctakes-core-4.0.0.1.jar.
> I also replaced the user/pass values in ctakes.profile with the API key values.
> Are there any steps I missed there?
>
> Sean
>
> -----Original Message-----
> From: Miller, Timothy <Ti...@childrens.harvard.edu>
> Sent: Friday, February 26, 2021 6:41 AM
> To: dev@ctakes.apache.org
> Subject: Re: 4.0.0.1 patch [EXTERNAL]
>
> Hi Sean,
> I can't answer your primary question, but my recollection is that
> 4.0.0.1 was an absolutely minimalist change to just fix the
> authentication, so I don't think ytex would've been touched.
> Tim
>
>
> On Thu, 2021-02-25 at 17:24 +0000, Mullane, Sean *HS wrote:
> > * External Email - Caution *
> >
> >
> > Hello,
> >
> > I am just catching up with the NLM auth changes. I tried replacing
> > the ctakes-core-4.0.0.jar file with ctakes-core-4.0.0.1.jar, and am
> > getting this error:
> >
> > ERROR [PiperFileRunner] MESSAGE LOCALIZATION FAILED: Can't find
> > resource for bundle java.util.PropertyResourceBundle, key No
> > Analysis Component found for
> > org.apache.ctakes.core.ae.CuiFilterAnnotator
> >
> > I saw a message from Tim Miller from December mentioning removing
> > ytex components from ctakes-core. Was this done on the released
> > version of 4.0.0.1? We're using ytex so I wonder if that may be the
> > cause of this error. Or maybe applying the patch isn't as simple as
> > drop-in replacing the jar? (I changed the API key in my config files
> > and that seems to be working as expected).
> >
> > Thanks,
> > Sean
> >
> >
>