Re: Strange error in Solr 4.2

2013-03-25 Thread skp
I fixed it by setting JVM properties in glassfish.

-Djavax.net.ssl.keyStorePassword=changeit 



--
View this message in context: 
http://lucene.472066.n3.nabble.com/Strange-error-in-Solr-4-2-tp4047386p4051159.html
Sent from the Solr - User mailing list archive at Nabble.com.


Strange error in Solr 4.2

2013-03-14 Thread Uwe Klosa
Hi

We have been using Solr 4.0 for a while now and wanted to upgrade to 4.2.
But our application stopped working. When we tried 4.1 it was working as
expected.

Here is a  description of the situation.

We deploy a Solr web application under java 7 on a Glassfish 3.1.2.2
server. We added some classes to the standard Solr webapp which are
listening to a jms service and update the index according to the message
content, which can be fetch the document with this id from that URL and add
it to the index. The documents are fetched via SSL from a repository server.

This has been working well since Solr 1.2 for about 6 years now. With Solr
4.2 we suddenly get the following error:

javax.ejb.CreateException: Initialization failed for Singleton
IndexMessageClientFactory
at
com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:547)
...
Caused by: org.apache.http.conn.ssl.SSLInitializationException: Failure
initializing default system SSL context
at
org.apache.http.conn.ssl.SSLSocketFactory.createSystemSSLContext(SSLSocketFactory.java:368)
at
org.apache.http.conn.ssl.SSLSocketFactory.getSystemSocketFactory(SSLSocketFactory.java:204)
at
org.apache.http.impl.conn.SchemeRegistryFactory.createSystemDefault(SchemeRegistryFactory.java:82)
at
org.apache.http.impl.client.SystemDefaultHttpClient.createClientConnectionManager(SystemDefaultHttpClient.java:118)
at
org.apache.http.impl.client.AbstractHttpClient.getConnectionManager(AbstractHttpClient.java:466)
at
org.apache.solr.client.solrj.impl.HttpClientUtil.setMaxConnections(HttpClientUtil.java:179)
at
org.apache.solr.client.solrj.impl.HttpClientConfigurer.configure(HttpClientConfigurer.java:33)
at
org.apache.solr.client.solrj.impl.HttpClientUtil.configureClient(HttpClientUtil.java:115)
at
org.apache.solr.client.solrj.impl.HttpClientUtil.createClient(HttpClientUtil.java:105)
at
org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:155)
at
org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:132)
at
org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:101)
at
org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:93)
at
diva.commons.search.cdi.SolrServerFactory.init(SolrServerFactory.java:56)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1009)
at
com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
at
com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:113)
at
com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCallback(SystemInterceptorProxy.java:138)
at
com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:120)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:964)
at
com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
at
com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:393)
at
com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:376)
at
com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:538)
... 103 more
Caused by: java.io.IOException: Keystore was tampered with, or password was
incorrect
at
sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:772)
at
sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
at java.security.KeyStore.load(KeyStore.java:1214)
at
org.apache.http.conn.ssl.SSLSocketFactory.createSystemSSLContext(SSLSocketFactory.java:281)
at
org.apache.http.conn.ssl.SSLSocketFactory.createSystemSSLContext(SSLSocketFactory.java:366)
... 134 more
Caused by: java.security.UnrecoverableKeyException: Password verification
failed
at
sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:770)


This exception occurs in this part

new 

Re: Strange error in Solr 4.2

2013-03-14 Thread Mark Miller
Perhaps as a result of https://issues.apache.org/jira/browse/SOLR-4451 ?

Just a guess.

The root cause looks to be:

 Caused by: java.io.IOException: Keystore was tampered with, or password was
 incorrect


- Mark

