Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[virgo-dev] RE: Inner framework command

Hi,

The link here contains a fix for this issue:
https://sapmats-de.sap-ag.de/download/download.cgi?id=MVAKNGY7TWT8IHVDQ3TJOMGYM99L4TKNNZQK3E8MVOIXMN3PAP

I guess it will be easier to just run the modified archive since we made some refactoring of the package names and the build.

The commands has to show this:
	osgi> frk
	Current state of the OSGi Frameworks:
	Avaliable frameworks 2
	----------------------------------------------------------
	[ 1 ] Equinox [org.eclipse.osgi_3.5.1.R35x_v20091005]
	     \___[ 2 ] Equinox [org.springframework.osgi.extender_1.2.1]

So as you can see we are actually talking about nested frameworks.

Regards,
Hristo Iliev

P.S. Detailed info is available with -d



-----Original Message-----
From: virgo-dev-bounces@xxxxxxxxxxx [mailto:virgo-dev-bounces@xxxxxxxxxxx] On Behalf Of Glyn Normington
Sent: Wednesday, July 07, 2010 3:18 PM
To: Virgo Project
Subject: [virgo-dev] Inner framework command

Hi Hristo

The solution below fixed the basic crash and I can now start Virgo successfully and see the frk command in the Equinox console. However, when I run it without parameters, I get:

osgi> frk
java.lang.NullPointerException
	at com.sap.osgi.command.frameworkinfo.FrameworkInfoCommand.processTree(FrameworkInfoCommand.java:549)
	at com.sap.osgi.command.frameworkinfo.FrameworkInfoCommand.processTree(FrameworkInfoCommand.java:563)
	at com.sap.osgi.command.frameworkinfo.FrameworkInfoCommand.list(FrameworkInfoCommand.java:463)
	at com.sap.osgi.command.frameworkinfo.FrameworkInfoCommand._frk(FrameworkInfoCommand.java:152)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:597)
	at org.eclipse.osgi.framework.internal.core.FrameworkCommandInterpreter.execute(FrameworkCommandInterpreter.java:155)
	at org.eclipse.osgi.framework.internal.core.FrameworkConsole.docommand(FrameworkConsole.java:303)
	at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(FrameworkConsole.java:288)
	at org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(FrameworkConsole.java:224)
	at java.lang.Thread.run(Thread.java:637)

It does a bit better with a framework id:

osgi> frk 0 ss
Listing bundles in framework [0]..
Inner framework [0] is not available, check if it is stopped

but that's not very interesting. Is an inner framework is the same thing as a nested framework as currently supported by Equinox? I guess not as the user region is a nested framework.

Glyn
PS. I'll comment on the class loading command separately as it's a completely disjoint topic.
On 7 Jul 2010, at 10:47, Iliev, Hristo wrote:

> Follow-up for "There is a problem running the nested framework agent on Mac OS X which we will continue to discuss on virgo-dev":
> 
> The problem turned out to be a misspelled name - dot after the first jar in the manifest of the java agent:
> 
> 	Boot-Class-Path: javassist.jar. com.sap.core.supportability.innerfrk.d
> 	 etectionlib-0.7.0-SNAPSHOT.jar
> 
> To fix the issue one can simply remove the dot:
> 
> 	Boot-Class-Path: javassist.jar com.sap.core.supportability.innerfrk.d
> 	 etectionlib-0.7.0-SNAPSHOT.jar
> 
> Strangely enough - on Windows this did not caused problems as I would expect...

_______________________________________________
virgo-dev mailing list
virgo-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/virgo-dev


Back to the top