[
https://issues.apache.org/jira/browse/TUSCANY-544?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende reassigned TUSCANY-544:
---
Assignee: Luciano Resende
> WSDL2Java should support WSDLs with schema imports
> ---
[
https://issues.apache.org/jira/browse/TUSCANY-1630?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523985
]
gengshaoguang commented on TUSCANY-1630:
Sorry every,
I was wrong here, Tuscany's code is right, my mistak
[
https://issues.apache.org/jira/browse/TUSCANY-1462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523965
]
Luciano Resende commented on TUSCANY-1462:
--
I tried to apply the patch, but I'm getting failures (NPE) on
Raymond Feng wrote:
I just created https://issues.apache.org/jira/browse/TUSCANY-1635 to
track the aspectj-based tracing.
Thanks,
Raymond
- Original Message - From: "Jean-Sebastien Delfino"
<[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 29, 2007 11:06 AM
Subject: Re: Monitoring, lo
Hi all,
Can anyone share his/her experience on how multi-threading testing was
conducted in the Apache open source projects?
At first, I thought I can use GroboUtils but found out it's not in the
people.apache.org/repo. Before going too far to make a request to add
GroboUtils to the remote Ma
On 8/30/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > On 8/30/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> >> ant elder wrote:
> >>
> >>> I've not yet been able to find any good way to reliably work out the
> >>> complete service URL in all environmen
Hi,
I meant to re-use some of the code in databinding module instead of adding
it as dependency to assembly-xml. BTW, writing a converter from DOM to
XMLStreamWriter is probably not too complex.
Thanks,
Raymond
- Original Message -
From: "Venkata Krishnan" <[EMAIL PROTECTED]>
To:
[
https://issues.apache.org/jira/browse/TUSCANY-544?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523924
]
Sean Zhou commented on TUSCANY-544:
---
I encountered the same problem with schema imports. Please see the exception
On 8/30/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> We now have a number of domain implementations in Tuscany Java SCA
> including
>
> - The SCADomain interface
> - DefaultSCADomain
> - EmbeddedSCADomain
> - HotUpdatableSCADomain
> - DistributedDomain/Node
>
> Covering a number of scenarios
>
> -
Hi Raymond,
Thanks for responding. As far as I saw the stax-utils have only snapshots
published. If this is indeed true then it seems like option 1 is better.
But with option 1, is it good to bring in the databinding as a dependency
into assembly-xml. To me assembly-xml seems to be at must lowe
SDO command-line code generator behaves differently than standalone when
invoked in Eclipse
---
Key: TUSCANY-1638
URL: https://issues.apache.org/jira/browse/TUSCANY-1638
Rationalize the SCA Domain implementations
--
Key: TUSCANY-1637
URL: https://issues.apache.org/jira/browse/TUSCANY-1637
Project: Tuscany
Issue Type: Improvement
Components: Java SCA Core Runt
[
https://issues.apache.org/jira/browse/TUSCANY-961?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-961.
-
Resolution: Fixed
Latest patch applied.
> DAS: Using deprected SDO method causes Type l
[
https://issues.apache.org/jira/browse/TUSCANY-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1399.
-
Resolution: Fixed
Added toolsTest project to the SDO reactor build and migrated appropr
ant elder wrote:
On 8/30/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
ant elder wrote:
I've not yet been able to find any good way to reliably work out the
complete service URL in all environments. What i think maybe the best
approach is to add a getBaseURI method to the Tuscan
Thank you for your input. I'll work on making the current releases more
visible and leave the old ones as is.
On 8/30/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > The Eclipse STP project isn't using M2 because they accidentally
> downloaded
> > the wrong release,
We now have a number of domain implementations in Tuscany Java SCA including
- The SCADomain interface
- DefaultSCADomain
- EmbeddedSCADomain
- HotUpdatableSCADomain
- DistributedDomain/Node
Covering a number of scenarios
- running a domain in a single node
- running a domain across multiple nod
Raymond,
The classes annotated in the bundle should be the classes used to implement
OSGi services. @Property for example, can be used to inject properties only
if the the annotation is in the class or superclass of the object
implementing an OSGi service.
@Scope (and some of the other annotation
Hi,
There are a few ways you can handle this:
1) Use the code in the "databinding" module:
Node2XMLStreamReader and then XMLStreamSerializer
2) Use a BSD-licensed StAXUtils at
https://stax-utils.dev.java.net/nonav/javadoc/utils/index.html.
// create a DOMSource
Document doc =
Document
Part of the design of binding-notification is that
NotificationReferenceBindingProvider
serves as a producer service to handle subscription requests from consumers.
Because of this, the code was relying on
NotificationReferenceBindingProvider
being created early, at activation time of components an
Thanks for the patch. I committed it to svn.
Vamsi
On 8/30/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> The changes are pretty recent, though you might not have seen then unless
> you use mvn -U. I could give you a patch to get passed the compile error
> if
> you like - is this code in the Geron
Please can someone review and apply the patch for TUSCANY-1500
that I posted earlier today (patch 4). There's one new file and a
number of changes to existing files. Many thanks.
Simon
-
To unsubscribe, e-mail: [EMAIL PROTE
Hi,
What java classes do you expect to be annotated with SCA annotations in the
OSGi bundle?
Thanks,
Raymond
- Original Message -
From: "Rajini Sivaram" <[EMAIL PROTECTED]>
To: ; <[EMAIL PROTECTED]>
Sent: Thursday, August 30, 2007 4:05 AM
Subject: Re: implementation.osgi and SCA ann
I have created a JIRA for this plugin move into Geronimo plugins. See
https://issues.apache.org/jira/browse/GERONIMO-3447. Please attach any
patches to this JIRA.
Thanks,
Vamsi
On 8/30/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> The changes are pretty recent, though you might not have seen the
The changes are pretty recent, though you might not have seen then unless
you use mvn -U. I could give you a patch to get passed the compile error if
you like - is this code in the Geronimo JIRA system to raise and attach a
patch to?
...ant
On 8/30/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> w
How recent are the changes? I was able to build without errors 24 hrs ago.
I have used 1.0-SNAPSHOT. You should be able to build against
0.99-incubating. After your note, I have introduced a tuscanyDasVersion and
tuscanySdoVersion in the parent pom, so that the tuscanyVersion can be
changed to
On 8/30/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > I've not yet been able to find any good way to reliably work out the
> > complete service URL in all environments. What i think maybe the best
> > approach is to add a getBaseURI method to the Tuscany ServletHost
ant elder wrote:
The Eclipse STP project isn't using M2 because they accidentally downloaded
the wrong release, its what was current at the time and they haven't
migrated to a newer release yet. I think its good to keep old releases to
(1) show the release history, and (2) have historical downlo
ant elder wrote:
I've not yet been able to find any good way to reliably work out the
complete service URL in all environments. What i think maybe the best
approach is to add a getBaseURI method to the Tuscany ServletHost interface
so that can be used by bindings. So then it would be down to each
[
https://issues.apache.org/jira/browse/TUSCANY-1539?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Venkatakrishnan reassigned TUSCANY-1539:
Assignee: Venkatakrishnan
> The assembly model does not contain the annotated int
Hi,
I am working on https://issues.apache.org/jira/browse/TUSCANY-1482 and its
mostly done - just the only thing related writing the property values. The
Property class has this value as a xml Document already and it would be good
if we could simply write that out. Right now I don't see a way t
[
https://issues.apache.org/jira/browse/TUSCANY-1326?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12523826
]
ant elder commented on TUSCANY-1326:
The main issue would be that the scaDomain.js script is dynamically genera
On 8/30/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>
> Sounds ok to me. In an earlier version of the RMI Binding, I did
> something
> like this with the getUri method of Binding class.
>
> - Venkat
>
> On 8/29/07, ant elder <[EMAIL PROTECTED] > wrote:
> >
> > I've not yet been able to find an
Ant,
The defaults used by implementation.osgi match the default behaviour of OSGi
bundles. Scope is set to COMPOSITE, remotable interfaces use pass-by-value,
and properties can only be set/read using standard OSGi mechanisms. The
attributes provided in which are being replaced by
annotations prov
I agree with ant. I had an issue recently with SDO relying on a
back-level release that had been removed.So I think the thing to
do is to help new users avoid the trip hazard of inadvertently
downloading a back level release by structuring our web pages
helpfully.
Kelvin.
On 30/08/2007, ant
Hi Amita,
I'm not aware of anyone planning to fix 761. There were a couple of
possible approaches, either or both of which could be developed. Ron
Gavlin painted a scenario in the JIRA where dropping of individual
types from a namespace would be the right thing to do.
There's also discussion of
If thats the way to go then doing it now would be better than after 1.0 is
out.
But why can't the SCDL attributes be kept as well as supporting annotations
and doesn't supporting both then mean non-SCA aware OSGi bundles can still
be used with Tuscany? (not particularly concerned about this,would
Ant,
Thank you.
I was planning to remove the support for attributes,
making it not backward compatible. That was one of the reasons I wanted to
introduce the change before 1.0. Is that a problem?
Thank you...
Regards,
Rajini
On 8/30/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 8/29/07,
The Eclipse STP project isn't using M2 because they accidentally downloaded
the wrong release, its what was current at the time and they haven't
migrated to a newer release yet. I think its good to keep old releases to
(1) show the release history, and (2) have historical downloads available
for p
On 8/29/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> We would like to start supporting SCA annotations in implementation
> classes
> used inside OSGi bundles to make implementation.osgi consistent with
> implementation.java.
>
> In the current implementation, SCA annotations are onl
Haleh,
At the moment looks like this:
The bundle location is in temporarily and will
eventually come from the contribution. The other attributes correspond to
equivalent annotations in SCA Java implementation (@Scope and
@AllowsPassByReference in the example).
OSGi bundles are not intros
[
https://issues.apache.org/jira/browse/TUSCANY-1500?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Nash updated TUSCANY-1500:
Attachment: ImplementationProvider2.java
This file is part of patch 4. It must be added to the r
I'm getting a compile error building this as one of the Tuscany interfaces
has been changed recently. Is it intended to be used with the Tuscany trunk
or with a particular release of Tuscany?
...ant
On 8/29/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I have moved the Tuscany
On 8/30/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> done
>
> On 8/29/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > [snip]
> > haleh mahbod wrote:
> > > Should this be added to this guide?
> > > http://incubator.apache.org/tuscany/sca-java-development-guide.html
> > >
> > > If ye
44 matches
Mail list logo