Eugene,
Thank you for the update.
On 6/2/08, Yevgeniy Melnichuk <[EMAIL PROTECTED]> wrote:
>
> sorry, for the last email... copy'n'paste didn't work as expected.
>
> what i intended to say was:
>
> i solved the problem. I use ant for builing and running my application.
> Running it in the same j
Eugene,
Yes, org.osgi.framework is exported from the OSGi container. If you are
running Tuscany outside of OSGi and using , the
embedded Felix runtime started by Tuscany will export org.osgi.framework
version 1.3.0. So your bundle should be able to import this package if you
haven't specified any
On 5/27/08, Sebastian Voigt <[EMAIL PROTECTED]> wrote:
>
> In our application we use Jaxb for reading and storing of configurations.
> This application is distributed and uses Tuscany for the remote
> communication.
> The first problem that we have is that we load a configuration file with
> jaxb a
tSCADomain. nit>(DefaultSCADomain.java:113)
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta
> nce(SCADomain.java:245)
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC
> ADomain.java:73)
> [java] at
> suppl
Roshan,
I have added test bundles and testcases in itest/osgi-implementation which
test both implementation.java components with references to OSGi services
and implementation.osgi components with references to Java services where
the parameters are SDOs. The code is in the directory helloworld.sd
Roshan,
The SDO packages required to create SDO instances from OSGi bundles are now
exported by the system bundle of the embedded Felix runtime started by
Tuscany. The changes have been committed under revision 646679. You should
now be able to import these packages in your bundles without install
Daniel,
Looking at the invocation code for OSGi and Java which creates the instances
for conversations, there shouldn't be any difference between the two
(except that OSGi instance creation takes much longer).
One of the differences between implementation.java and implementation.osgi
is that the
Daniel,
You are on the right track. Sorry, I should have mentioned this before. The
classes from which @Scope annotations are processed in implementation.osgi
should be listed under the attribute "classes" in in
the composite file.
http://tuscany.apache.org/xmlns/sca/1.0bundleSymbolicName="g
> This is my component description file:
>
>
>
>
>
>
>
>
>
>
> Any ideas what's the issue here ?
> Thanks in advance.
>
> Bye,
> Daniel
>
>
> > -Ursprüngliche Nachricht-
> > Von: Rajini Sivar
Daniel,
The default scope for implementation.osgi components is COMPOSITE - this
matches standard OSGi services where a single instance of the service is
added to the OSGi service registry and the same instance is returned by any
OSGi registry lookup. Other SCA scopes including CONVERSATION are su
Roshan,
The classes corresponding to the SDO datatype should be imported by (or
contained in) the bundle implementing the OSGi service. And if you are using
the default SCA binding, the Java service and the OSGi service should be
using the same classes for the SDO datatypes. Which means that the J
On 3/19/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Hi,
>
> I've done some experiments now and this leads me to another
> question: In my sample a component A calls a component B
> which in turn uses the ComponentContext to get a CallableReference
> to start a conversation with a component
On 3/19/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Comments inline,
>
> > -Original Message-----
> > From: Rajini Sivaram [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, March 19, 2008 9:58 AM
> > To: tuscany-user@ws.apache.org
> > S
Juergen,
Comments inline.
On 3/18/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Hi again,
>
> Ok, I'm getting further, i can use implementation.osgi now in
> Eclipse/Equinox,
> can call an OSGi service from an implementation.java component and expose
> an
> OSGi service using binding.ws.
Juergen,
Could you try a newer build - I am struggling to keep up with changes to
Tuscany.
If the tests continue to fail, could you send me a full log please?
On 3/17/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Rajini,
>
> >> org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeT
On 3/14/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
wrote:
>
> Hi,
>
> Thanks for the advice, it seems that the missing bundle activator
> was the basic problem, but then it started to get really funny (-;
>
> First, I just used the itest/osgi-tuscany bundles and got
> an error "missing .componentTyp
Juergen,
itests/osgi-tuscany generates Tuscany bundles for testing, and the Tuscany
runtime bundle which contains modules/osgi-runtime uses
org.apache.tuscany.sca.osgi.runtime.OSGiBundleActivator as its bundle
activator. This bundle activator sets the bundleContext that
Tuscany(including implement
Daniel,
>From your stack trace, it looks like Tuscany didn't get as far as handling a
bundleresource:// URL. It looks like "tuscany-sca.xsd" could not be located,
using ReallySmallRuntimeBuilder.*class*.getClassLoader().getResource("
tuscany-sca.xsd"). Do you have Tuscany packaged as a single bund
Amita,
On 2/25/08, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
>
> Below are the things pending before I can form RC2, please see if anybody
> have any inputs.
> All others comments are acted on.
>
> Pending:
>
> 1) The src distro includes the impl/.felix folder - is that really
> required
> or
> c
Simon,
On 1/11/08, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> Hi Rajini
>
>
> > But the code that I have run into problems with are in
> >
> >
> >
> org.apache.tuscany.sca.node.util.SCAContributionUtil.findContributionFromResource
> > (ClassLoader
> > classLoader, String compositeString)
> >
> > w
es that use the
> new APIs, see callback-ws-client, callback-ws-service and
> calculator-distributed.
>
> Do the same issues apply to the new APIs, or only when the old
> DefaultSCADomain class is used?
>
> Simon
>
> Rajini Sivaram wrote:
>
> > SCADomain.newInstance
SCADomain.newInstance(compositeName), which is used in many of the Tuscany
samples to create a DefaultSCADomain works only if
contextClassLoader.getResource(compositeName) returns a file:// or jar://
URL. This is broken when Tuscany is run under OSGi, since Apache Felix
returns a bundle:// URL and
As far as I know Tuscany never handled the case where multiple copies of a
module were available on the CLASSPATH.
Tuscany uses
classLoader.getResources("META-INF/services/org.apache.tuscany.sca.core.ModuleActivator)
to read the list of module activators. If the same resource is available
from tw
David,
implementation.osgi enables OSGi bundles to be used as the implementation
type for an SCA component. Static SCA wiring is used to wire services and
references at the moment (OSGi bundles continue to use the OSGi programming
model based on the OSGi service registry). Tuscany runtime does not
Hi,
Tuscany supports OSGi bundle contributions which are currently loaded using
the Apache Felix OSGi runtime by default. These contributions can contain
composite files and other meta-data which are loaded using OSGi and
passed around as URLs. Tests for OSGi contributions are run under Felix wit
25 matches
Mail list logo
