Comments (11)
Which version of solr-provider are you using, could you paste your Maven dependency tag?
from solr-provider.
[image: Inline image 1]
On Sat, Oct 13, 2012 at 2:06 PM, Elmer Garduño [email protected]:
Which version of solr-provider are you using, could you paste your Maven
....?—
Reply to this email directly or view it on GitHubhttps://github.com//issues/2#issuecomment-9406994.
from solr-provider.
Your Maven <dependency>
tag?
from solr-provider.
e...? What do you mean? My DefaultQA's pom is here:
4.0.0
edu.cmu.lti.oaqa.bio.core
defaultqa
1.2.18-SNAPSHOT
edu.cmu.lti.oaqa
oaqa
4
scm:svn:svn://
mu.lti.cs.cmu.edu/bio/trunk/edu.cmu.lti.oaqa.bio.core.DefaultQA
scm:svn:svn://
mu.lti.cs.cmu.edu/bio/trunk/edu.cmu.lti.oaqa.bio.core.DefaultQA
oaqa
http://mu.lti.cs.cmu.edu:8081/nexus/content/groups/public
osx
mac
<build.type>jnilib</build.type>
<build.artifact>libindri_jni</build.artifact>
<build.name>libindri_jni</build.name>
org.lemurproject
indri
5.2
jar
compile
x86-windows
Windows
x86
<build.type>dll</build.type>
<build.artifact>indri_jni</build.artifact>
<build.name>indri_jni</build.name>
org.lemurproject
indri
5.2
jar
compile
x64-nix
Linux
amd64
<build.type>so</build.type>
<build.artifact>libindri_jni_64</build.artifact>
<build.name>libindri_jni</build.name>
org.lemurproject
indri_64
5.2
jar
compile
x64-amd-windows
Windows
amd64
<build.type>dll</build.type>
<build.artifact>indri_jni_64</build.artifact>
<build.name>indri_jni</build.name>
org.lemurproject
indri_64
5.2
jar
compile
x64-windows
Windows
x86_64
<build.type>dll</build.type>
<build.artifact>indri_jni_64</build.artifact>
<build.name>indri_jni</build.name>
org.lemurproject
indri_64
5.2
jar
compile
org.apache.maven.plugins
maven-dependency-plugin
2.4
copy
generate-resources
copy
org.lemurproject
${build.artifact}
5.2
${build.type}
true
${project.build.directory}/lib
${build.name}.${build.type}
org.codehaus.mojo
exec-maven-plugin
exec
java
-Xmx2500m
-Djava.library.path=${project.build.directory}/lib/
-classpath
Please use version 1.0.5
<dependency>
<groupId>edu.cmu.lti.oaqa.core.provider</groupId>
<artifactId>solr-provider</artifactId>
<version>1.0.5</version>
</dependency>
from solr-provider.
Hi Elmer,
I changed 1.0.4 to 1.0.5 and I've updated the Maven project, but I still
have the error:
[image: Inline image 1]
On Sat, Oct 13, 2012 at 3:54 PM, Elmer Garduño [email protected]:
Please use version 1.0.5
edu.cmu.lti.oaqa.core.provider solr-provider 1.0.5—
Reply to this email directly or view it on GitHubhttps://github.com//issues/2#issuecomment-9408685.
from solr-provider.
btw, I didn't have any errors before adding solr-provider.
Thanks,
Rui
On Sat, Oct 13, 2012 at 4:05 PM, Rui Liu [email protected] wrote:
Hi Elmer,
I changed 1.0.4 to 1.0.5 and I've updated the Maven project, but I still
have the error:
[image: Inline image 1]On Sat, Oct 13, 2012 at 3:54 PM, Elmer Garduño [email protected]:
Please use version 1.0.5
edu.cmu.lti.oaqa.core.provider solr-provider 1.0.5—
Reply to this email directly or view it on GitHubhttps://github.com//issues/2#issuecomment-9408685.
from solr-provider.
I understand, what's happening is that you didn't reach that point of the code before, because you didn't had a provider; so no info -> no evaluation. And the error is coming from the evaluation code.
The problem seems to be on DefaultQA. Can you see a google-guava dependency on the Dependency Hierarchy tab?
from solr-provider.
Yes, I can see that.
[image: Inline image 1]
On Sat, Oct 13, 2012 at 4:59 PM, Elmer Garduño [email protected]:
I understand, what's happening is that you didn't reach that point of the
code before, because you didn't had a provider; so no info -> no
evaluation. And the error is coming from the evaluation code.The problem seems to be on DefaultQA. Can you see a google-guava
dependency on the Dependency Hierarchy tab?—
Reply to this email directly or view it on GitHubhttps://github.com//issues/2#issuecomment-9409575.
from solr-provider.
Ok, I fixed it, can you update DefaultQA. The problem was a bad transitive dependency on an old version of guava, that comes with solr.
from solr-provider.
Nice! I'll do it.
On Sat, Oct 13, 2012 at 5:38 PM, Elmer Garduño [email protected]:
Ok, I fixed it, can you update DefaultQA. The problem was a bad transitive
dependency on an old version of guava, that comes with solr.—
Reply to this email directly or view it on GitHubhttps://github.com//issues/2#issuecomment-9410646.
from solr-provider.
Related Issues (5)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from solr-provider.