XML Interop test39 AttributeWithNillable doesn't include a nill attribute in
input XML.
Key: TUSCANY-599
URL: http://issues.apache.org/jira/browse/TUSCANY-599
Ant made an interop bug category for me so I would like to associate interop
related bugs with that (as well as with the components to which they
relate). Can a kindly committer oblige and categorize the following as
interop bugs alongside their original categorizations.
These bugs come from
Refactor Celtix binding
---
Key: TUSCANY-600
URL: http://issues.apache.org/jira/browse/TUSCANY-600
Project: Tuscany
Issue Type: Improvement
Components: Java SCA Celtix Binding
Reporter: Jervis Liu
[ http://issues.apache.org/jira/browse/TUSCANY-600?page=all ]
Jervis Liu updated TUSCANY-600:
---
Attachment: JIRA600.patch
Refactor Celtix binding
---
Key: TUSCANY-600
URL:
Hi,
I just created a patch for JIRA 600: Refactor Celtix binding. There are no big
changes in this patch actually, most are refactoring method signatures, making
Celtix binding code looks more consistent with Axis2 binding, adding more tests
etc. But I would like to see this patch committed
OK. I've taken a look at this and may have a fix. It also uncovered a couple
of other issues with the SDO Implementation. I will raise separate Jiras for
those for clarity.
Cheers,
On 04/08/06, Geoff Winn (JIRA) tuscany-dev@ws.apache.org wrote:
[
Jim,
I'd be interested in contributing to this but I'm not sure I know
exactly where to begin. If you're willing to spend a bit of time on the
QA necessary to describe the intended flow through the bindings, wires
invocation handlers, and policy handlers (using some of Jeremy's
presentation
The result of the vote for Kelvin as committer is 9 +1s and no -1s.
+1s from:
Ant Elder
Frank Budinsky
Dan Kulp
Rick Rineholt
Pete Robbins
Jim Marino
Jeremy Boynes
Jean-Sebastien Delfino
Kevin Williams
...ant
On 8/5/06, kelvin goodson [EMAIL PROTECTED] wrote:
Thanks Kevin, ant has
Update Tuscany Website -Documentation Page to point to the OSOA specs
--
Key: TUSCANY-601
URL: http://issues.apache.org/jira/browse/TUSCANY-601
Project: Tuscany
Issue Type:
Hi Jeremy, I have submitted a patch for this in
http://issues.apache.org/jira/browse/TUSCANY-601. Please have a look to see
if it is ok.
Thanks
- Venkat
On 8/4/06, haleh mahbod [EMAIL PROTECTED] wrote:
We just need to make it clear that M1 was based on .9 spec.
New comers might get confused
Tuscany has voted in Kelvin as a committer, could an account be created for
him please.
Preferred userid: kelvin
Full name: Kelvin James Goodson
Forwarding email: [EMAIL PROTECTED]
Requested Karma for: ws ws-tuscany
ICLA has been submitted and now appears on
choice maxOccurs=unbounded does not create correct many-valued properties
Key: TUSCANY-602
URL: http://issues.apache.org/jira/browse/TUSCANY-602
Project: Tuscany
Attributes specified in xml instance doc are not validated against the schema
definition
Key: TUSCANY-603
URL: http://issues.apache.org/jira/browse/TUSCANY-603
I would like to nominate Andy Borley to become a committer.
He has provided excellent functional patches for C++ such as the Axis2C
EntryPoint Binding. He has also provided much needed documentation patches
and has been a great help in getting the C++ milestone released.
Here's my +1.
Cheers,
Exception thrown when sequenced type inherits from non-sequenced type
-
Key: TUSCANY-604
URL: http://issues.apache.org/jira/browse/TUSCANY-604
Project: Tuscany
Issue Type:
[ http://issues.apache.org/jira/browse/TUSCANY-604?page=all ]
Pete Robbins reassigned TUSCANY-604:
Assignee: Pete Robbins
Exception thrown when sequenced type inherits from non-sequenced type
[ http://issues.apache.org/jira/browse/TUSCANY-603?page=all ]
Pete Robbins reassigned TUSCANY-603:
Assignee: Pete Robbins
Attributes specified in xml instance doc are not validated against the schema
definition
[ http://issues.apache.org/jira/browse/TUSCANY-587?page=all ]
Pete Robbins reassigned TUSCANY-587:
Assignee: Pete Robbins
WSDL XSD is read incorrectly.
-
Key: TUSCANY-587
URL:
[ http://issues.apache.org/jira/browse/TUSCANY-602?page=all ]
Pete Robbins reassigned TUSCANY-602:
Assignee: Pete Robbins
choice maxOccurs=unbounded does not create correct many-valued properties
Pete Robbins wrote:
I would like to nominate Andy Borley to become a committer.
He has provided excellent functional patches for C++ such as the Axis2C
EntryPoint Binding. He has also provided much needed documentation
patches
and has been a great help in getting the C++ milestone released.
+1
On 8/7/06, Pete Robbins [EMAIL PROTECTED] wrote:
I would like to nominate Andy Borley to become a committer.
He has provided excellent functional patches for C++ such as the Axis2C
EntryPoint Binding. He has also provided much needed documentation patches
and has been a great help in
hi,
Spec defines a component can provide multiple services.So how to
define multiple services and what are the differences between a component
provides single service and a component provides more.
In tuscany M1, with annotation, i tried many ways to define multiple
services in impl
Passed with +1's from:
jboynes
jmarino
kwilliams
robbinspg
jsdelfino
rineholt
kentam
and no -1's.
I would like to welcome Meeraj as a committer and will start the
process of setting up his account.
--
Jeremy
On Aug 3, 2006, at 12:44 PM, Jeremy Boynes wrote:
I would
Fuhwei,
In this scenario we will not retrieve any metadata from the
database, so you can remove step number two. The scenario would be:
1) If SDO Types have not been provided, create them using information
from the user-provided config.
2) Create an empty DataGraph using
+1
Pete Robbins wrote:
I would like to nominate Andy Borley to become a committer.
He has provided excellent functional patches for C++ such as the Axis2C
EntryPoint Binding. He has also provided much needed documentation
patches
and has been a great help in getting the C++ milestone
+1, Welcome aboard!
Dan
On Monday August 07 2006 10:50 am, Pete Robbins wrote:
I would like to nominate Andy Borley to become a committer.
He has provided excellent functional patches for C++ such as the Axis2C
EntryPoint Binding. He has also provided much needed documentation patches
and
[ http://issues.apache.org/jira/browse/TUSCANY-600?page=all ]
Daniel Kulp reassigned TUSCANY-600:
---
Assignee: Daniel Kulp
Refactor Celtix binding
---
Key: TUSCANY-600
URL:
Pete Robbins wrote:
In your example below the complexType is anonymous (does not specify
name=) therefore the SDO Type takes the name of the enclosing element. So
the SDO Type will have Uri=http://www.bigbank.com/AccountService and
Name=getAccountReportResponse
Cheers,
On 05/08/06,
I'm finding SDO DataObjects a little difficult to inspect with the GDB
debugger. Is there anything that could be done to help debuggers display
the contents of SDO DataObjects, properties and types?
Just an idea... but would it make sense to add to SDO DataObject a
string member containing
Brent,
I am sorry I still don't understand what your SDO requirement is. You pretty
much can accomplish your Step #1 and #3 by using the exising SDO APIs. The only
SDO API we are missing here I can think of is to associate a data graph object
with a root data object.
Fuhwei
Brent
I think that would be a splendid idea. When I was playing with big bank
(which I hope to get back to shortly) I ended up using the
SDOUtils:printDataObject() method at strategic points in the code. As you
say it's very difficult to tell what's going on in GDB.
Regards
Simon
On 8/7/06,
Hi Ant,
Its better to cc this email to the new committer as well. The format for
this email can be found here
(http://www.apache.org/dev/pmc.html#newcommitter)
-- Chinthaka
ant elder wrote:
Tuscany has voted in Kelvin as a committer, could an account be created
for him please.
Preferred
The BigBank scenario is now working end to end (on Linux at least).
To build it, just do make and make install in the sca and the samples
directories. BigBank is now part of the build of the samples.
To run the local BigBank client, from
$TUSCANY_SCAPP/samples/BigBank/deploy/bin, run
[ http://issues.apache.org/jira/browse/TUSCANY-600?page=all ]
Daniel Kulp resolved TUSCANY-600.
-
Resolution: Fixed
Patch applied. Thanks Jervis!
Refactor Celtix binding
---
Key: TUSCANY-600
Fuhwei,
I don't think we have any requirements on SDO here. This function is
implemented today -- we're just trying to find a natural place for it
to live.
On 8/7/06, Fuhwei Lwo [EMAIL PROTECTED] wrote:
Brent,
I am sorry I still don't understand what your SDO requirement is. You pretty
Brent,
I think it would help if you could describe the scenario from the user's
perspective. What are they trying to accomplish?
--Kevin
Fuhwei Lwo wrote:
Brent,
I am sorry I still don't understand what your SDO requirement is. You pretty much can accomplish your Step #1 and #3 by
I noticed some SDO annotations in the SCDL XSDs used by the C++ runtime.
I'm working on the new SCDL XSDs representing the recursive composition
model from the SCA 0.95 spec and wondering if we really need to add
annotations to the XSDs again. Given that we are not generating code
from these
[ http://issues.apache.org/jira/browse/TUSCANY-601?page=all ]
Rick Rineholt resolved TUSCANY-601.
---
Resolution: Fixed
Applied patches
Update Tuscany Website -Documentation Page to point to the OSOA specs
I'll need to check but it will either be a) exception when adding the 2nd
type of the same name... or b) 2nd Definition replaces first... or c)
properties of 2nd definition are added to that of the first.
Or... none of the above! What do you think the correct behaviour should be?
What would Java
I think the SDOUtils method is the way to go. Maintaining a serialized form
in the DO would killl performance as it would have to be re-serialized on
every change. I have a printDataObject and printTypes methods in SCA which I
think are better than the ones in SDOUtil ;-) Maybe we should add the
The annotations are there to cope with the cases where, according to the SDO
spec, we would create properties or types with .s in. For example
element name=interface.cpp type=sca:CPPInterface
substitutionGroup=sca:interface
sdo:name=interfaceCpp/
Without sdo:name= we would generate a property
Pete Robbins wrote:
The annotations are there to cope with the cases where, according to
the SDO
spec, we would create properties or types with .s in. For example
element name=interface.cpp type=sca:CPPInterface
substitutionGroup=sca:interface
sdo:name=interfaceCpp/
Without sdo:name= we
Ok, I guess we're not going to use XPath on SCDL right away :) so I'm
not going to worry about the annotations now then. I'm still curious
though, it is valid in XSD to have a dot in an element name, and I would
expect XPath to be able to deal with that... Isn't there a way to escape
these
Pete Robbins wrote:
Ok, I guess we're not going to use XPath on SCDL right away :) so I'm
not going to worry about the annotations now then. I'm still curious
though, it is valid in XSD to have a dot in an element name, and I would
expect XPath to be able to deal with that... Isn't there a
+1 from me
Jim
On Aug 7, 2006, at 7:50 AM, Pete Robbins wrote:
I would like to nominate Andy Borley to become a committer.
He has provided excellent functional patches for C++ such as the
Axis2C
EntryPoint Binding. He has also provided much needed documentation
patches
and has been a
Could an account please be created for Raymond, as he has been voted
a committer?
9 +1s
No -1s
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200608.mbox/%
[EMAIL PROTECTED]
Preferred userid: 1) rfeng 2) raymondfeng
Full name: Zhaohui Feng (Raymond)
Forwarding email address:
I've started to work on switching the C++ SCDL model to the new
composite assembly model.
If there's no objections, I'm planning to check in the code changes to
support the new model some time tomorrow. This will include:
- new SCDL XSDs (already in SVN under cpp/sca/xsd/new for now)
-
special characters?
On 07/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Ok, I guess we're not going to use XPath on SCDL right away :) so I'm
not going to worry about the annotations now then. I'm still curious
though, it is valid in XSD to have a dot in an
So are you changing the loader to load the schema from xsd/new instead of
xsd? Personally I would just go for it and check in the new xsds as we
need to get this working anyway.
Cheers,
On 07/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I've started to work on switching the C++
ImportSDOLoader ignoring schemaLocation parameter
-
Key: TUSCANY-605
URL: http://issues.apache.org/jira/browse/TUSCANY-605
Project: Tuscany
Issue Type: Bug
Components: Java SDO
Hey folks,
So it looks like there are a bunch of us looking at various issues
involved with WS infrastructure (Ant wrt interface.wsdl the
WSDLDefinitionRegistry, and Rick with getting the Axis2 binding
working with the new core, and myself looking at how to integrate the
JAX-WS RI).
What do
Hi,
I think it makes a lot of senses to extract the common layer.
Axis2/Celtix/JAX-WS can be treated as three dialects to the WS binding.
Thanks,
Raymond
- Original Message -
From: Ken Tam [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, August 07, 2006 3:25 PM
Hi,
I have Continuum up and running with some issues observed. With one of my
friends' recommendation, I also tried luntbuild before I went on vacation.
We can evaluate the three options and decide. I can provide a list of
cons/pros for Continuum and Luntbuild.
Thanks,
Raymond
-
Pete Robbins wrote:
special characters?
On 07/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Ok, I guess we're not going to use XPath on SCDL right away :) so I'm
not going to worry about the annotations now then. I'm still curious
though, it is valid in XSD
Pete Robbins wrote:
So are you changing the loader to load the schema from xsd/new instead of
xsd? Personally I would just go for it and check in the new xsds as we
need to get this working anyway.
Cheers,
On 07/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I've started to work on
Pete Robbins wrote:
I'll need to check but it will either be a) exception when adding the 2nd
type of the same name... or b) 2nd Definition replaces first... or c)
properties of 2nd definition are added to that of the first.
Or... none of the above! What do you think the correct behaviour
Hi,
Thank you all for vote with confidence and trust. It came to me as a nice
gift when I was on vacation.
Raymond
- Original Message -
From: Jim Marino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, August 04, 2006 1:23 PM
Subject: [RESULT] Re: Karma for Raymond
I think SDO allows you to define a type in XSD with the name compliant to the
XML Schema spec. If you have special chars like dot (.) in the name, the
type's name would be preserved. However, if you like to take the XSD and
generate static APIs representing the type, then you need to use
From some use cases, I feel some changes to the XMLStreamHelper API might
make usage a little bit easier or more generic.
Your input will be very much appreciated.
1. Static DataObject may not necessarily always implement DataObject
interface, *and* XMLStreamHelper could be extended to serve
Hi, how about move WebServiceBinding.java to
java\sca\spi\src\main\java\org\apache\tuscany\spi\model\webservice directory,
and WebServiceBindingLoader.java to
java\sca\spi\src\main\java\org\apache\tuscany\spi\extension\webservice diretory
?
Cheers,
Jervis
-Original Message-
From:
60 matches
Mail list logo