JSLEE Discussions
  [Search] Search   [Recent Topics] Recent Topics   [Hottest Topics] Hottest Topics   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
HTTP RA 2.2 - configuration error, operational functionality disabled.
Forum Index » Rhino SLEE Discussions
Author Message
tzieleniewski


Joined: 02/07/2008 00:51:19
Messages: 83
Location: Warsaw, Poland; London, UK
Offline

Hi I get the following error on Windows under Rhino 2.1

When I try to access RA entity Rhino raises alarm:
2012-06-01 13:49:38.941 Critical [rhino.facility.alarm.manager] <Timer-1> Alarm 101:239039437019:0 [RAEntityNotification[entity=nep/clicktodial/exposure],misconfiguration,nep/clicktodial/exposure] was raised at 2012-06-01 13:44:30.498 to level Critical
RA configuration error, operational functionality disabled. Update the RA entity with a valid configuration to resolve.

How to fix this configuration issue.
Regards,
Tomasz

javax.slee.resource.InvalidConfigurationException: Could not get input stream for trust store 'C:\Program Files\Java\jdk1.6.0_23\jre\lib\security\cacerts'
at com.opencloud.slee.resources.http.impl.config.SecureConfig.loadTrustManagers(SecureConfig.java:186)
at com.opencloud.slee.resources.http.impl.config.SecureConfig.<init>(SecureConfig.java:103)
at com.opencloud.slee.resources.http.impl.config.SecureConfig$3.load(SecureConfig.java:123)
at com.opencloud.slee.resources.http.impl.config.SecureConfig$3.load(SecureConfig.java:120)
at com.opencloud.slee.resources.framework.Component$BaseComponent.load(Component.java:245)
at com.opencloud.slee.resources.framework.WrappedComponent.load(WrappedComponent.java:16)
at com.opencloud.slee.resources.framework.RAConfig.load0(RAConfig.java:107)
at com.opencloud.slee.resources.framework.RAConfig.load(RAConfig.java:81)
at com.opencloud.slee.resources.framework.FrameworkRA.loadConfiguration(FrameworkRA.java:93)
at com.opencloud.slee.resources.framework.Lifecycle$Active_NoConfig.raConfigurationUpdate(Lifecycle.java:437)
at com.opencloud.slee.resources.framework.Lifecycle.raConfigurationUpdate(Lifecycle.java:56)
at com.opencloud.slee.resources.framework.FrameworkRA.raConfigurationUpdate(FrameworkRA.java:309)
at com.opencloud.ob.RhinoSDK.b$w.a(26600:412)
at com.opencloud.ob.RhinoSDK.b$w.b(26600:411)
at com.opencloud.ob.RhinoSDK.b.a(26600:635)
at com.opencloud.ob.RhinoSDK.b.a(26600:410)
at com.opencloud.ob.RhinoSDK.cf.a(26600:333)
at com.opencloud.rhino.eventrouter.state.ResourceAdaptorStateImpl.updateConfigProperties(26600:26)
at com.opencloud.rhino.eventrouter.state.ResourceAdaptorStateImpl__OCSkel.b(26600:71)
at com.opencloud.rhino.eventrouter.state.ResourceAdaptorStateImpl__OCSkel.invoke(26600:11)
at com.opencloud.ob.RhinoSDK.bh.a(26600:218)
at com.opencloud.ob.RhinoSDK.bh.a(26600:27)
at com.opencloud.ob.RhinoSDK.bh$b.run(26600:288)
at com.opencloud.ob.RhinoSDK.cm$b.a(26600:43)
at com.opencloud.ob.RhinoSDK.jz.a(26600:28)
at com.opencloud.ob.RhinoSDK.uE.f(26600:21)
at com.opencloud.ob.RhinoSDK.pO$a.run(26600:81)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.net.MalformedURLException: unknown protocol: c
at java.net.URL.<init>(URL.java:574)
at java.net.URL.<init>(URL.java:464)
at com.opencloud.slee.resources.http.impl.config.SecureConfig.getInputStream(SecureConfig.java:266)
at com.opencloud.slee.resources.http.impl.config.SecureConfig.loadTrustManagers(SecureConfig.java:180)
... 27 more
[Email] [WWW]
oliver


Joined: 29/10/2008 09:36:04
Messages: 680
Location: Cambridge, UK
Offline

Looks like it wants a URL, but you gave it a path.
[Email]
tzieleniewski


Joined: 02/07/2008 00:51:19
Messages: 83
Location: Warsaw, Poland; London, UK
Offline

It's the default value...
[Email] [WWW]
oliver


Joined: 29/10/2008 09:36:04
Messages: 680
Location: Cambridge, UK
Offline

Have you tried a sensible value?
[Email]
perrin


Joined: 25/01/2008 16:11:18
Messages: 225
Location: Wellington, New Zealand
Offline

The default value for TrustStore is $JAVA_HOME/lib/security/cacerts, and the value is converted into a file URL if it doesn't contain a protocol, or left alone if it does. Since the C: looks like a protocol, this doesn't work.

Sorry, we clearly didn't test this on Windows.

I don't know how paths for file URLs are specified on Windows, but it should work if you specify a full file URL.

Alternatively you can use <<TRUST ALL>> to bypass the trust checks.

Perrin Morrow
Senior Software Engineer
Metaswitch Networks
tzieleniewski


Joined: 02/07/2008 00:51:19
Messages: 83
Location: Warsaw, Poland; London, UK
Offline

Hi,

Works after setting TrustStore="file:///${java.home}/lib/security/cacerts".
Unfortunatelly it needs to be done each time, quite inconvenient..

Tomasz

[Email] [WWW]
oliver


Joined: 29/10/2008 09:36:04
Messages: 680
Location: Cambridge, UK
Offline

You could just put it in your deployment script along with all the other properties?
[Email]
matma16


Joined: 11/01/2018 03:22:49
Messages: 1
Offline

tzieleniewski wrote:Hi,

Works after setting TrustStore="file:///${java.home}/lib/security/cacerts".
Unfortunatelly it needs to be done each time, quite inconvenient..

Tomasz



Hi , can you please tell me how to set the trust store in windows, eclipse. it is urgent. Will Appreciate your help.

 
Forum Index » Rhino SLEE Discussions
Go to:   
Powered by JForum 2.1.8 © JForum Team