On Mar 14, 2013, at 11:24 AM, Uwe Klosa uwe.kl...@gmail.com wrote:

 Hi
 
 We have been using Solr 4.0 for a while now and wanted to upgrade to 4.2.
 But our application stopped working. When we tried 4.1 it was working as
 expected.
 
 Here is a  description of the situation.
 
 We deploy a Solr web application under java 7 on a Glassfish 3.1.2.2
 server. We added some classes to the standard Solr webapp which are
 listening to a jms service and update the index according to the message
 content, which can be fetch the document with this id from that URL and add
 it to the index. The documents are fetched via SSL from a repository server.
 
 This has been working well since Solr 1.2 for about 6 years now. With Solr
 4.2 we suddenly get the following error:
 
 javax.ejb.CreateException: Initialization failed for Singleton
 IndexMessageClientFactory
at
 com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:547)
 ...
 Caused by: org.apache.http.conn.ssl.SSLInitializationException: Failure
 initializing default system SSL context
at
 org.apache.http.conn.ssl.SSLSocketFactory.createSystemSSLContext(SSLSocketFactory.java:368)
at
 org.apache.http.conn.ssl.SSLSocketFactory.getSystemSocketFactory(SSLSocketFactory.java:204)
at
 org.apache.http.impl.conn.SchemeRegistryFactory.createSystemDefault(SchemeRegistryFactory.java:82)
at
 org.apache.http.impl.client.SystemDefaultHttpClient.createClientConnectionManager(SystemDefaultHttpClient.java:118)
at
 org.apache.http.impl.client.AbstractHttpClient.getConnectionManager(AbstractHttpClient.java:466)
at
 org.apache.solr.client.solrj.impl.HttpClientUtil.setMaxConnections(HttpClientUtil.java:179)
at
 org.apache.solr.client.solrj.impl.HttpClientConfigurer.configure(HttpClientConfigurer.java:33)
at
 org.apache.solr.client.solrj.impl.HttpClientUtil.configureClient(HttpClientUtil.java:115)
at
 org.apache.solr.client.solrj.impl.HttpClientUtil.createClient(HttpClientUtil.java:105)
at
 org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:155)
at
 org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:132)
at
 org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:101)
at
 org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:93)
at
 diva.commons.search.cdi.SolrServerFactory.init(SolrServerFactory.java:56)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
 com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1009)
at
 com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
at
 com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:113)
at
 com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCallback(SystemInterceptorProxy.java:138)
at
 com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:120)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at
 com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:964)
at
 com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
at
 com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:393)
at
 com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:376)
at
 com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:538)
... 103 more
 Caused by: java.io.IOException: Keystore was tampered with, or password was
 incorrect
at
 sun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:772)
at
 sun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:55)
at java.security.KeyStore.load(KeyStore.java:1214)
at
 org.apache.http.conn.ssl.SSLSocketFactory.createSystemSSLContext(SSLSocketFactory.java:281)
at
 

Re: Strange error in Solr 4.2

2013-03-14 Thread Uwe Klosa
Thanks, but nobody has tempered with keystores. I have tested the
application on different machines. Always the same exception is thrown.

Do we have to set some system property to fix this?

/Uwe




