SBB Error when using Remote Infrastructure from Eclipse

[industrialtsi]

Hello,

I am attempting to install an SOPERA Infrastructure server on a Linux host, and administer it in Eclipse on an Windows XP host. Both are virtual machines connected by a virtual network in VirtualBox.

Using the provided documentation on the SOPERA CD, I installed the Infrastructure server, and started it with './bin/start_all.sh'. I got no errors on this linux machine, and all the required ports seem to be in the LISTEN state.

Then I installed a second AdminTool in C:\SOPERA2 on the Windows XP host, and pointed the SBB Home Directory to C:\SOPERA2\ServiceBackbone i(using Window > Preferences > SOPERA ToolSuite > Service Backbone). I then restarted Eclipse.

So far so good, but when I attempt to browse the Registry in the Administrator's Perspective, I got this error:

SBB infrastructure error: "Failed to create requested SBB instance."
org.sopware.toolsuite.admintool.exceptions.AdminTo olSBBException: SBB infrastructure error: "Failed to create requested SBB instance."
org.sopware.papi.exception.InfrastructureException : Failed to create requested SBB instance.
javax.management.MBeanException: Exception thrown in RequiredModelMBean while trying to invoke operation createSBB
org.sopware.papi.exception.FatalException: javax.management.MBeanException: RuntimeException thrown in RequiredModelMBean while trying to invoke operation createSBB
javax.management.MBeanException: RuntimeException thrown in RequiredModelMBean while trying to invoke operation createSBB
org.sbb.papi.internal.exception.SBBRuntimeExceptio n: java.lang.IllegalArgumentException: Placeholder configurator bean 'org.sopware.configrepos.spring.alias.InstanceConf igurationRepositoryPlaceholderConfigurer' did not resolve 'PolicyRouter[./@sopcs:name='default']/PolicyExpiryCheck' from configuration source.
java.lang.IllegalArgumentException: Placeholder configurator bean 'org.sopware.configrepos.spring.alias.InstanceConf igurationRepositoryPlaceholderConfigurer' did not resolve 'PolicyRouter[./@sopcs:name='default']/PolicyExpiryCheck' from configuration source.

From tcpdump on the Linux host, I can see that the XP machine is indeed connecting and communicating with the service on port 18180. How can I solve this problem?

Many thanks!

Niek

[Michael]

Hi Niek,

it seems that the SBB installation on your Windows Box is corrupt.
To verify this do the following:

(1) do a "tspping" on your Linux box
- go to your SOPERA Home directory
- execute . ./sopera_environment.sh
- execute tspping
if you get SUCCESS messages, your Infrastructure on the Linux box is fine.

(2) Check the installation on Windows with the DevBox
- Select the SBB installed with your DevBox (Window > Preferences > SOPERA ToolSuite > Service Backbone)
- Start your DevBox infrastructure
- try to browse the Registry
If this works, your AdminTool and the first SBB are working fine.

(3a) you can try tho change the SBB to your second installation on the Windows Box and try again to connect to the remote infrastructure.
(3b) uninstall and reinstall the second SBB on the Windows Box with the correct parameters of your remote infrastructure.

[industrialtsi]

Thanks Michael, I'll try again using your suggestions.

[maker]

Hi,

I had the same problem with ASF 3.3 and followed all the steps above without resolving my problem. I even reinstalled my Linux-Infrastructure server without any difference.

What finally solved it was:
- reinstall the Admin-Tool
- don't change the location
- don't enter an IP-Adress but a hostname (For name-resolution add an entry in the Windows hosts file.)

[Edit:]
On second thought the request probably fails, because of the previously changed location string, which turns out to be some kind of identifier and not just a label.