Hi Robert,
I deleted stax from my repo and tried. It failed the first couple of times
and then it succeed pulling stax down from a mirror site... here is that
line from the console log...
Downloading:
http://mirrors.dotsrc.org/maven2//stax/stax-api/1.0.1/stax-api-1.0.
1.jar
25K downloaded
So
Hi,
I raised a similar issue on this list before but I didn't get any responses.
When I debugged a test case from Rick today, I found it was due to same
problem.
Let's assume we have composite level reference with Axis2 web service
binding.
reference name=RemoteInteropDocService
!--
On Sep 19, 2006, at 11:45 PM, Raymond Feng wrote:
Hi,
I raised a similar issue on this list before but I didn't get any
responses. When I debugged a test case from Rick today, I found it
was due to same problem.
Let's assume we have composite level reference with Axis2 web
service
[ http://issues.apache.org/jira/browse/TUSCANY-677?page=all ]
Yang ZHONG updated TUSCANY-677:
---
Attachment: registry5.zip
Added WSDL Reference Inplementation, see a live demo at
impl/SCA/WSDL/src/test/java/org/apache/tuscany/registry/sca/wsdl/test
I've been away doing other things for a few days so I haven't been able to
concentrate on the SDO Java release, but now I intend to make it my top
priority. My inclination is to get to the point of having a release
candidate soon, and with a fair wind I would hope that would be by the end
of
[ http://issues.apache.org/jira/browse/TUSCANY-715?page=all ]
ant elder reassigned TUSCANY-715:
-
Assignee: ant elder
Update tools module to use latest XmlSchema version
---
Key:
Thank Jim for such a detailed response.
I'll brief update first, then address Jim's concerns inline.
A Reference Implementation of WSDL is now available at
http://issues.apache.org/jira/secure/attachment/12341187/registry5.zip
for JIRA
http://issues.apache.org/jira/browse/TUSCANY-677
I'm getting a compile error with this patch in TuscanyJava2WSDLBuilder for a
missing class TuscanyWSDLTypesGenerator, has that been left out of the
patch? If so could you do another patch just for that? The rest of the patch
applies perfectly so no need to redo the whole thing.
...ant
PS,
Is it worth also trying to do some interop testing of script language
composites across the Java and C++ runtimes now that we have script
languages supported by both? Something like having some
Ruby/Python/JavaScript composites which can be used in either the C++ or
Java runtimes? I'd help with
Ant.. my sincere apologies.. and this is the second time I have done this...
will be more careful in future...
thanks
- Venkat
On 9/20/06, ant elder [EMAIL PROTECTED] wrote:
I'm getting a compile error with this patch in TuscanyJava2WSDLBuilder for
a
missing class TuscanyWSDLTypesGenerator,
[ http://issues.apache.org/jira/browse/TUSCANY-715?page=all ]
Venkatakrishnan updated TUSCANY-715:
Attachment: Tuscany-sca-tools-update-Sept-20.diff
Hi Ant he is the patch that includes two files that were left out earlier.
I could not figure
+1. I think this would be a really good idea, if only to show that we're a
single project that works together rather than multiple subprojects :-). We
can start by trying the PythonCalculator or RubyCalculator from the C++
samples on Java and the Java samples on C++.
Andy
On 9/20/06, ant elder
On 9/20/06, ant elder [EMAIL PROTECTED] wrote:
Is it worth also trying to do some interop testing of script language
composites across the Java and C++ runtimes now that we have script
languages supported by both? Something like having some
Ruby/Python/JavaScript composites which can be used in
Hi Jeremy...
Not sure if sca/tools are to be a part of this list. I don't see it
Please find my comments inline.
thanks
- Venkat
On 9/20/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I'd to checkpoint on where we are for the release, get people's input
on what they are working on and try and
I've just noticed a draft of the WS binding spec is now available on the
OSOA website. It would be real good to try to get our Axis2 binding
conforming to that as much as possible. I'll be going through it and raising
JIRAs for things we don't do or do differently, anyone feel free to dive in
On 9/20/06, Simon Laws [EMAIL PROTECTED] wrote:
On 9/20/06, ant elder [EMAIL PROTECTED] wrote:
Is it worth also trying to do some interop testing of script language
composites across the Java and C++ runtimes now that we have script
languages supported by both? Something like having some
[
http://issues.apache.org/jira/browse/TUSCANY-715?page=comments#action_12436226
]
ant elder commented on TUSCANY-715:
---
Applied. Thanks for the patch Venkat.
Update tools module to use latest XmlSchema version
I think it should work with interface.wsdl - at the moment the C++ python
extension doesn't use an interface at all (I only created
interface.pythonbecause the componentType schema requires an interface
element), so if the
interface specified is wsdl that should be fine.
Andy
On 9/20/06, ant
Interop testcases - mixed content not supported error.
---
Key: TUSCANY-735
URL: http://issues.apache.org/jira/browse/TUSCANY-735
Project: Tuscany
Issue Type: Bug
Affects Versions:
[ http://issues.apache.org/jira/browse/TUSCANY-735?page=all ]
Rick Rineholt updated TUSCANY-735:
--
Attachment: mvn.out
console message
Interop testcases - mixed content not supported error.
---
On 9/19/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
4) Optional extensions
binding.jsonrpc - in or out?
binding.osgi - in or out?
databinding.xmlbeans - in or out?
databinding.castor - in or out?
container.groovy - in or out?
any other bindings or containers to be in?
Should we do the same for SDO? I see 2.9.3 in the following modules:
./samples/sca/echo.databinding/pom.xml
./sdo/impl/pom.xml
--
Jeremy
On Sep 19, 2006, at 10:44 PM, [EMAIL PROTECTED] wrote:
Author: rfeng
Date: Tue Sep 19 22:44:18 2006
New Revision: 448078
URL:
Upgrade to XmlSchema 1.1
Key: TUSCANY-736
URL: http://issues.apache.org/jira/browse/TUSCANY-736
Project: Tuscany
Issue Type: Bug
Reporter: Jeremy Boynes
XmlSchema 1.1 has been released so we should
Hi all,
At the moment I'm doing some interoperability testing and it's brought
up the nastiness of having to hand-crank WSDL files for providing a
ws.binding service. I'd like to start looking at what we can do about
this - perhaps building a simple CPP2WSDL tool.
Axis2C has a WSDL2C tool
Adding extensions to tuscany war pluging results in non - intialized webapp
---
Key: TUSCANY-737
URL: http://issues.apache.org/jira/browse/TUSCANY-737
Project: Tuscany
Andrew Borley wrote:
[snip]
That sounds good - unfortunately Windows doesn't support sym links, so
we have to have a slightly different process. The current build
creates TuscanySCA.dll from TuscanySCAModule.cpp only and puts it and
TuscanySCAProxy.py into extensions/python/bin.
Ok, I can
Simon Laws wrote:
On 9/18/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi,
I've just applied a patch that Simon Laws put up on
http://issues.apache.org/jira/browse/TUSCANY-692 which provides a very
simple PHP based web front-end for The C++ SCA BigBank sample. The
client
is
nice in that it
I think so.
If the folks from SDO side agree, I can go ahead to commit the changes.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, September 20, 2006 6:50 AM
Subject: Woodstox, was: svn commit: r448078 -
Geoffrey Winn wrote:
I've built SDO for C++ using the Apache stdcxx C++ library on Windows XP.
Interstingly it does require a few code changes which I will submit as a
patch since they are fixing latent bugs in the current source.
However, this
leaves the question of how to modify the build to
Raymond,
How does the DatabindingInterceptor recognize the source data type and
target data type?
Does the databinding registry checks to see if it's a recognizable data type
by pushing it through the avaialable transformers untill on of them
recognizes the format?
Regards,
Rajith
On 9/18/06,
Jeremy,
Thanks for your help,
I was wondering you could please extend this a bit,
public abstract class RuntimeInfo {
public abstract URL getRepositoryURL();
}
public class WarRuntimeInfo {
public URL getRepositoryURL() {
// Get stuff from servlet context
return
Rick,
I am not sure whether this is an issue with the plugin, or the component
that loads the boot libraries (I suspect the latter). If not, I can take
a look at the plugin.
Ta
Meeraj
-Original Message-
From: Rick Rineholt (JIRA) [mailto:[EMAIL PROTECTED]
Sent: 20 September 2006 17:00
Ok, that is fine.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy
Boynes
Sent: 20 September 2006 17:43
To: tuscany-dev@ws.apache.org
Subject: Re: Update on dependency work
This adds the concept of a repository to the RuntimeInfo - do we want to
Hi,
I'm doing the upgrade now. Also Axiom 1.1.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes (JIRA) tuscany-dev@ws.apache.org
To: tuscany-dev@ws.apache.org
Sent: Wednesday, September 20, 2006 6:53 AM
Subject: [jira] Created: (TUSCANY-736) Upgrade to XmlSchema 1.1
Hi,
The SCA spec for C++ defines some SCA exceptions for use in an SCA C++
client or C++ component implementation. These exceptions are currently
distributed with our CPP extension, but there are a number of places in
our runtime code (core runtime and other extensions) where we currently
The only way to share it is through a common parent POM. We have one
that defines e.g. the Apache repo locations but that is info set by
ASF policy and so we know it will always be the same for the two
projects. IMO we would be better keeping dependency version info for
the projects inside
tuscany war plugin and default runtime location of extensions seem to be out of
sync
Key: TUSCANY-738
URL: http://issues.apache.org/jira/browse/TUSCANY-738
Project:
That's exactly what I intended when moving the SCARuntimeException to the
CPP extension. I think we need a really good trawl of exception throwing
handling so this is a great time to do it.
I'll take a look at the core runtime and cpp extension.
Cheers,
On 20/09/06, Jean-Sebastien Delfino
[
http://issues.apache.org/jira/browse/TUSCANY-653?page=comments#action_12436285
]
Kelvin Goodson commented on TUSCANY-653:
I have partially applied the patch at revision 448276. I will resolve issues
over the rest with Yang.
Finish
WSDL binding is missing META-INF/sca/default.scdl
-
Key: TUSCANY-739
URL: http://issues.apache.org/jira/browse/TUSCANY-739
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
[ http://issues.apache.org/jira/browse/TUSCANY-738?page=all ]
Jeremy Boynes reassigned TUSCANY-738:
-
Assignee: Jeremy Boynes
tuscany war plugin and default runtime location of extensions seem to be out
of sync
Are you adding them as dependencies of the war or as extensions
in the plugin?
If the former then I think this would be the expected and correct
behaviour - to make it work you would need to ensure everything was
moved to the webapp classloader. That has the downside of potentially
Hi,
Unfortunately, it references stax-api-1.0 from the pom.xml. Any fixes or
workarounds?
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, September 20, 2006 10:33 AM
Subject: Re: [jira] Created: (TUSCANY-736) Upgrade
With regards to BigBank we've really just started bring up. Found these issues
so far:
Bug TUSCANY-739 WSDL binding is missing META-INF/sca/default.scdl
Bug TUSCANY-738 tuscany war plugin and default runtime location of extensions
seem to be out of sync
Bug TUSCANY-737 Adding
+1. I'll do the Python extension.
On 9/20/06, Pete Robbins [EMAIL PROTECTED] wrote:
That's exactly what I intended when moving the SCARuntimeException to the
CPP extension. I think we need a really good trawl of exception throwing
handling so this is a great time to do it.
I'll take a look at
On Sep 20, 2006, at 11:00 AM, Raymond Feng wrote:
Hi,
Unfortunately, it references stax-api-1.0 from the pom.xml. Any
fixes or workarounds?
Yeah - in sca/pom.xml where we define the XmlSchema add in an exclude
for stax-api-1.0. That will mean things that reference XmlSchema but
not our
Raymond,
Thanks for the answers.
So in the absence of the annotation and the databinding element in the SCDL
what should be the expected behaviour?
Thanks,
Rajith
On 9/20/06, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
Each DataType has a databinding (id) which identifies the format of the
[ http://issues.apache.org/jira/browse/TUSCANY-726?page=all ]
Brent Daniel resolved TUSCANY-726.
--
Resolution: Fixed
Update apache legal headers on some resource files
--
Key:
O.K. great. In the meantime, do you want to work on moving the
databinding framework pieces into core assuming no one objects?
Jim
On Sep 20, 2006, at 11:30 AM, Raymond Feng wrote:
Hi, Jim.
Thanks for the prompt response. I'll be waiting for the fix to
complete the databinding
Jim, I don't think it should be checked into SDO for the same reasons you
mentioned below. SDO needs a Type and (global) Property registry. It would
be nice if we could have a simple generic design that could be used for
that and also for SCA/WSDL, but maybe that's not possible.
Frank.
Jim
[
http://issues.apache.org/jira/browse/TUSCANY-536?page=comments#action_12436314
]
Andrew Borley commented on TUSCANY-536:
---
Has been raised at AXIS2C-209
Cannot mix both WS Entrypoint and WS External Service
Pete Robbins wrote:
That's exactly what I intended when moving the SCARuntimeException to the
CPP extension. I think we need a really good trawl of exception throwing
handling so this is a great time to do it.
I'll take a look at the core runtime and cpp extension.
Cheers,
On 20/09/06,
Just to touch base on this. I had a conversation with Jim and we agreed that
composite references, in particular those with a binding such as
Axis2Reference, will also be given an outbound wire so that they can use it
to add a DataBindingInterceptor.
In addition, instead of using an outbound
53 matches
Mail list logo