On 14 March 2013 16:36, Mark Miller markrmil...@gmail.com wrote:

 Perhaps as a result of https://issues.apache.org/jira/browse/SOLR-4451 ?

 Just a guess.

 The root cause looks to be:

  Caused by: java.io.IOException: Keystore was tampered with, or password
 was
  incorrect


 - Mark

 On Mar 14, 2013, at 11:24 AM, Uwe Klosa uwe.kl...@gmail.com wrote:

  Hi
 
  We have been using Solr 4.0 for a while now and wanted to upgrade to 4.2.
  But our application stopped working. When we tried 4.1 it was working as
  expected.
 
  Here is a  description of the situation.
 
  We deploy a Solr web application under java 7 on a Glassfish 3.1.2.2
  server. We added some classes to the standard Solr webapp which are
  listening to a jms service and update the index according to the message
  content, which can be fetch the document with this id from that URL and
 add
  it to the index. The documents are fetched via SSL from a repository
 server.
 
  This has been working well since Solr 1.2 for about 6 years now. With
 Solr
  4.2 we suddenly get the following error:
 
  javax.ejb.CreateException: Initialization failed for Singleton
  IndexMessageClientFactory
 at
 
 com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:547)
  ...
  Caused by: org.apache.http.conn.ssl.SSLInitializationException: Failure
  initializing default system SSL context
 at
 
 org.apache.http.conn.ssl.SSLSocketFactory.createSystemSSLContext(SSLSocketFactory.java:368)
 at
 
 org.apache.http.conn.ssl.SSLSocketFactory.getSystemSocketFactory(SSLSocketFactory.java:204)
 at
 
 org.apache.http.impl.conn.SchemeRegistryFactory.createSystemDefault(SchemeRegistryFactory.java:82)
 at
 
 org.apache.http.impl.client.SystemDefaultHttpClient.createClientConnectionManager(SystemDefaultHttpClient.java:118)
 at
 
 org.apache.http.impl.client.AbstractHttpClient.getConnectionManager(AbstractHttpClient.java:466)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientUtil.setMaxConnections(HttpClientUtil.java:179)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientConfigurer.configure(HttpClientConfigurer.java:33)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientUtil.configureClient(HttpClientUtil.java:115)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientUtil.createClient(HttpClientUtil.java:105)
 at
 
 org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:155)
 at
 
 org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:132)
 at
 
 org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:101)
 at
 
 org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:93)
 at
  diva.commons.search.cdi.SolrServerFactory.init(SolrServerFactory.java:56)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at
 
 com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1009)
 at
 
 com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
 at
 
 com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:113)
 at
 
 com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCallback(SystemInterceptorProxy.java:138)
 at
 
 com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:120)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at
 
 com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:964)
 at
 
 com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
 at
 
 com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:393)
 at
 
 com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:376)
 at
 
 com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:538)
 ... 103 more
  Caused by: java.io.IOException: Keystore was tampered with, or 

Re: Strange error in Solr 4.2

2013-03-14 Thread Uwe Klosa
I found the answer myself. Thanks for the pointer.

Cheers
Uwe


