RE: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
Hi Jeff, We have now upgraded from Spring 3x to Spring 4.3.12 now. Since cTAKES was using Spring 3x version only for very few modules in it and not Spring's extensive functionality, we decided to upgrade to the latest version of the Spring rather than Spring Boot. But as you mentioned, cTAKES REST module will generate one WAR file that can be deployed to any application server. In fact, plans are already on to dockerize the complete deployment so that everything can be handled by single click. Regards, Gandhi -Original Message- From: Jeff Headley [mailto:jeffun...@gmail.com] Sent: Monday, December 18, 2017 12:13 AM To: dev@ctakes.apache.org Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] My use of ctakes is for a part-time side job and I haven’t been able to read every email in here. Apologies in advance if this idea has come up before. Spring Boot. It appears that ctakes is already using spring. Older version I think. If ctakes was to use a newer spring and use spring boot, I think people would like the possibilities. You could build a fat jar that could be easily executed with an embedded server to provide these rest endpoints. Built in metrics and all the stuff spring boot brings with it. It could still be deployed as a war to a server and should be easy to deploy in the cloud as well. We use spring boot at my full-time job in an AWS environment and we are quite happy with Spring Boot for our rest services. Sent from my iPhone > On Dec 17, 2017, at 11:33 AM, Finan, Sean > wrote: > > Cheers all! > > -Original Message- > From: Matthew Vita [mailto:matthewvit...@gmail.com] > Sent: Saturday, December 16, 2017 1:02 AM > To: dev@ctakes.apache.org > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] > [SUSPICIOUS] > > I should note that my main work item at the moment is getting the > Dictionary GUI tool to write straight to MySQL to make this (and other > solutions) more streamlined. I have read over the code and understand it > pretty well. Just fighting to load in the MySQL driver despite what I thought > was the right approach ( > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_GoTeamEpsilon_ctakes-2Drest-2Dservice_issues_2-23issuecomment-2D351921458&d=DwIFaQ&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=fs67GvlGZstTpyIisCYNYmQCP6r0bcpKGd4f7d4gTao&m=SNOWoRw_Hkp1F9ybCI6H8JeisqZQQKapVBXOXwKpy98&s=fAORUifZYDKtiRuE_7TcoYAcw29S-Q6k6uNcyjhfQFI&e=). > Going to spend some time on it over the weekend :). > > I'm very grateful for Gandhi and you all. > > cTAKES + REST = many possibilities as we enter into the new year! > > Thanks, > > Matthew Vita > www.matthewvita.com > > On Fri, Dec 15, 2017 at 9:56 PM, Matthew Vita > > wrote: > >>> could be wrapped in a docker container that would be really >>> powerful, >> >> I am on it! >> >> >> Thanks, >> >> Matthew Vita >> www.matthewvita.com >> >> On Fri, Dec 15, 2017 at 6:46 AM, Miller, Timothy < >> timothy.mil...@childrens.harvard.edu> wrote: >> >>> Great, that's very helpful. >>> >>> I'll be happy to help with extracting the information needed from >>> the CAS the easy way. Sean, am I remembering right that there was an >>> API started for that somewhere? Or maybe that was part of DeepPhe? >>> >>> Tim >>> >>> >>>> On Fri, 2017-12-15 at 03:52 +, Gandhi Rajan Natarajan wrote: >>>> Hi Tim, >>>> >>>> Thanks for taking time out and having a look at this. As you >>>> mentioned, the dictionary descriptor file contains details specific >>>> to my setup which needs to be changes to 127.0.0.1 by default. Will >>>> make the change accordingly. >>>> >>>> The only reason we went ahead with the approach of parsing XML to >>>> JSON is due to our lack of in-depth knowledge in cTAKES >>>> implementations. If I could get some guidance on how to get the >>>> required JSON details directly from type systems, will be happy to >>>> implement the same as it will be a huge performance gain. >>>> >>>> Also as you said we have two directories names ctakes-web-rest and >>>> ctakes-rest-service. Ctakes-rest-service directory is no longer >>>> active and its obsolete. We are just maintaining it for some >>>> reference for the time being. We will knock it off soon. >>>> >>>> Thanks again for the detailed feedback. >>>> >>>> Regards, >>>> Gandhi >>>> >>>> >>>> -Origi
Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
My use of ctakes is for a part-time side job and I haven’t been able to read every email in here. Apologies in advance if this idea has come up before. Spring Boot. It appears that ctakes is already using spring. Older version I think. If ctakes was to use a newer spring and use spring boot, I think people would like the possibilities. You could build a fat jar that could be easily executed with an embedded server to provide these rest endpoints. Built in metrics and all the stuff spring boot brings with it. It could still be deployed as a war to a server and should be easy to deploy in the cloud as well. We use spring boot at my full-time job in an AWS environment and we are quite happy with Spring Boot for our rest services. Sent from my iPhone > On Dec 17, 2017, at 11:33 AM, Finan, Sean > wrote: > > Cheers all! > > -Original Message- > From: Matthew Vita [mailto:matthewvit...@gmail.com] > Sent: Saturday, December 16, 2017 1:02 AM > To: dev@ctakes.apache.org > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] > > I should note that my main work item at the moment is getting the Dictionary > GUI tool to write straight to MySQL to make this (and other > solutions) more streamlined. I have read over the code and understand it > pretty well. Just fighting to load in the MySQL driver despite what I thought > was the right approach ( > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_GoTeamEpsilon_ctakes-2Drest-2Dservice_issues_2-23issuecomment-2D351921458&d=DwIFaQ&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=fs67GvlGZstTpyIisCYNYmQCP6r0bcpKGd4f7d4gTao&m=SNOWoRw_Hkp1F9ybCI6H8JeisqZQQKapVBXOXwKpy98&s=fAORUifZYDKtiRuE_7TcoYAcw29S-Q6k6uNcyjhfQFI&e=). > Going to spend some time on it over the weekend :). > > I'm very grateful for Gandhi and you all. > > cTAKES + REST = many possibilities as we enter into the new year! > > Thanks, > > Matthew Vita > www.matthewvita.com > > On Fri, Dec 15, 2017 at 9:56 PM, Matthew Vita > wrote: > >>> could be wrapped in a docker container that would be really >>> powerful, >> >> I am on it! >> >> >> Thanks, >> >> Matthew Vita >> www.matthewvita.com >> >> On Fri, Dec 15, 2017 at 6:46 AM, Miller, Timothy < >> timothy.mil...@childrens.harvard.edu> wrote: >> >>> Great, that's very helpful. >>> >>> I'll be happy to help with extracting the information needed from the >>> CAS the easy way. Sean, am I remembering right that there was an API >>> started for that somewhere? Or maybe that was part of DeepPhe? >>> >>> Tim >>> >>> >>>> On Fri, 2017-12-15 at 03:52 +, Gandhi Rajan Natarajan wrote: >>>> Hi Tim, >>>> >>>> Thanks for taking time out and having a look at this. As you >>>> mentioned, the dictionary descriptor file contains details specific >>>> to my setup which needs to be changes to 127.0.0.1 by default. Will >>>> make the change accordingly. >>>> >>>> The only reason we went ahead with the approach of parsing XML to >>>> JSON is due to our lack of in-depth knowledge in cTAKES >>>> implementations. If I could get some guidance on how to get the >>>> required JSON details directly from type systems, will be happy to >>>> implement the same as it will be a huge performance gain. >>>> >>>> Also as you said we have two directories names ctakes-web-rest and >>>> ctakes-rest-service. Ctakes-rest-service directory is no longer >>>> active and its obsolete. We are just maintaining it for some >>>> reference for the time being. We will knock it off soon. >>>> >>>> Thanks again for the detailed feedback. >>>> >>>> Regards, >>>> Gandhi >>>> >>>> >>>> -Original Message- >>>> From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] >>>> Sent: Friday, December 15, 2017 1:25 AM >>>> To: dev@ctakes.apache.org >>>> Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] >>>> [SUSPICIOUS] >>>> >>>> I looked at this today. Looks like a great start! >>>> >>>> I was able to get as far as deploying to tomcat, seeing the web >>>> form, and submitting, but didn't get correct feedback because I >>>> don't have a mysql dictionary set up, which the default descriptor >>>> points at. I didn't see any
RE: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
Cheers all! -Original Message- From: Matthew Vita [mailto:matthewvit...@gmail.com] Sent: Saturday, December 16, 2017 1:02 AM To: dev@ctakes.apache.org Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] I should note that my main work item at the moment is getting the Dictionary GUI tool to write straight to MySQL to make this (and other solutions) more streamlined. I have read over the code and understand it pretty well. Just fighting to load in the MySQL driver despite what I thought was the right approach ( https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_GoTeamEpsilon_ctakes-2Drest-2Dservice_issues_2-23issuecomment-2D351921458&d=DwIFaQ&c=qS4goWBT7poplM69zy_3xhKwEW14JZMSdioCoppxeFU&r=fs67GvlGZstTpyIisCYNYmQCP6r0bcpKGd4f7d4gTao&m=SNOWoRw_Hkp1F9ybCI6H8JeisqZQQKapVBXOXwKpy98&s=fAORUifZYDKtiRuE_7TcoYAcw29S-Q6k6uNcyjhfQFI&e=). Going to spend some time on it over the weekend :). I'm very grateful for Gandhi and you all. cTAKES + REST = many possibilities as we enter into the new year! Thanks, Matthew Vita www.matthewvita.com On Fri, Dec 15, 2017 at 9:56 PM, Matthew Vita wrote: > > could be wrapped in a docker container that would be really > > powerful, > > I am on it! > > > Thanks, > > Matthew Vita > www.matthewvita.com > > On Fri, Dec 15, 2017 at 6:46 AM, Miller, Timothy < > timothy.mil...@childrens.harvard.edu> wrote: > >> Great, that's very helpful. >> >> I'll be happy to help with extracting the information needed from the >> CAS the easy way. Sean, am I remembering right that there was an API >> started for that somewhere? Or maybe that was part of DeepPhe? >> >> Tim >> >> >> On Fri, 2017-12-15 at 03:52 +, Gandhi Rajan Natarajan wrote: >> > Hi Tim, >> > >> > Thanks for taking time out and having a look at this. As you >> > mentioned, the dictionary descriptor file contains details specific >> > to my setup which needs to be changes to 127.0.0.1 by default. Will >> > make the change accordingly. >> > >> > The only reason we went ahead with the approach of parsing XML to >> > JSON is due to our lack of in-depth knowledge in cTAKES >> > implementations. If I could get some guidance on how to get the >> > required JSON details directly from type systems, will be happy to >> > implement the same as it will be a huge performance gain. >> > >> > Also as you said we have two directories names ctakes-web-rest and >> > ctakes-rest-service. Ctakes-rest-service directory is no longer >> > active and its obsolete. We are just maintaining it for some >> > reference for the time being. We will knock it off soon. >> > >> > Thanks again for the detailed feedback. >> > >> > Regards, >> > Gandhi >> > >> > >> > -Original Message- >> > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] >> > Sent: Friday, December 15, 2017 1:25 AM >> > To: dev@ctakes.apache.org >> > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] >> > [SUSPICIOUS] >> > >> > I looked at this today. Looks like a great start! >> > >> > I was able to get as far as deploying to tomcat, seeing the web >> > form, and submitting, but didn't get correct feedback because I >> > don't have a mysql dictionary set up, which the default descriptor >> > points at. I didn't see any instructions for building that and >> > didn't have time to figure that out. >> > >> > I think I mentioned in a different thread that if this whole thing >> > could be wrapped in a docker container that would be really >> > powerful, but if not, there are a few things that are obvious to >> > you as developers but would make it easier for novices (like me) to deploy. >> > >> > * download tomcat bin and start with bin/startup.sh (check at >> > localhost:8080) >> > * run mvn install on my ctakes installation to populate jar files >> > in the .m2 directory that were missing >> > * run mvn package inside the ctakes-web-rest subdirectory >> > * copy the .war file into the webapps directory in my tomcat >> > installation. >> > * While I couldn't get the dictionary to work pointing to mysql, I >> > noticed that the dictionary descriptor file has a hardcoded IP >> > address when maybe it should be 127.0.0.1? >> > >> > One other thing I noticed in the code is that in sending back JSON >> > it looks
Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
I should note that my main work item at the moment is getting the Dictionary GUI tool to write straight to MySQL to make this (and other solutions) more streamlined. I have read over the code and understand it pretty well. Just fighting to load in the MySQL driver despite what I thought was the right approach ( https://github.com/GoTeamEpsilon/ctakes-rest-service/issues/2#issuecomment-351921458). Going to spend some time on it over the weekend :). I'm very grateful for Gandhi and you all. cTAKES + REST = many possibilities as we enter into the new year! Thanks, Matthew Vita www.matthewvita.com On Fri, Dec 15, 2017 at 9:56 PM, Matthew Vita wrote: > > could be wrapped in a docker container that would be really powerful, > > I am on it! > > > Thanks, > > Matthew Vita > www.matthewvita.com > > On Fri, Dec 15, 2017 at 6:46 AM, Miller, Timothy < > timothy.mil...@childrens.harvard.edu> wrote: > >> Great, that's very helpful. >> >> I'll be happy to help with extracting the information needed from the >> CAS the easy way. Sean, am I remembering right that there was an API >> started for that somewhere? Or maybe that was part of DeepPhe? >> >> Tim >> >> >> On Fri, 2017-12-15 at 03:52 +, Gandhi Rajan Natarajan wrote: >> > Hi Tim, >> > >> > Thanks for taking time out and having a look at this. As you >> > mentioned, the dictionary descriptor file contains details specific >> > to my setup which needs to be changes to 127.0.0.1 by default. Will >> > make the change accordingly. >> > >> > The only reason we went ahead with the approach of parsing XML to >> > JSON is due to our lack of in-depth knowledge in cTAKES >> > implementations. If I could get some guidance on how to get the >> > required JSON details directly from type systems, will be happy to >> > implement the same as it will be a huge performance gain. >> > >> > Also as you said we have two directories names ctakes-web-rest and >> > ctakes-rest-service. Ctakes-rest-service directory is no longer >> > active and its obsolete. We are just maintaining it for some >> > reference for the time being. We will knock it off soon. >> > >> > Thanks again for the detailed feedback. >> > >> > Regards, >> > Gandhi >> > >> > >> > -Original Message- >> > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] >> > Sent: Friday, December 15, 2017 1:25 AM >> > To: dev@ctakes.apache.org >> > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] >> > [SUSPICIOUS] >> > >> > I looked at this today. Looks like a great start! >> > >> > I was able to get as far as deploying to tomcat, seeing the web form, >> > and submitting, but didn't get correct feedback because I don't have >> > a mysql dictionary set up, which the default descriptor points at. I >> > didn't see any instructions for building that and didn't have time to >> > figure that out. >> > >> > I think I mentioned in a different thread that if this whole thing >> > could be wrapped in a docker container that would be really powerful, >> > but if not, there are a few things that are obvious to you as >> > developers but would make it easier for novices (like me) to deploy. >> > >> > * download tomcat bin and start with bin/startup.sh (check at >> > localhost:8080) >> > * run mvn install on my ctakes installation to populate jar files in >> > the .m2 directory that were missing >> > * run mvn package inside the ctakes-web-rest subdirectory >> > * copy the .war file into the webapps directory in my tomcat >> > installation. >> > * While I couldn't get the dictionary to work pointing to mysql, I >> > noticed that the dictionary descriptor file has a hardcoded IP >> > address when maybe it should be 127.0.0.1? >> > >> > One other thing I noticed in the code is that in sending back JSON it >> > looks like you're turning the JCas into xml and then parsing it >> > yourself. It should be easier just to access typesystem objects >> > directly. Sean may have some API code laying around to simplify that >> > as well. >> > >> > To iterate over signs/symptoms, for example, you would do: >> > >> > for(SignSymptomMention ss : JCasUtil.select(jcas, >> > SignSymptomMention.class)){ >> > int begin = ss.getBegin(); // begin offset >> > int end = ss.getEnd()
Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
> could be wrapped in a docker container that would be really powerful, I am on it! Thanks, Matthew Vita www.matthewvita.com On Fri, Dec 15, 2017 at 6:46 AM, Miller, Timothy < timothy.mil...@childrens.harvard.edu> wrote: > Great, that's very helpful. > > I'll be happy to help with extracting the information needed from the > CAS the easy way. Sean, am I remembering right that there was an API > started for that somewhere? Or maybe that was part of DeepPhe? > > Tim > > > On Fri, 2017-12-15 at 03:52 +, Gandhi Rajan Natarajan wrote: > > Hi Tim, > > > > Thanks for taking time out and having a look at this. As you > > mentioned, the dictionary descriptor file contains details specific > > to my setup which needs to be changes to 127.0.0.1 by default. Will > > make the change accordingly. > > > > The only reason we went ahead with the approach of parsing XML to > > JSON is due to our lack of in-depth knowledge in cTAKES > > implementations. If I could get some guidance on how to get the > > required JSON details directly from type systems, will be happy to > > implement the same as it will be a huge performance gain. > > > > Also as you said we have two directories names ctakes-web-rest and > > ctakes-rest-service. Ctakes-rest-service directory is no longer > > active and its obsolete. We are just maintaining it for some > > reference for the time being. We will knock it off soon. > > > > Thanks again for the detailed feedback. > > > > Regards, > > Gandhi > > > > > > -Original Message----- > > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] > > Sent: Friday, December 15, 2017 1:25 AM > > To: dev@ctakes.apache.org > > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] > > [SUSPICIOUS] > > > > I looked at this today. Looks like a great start! > > > > I was able to get as far as deploying to tomcat, seeing the web form, > > and submitting, but didn't get correct feedback because I don't have > > a mysql dictionary set up, which the default descriptor points at. I > > didn't see any instructions for building that and didn't have time to > > figure that out. > > > > I think I mentioned in a different thread that if this whole thing > > could be wrapped in a docker container that would be really powerful, > > but if not, there are a few things that are obvious to you as > > developers but would make it easier for novices (like me) to deploy. > > > > * download tomcat bin and start with bin/startup.sh (check at > > localhost:8080) > > * run mvn install on my ctakes installation to populate jar files in > > the .m2 directory that were missing > > * run mvn package inside the ctakes-web-rest subdirectory > > * copy the .war file into the webapps directory in my tomcat > > installation. > > * While I couldn't get the dictionary to work pointing to mysql, I > > noticed that the dictionary descriptor file has a hardcoded IP > > address when maybe it should be 127.0.0.1? > > > > One other thing I noticed in the code is that in sending back JSON it > > looks like you're turning the JCas into xml and then parsing it > > yourself. It should be easier just to access typesystem objects > > directly. Sean may have some API code laying around to simplify that > > as well. > > > > To iterate over signs/symptoms, for example, you would do: > > > > for(SignSymptomMention ss : JCasUtil.select(jcas, > > SignSymptomMention.class)){ > > int begin = ss.getBegin(); // begin offset > > int end = ss.getEnd(): // end offset ... > > } > > > > Using the typesystem directly may help you to speed up that code or > > make it easier to read. But maybe there is a reason to write it to > > xml that I'm not aware of. > > > > Finally, I see there are two sub-directories with similar names, > > ctakes-rest-service and ctakes-web-rest. If they are duplicates can > > you delete the old one? > > > > I'll keep poking around, but hopefully this is helpful feedback for > > you guys. Thanks again for getting this off the ground! > > > > Tim > > > > > > > > > > On Thu, 2017-12-07 at 14:16 +, Miller, Timothy wrote: > > > > > > I am really interested in this too, just waiting until I have a few > > > free hours to look around. Don't want you to think it's not of > > > interest. > > > Tim > > > > > > > > > On Tue, 2017-12-05 at 19
RE: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS]
Hi Tim, There is code scattered all throughout ctakes to handle various easy ways, starting or stopping at different levels of information - I think that you may have actually created some of the best of it (ctakes to anafora maybe?). I started working on a document bundle created from discovered mentions, placing relations (including coref) in arrays of object references. This is different than the DeepPhe approach which uses a coalescence of ctakes types to represent a single concept. It would be nice to (at some point) migrate that into ctakes, perhaps after the next DeepPhe release. It should be able to produce both json and xml output. I will place it in sandbox (later) for you and Gandhi and anybody else that wants to take a look. Sean -Original Message- From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] Sent: Friday, December 15, 2017 9:47 AM To: dev@ctakes.apache.org Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] Great, that's very helpful. I'll be happy to help with extracting the information needed from the CAS the easy way. Sean, am I remembering right that there was an API started for that somewhere? Or maybe that was part of DeepPhe? Tim On Fri, 2017-12-15 at 03:52 +, Gandhi Rajan Natarajan wrote: > Hi Tim, > > Thanks for taking time out and having a look at this. As you > mentioned, the dictionary descriptor file contains details specific to > my setup which needs to be changes to 127.0.0.1 by default. Will make > the change accordingly. > > The only reason we went ahead with the approach of parsing XML to JSON > is due to our lack of in-depth knowledge in cTAKES implementations. If > I could get some guidance on how to get the required JSON details > directly from type systems, will be happy to implement the same as it > will be a huge performance gain. > > Also as you said we have two directories names ctakes-web-rest and > ctakes-rest-service. Ctakes-rest-service directory is no longer active > and its obsolete. We are just maintaining it for some reference for > the time being. We will knock it off soon. > > Thanks again for the detailed feedback. > > Regards, > Gandhi > > > -Original Message- > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] > Sent: Friday, December 15, 2017 1:25 AM > To: dev@ctakes.apache.org > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] > [SUSPICIOUS] > > I looked at this today. Looks like a great start! > > I was able to get as far as deploying to tomcat, seeing the web form, > and submitting, but didn't get correct feedback because I don't have a > mysql dictionary set up, which the default descriptor points at. I > didn't see any instructions for building that and didn't have time to > figure that out. > > I think I mentioned in a different thread that if this whole thing > could be wrapped in a docker container that would be really powerful, > but if not, there are a few things that are obvious to you as > developers but would make it easier for novices (like me) to deploy. > > * download tomcat bin and start with bin/startup.sh (check at > localhost:8080) > * run mvn install on my ctakes installation to populate jar files in > the .m2 directory that were missing > * run mvn package inside the ctakes-web-rest subdirectory > * copy the .war file into the webapps directory in my tomcat > installation. > * While I couldn't get the dictionary to work pointing to mysql, I > noticed that the dictionary descriptor file has a hardcoded IP address > when maybe it should be 127.0.0.1? > > One other thing I noticed in the code is that in sending back JSON it > looks like you're turning the JCas into xml and then parsing it > yourself. It should be easier just to access typesystem objects > directly. Sean may have some API code laying around to simplify that > as well. > > To iterate over signs/symptoms, for example, you would do: > > for(SignSymptomMention ss : JCasUtil.select(jcas, > SignSymptomMention.class)){ > int begin = ss.getBegin(); // begin offset > int end = ss.getEnd(): // end offset ... > } > > Using the typesystem directly may help you to speed up that code or > make it easier to read. But maybe there is a reason to write it to xml > that I'm not aware of. > > Finally, I see there are two sub-directories with similar names, > ctakes-rest-service and ctakes-web-rest. If they are duplicates can > you delete the old one? > > I'll keep poking around, but hopefully this is helpful feedback for > you guys. Thanks again for getting this off the ground! > > Tim > > &
Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
Great, that's very helpful. I'll be happy to help with extracting the information needed from the CAS the easy way. Sean, am I remembering right that there was an API started for that somewhere? Or maybe that was part of DeepPhe? Tim On Fri, 2017-12-15 at 03:52 +, Gandhi Rajan Natarajan wrote: > Hi Tim, > > Thanks for taking time out and having a look at this. As you > mentioned, the dictionary descriptor file contains details specific > to my setup which needs to be changes to 127.0.0.1 by default. Will > make the change accordingly. > > The only reason we went ahead with the approach of parsing XML to > JSON is due to our lack of in-depth knowledge in cTAKES > implementations. If I could get some guidance on how to get the > required JSON details directly from type systems, will be happy to > implement the same as it will be a huge performance gain. > > Also as you said we have two directories names ctakes-web-rest and > ctakes-rest-service. Ctakes-rest-service directory is no longer > active and its obsolete. We are just maintaining it for some > reference for the time being. We will knock it off soon. > > Thanks again for the detailed feedback. > > Regards, > Gandhi > > > -Original Message- > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] > Sent: Friday, December 15, 2017 1:25 AM > To: dev@ctakes.apache.org > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] > [SUSPICIOUS] > > I looked at this today. Looks like a great start! > > I was able to get as far as deploying to tomcat, seeing the web form, > and submitting, but didn't get correct feedback because I don't have > a mysql dictionary set up, which the default descriptor points at. I > didn't see any instructions for building that and didn't have time to > figure that out. > > I think I mentioned in a different thread that if this whole thing > could be wrapped in a docker container that would be really powerful, > but if not, there are a few things that are obvious to you as > developers but would make it easier for novices (like me) to deploy. > > * download tomcat bin and start with bin/startup.sh (check at > localhost:8080) > * run mvn install on my ctakes installation to populate jar files in > the .m2 directory that were missing > * run mvn package inside the ctakes-web-rest subdirectory > * copy the .war file into the webapps directory in my tomcat > installation. > * While I couldn't get the dictionary to work pointing to mysql, I > noticed that the dictionary descriptor file has a hardcoded IP > address when maybe it should be 127.0.0.1? > > One other thing I noticed in the code is that in sending back JSON it > looks like you're turning the JCas into xml and then parsing it > yourself. It should be easier just to access typesystem objects > directly. Sean may have some API code laying around to simplify that > as well. > > To iterate over signs/symptoms, for example, you would do: > > for(SignSymptomMention ss : JCasUtil.select(jcas, > SignSymptomMention.class)){ > int begin = ss.getBegin(); // begin offset > int end = ss.getEnd(): // end offset ... > } > > Using the typesystem directly may help you to speed up that code or > make it easier to read. But maybe there is a reason to write it to > xml that I'm not aware of. > > Finally, I see there are two sub-directories with similar names, > ctakes-rest-service and ctakes-web-rest. If they are duplicates can > you delete the old one? > > I'll keep poking around, but hopefully this is helpful feedback for > you guys. Thanks again for getting this off the ground! > > Tim > > > > > On Thu, 2017-12-07 at 14:16 +, Miller, Timothy wrote: > > > > I am really interested in this too, just waiting until I have a few > > free hours to look around. Don't want you to think it's not of > > interest. > > Tim > > > > > > On Tue, 2017-12-05 at 19:18 +, Finan, Sean wrote: > > > > > > > > > Hi all, > > > > > > I am trying to clear a backlog at work. I will most likely not > > > be > > > able to do anything with ctakes for another week. Hopefully some > > > rest expert out there can prove their worth by testing ... > > > > > > Sean > > > > > > -Original Message- > > > From: Matthew Vita [mailto:matthewvit...@gmail.com] > > > Sent: Tuesday, December 05, 2017 1:58 PM > > > To: dev@ctakes.apache.org > > > Subject: Re: cTAKES as REST service [EXTERNAL] > > > > > > > > >
RE: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
Hi Tim, Thanks for taking time out and having a look at this. As you mentioned, the dictionary descriptor file contains details specific to my setup which needs to be changes to 127.0.0.1 by default. Will make the change accordingly. The only reason we went ahead with the approach of parsing XML to JSON is due to our lack of in-depth knowledge in cTAKES implementations. If I could get some guidance on how to get the required JSON details directly from type systems, will be happy to implement the same as it will be a huge performance gain. Also as you said we have two directories names ctakes-web-rest and ctakes-rest-service. Ctakes-rest-service directory is no longer active and its obsolete. We are just maintaining it for some reference for the time being. We will knock it off soon. Thanks again for the detailed feedback. Regards, Gandhi -Original Message- From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] Sent: Friday, December 15, 2017 1:25 AM To: dev@ctakes.apache.org Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] I looked at this today. Looks like a great start! I was able to get as far as deploying to tomcat, seeing the web form, and submitting, but didn't get correct feedback because I don't have a mysql dictionary set up, which the default descriptor points at. I didn't see any instructions for building that and didn't have time to figure that out. I think I mentioned in a different thread that if this whole thing could be wrapped in a docker container that would be really powerful, but if not, there are a few things that are obvious to you as developers but would make it easier for novices (like me) to deploy. * download tomcat bin and start with bin/startup.sh (check at localhost:8080) * run mvn install on my ctakes installation to populate jar files in the .m2 directory that were missing * run mvn package inside the ctakes-web-rest subdirectory * copy the .war file into the webapps directory in my tomcat installation. * While I couldn't get the dictionary to work pointing to mysql, I noticed that the dictionary descriptor file has a hardcoded IP address when maybe it should be 127.0.0.1? One other thing I noticed in the code is that in sending back JSON it looks like you're turning the JCas into xml and then parsing it yourself. It should be easier just to access typesystem objects directly. Sean may have some API code laying around to simplify that as well. To iterate over signs/symptoms, for example, you would do: for(SignSymptomMention ss : JCasUtil.select(jcas, SignSymptomMention.class)){ int begin = ss.getBegin(); // begin offset int end = ss.getEnd(): // end offset ... } Using the typesystem directly may help you to speed up that code or make it easier to read. But maybe there is a reason to write it to xml that I'm not aware of. Finally, I see there are two sub-directories with similar names, ctakes-rest-service and ctakes-web-rest. If they are duplicates can you delete the old one? I'll keep poking around, but hopefully this is helpful feedback for you guys. Thanks again for getting this off the ground! Tim On Thu, 2017-12-07 at 14:16 +, Miller, Timothy wrote: > I am really interested in this too, just waiting until I have a few > free hours to look around. Don't want you to think it's not of > interest. > Tim > > > On Tue, 2017-12-05 at 19:18 +, Finan, Sean wrote: > > > > Hi all, > > > > I am trying to clear a backlog at work. I will most likely not be > > able to do anything with ctakes for another week. Hopefully some > > rest expert out there can prove their worth by testing ... > > > > Sean > > > > -Original Message- > > From: Matthew Vita [mailto:matthewvit...@gmail.com] > > Sent: Tuesday, December 05, 2017 1:58 PM > > To: dev@ctakes.apache.org > > Subject: Re: cTAKES as REST service [EXTERNAL] > > > > > > Hi Gandhi, Sean, Tim, Alex, James, > > > > I'm still getting back into the swing of things after my trip (I'm > > on business traveling at the moment, here in the states). I will be > > jumping right back into cTAKES REST development next week personally > > and with a new team mate from the open source team. > > > > I'm so sorry for my silence/lack of updates!!! Very excited to see > > what Gandhi's updates are looking like and enriching the JSON > > response payload. > > > > Thanks, > > > > Matthew Vita > > www.matthewvita.com > > > > On Tue, Dec 5, 2017 at 10:24 AM, Gandhi Rajan Natarajan < > > Gandhi.Nata ra...@arisglobal.com> wrote: > > > > > > > > > > > Could someone help me out on the resources cleanup atleast if not >
RE: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS]
Hi Tim, As you mentioned, the pipeline will be loaded only on the very first request to the REST service currently. But it can be changed to load the pipelines on server start too. Every call will not re-load the pipeline. Will incorporate the change to load the pipelines on server start. Regards, Gandhi -Original Message- From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] Sent: Friday, December 15, 2017 2:28 AM To: dev@ctakes.apache.org Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] Another thought I just had is that it seems to load the pipeline when the first call is made -- without knowing the REST APIs that well, is it possible to load the pipelines when the war is deployed? With some of our larger pipelines the first call may take quite a while. Would every call re-load the pipeline? Tim On Thu, 2017-12-14 at 20:16 +, Finan, Sean wrote: > Hi Tim, > > Many thanks for testing the new rest service! And double that for the > setup instructions! > > > > > if this whole thing could be wrapped in a docker container that > > would be really powerful > - Matthew and I have had a short discussion or two on a docker that he > is working on. It was working, but performed a lot of the spring > updates and some workarounds that should no longer be needed. The > next iteration should be cleaner and simpler. We have also talked > about making the container more compact. He is busy with real work, > but I think that this is definitely just over the horizon. > > > > > One other thing I noticed in the code is that in sending back JSON > > it looks like you're turning the JCas into xml and then parsing it > > yourself. It should be easier just to access typesystem objects > > directly. Sean may have some API code laying around to simplify that > > as well. > - I am actually looking at the rest/util/XmlParser and had the very > same thought. It is a great start though, and as far as I know it is > the first publicly available ctakes json writer. If anybody else out > there already has or knows of another, please share! > > > Cheers all, > Sean > > > -Original Message- > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] > Sent: Thursday, December 14, 2017 2:55 PM > To: dev@ctakes.apache.org > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] > [SUSPICIOUS] [SUSPICIOUS] > > I looked at this today. Looks like a great start! > > I was able to get as far as deploying to tomcat, seeing the web form, > and submitting, but didn't get correct feedback because I don't have a > mysql dictionary set up, which the default descriptor points at. I > didn't see any instructions for building that and didn't have time to > figure that out. > > I think I mentioned in a different thread that if this whole thing > could be wrapped in a docker container that would be really powerful, > but if not, there are a few things that are obvious to you as > developers but would make it easier for novices (like me) to deploy. > > * download tomcat bin and start with bin/startup.sh (check at > localhost:8080) > * run mvn install on my ctakes installation to populate jar files in > the .m2 directory that were missing > * run mvn package inside the ctakes-web-rest subdirectory > * copy the .war file into the webapps directory in my tomcat > installation. > * While I couldn't get the dictionary to work pointing to mysql, I > noticed that the dictionary descriptor file has a hardcoded IP address > when maybe it should be 127.0.0.1? > > One other thing I noticed in the code is that in sending back JSON it > looks like you're turning the JCas into xml and then parsing it > yourself. It should be easier just to access typesystem objects > directly. Sean may have some API code laying around to simplify that > as well. > > To iterate over signs/symptoms, for example, you would do: > > for(SignSymptomMention ss : JCasUtil.select(jcas, > SignSymptomMention.class)){ > int begin = ss.getBegin(); // begin offset > int end = ss.getEnd(): // end offset ... > } > > Using the typesystem directly may help you to speed up that code or > make it easier to read. But maybe there is a reason to write it to xml > that I'm not aware of. > > Finally, I see there are two sub-directories with similar names, > ctakes-rest-service and ctakes-web-rest. If they are duplicates can > you delete the old one? > > I'll keep poking around, but hopefully this is helpful feedback for > you guys. Thanks again for getting this off the ground! > > Tim > > > > > On Thu, 2017-12-07 at 14:16 +, Miller,
RE: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS]
Hi Tim, The pipelines will soon be preloaded. Sean -Original Message- From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] Sent: Thursday, December 14, 2017 3:58 PM To: dev@ctakes.apache.org Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] Another thought I just had is that it seems to load the pipeline when the first call is made -- without knowing the REST APIs that well, is it possible to load the pipelines when the war is deployed? With some of our larger pipelines the first call may take quite a while. Would every call re-load the pipeline? Tim On Thu, 2017-12-14 at 20:16 +, Finan, Sean wrote: > Hi Tim, > > Many thanks for testing the new rest service! And double that for the > setup instructions! > > > > > if this whole thing could be wrapped in a docker container that > > would be really powerful > - Matthew and I have had a short discussion or two on a docker that he > is working on. It was working, but performed a lot of the spring > updates and some workarounds that should no longer be needed. The > next iteration should be cleaner and simpler. We have also talked > about making the container more compact. He is busy with real work, > but I think that this is definitely just over the horizon. > > > > > One other thing I noticed in the code is that in sending back JSON > > it looks like you're turning the JCas into xml and then parsing it > > yourself. It should be easier just to access typesystem objects > > directly. Sean may have some API code laying around to simplify that > > as well. > - I am actually looking at the rest/util/XmlParser and had the very > same thought. It is a great start though, and as far as I know it is > the first publicly available ctakes json writer. If anybody else out > there already has or knows of another, please share! > > > Cheers all, > Sean > > > -Original Message- > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] > Sent: Thursday, December 14, 2017 2:55 PM > To: dev@ctakes.apache.org > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] > [SUSPICIOUS] [SUSPICIOUS] > > I looked at this today. Looks like a great start! > > I was able to get as far as deploying to tomcat, seeing the web form, > and submitting, but didn't get correct feedback because I don't have a > mysql dictionary set up, which the default descriptor points at. I > didn't see any instructions for building that and didn't have time to > figure that out. > > I think I mentioned in a different thread that if this whole thing > could be wrapped in a docker container that would be really powerful, > but if not, there are a few things that are obvious to you as > developers but would make it easier for novices (like me) to deploy. > > * download tomcat bin and start with bin/startup.sh (check at > localhost:8080) > * run mvn install on my ctakes installation to populate jar files in > the .m2 directory that were missing > * run mvn package inside the ctakes-web-rest subdirectory > * copy the .war file into the webapps directory in my tomcat > installation. > * While I couldn't get the dictionary to work pointing to mysql, I > noticed that the dictionary descriptor file has a hardcoded IP address > when maybe it should be 127.0.0.1? > > One other thing I noticed in the code is that in sending back JSON it > looks like you're turning the JCas into xml and then parsing it > yourself. It should be easier just to access typesystem objects > directly. Sean may have some API code laying around to simplify that > as well. > > To iterate over signs/symptoms, for example, you would do: > > for(SignSymptomMention ss : JCasUtil.select(jcas, > SignSymptomMention.class)){ > int begin = ss.getBegin(); // begin offset > int end = ss.getEnd(): // end offset ... > } > > Using the typesystem directly may help you to speed up that code or > make it easier to read. But maybe there is a reason to write it to xml > that I'm not aware of. > > Finally, I see there are two sub-directories with similar names, > ctakes-rest-service and ctakes-web-rest. If they are duplicates can > you delete the old one? > > I'll keep poking around, but hopefully this is helpful feedback for > you guys. Thanks again for getting this off the ground! > > Tim > > > > > On Thu, 2017-12-07 at 14:16 +, Miller, Timothy wrote: > > > > I am really interested in this too, just waiting until I have a few > > free hours to look around. Don't want you to
Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS]
Another thought I just had is that it seems to load the pipeline when the first call is made -- without knowing the REST APIs that well, is it possible to load the pipelines when the war is deployed? With some of our larger pipelines the first call may take quite a while. Would every call re-load the pipeline? Tim On Thu, 2017-12-14 at 20:16 +, Finan, Sean wrote: > Hi Tim, > > Many thanks for testing the new rest service! And double that for > the setup instructions! > > > > > if this whole thing could be wrapped in a docker container that > > would be really powerful > - Matthew and I have had a short discussion or two on a docker that > he is working on. It was working, but performed a lot of the spring > updates and some workarounds that should no longer be needed. The > next iteration should be cleaner and simpler. We have also talked > about making the container more compact. He is busy with real work, > but I think that this is definitely just over the horizon. > > > > > One other thing I noticed in the code is that in sending back JSON > > it looks like you're turning the JCas into xml and then parsing it > > yourself. It should be easier just to access typesystem objects > > directly. Sean may have some API code laying around to simplify > > that as well. > - I am actually looking at the rest/util/XmlParser and had the very > same thought. It is a great start though, and as far as I know it is > the first publicly available ctakes json writer. If anybody else out > there already has or knows of another, please share! > > > Cheers all, > Sean > > > -Original Message- > From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] > Sent: Thursday, December 14, 2017 2:55 PM > To: dev@ctakes.apache.org > Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] > [SUSPICIOUS] [SUSPICIOUS] > > I looked at this today. Looks like a great start! > > I was able to get as far as deploying to tomcat, seeing the web form, > and submitting, but didn't get correct feedback because I don't have > a mysql dictionary set up, which the default descriptor points at. I > didn't see any instructions for building that and didn't have time to > figure that out. > > I think I mentioned in a different thread that if this whole thing > could be wrapped in a docker container that would be really powerful, > but if not, there are a few things that are obvious to you as > developers but would make it easier for novices (like me) to deploy. > > * download tomcat bin and start with bin/startup.sh (check at > localhost:8080) > * run mvn install on my ctakes installation to populate jar files in > the .m2 directory that were missing > * run mvn package inside the ctakes-web-rest subdirectory > * copy the .war file into the webapps directory in my tomcat > installation. > * While I couldn't get the dictionary to work pointing to mysql, I > noticed that the dictionary descriptor file has a hardcoded IP > address when maybe it should be 127.0.0.1? > > One other thing I noticed in the code is that in sending back JSON it > looks like you're turning the JCas into xml and then parsing it > yourself. It should be easier just to access typesystem objects > directly. Sean may have some API code laying around to simplify that > as well. > > To iterate over signs/symptoms, for example, you would do: > > for(SignSymptomMention ss : JCasUtil.select(jcas, > SignSymptomMention.class)){ > int begin = ss.getBegin(); // begin offset > int end = ss.getEnd(): // end offset ... > } > > Using the typesystem directly may help you to speed up that code or > make it easier to read. But maybe there is a reason to write it to > xml that I'm not aware of. > > Finally, I see there are two sub-directories with similar names, > ctakes-rest-service and ctakes-web-rest. If they are duplicates can > you delete the old one? > > I'll keep poking around, but hopefully this is helpful feedback for > you guys. Thanks again for getting this off the ground! > > Tim > > > > > On Thu, 2017-12-07 at 14:16 +, Miller, Timothy wrote: > > > > I am really interested in this too, just waiting until I have a > > few > > free hours to look around. Don't want you to think it's not of > > interest. > > Tim > > > > > > On Tue, 2017-12-05 at 19:18 +, Finan, Sean wrote: > > > > > > > > > Hi all, > > > > > > I am trying to clear a backlog at work. I will most likely not > > > be > > > able to do anything with ctakes for another week
RE: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS]
Hi Tim, Many thanks for testing the new rest service! And double that for the setup instructions! > if this whole thing could be wrapped in a docker container that would be > really powerful - Matthew and I have had a short discussion or two on a docker that he is working on. It was working, but performed a lot of the spring updates and some workarounds that should no longer be needed. The next iteration should be cleaner and simpler. We have also talked about making the container more compact. He is busy with real work, but I think that this is definitely just over the horizon. > One other thing I noticed in the code is that in sending back JSON it looks > like you're turning the JCas into xml and then parsing it yourself. It should > be easier just to access typesystem objects directly. Sean may have some API > code laying around to simplify that as well. - I am actually looking at the rest/util/XmlParser and had the very same thought. It is a great start though, and as far as I know it is the first publicly available ctakes json writer. If anybody else out there already has or knows of another, please share! Cheers all, Sean -Original Message- From: Miller, Timothy [mailto:timothy.mil...@childrens.harvard.edu] Sent: Thursday, December 14, 2017 2:55 PM To: dev@ctakes.apache.org Subject: Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS] [SUSPICIOUS] I looked at this today. Looks like a great start! I was able to get as far as deploying to tomcat, seeing the web form, and submitting, but didn't get correct feedback because I don't have a mysql dictionary set up, which the default descriptor points at. I didn't see any instructions for building that and didn't have time to figure that out. I think I mentioned in a different thread that if this whole thing could be wrapped in a docker container that would be really powerful, but if not, there are a few things that are obvious to you as developers but would make it easier for novices (like me) to deploy. * download tomcat bin and start with bin/startup.sh (check at localhost:8080) * run mvn install on my ctakes installation to populate jar files in the .m2 directory that were missing * run mvn package inside the ctakes-web-rest subdirectory * copy the .war file into the webapps directory in my tomcat installation. * While I couldn't get the dictionary to work pointing to mysql, I noticed that the dictionary descriptor file has a hardcoded IP address when maybe it should be 127.0.0.1? One other thing I noticed in the code is that in sending back JSON it looks like you're turning the JCas into xml and then parsing it yourself. It should be easier just to access typesystem objects directly. Sean may have some API code laying around to simplify that as well. To iterate over signs/symptoms, for example, you would do: for(SignSymptomMention ss : JCasUtil.select(jcas, SignSymptomMention.class)){ int begin = ss.getBegin(); // begin offset int end = ss.getEnd(): // end offset ... } Using the typesystem directly may help you to speed up that code or make it easier to read. But maybe there is a reason to write it to xml that I'm not aware of. Finally, I see there are two sub-directories with similar names, ctakes-rest-service and ctakes-web-rest. If they are duplicates can you delete the old one? I'll keep poking around, but hopefully this is helpful feedback for you guys. Thanks again for getting this off the ground! Tim On Thu, 2017-12-07 at 14:16 +, Miller, Timothy wrote: > I am really interested in this too, just waiting until I have a few > free hours to look around. Don't want you to think it's not of > interest. > Tim > > > On Tue, 2017-12-05 at 19:18 +, Finan, Sean wrote: > > > > Hi all, > > > > I am trying to clear a backlog at work. I will most likely not be > > able to do anything with ctakes for another week. Hopefully some > > rest expert out there can prove their worth by testing ... > > > > Sean > > > > -Original Message- > > From: Matthew Vita [mailto:matthewvit...@gmail.com] > > Sent: Tuesday, December 05, 2017 1:58 PM > > To: dev@ctakes.apache.org > > Subject: Re: cTAKES as REST service [EXTERNAL] > > > > > > Hi Gandhi, Sean, Tim, Alex, James, > > > > I'm still getting back into the swing of things after my trip (I'm > > on business traveling at the moment, here in the states). I will be > > jumping right back into cTAKES REST development next week personally > > and with a new team mate from the open source team. > > > > I'm so sorry for my silence/lack of updates!!! Very excited to see > > what Gandhi's updates are looking like and enriching the JSON > >
Re: cTAKES as REST service [EXTERNAL] [SUSPICIOUS] [SUSPICIOUS]
I looked at this today. Looks like a great start! I was able to get as far as deploying to tomcat, seeing the web form, and submitting, but didn't get correct feedback because I don't have a mysql dictionary set up, which the default descriptor points at. I didn't see any instructions for building that and didn't have time to figure that out. I think I mentioned in a different thread that if this whole thing could be wrapped in a docker container that would be really powerful, but if not, there are a few things that are obvious to you as developers but would make it easier for novices (like me) to deploy. * download tomcat bin and start with bin/startup.sh (check at localhost:8080) * run mvn install on my ctakes installation to populate jar files in the .m2 directory that were missing * run mvn package inside the ctakes-web-rest subdirectory * copy the .war file into the webapps directory in my tomcat installation. * While I couldn't get the dictionary to work pointing to mysql, I noticed that the dictionary descriptor file has a hardcoded IP address when maybe it should be 127.0.0.1? One other thing I noticed in the code is that in sending back JSON it looks like you're turning the JCas into xml and then parsing it yourself. It should be easier just to access typesystem objects directly. Sean may have some API code laying around to simplify that as well. To iterate over signs/symptoms, for example, you would do: for(SignSymptomMention ss : JCasUtil.select(jcas, SignSymptomMention.class)){ int begin = ss.getBegin(); // begin offset int end = ss.getEnd(): // end offset ... } Using the typesystem directly may help you to speed up that code or make it easier to read. But maybe there is a reason to write it to xml that I'm not aware of. Finally, I see there are two sub-directories with similar names, ctakes-rest-service and ctakes-web-rest. If they are duplicates can you delete the old one? I'll keep poking around, but hopefully this is helpful feedback for you guys. Thanks again for getting this off the ground! Tim On Thu, 2017-12-07 at 14:16 +, Miller, Timothy wrote: > I am really interested in this too, just waiting until I have a few > free hours to look around. Don't want you to think it's not of > interest. > Tim > > > On Tue, 2017-12-05 at 19:18 +, Finan, Sean wrote: > > > > Hi all, > > > > I am trying to clear a backlog at work. I will most likely not be > > able to do anything with ctakes for another week. Hopefully some > > rest expert out there can prove their worth by testing ... > > > > Sean > > > > -Original Message- > > From: Matthew Vita [mailto:matthewvit...@gmail.com] > > Sent: Tuesday, December 05, 2017 1:58 PM > > To: dev@ctakes.apache.org > > Subject: Re: cTAKES as REST service [EXTERNAL] > > > > > > Hi Gandhi, Sean, Tim, Alex, James, > > > > I'm still getting back into the swing of things after my trip (I'm > > on > > business traveling at the moment, here in the states). I will be > > jumping right back into cTAKES REST development next week > > personally > > and with a new team mate from the open source team. > > > > I'm so sorry for my silence/lack of updates!!! Very excited to see > > what Gandhi's updates are looking like and enriching the JSON > > response payload. > > > > Thanks, > > > > Matthew Vita > > www.matthewvita.com > > > > On Tue, Dec 5, 2017 at 10:24 AM, Gandhi Rajan Natarajan < > > Gandhi.Nata > > ra...@arisglobal.com> wrote: > > > > > > > > > > > Could someone help me out on the resources cleanup atleast if not > > > review? > > > > > > Regards, > > > Gandhi > > > > > > > > > -Original Message- > > > From: Gandhi Rajan Natarajan [mailto:Gandhi.Natarajan@arisglobal. > > > co > > > m] > > > Sent: Monday, December 04, 2017 10:05 PM > > > To: dev@ctakes.apache.org > > > Subject: RE: cTAKES as REST service [EXTERNAL] > > > > > > Hi Sean, Tim, Alex, Matthew, James and All, > > > > > > I have placed the first cut version of cTAKES REST module in the > > > following path - > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_G > > > oT > > > eam > > > Epsilon_ctakes-2Drest- > > > 2Dservice_tree_&d=DwIFaQ&c=qS4goWBT7poplM69zy_3x > > > hKwEW14JZMSdioCoppxeFU&r=fs67GvlGZstTpyIisCYNYmQCP6r0bcpKGd4f7d4g > > > Ta > > > o&m > > > =AaXwWeHrvVgjd3l30MX0K74_d9uL4nLj63jy45d5x_Y&s=KZ65xiQopzQNQarVc3 > > > BP > > > MxK > > > izpqJwoUJtjIJZC8C6iA&e= > > > master/ctakes-web-rest/ > > > > > > Things pending in the module: > > > 1) Index Page to test the rest module using AJAX call > > > 2) Revamping the final output XML > > > > > > Request you all to have a look at this module and provide your > > > feedback. I would also require expert advice to clean up the > > > resources > > > folder - > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_G > > > oT > > > eam > > > Epsilon_ctakes-2Drest- > > > 2Dservice_tree_&d=DwIFaQ&c=qS4goWBT7poplM69zy_3x > > > hKwEW14JZMSdioCoppxeFU&r=fs67GvlG