2011/5/17 chamara
> Hi
> My solr version is 3.1.0. I actually figured out what my problem was. I
> used the guide
>
> https://svn.apache.org/repos/asf/lucene/dev/trunk/solr/contrib/uima/README.txt
> and
> it seems that i have placed the code snippet inside an another xml element
> not under conf
Hi
My solr version is 3.1.0. I actually figured out what my problem was. I
used the guide
https://svn.apache.org/repos/asf/lucene/dev/trunk/solr/contrib/uima/README.txt
and
it seems that i have placed the code snippet inside an another xml element
not under config. Will the UIMA work with solr ve
Hi again Chamara,
2011/5/17 chamara
> Thanks Tommaso, yes this occurred after copying the .jar files to the lib
> folder. When i do not copy them from contrib/uima/lib and have the
> solrconfig.xml to point to those libs i get the following error. I am a bit
> confused why a class path was chose
Thanks Tommaso, yes this occurred after copying the .jar files to the lib
folder. When i do not copy them from contrib/uima/lib and have the
solrconfig.xml to point to those libs i get the following error. I am a bit
confused why a class path was chosen to get the analysis engine descriptor
.
The e
The error you pasted doesn't seem to be related to a (class)path issue but more
likely to be related to a Solr instance at 1.4.1/3.1.0 and Solr-UIMA module at
3.1.0/4.0-SNAPSHOT(trunk); it seems that the error raises from
UpdateRequestProcessorFactory API changed.
Hope this helps,
Tommaso
Il g
Hi Tommaso,
Thanks for the quick reply. I had copied the lib files and
followed instructions on http://wiki.apache.org/solr/SolrUIMA#Installation.
However i get this error. The AnalysisEngine has the default class path
which is /org/apache/uima/desc/.
SEVERE: org.apache.solr.common.SolrException:
Hello,
if you want to take the descriptor from a jar, provided that you configured
the jar inside a element in solrconfig, then you just need to write
the correct classpath in the analysisEngine element.
For example if your descriptor resides in com/something/desc/ path inside
the jar then you sh
Hi,
Is this code line 57 needs to be changed to the location where the jar
files(library files) resides?
URL url = this.getClass().getResource(""); I did
change it but no luck so far. Let me know what i am doing wrong?
--
View this message in context:
http://lucene.472066.n3.nabble.com/UIMA-an
Hello Barry,
2011/5/6 Barry Hathaway
> Thanks for creating the case to track the requirement.
> I really don't agree with your comments about using relative paths though.
> The only way to specify the AE's making up an aggregate AE is to use a
> "",
> leaving you to choose either a absolute, rel
Thanks for creating the case to track the requirement.
I really don't agree with your comments about using relative paths though.
The only way to specify the AE's making up an aggregate AE is to use a
"",
leaving you to choose either a absolute, relative, or a URL. All of
these are not that gre
Barry, I understand your need and I agree with you it'd be useful to be able
to load AEs also from filesystem, I created SOLR-2501 [1] to track that
requirement.
Consider that loading AEs from relative paths, as using relative paths in
general, is not a good practice since different environments co
Tommaso,
Thanks. Now Solr finds the descriptor; however, I think this is very bad
practice.
Descriptors really aren't meant to be jarred up. They often contain
relative paths.
For example, in my case I have a directory that looks like:
appassemble
|- desc
|- pear
where the
Hello Barry,
the main AnalysisEngine descriptor defined inside the
element should be inside one of the jars imported with the elements.
At the moment it cannot be taken from expanded directories but it should be
easy to do it (and indeed useful) modifying the
OverridingParamsAEProvider class
[1]
13 matches
Mail list logo