On 14 March 2013 16:48, Uwe Klosa uwe.kl...@gmail.com wrote:

 Thanks, but nobody has tempered with keystores. I have tested the
 application on different machines. Always the same exception is thrown.

 Do we have to set some system property to fix this?

 /Uwe




 On 14 March 2013 16:36, Mark Miller markrmil...@gmail.com wrote:

 Perhaps as a result of https://issues.apache.org/jira/browse/SOLR-4451 ?

 Just a guess.

 The root cause looks to be:

  Caused by: java.io.IOException: Keystore was tampered with, or password
 was
  incorrect


 - Mark

 On Mar 14, 2013, at 11:24 AM, Uwe Klosa uwe.kl...@gmail.com wrote:

  Hi
 
  We have been using Solr 4.0 for a while now and wanted to upgrade to
 4.2.
  But our application stopped working. When we tried 4.1 it was working as
  expected.
 
  Here is a  description of the situation.
 
  We deploy a Solr web application under java 7 on a Glassfish 3.1.2.2
  server. We added some classes to the standard Solr webapp which are
  listening to a jms service and update the index according to the message
  content, which can be fetch the document with this id from that URL and
 add
  it to the index. The documents are fetched via SSL from a repository
 server.
 
  This has been working well since Solr 1.2 for about 6 years now. With
 Solr
  4.2 we suddenly get the following error:
 
  javax.ejb.CreateException: Initialization failed for Singleton
  IndexMessageClientFactory
 at
 
 com.sun.ejb.containers.AbstractSingletonContainer.createSingletonEJB(AbstractSingletonContainer.java:547)
  ...
  Caused by: org.apache.http.conn.ssl.SSLInitializationException: Failure
  initializing default system SSL context
 at
 
 org.apache.http.conn.ssl.SSLSocketFactory.createSystemSSLContext(SSLSocketFactory.java:368)
 at
 
 org.apache.http.conn.ssl.SSLSocketFactory.getSystemSocketFactory(SSLSocketFactory.java:204)
 at
 
 org.apache.http.impl.conn.SchemeRegistryFactory.createSystemDefault(SchemeRegistryFactory.java:82)
 at
 
 org.apache.http.impl.client.SystemDefaultHttpClient.createClientConnectionManager(SystemDefaultHttpClient.java:118)
 at
 
 org.apache.http.impl.client.AbstractHttpClient.getConnectionManager(AbstractHttpClient.java:466)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientUtil.setMaxConnections(HttpClientUtil.java:179)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientConfigurer.configure(HttpClientConfigurer.java:33)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientUtil.configureClient(HttpClientUtil.java:115)
 at
 
 org.apache.solr.client.solrj.impl.HttpClientUtil.createClient(HttpClientUtil.java:105)
 at
 
 org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:155)
 at
 
 org.apache.solr.client.solrj.impl.HttpSolrServer.init(HttpSolrServer.java:132)
 at
 
 org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:101)
 at
 
 org.apache.solr.client.solrj.impl.ConcurrentUpdateSolrServer.init(ConcurrentUpdateSolrServer.java:93)
 at
 
 diva.commons.search.cdi.SolrServerFactory.init(SolrServerFactory.java:56)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at
 
 com.sun.ejb.containers.interceptors.BeanCallbackInterceptor.intercept(InterceptorManager.java:1009)
 at
 
 com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
 at
 
 com.sun.ejb.containers.interceptors.CallbackInvocationContext.proceed(CallbackInvocationContext.java:113)
 at
 
 com.sun.ejb.containers.interceptors.SystemInterceptorProxy.doCallback(SystemInterceptorProxy.java:138)
 at
 
 com.sun.ejb.containers.interceptors.SystemInterceptorProxy.init(SystemInterceptorProxy.java:120)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at
 
 com.sun.ejb.containers.interceptors.CallbackInterceptor.intercept(InterceptorManager.java:964)
 at
 
 com.sun.ejb.containers.interceptors.CallbackChainImpl.invokeNext(CallbackChainImpl.java:65)
 at
 
 com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:393)
 at
 
 com.sun.ejb.containers.interceptors.InterceptorManager.intercept(InterceptorManager.java:376)
 at
 
 

Re: Strange error in Solr 4.2

2013-03-14 Thread Stefan Matheis


On Thursday, March 14, 2013 at 4:57 PM, Uwe Klosa wrote:

 I found the answer myself. Thanks for the pointer.


Would you mind sharing you answer, Uwe? 


Re: Strange error in Solr 4.2

2013-03-14 Thread Shawn Heisey

On 3/14/2013 9:24 AM, Uwe Klosa wrote:

This exception occurs in this part

new ConcurrentUpdateSolrServer(http://solr.diva-portal.org:8080/search;,
5, 50)


Side comment, unrelated to your question:

If you're already aware that ConcurrentUpdateSolrServer has no built-in 
error handling and you're OK with that, then you don't need to be 
concerned with this message.


ConcurrentUpdateSolrServer swallows any exception that happens during 
its operation.  Errors get logged, but are not passed back to the 
calling application.  Update requests always succeed, even if Solr is 
completely down.


I have been told that it is possible to override the handleError method 
to fix this, but I don't know what code to actually use.


Thanks,
Shawn



Re: Strange error in Solr 4.2

2013-03-14 Thread Mark Miller

On Mar 14, 2013, at 1:27 PM, Shawn Heisey s...@elyograg.org wrote:

 I have been told that it is possible to override the handleError method to 
 fix this

I'd say mitigate more than fix. I think the real fix requires some dev work. 

- Mark