and I started ES with -Djava.library.path="mssql\auth\x64" option, where
"mssql" folder is under the jdbc-river plugin folder.
However, I still obtain the "no sqljdbc_auth in java.ibrary.path" error, so
the dll seems to be not correctly referenced. I also notice that the jar
for sqlserver must be instead on the jdbc-river folder itself.
With other java applications a relative path works without too much
problems, so this was my first test. I've tested it also with absolute
path, without luck. I've also tried with '\' instead of '', or with '/',
just to avoid problems with windows paths.
Any other suggestion?
Of course, JDBC jars must be in the jdbc-river folder, otherwise they can
not be found by ES plugin manager.
done, in fact removing the jar, the error changes to "no suitable
driver..." etc etc
a little update: adding the reference to the absolute path in the Path
variable worked... thus seems like ES is currently ignoring the
-Djava.library.path parameter passed from command line. Is that possible?
Il giorno lunedì 20 gennaio 2014 14:02:36 UTC+1, Alfredo Serafini ha
scritto:
Please, use absolute paths in java.library.path
With other java applications a relative path works without too much
problems, so this was my first test. I've tested it also with absolute
path, without luck. I've also tried with '\' instead of '', or with '/',
just to avoid problems with windows paths.
Any other suggestion?
Of course, JDBC jars must be in the jdbc-river folder, otherwise they can
not be found by ES plugin manager.
done, in fact removing the jar, the error changes to "no suitable
driver..." etc etc
You have to add parameters for the Java JVM in the JAVA_OPTS variable, e.g.
in $ES_HOME/bin/elasticsearch.in.sh
For Windows I don't know where to set JAVA_OPTS but maybe there is
something like $ES_HOME/bin/elasticsearch.bat
Jörg
On Mon, Jan 20, 2014 at 2:42 PM, Alfredo Serafini seralf@gmail.com wrote:
Hi
a little update: adding the reference to the absolute path in the Path
variable worked... thus seems like ES is currently ignoring the
-Djava.library.path parameter passed from command line. Is that possible?
Hi Jorg thanks,
I have used indeed the JAVA_OPTS variable in elasticsearch.bat, but for
some reason it is not working as expected: i have tested it with/without
double quotes, linux-like paths or win paths, absolut vs relative etc
etc... at the moment the only thing that is working is using the Path
environment variable. Please note that for example i'm using D2RQ java tool
with -Djava.library.path=a-relative-path and it's working. I have also
tried using a copy of the same dll without point to the same, but nothing.
Do you have nay other ideas?
thanks for your support,
Alfredo
Il giorno lunedì 20 gennaio 2014 14:54:57 UTC+1, Jörg Prante ha scritto:
You have to add parameters for the Java JVM in the JAVA_OPTS variable,
e.g. in $ES_HOME/bin/elasticsearch.in.sh
For Windows I don't know where to set JAVA_OPTS but maybe there is
something like $ES_HOME/bin/elasticsearch.bat
Jörg
On Mon, Jan 20, 2014 at 2:42 PM, Alfredo Serafini <ser...@gmail.com<javascript:>
wrote:
Hi
a little update: adding the reference to the absolute path in the Path
variable worked... thus seems like ES is currently ignoring the
-Djava.library.path parameter passed from command line. Is that possible?
Would love to help, also to Windows elasticsearch.bat specific problems,
but I'm afraid I can't.
Fact is, you have to find out where the Java Runtime of Elasticsearch is
executed - it is in the script elasticsearch or in case of Windows
elasticsearch.bat - and in that call, you must add JVM arguments like
java.library.path, and because the library loading is executed from a
daemon process, you have to choose absolute paths, so it can not fail. ES
provides JAVA_OPTS variable for convenience to collect several JVM
arguments defined in scripts.
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.