Add support for xsd:byte type to WS Entrypoint
--
Key: TUSCANY-489
URL: http://issues.apache.org/jira/browse/TUSCANY-489
Project: Tuscany
Type: Improvement
Components: C++ SCA
Versions: Cpp-M1
Reporter:
[ http://issues.apache.org/jira/browse/TUSCANY-489?page=all ]
Andrew Borley updated TUSCANY-489:
--
Attachment: TUSCANY-489.patch
Adds xsd:byte support . This builds on the patch for xsd:any support
(TUSCANY-480), so apply that first.
Add support for
Doh, thanks Oisin. I was looking in the wrong file.
S
On 6/23/06, Oisin Hurley [EMAIL PROTECTED] wrote:
On 22 Jun 2006, at 22:24, Simon Laws wrote:
Thanks Oisin, I don't seen anything at [1] that specifically mentions
canonicalization. Is the sample code you refer to the
Hi All,
Just drawing a little attention to a few patches doc I've put up over the
last few days to improve the Axis2C WS Entrypoint stuff.
Tuscany-486 has a text document that covers:
- Defining an SCA Module with a WS EntryPoint
- Deploying a new service in Axis2C
- XML Schema type to C++
Hi Eric, welcome
I'm relatively new to this myself and, as I'm not not focusing on the Java
implementation, I can't help you with Java details much but I did read a
good article by Martin Fowler about the inversion of control/dependency
injection pattern [1].
There was also a recent telcon
Cheers Pete!
On 6/23/06, Pete Robbins [EMAIL PROTECTED] wrote:
Andy,
I have noticed these and they are on my TODO list (together with your
fixes
to the scagen tool). I hope to check and apply these patches soon (next
couple of days).
Cheers,
On 23/06/06, Andrew Borley [EMAIL PROTECTED]
Hi ant, what is the process to determine whether the license for this piece
of software is acceptable for use during Tuscany development. I assume, if
we use it, we woudln't use it during runtime and hence wouldn't need to
redistribute or reference it from released packages.
S
On 6/22/06, ant
It has a BSD style license so it would likely be fine even if we did want to
redistribute it, but as you say, we'll only be using it for testing.
If its sounds like it suits you're needs I'd say go for it. Its in ibiblio
so just add it to your pom.xml:
dependency
DataObjectPtr::getByte returns incorrect data
-
Key: TUSCANY-490
URL: http://issues.apache.org/jira/browse/TUSCANY-490
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Reporter: Andrew
Incorrect namespaces support
Key: TUSCANY-491
URL: http://issues.apache.org/jira/browse/TUSCANY-491
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Reporter: Andrew Borley
Priority: Minor
A
Hi Folks,
I wanted to introduce myself to the people on the list.
I work for IBM Research in Hawthorne, NY in a group that has been working
on component-oriented programming, Web services and SOA-related things for
quite a few years now. I was one of the original co-authors of Apache SOAP
Hello Frank, Raymond and Jean
I have attached a first cut of the XSD Generator under JIRA-120 and am
looking for some comments on the approach therein. For the SDOs I have used
the XSD2JavaGenerator from the sdo-tools project using the sequences.xsd as
input.
I am simply following what is laid
Hi Venkat,
The main problem seems to be related to the fact that we currently include
special properties like mixed, group, any, etc. We plan to change
this in the next few weeks, so the problems you're having related to them
should go away.
The other problem is that the XSD generation
Sounds great and really useful to me so yes please send us the code!
...ant
On 6/23/06, Matthew Duftler [EMAIL PROTECTED] wrote:
Hi Folks,
I wanted to introduce myself to the people on the list.
I work for IBM Research in Hawthorne, NY in a group that has been working
on
Hi,
With respect to submitting it as patch for the SDO XSDHelper.generate(Types),
yes that is what I plan to do ultimately. Though my objective is to bring
in SDO type support into the java2WSDL tool, I wish to be able to abstract
this out in a way that it contributes to the SDO XSDHelper and
Hi Matt,
I would be really interested to see your code. I was also looking into
something similar for the Tuscany Javascrip shell, which is discussed in
this Jira :
[1] http://issues.apache.org/jira/browse/TUSCANY-417
Thanks and regards,
jojo.
On 6/23/06, ant elder [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/jira/browse/TUSCANY-250?page=all ]
Darius S. DeJesus updated TUSCANY-250:
--
Attachment: Tuscany-250
A more uptodate version, disregard the last file posted, this one is cleaner.
Need better error message when config
Hi,
I'm currently working on a presentation about tuscany's wiring and
autowiring concepts for my studies. Up until now, I was staring at the
java code and some of the javadoc... ;) I identified the mechanisms of
the Interceptors, MessageHandlers and TargetInvokers, which are used on
the
Most of the java-M1-final code release builds for me, but It fails with
these errors. I don't see these jars in ibiblio, celtix, etc, Anyway, I
don't need the celtix bindings so i will bypass them in the build. Just
wanted to report the error.
-Tom
Missing:
--
1)
recently added file XMLStreamHelperTestCase.java is not compatible with JDK 1.4
---
Key: TUSCANY-492
URL: http://issues.apache.org/jira/browse/TUSCANY-492
Project: Tuscany
Type: Bug
[ http://issues.apache.org/jira/browse/TUSCANY-492?page=all ]
Paul Golick updated TUSCANY-492:
Attachment: XMLStreamHelperTestCase_patch.txt
The contains method of the Java 1.5 String class is replaced with method
present in both Java 1.4 and later.
[DAS] Converter load needs to use appropriate classloader
-
Key: TUSCANY-493
URL: http://issues.apache.org/jira/browse/TUSCANY-493
Project: Tuscany
Type: Bug
Components: Java DAS RDB
Reporter: Brent
Tom Seelbach wrote:
Most of the java-M1-final code release builds for me, but It fails with
these errors. I don't see these jars in ibiblio, celtix, etc, Anyway, I
don't need the celtix bindings so i will bypass them in the build. Just
wanted to report the error.
Thanks for the info.
[ http://issues.apache.org/jira/browse/TUSCANY-487?page=all ]
Frank Budinsky closed TUSCANY-487:
--
Resolution: Fixed
Java 5.0 dependency in StAX2SAXAdapter.java
---
Key: TUSCANY-487
[ http://issues.apache.org/jira/browse/TUSCANY-250?page=all ]
Darius S. DeJesus updated TUSCANY-250:
--
Attachment: Tuscany-250
The version of the patch that doesn't break something this time. Sorry for the
spam, but I'm still getting used to this
Just FYI:
There is a proposal to move Celtix to apache and as part of that process, we
are working on creating new spec jars for the geronimo-specs project to cover
much of that functionality. Thus, when we move tuscany to the newer stuff,
much of the issues should go away.
Dan
On
[ http://issues.apache.org/jira/browse/TUSCANY-468?page=all ]
Frank Budinsky resolved TUSCANY-468:
Resolution: Cannot Reproduce
Please provide a test case that illustrates the problem. This is pretty basic
function that has been working for a
Martin Beck wrote:
Hi,
I'm currently working on a presentation about tuscany's wiring and
autowiring concepts for my studies. Up until now, I was staring at the
java code and some of the javadoc... ;) I identified the mechanisms of
the Interceptors, MessageHandlers and TargetInvokers, which
[ http://issues.apache.org/jira/browse/TUSCANY-489?page=all ]
Pete Robbins reassigned TUSCANY-489:
Assign To: Pete Robbins
Add support for xsd:byte type to WS Entrypoint
--
Key: TUSCANY-489
[ http://issues.apache.org/jira/browse/TUSCANY-486?page=all ]
Pete Robbins reassigned TUSCANY-486:
Assign To: Pete Robbins
Document deployment use of Axis2C WS EntryPoint
-
Key:
30 matches
Mail list logo