Hi I've fixed the missing license issues by attaching a license.txt file to my jar files.
Everything gets built now, with a single error. /Users/svajjala/Downloads/apache-solr-3.3.0/solr/contrib/uima/src/main/java/org/apache/solr/uima/processor/UIMAToSolrMapper.java:62: type org.apache.uima.cas.FeatureStructure does not take parameters [javac] FeatureStructure<FeatureStructure> fs = iterator.next(); Any ideas if UIMA class definitions changed dramatically? I used 2.2.0...and the present one which came with Solr 3.3 seems to be 2.3.1. Sowmya. On Tue, Jul 12, 2011 at 2:13 PM, Sowmya V.B. <vbsow...@gmail.com> wrote: > Hi Koji > > Yes, I do use SolrJ. > > I began recompiling the whole thing... since I thought the problem is the > UIMA snapshot. > Previously, I compiled files from eclipse and it worked fine. > (Now I realize that eclipse compiled it because I added my jar files to its > build path) > > I am now getting build errors when I say "ant clean dist" inside > solr/contrib/uima, after adding all my requisite annotators and libraries > inside it at requisite places. > it says: > > There are missing LICENSE files in: > /Users/svajjala/Downloads/apache-solr-3.3.0/solr/contrib/uima/lib Jar file > count: 13 License Count: 6 > There may be missing NOTICE files in: > /Users/svajjala/Downloads/apache-solr-3.3.0/solr/contrib/uima/lib. Note, > not all files require a NOTICE. Jar file count: 13 Notice Count: 6 > > But the other 7 in these are the jar files that I added, for my annotators > to work. They don't have any license or notice files. How should I go about > this now? > > S > > > On Tue, Jul 12, 2011 at 1:55 PM, Koji Sekiguchi <k...@r.email.ne.jp>wrote: > >> Hmm, I'm bit confused. Do you really use SolrJ ? >> >> If so: >> >> >> > If I put it inside /update, the following is the stacktrace: >> > request: >> > http://localhost:8080/apache-**solr-3.3.0/update/javabin?wt=** >> javabin&version=2<http://localhost:8080/apache-solr-3.3.0/update/javabin?wt=javabin&version=2> >> > org.apache.solr.common.**SolrException: Bad Request >> >> what did you mean by "it" and why did you put it inside /update, but still >> tried to use /update/javabin ? >> >> >> koji >> -- >> http://www.rondhuit.com/en/ >> >> >> (11/07/12 16:10), Sowmya V.B. wrote: >> >>> Yes, I do have an '/update/javabin' request handler in SolrConfig. >>> >>> But, should I remove that? >>> >>> I tried putting the UIMA update chain inside /update/javabin instead of >>> /update request handler.. >>> <requestHandler name="/update/javabin" >>> class="solr.**BinaryUpdateRequestHandler"> >>> <lst name="defaults"> >>> <str name="update.chain">uima</str> >>> </lst> >>> </requestHandler> >>> >>> .and here is the stacktrace: >>> >>> request: >>> http://localhost:8080/apache-**solr-3.3.0/update/javabin?wt=** >>> javabin&version=2<http://localhost:8080/apache-solr-3.3.0/update/javabin?wt=javabin&version=2> >>> org.apache.solr.common.**SolrException: Internal Server Error >>> >>> Internal Server Error >>> >>> request: >>> http://localhost:8080/apache-**solr-3.3.0/update/javabin?wt=** >>> javabin&version=2<http://localhost:8080/apache-solr-3.3.0/update/javabin?wt=javabin&version=2> >>> at >>> org.apache.solr.client.solrj.**impl.CommonsHttpSolrServer.** >>> request(CommonsHttpSolrServer.**java:435) >>> at >>> org.apache.solr.client.solrj.**impl.CommonsHttpSolrServer.** >>> request(CommonsHttpSolrServer.**java:244) >>> at >>> org.apache.solr.client.solrj.**request.AbstractUpdateRequest.** >>> process(AbstractUpdateRequest.**java:105) >>> at org.apache.solr.client.solrj.**SolrServer.add(SolrServer.** >>> java:49) >>> at indexerapp.ir4llSolrIndexer.**indexAll(ir4llSolrIndexer.** >>> java:150) >>> at indexerapp.ir4llSolrIndexer.**main(ir4llSolrIndexer.java:57) >>> >>> >>> ********* >>> >>> If I put it inside /update, the following is the stacktrace: >>> request: >>> http://localhost:8080/apache-**solr-3.3.0/update/javabin?wt=** >>> javabin&version=2<http://localhost:8080/apache-solr-3.3.0/update/javabin?wt=javabin&version=2> >>> org.apache.solr.common.**SolrException: Bad Request >>> >>> Bad Request >>> >>> request: >>> http://localhost:8080/apache-**solr-3.3.0/update/javabin?wt=** >>> javabin&version=2<http://localhost:8080/apache-solr-3.3.0/update/javabin?wt=javabin&version=2> >>> at >>> org.apache.solr.client.solrj.**impl.CommonsHttpSolrServer.** >>> request(CommonsHttpSolrServer.**java:435) >>> at >>> org.apache.solr.client.solrj.**impl.CommonsHttpSolrServer.** >>> request(CommonsHttpSolrServer.**java:244) >>> at >>> org.apache.solr.client.solrj.**request.AbstractUpdateRequest.** >>> process(AbstractUpdateRequest.**java:105) >>> at org.apache.solr.client.solrj.**SolrServer.add(SolrServer.** >>> java:49) >>> at indexerapp.ir4llSolrIndexer.**indexAll(ir4llSolrIndexer.** >>> java:150) >>> at indexerapp.ir4llSolrIndexer.**main(ir4llSolrIndexer.java:57) >>> ****** >>> >>> But, I still don't undetstand where I can see a more detailed Log of Solr >>> Server. >>> On my tomcat logs (Iam running from Eclipse), (path: >>> /Users/svajjala/Documents/**workspace/.metadata/.plugins/** >>> org.eclipse.wst.server.core/**tmp0/logs) >>> -I dont see anything except a single line: >>> >>> 134.2.129.160 - - [12/Jul/2011:09:02:16 +0200] "POST >>> /apache-solr-3.3.0/update/**javabin?wt=javabin&version=2 HTTP/1.1" 400 >>> 1262 >>> >>> It is difficult to understand whats going on. Can anyone tell me where I >>> can >>> see a more detailed log? >>> >>> S. >>> >>> >>> On Tue, Jul 12, 2011 at 2:39 AM, Koji Sekiguchi<k...@r.email.ne.jp> >>> wrote: >>> >>> I don't think you have wrong setting in UIMA, but you may have the >>>> request >>>> handler >>>> named "/update/javabin" in solrconfig.xml is not correct? >>>> >>>> >>>> koji >>>> -- >>>> http://www.rondhuit.com/en/ >>>> >>>> (11/07/12 0:52), Sowmya V.B. wrote: >>>> >>>> Hi >>>>> >>>>> I just added the fields which are added to the index by one of the >>>>> annotators to the index, in the fieldmappings section. I am not getting >>>>> any >>>>> compilation errors and still see the admin interface. However, when I >>>>> index, >>>>> i just get a SolrException, >>>>> >>>>> org.apache.solr.common.****SolrException: Bad Request. >>>>> >>>>> On the server log, I don't see anything except for this: >>>>> 127.0.0.1 - - [11/Jul/2011:17:44:04 +0200] "POST >>>>> /apache-solr-3.3.0/update/****javabin?wt=javabin&version=2 HTTP/1.1" >>>>> 400 >>>>> 1328 >>>>> >>>>> Here is my UpdateRequestProcessorChain in sorlconfig.xml (Just changed >>>>> the >>>>> original path names for privacy's sake!) >>>>> >>>>> *********** >>>>> <!-- An update request processor chain for UIMA --> >>>>> <updateRequestProcessorChain name="uima"> >>>>> <processor >>>>> class="org.apache.solr.uima.****processor.**** >>>>> UIMAUpdateRequestProcessorFact*** >>>>> >>>>> *ory"> >>>>> <lst name="uimaConfig"> >>>>> <lst name="runtimeParameters"> >>>>> <!-- Add here, the runtime parameters like Model File paths, >>>>> list >>>>> file paths etc. --> >>>>> <str >>>>> name="****tokenizerModelFileLocation">/****Users/svajjala/Documents/** >>>>> EnglishTok.bin.gz</str> >>>>> <str >>>>> name="taggerModelFileLocation"****>/Users/svajjala/Documents/**** >>>>> tag.bin.gz</str> >>>>> <str name="AcceptedLanguages">****english</str> >>>>> <str name="****SetLanguageOnEmptyAcceptList">** >>>>> **false</str> >>>>> <str >>>>> name="GreenlineLists">/Users/****svajjala/Documents/**** >>>>> NewGreenline</str> >>>>> </lst> >>>>> >>>>> <str >>>>> name="analysisEngine">/Users/****svajjala/Documents/** >>>>> ir4icallPipeline.xml</str> >>>>> <!-- Set to true if you want to continue indexing even if text >>>>> processing fails. >>>>> Default is false. That is, Solr throws RuntimeException >>>>> and >>>>> never indexed documents entirely in your session. --> >>>>> <bool name="ignoreErrors">false</****bool> >>>>> <!-- This is optional. It is used for logging when text >>>>> processing >>>>> fails. >>>>> If logField is not specified, uniqueKey will be used as >>>>> logField. >>>>> <str name="logField">id</str> >>>>> --> >>>>> <lst name="analyzeFields"> >>>>> <bool name="merge">false</bool> >>>>> <arr name="fields"> >>>>> <str>text</str> >>>>> </arr> >>>>> </lst> >>>>> >>>>> <fieldMapping> >>>>> >>>>> <type name = "org.apache.uima.annotators.** >>>>> vocablistClassfier"> >>>>> <map feature="Generic_Level5" field="Generic_Level5" /> >>>>> <map feature="Generic_Level6" field="Generic_Level6" /> >>>>> <map feature="Generic_Level7" field="Generic_Level7" /> >>>>> <map feature="Generic_Level8" field="Generic_Level8" /> >>>>> <map feature="Generic_Level9" field="Generic_Level9" /> >>>>> <map feature="Generic_Level10" field="Generic_Level10" >>>>> /> >>>>> <map feature="Generic_Level11" field="Generic_Level11" >>>>> /> >>>>> <map feature="Generic_Ratio" field="Generic_Ratio" /> >>>>> <map feature="Generic_****TotalWordCount" >>>>> field="Generic_TotalWordCount" /> >>>>> </type> >>>>> >>>>> </fieldMapping> >>>>> </lst> >>>>> </processor> >>>>> <processor class="solr.****LogUpdateProcessorFactory" /> >>>>> <processor class="solr.****RunUpdateProcessorFactory" /> >>>>> </updateRequestProcessorChain> >>>>> >>>>> ************ >>>>> I don't understand where exactly can I see a more detailed log of why >>>>> its >>>>> not getting indexed. >>>>> >>>>> Sowmya. >>>>> >>>>> On Mon, Jul 11, 2011 at 5:26 PM, Koji Sekiguchi<k...@r.email.ne.jp> >>>>> wrote: >>>>> >>>>> disclaimer: I'm not an expert of UIMA. I've just started using it when >>>>> >>>>>> Solr >>>>>> 3.1 >>>>>> integrated UIMA! >>>>>> >>>>>> >>>>>> Thanks for the clarification. Now, I get it. >>>>>> >>>>>> Should<fieldMapping> section mention all the annotators, even if >>>>>>> the >>>>>>> annotators do not add any new fields? >>>>>>> >>>>>>> >>>>>>> For example, if I have a pipeline, starting from "parser", >>>>>> "tokenizer" >>>>>> and >>>>>> >>>>>> "tagger", all of them operate on a field called "text"..which is >>>>>>> the<html> >>>>>>> of the document. but all these annotators do not add any new fields >>>>>>> to >>>>>>> the >>>>>>> index. Should I still write fieldmappings for these annotators inside >>>>>>> SolrConfig.? >>>>>>> >>>>>>> >>>>>>> I don't think so. Try it and if you got errors, come back to this >>>>>> list! >>>>>> >>>>>> >>>>>> koji >>>>>> -- >>>>>> http://www.rondhuit.com/en/ >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>> >>> >>> >> > > > -- > Sowmya V.B. > ---------------------------------------------------- > Losing optimism is blasphemy! > http://vbsowmya.wordpress.com > ---------------------------------------------------- > -- Sowmya V.B. ---------------------------------------------------- Losing optimism is blasphemy! http://vbsowmya.wordpress.com ----------------------------------------------------
