[jira] Commented: (TUSCANY-2096) When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find EquinoxRuntime, but uses FelixRuntime

2008-03-19 Thread JIRA

[ 
https://issues.apache.org/jira/browse/TUSCANY-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12580276#action_12580276
 ] 

Jürgen Schumacher commented on TUSCANY-2096:


Yes, just removing them from the Bundle-ClassPath would be enough, too. The 
files themselven then can stay in the bundle.

Thanks.

> When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find 
> EquinoxRuntime, but uses FelixRuntime
> ---
>
> Key: TUSCANY-2096
> URL: https://issues.apache.org/jira/browse/TUSCANY-2096
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows XP, Sun JDK 1.5.0_11, Eclipse 3.3.2 (Equinox 
> 3.3.2)
>Reporter: Jürgen Schumacher
>Priority: Minor
> Attachments: itest-osgituscany-runtime-pom.patch
>
>
> I used the OSGi bundles generated by itest/osgi-tuscany in Equinox. 
> The BundleActivator of the tuscany-runtime bundle calls 
> OSGiRuntime.findRuntime(), which
> creates a  org.apache.tuscany.sca.osgi.runtime.FelixRuntime. This seems
> not to disturb operation very much, because the main difference to 
> EquinoxRuntime
> is in starting and stopping a Felix or Equinox runtime. But it can be easily 
> fixed by adding
> the package of EclipseStarter, org.eclipse.core.runtime.adaptor, to the 
> DynamicImport-Package
> statement of the manifest of the tuscany-runtime bundle. See attached patch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (TUSCANY-2096) When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find EquinoxRuntime, but uses FelixRuntime

2008-03-18 Thread Rajini Sivaram (JIRA)

[ 
https://issues.apache.org/jira/browse/TUSCANY-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579934#action_12579934
 ] 

Rajini Sivaram commented on TUSCANY-2096:
-

Jurgen,

Thank you for the patch. It has been applied under revision 638445. 

I am not sure if the .mar file is used anywhere, so I didn't want to remove it 
without being sure.  Is there a problem with having these files in the bundle 
or is it because they have been added to the Bundle-ClassPath?

> When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find 
> EquinoxRuntime, but uses FelixRuntime
> ---
>
> Key: TUSCANY-2096
> URL: https://issues.apache.org/jira/browse/TUSCANY-2096
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows XP, Sun JDK 1.5.0_11, Eclipse 3.3.2 (Equinox 
> 3.3.2)
>Reporter: Jürgen Schumacher
>Priority: Minor
> Attachments: itest-osgituscany-runtime-pom.patch
>
>
> I used the OSGi bundles generated by itest/osgi-tuscany in Equinox. 
> The BundleActivator of the tuscany-runtime bundle calls 
> OSGiRuntime.findRuntime(), which
> creates a  org.apache.tuscany.sca.osgi.runtime.FelixRuntime. This seems
> not to disturb operation very much, because the main difference to 
> EquinoxRuntime
> is in starting and stopping a Felix or Equinox runtime. But it can be easily 
> fixed by adding
> the package of EclipseStarter, org.eclipse.core.runtime.adaptor, to the 
> DynamicImport-Package
> statement of the manifest of the tuscany-runtime bundle. See attached patch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[jira] Commented: (TUSCANY-2096) When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find EquinoxRuntime, but uses FelixRuntime

2008-03-18 Thread JIRA

[ 
https://issues.apache.org/jira/browse/TUSCANY-2096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12579866#action_12579866
 ] 

Jürgen Schumacher commented on TUSCANY-2096:


Another small (cosmetic) issue with the 3rd-party bundle: Sometimes Eclipse 
complains about  two files in this bundle (e.g. when having it as a 
Required-Bundle for a plugin project in the Eclipse workspace:

Illegal type of archive for required library: 
'D:\Works\eclipse\plugins\org.apache.tuscany.sca.3rdparty_1.2.0\addressing.mar'

Same for activemq-web-demo.war. 

They seem not to be a problem, when referring to the bundle using 
"Import-Package" (and I know that Require-Bundle is not really the way to go), 
but maybe it is possible to not include them in the generated bundle? Sorry, I 
do not understand maven well enough yet to provide a patch.


> When itest/osgi-tuscany bundles run in Equinox, OSGiRuntime does not find 
> EquinoxRuntime, but uses FelixRuntime
> ---
>
> Key: TUSCANY-2096
> URL: https://issues.apache.org/jira/browse/TUSCANY-2096
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA OSGi Integration
>Affects Versions: Java-SCA-Next
> Environment: Windows XP, Sun JDK 1.5.0_11, Eclipse 3.3.2 (Equinox 
> 3.3.2)
>Reporter: Jürgen Schumacher
>Priority: Minor
> Attachments: itest-osgituscany-runtime-pom.patch
>
>
> I used the OSGi bundles generated by itest/osgi-tuscany in Equinox. 
> The BundleActivator of the tuscany-runtime bundle calls 
> OSGiRuntime.findRuntime(), which
> creates a  org.apache.tuscany.sca.osgi.runtime.FelixRuntime. This seems
> not to disturb operation very much, because the main difference to 
> EquinoxRuntime
> is in starting and stopping a Felix or Equinox runtime. But it can be easily 
> fixed by adding
> the package of EclipseStarter, org.eclipse.core.runtime.adaptor, to the 
> DynamicImport-Package
> statement of the manifest of the tuscany-runtime bundle. See attached patch.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]