Hi,
Though this is very tempting, I am not comfortable about moving this
'specific' (yet generic to webservices) stuff to the spi. My understanding
is that what one would find in spi is the base common functionality that
'all' other extensions would take off from. Adding a layer of
I agree with Venkat - SPI should only pertain to the core. How about
making a base extension that other extensions use? This could be done
either with the include mechanism or through a contained composite.
Jim
On Aug 7, 2006, at 11:19 PM, Venkata Krishnan wrote:
Hi,
Though this is very
I wouldn't underestimate the work involved to move it ;-) It would be
possible to do this but I'm not convinced it is worth it.
Maybe we should step back and consider the layout of the whole project tree.
In particular I'd like to see us add more unit test and I'm not sure if the
layout we have
I think the problem is that you can define an elements in a type such as:
element name=myElem type=xs:string maxOccurs=unbounded
element name=myElem.1 type=xs:string
This would lead to properties on the SDO type named myElem (which is
many-valued) and myElem.1.
So, when I code
Here's the IRC log from yesterdays scheduled chat. The main things talked
about were:
- various problems with implementing extensions such as the Axis2 binding.
- how to handle extension dependencies. Suggestion were for a new
dependency element in the scdl, having an ArtifactRepository and an
Could you say what the issues you've found with Continuum? Maybe there's
already ways to fix them or we could work with the Continuum project to fix
them. One of the things we need to do to graduate from incubation is to
demonstrate we have a synergistic relationship with the ASF and
Jim, the point I was making was that following all that discussion about
this before the M1 release there was never any subsequent mail about it
having now been implemented and asking if using -Psourcecheck should now be
a mandatory requirement before doing commits.
...ant
On 8/6/06, Jim
For a Java/Eclipse environment there is the Expressions view in the debug
perspective which can be used to execute a set of run-time supplied code
snippets each time the execution is paused , e.g. SDOUtil.printDataObject(dob)
, so that pretty much gives the convenience of the embedded string
Well you can construct expressions in gdb and have them execute but its not
as convenient as having the code do it for you. Taking both points of view
on board how about a function that you can call on the data object that
prints its contents out that is only compiled in for debug, i.e. subject
On 08/08/06, Simon Laws [EMAIL PROTECTED] wrote:
Well you can construct expressions in gdb and have them execute but its
not
as convenient as having the code do it for you. Taking both points of view
on board how about a function that you can call on the data object that
prints its contents out
It appears we do some renaming in Java. The schema
xsd:schema
targetNamespace=http://www.bigbank.com/AccountService;
xmlns:xsd=http://www.w3.org/2001/XMLSchema;
xsd:element name=getAccountReportResponse
xsd:complexType
xsd:sequence
xsd:element name=checking type=xsd:string
On the IRC chat yesterday when we discussed how to pick up the dependencies
for extensions and we talked about having something like an SCA Archive that
works in a similar way to web app WAR files with classes and lib
directories. The extension code could go in the classes or lib directories
and
Yang
some comments on your points,
Re the return type loadObject, the spec says that ...
The implementation of the static interfaces must implement the DataObject
interface, enabling all Data Objects, whether static or dynamic, to be used
with the DataObject interface.
So we could make the
BigBank deploy.bat file misplaces or misses out some files
--
Key: TUSCANY-606
URL: http://issues.apache.org/jira/browse/TUSCANY-606
Project: Tuscany
Issue Type: Bug
[ http://issues.apache.org/jira/browse/TUSCANY-606?page=all ]
Andrew Borley updated TUSCANY-606:
--
Attachment: TUSCANY-606.patch
This patch updates the bat file
BigBank deploy.bat file misplaces or misses out some files
[
http://issues.apache.org/jira/browse/TUSCANY-511?page=comments#action_12426526
]
Andrew Borley commented on TUSCANY-511:
---
Further invstigation via simple axis2c services shows that this is probably an
Axis2c issue.
A jira has been
Ant,
I think SAR is what JBoss uses for their service archives. Also, is a
deployment unit associated have its own classloader? Can an SCA archive
be deployed as part of another larger deployment unit like an EAR for
example. In such scenarios, would the classloader for the SCA archive be
a
Thanks a lot for voting me in.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 07 August 2006 16:30
To: tuscany-dev@ws.apache.org
Subject: [RESULT] Meeraj Kunnumpurath for Tuscany committer
Passed with +1's from:
jboynes
jmarino
kwilliams
Hi Sebastien,
I've just gone through the scenario on Windows and got the local
client working, but still having trouble with the web service client -
this is the Axis2C bug (TUSCANY-511) that stops us having a component
that uses both a WS entrypoint and a WS external service in the same
[ http://issues.apache.org/jira/browse/TUSCANY-587?page=all ]
Pete Robbins resolved TUSCANY-587.
--
Fix Version/s: Cpp-current
Resolution: Fixed
WSDL XSD is read incorrectly.
-
Key: TUSCANY-587
[ http://issues.apache.org/jira/browse/TUSCANY-602?page=all ]
Pete Robbins resolved TUSCANY-602.
--
Fix Version/s: Cpp-current
Resolution: Fixed
choice maxOccurs=unbounded does not create correct many-valued properties
[ http://issues.apache.org/jira/browse/TUSCANY-604?page=all ]
Pete Robbins resolved TUSCANY-604.
--
Fix Version/s: Cpp-current
Resolution: Fixed
Exception thrown when sequenced type inherits from non-sequenced type
[ http://issues.apache.org/jira/browse/TUSCANY-273?page=all ]
Pete Robbins closed TUSCANY-273.
Fix Version/s: Cpp-M1
(was: Cpp-current)
Resolution: Fixed
Error in build_instructions.txt
---
[ http://issues.apache.org/jira/browse/TUSCANY-100?page=all ]
Pete Robbins closed TUSCANY-100.
Fix Version/s: Cpp-M1
(was: Cpp-current)
Resolution: Fixed
This has been fixed for a while now
Group/AttributeGroup support
[ http://issues.apache.org/jira/browse/TUSCANY-404?page=all ]
Pete Robbins closed TUSCANY-404.
Resolution: Fixed
patches applied
STL string support: Add SDOString class and extend DataFactory interface
To submit the account request, please could you tell me the username
you would like to have?
--
Jeremy
On Aug 8, 2006, at 3:34 AM, Meeraj Kunnumpurath wrote:
Thanks a lot for voting me in.
Ta
Meeraj
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 07 August
[ http://issues.apache.org/jira/browse/TUSCANY-443?page=all ]
Pete Robbins closed TUSCANY-443.
Fix Version/s: Cpp-current
Resolution: Fixed
patch applied
Add further code to support use of string objects
[ http://issues.apache.org/jira/browse/TUSCANY-456?page=all ]
Pete Robbins closed TUSCANY-456.
Fix Version/s: Cpp-M1
Resolution: Fixed
patch applied
[SDO for C++] Recursive function definition can cause overflow.
[ http://issues.apache.org/jira/browse/TUSCANY-459?page=all ]
Pete Robbins closed TUSCANY-459.
Fix Version/s: Cpp-M1
Resolution: Fixed
patch applied
[SDP for C++] Compile error in sdotest.cpp. integer constant is too large for
long type
[ http://issues.apache.org/jira/browse/TUSCANY-476?page=all ]
Pete Robbins closed TUSCANY-476.
Fix Version/s: Cpp-M1
Resolution: Fixed
patch applied
[SDO for C++] Many warnings generated for signed/unsigned mismatch
[ http://issues.apache.org/jira/browse/TUSCANY-522?page=all ]
Pete Robbins closed TUSCANY-522.
Fix Version/s: Cpp-M1
Resolution: Fixed
Build fails during copyout - The system cannot find the path specified.
[ http://issues.apache.org/jira/browse/TUSCANY-523?page=all ]
Pete Robbins closed TUSCANY-523.
Fix Version/s: Cpp-M1
Resolution: Fixed
Breakpoints already set in SDO source
-
Key:
[ http://issues.apache.org/jira/browse/TUSCANY-529?page=all ]
Pete Robbins closed TUSCANY-529.
Fix Version/s: Cpp-M1
Resolution: Fixed
Access violation in XMLHelperImpl::save
---
Key:
I uploaded a simple test patch for Tuscany-583 ( Add a method to SDOUtil to
return all Types associated with a specific URI ). Would a commiter be kind
enough to take a look and commit. Feel like getting your feet wet Kevlin ?
I created a patch file that does not change the formating for
Pete Robbins wrote:
On 08/08/06, Simon Laws [EMAIL PROTECTED] wrote:
Well you can construct expressions in gdb and have them execute but its
not
as convenient as having the code do it for you. Taking both points of
view
on board how about a function that you can call on the data object that
Hi Jim,
I looked at the committed code including your changes. When I add
simplecallback to the samples/sca pom, it runs the sample successfully, as
far as I can tell.
- Original Message -
From: Jim Marino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, July 28, 2006
Yea for me too ;-). Do you want to take a look? I also posted a
message describing some of the changes I made. Also, for next steps,
we'll need to get this working with References (we only have
component-to-component callbacks).
Jim
On Aug 8, 2006, at 8:15 AM, Ignacio Silva-Lepe wrote:
It seems like binding.ws belongs as one extension, of which there
are multiple implementations (which would be packaged and deployed
separately). I'm not sure nesting (either via inclusion or
containment) is the right approach though -- since you could have
multiple implementations of the
Would it be a good thing if we followed what Raymond has done for the
databindings. Though I have not gone into that, I observe there is a
databinding-framework and then specializations such a sdo, jaxb, castor etc.
built over it.
Similarly we could have binding-ws-fwk and then specializations
Not sure without looking at the code. Ed wrote the XPath stuff.
Cheers,
On 08/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
I think the problem is that you can define an elements in a type such
as:
element name=myElem type=xs:string maxOccurs=unbounded
Good idea! Do you think you could put your ostream operator back in?
I'm looking at this. I'ts fairly simple. I will add the method to
RefCountingPointer so you can do:
DataObjectPtr myDO = ...();
...
cout myDO;
DataFactoryPtr mydf = ...
...
cout mydf;
It is up to the implementation
On Aug 8, 2006, at 9:34 AM, Ken Tam wrote:
It seems like binding.ws belongs as one extension, of which there
are multiple implementations (which would be packaged and deployed
separately). I'm not sure nesting (either via inclusion or
containment) is the right approach though -- since you
On Aug 8, 2006, at 3:15 AM, kelvin goodson wrote:
Having an XMLStreamHelper.INSTANCE sounds reasonable, scoped to the
TypeHelper.INSTANCE singleton.
Please no. INSTANCE is a real anti-pattern and we should be looking
to remove them rather than add more.
--
Jeremy
I tried applying this but email seems to have messed up the patch.
Please could you open a JIRA and attach a new diff to it.
Thanks
--
Jeremy
On Aug 5, 2006, at 3:11 AM, Meeraj Kunnumpurath wrote:
Jeremy,
I have removed the dependency on Geronimo work manager (connector
and transaction
ok
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 08 August 2006 19:05
To: tuscany-dev@ws.apache.org
Subject: Re: Remove geronimo work manager
I tried applying this but email seems to have messed up the patch.
Please could you open a JIRA and attach a new diff
Pete Robbins wrote:
I'll take a look at the XPath stuff in SDO and see if we can avoid the
annotations for the new assembly model schema. It may not be simple so we
may have to annotate the schema to start with and fix this later.
Cheers,
OK, let me know. If it turns out that we need the
Hi.
I made an update ( updated overview for javadoc ) for the SDO Samples.
There are still a few toDo's here that I am going to work on when I find
some time tomorrow ( namely a better xpath sample ) but things are getting
there. Could a commiter ( or anyone else interested) have a look at
Hi All,
After looking at the code I found that tuscany has bindings for WebServices,
RMI and JBI.
According to the SCA spec it also talks about bindings for transports like
JMS (or have I misunderstood it?)
Is there an effort to do such thing?
Or is there a concept of Binding an EntryPoint to
Provide automated tomcat integration for DAS Samples
Key: TUSCANY-607
URL: http://issues.apache.org/jira/browse/TUSCANY-607
Project: Tuscany
Issue Type: Improvement
Components:
DAS diagrams don't show up in IE
Key: TUSCANY-608
URL: http://issues.apache.org/jira/browse/TUSCANY-608
Project: Tuscany
Issue Type: Bug
Components: Website
Reporter: Brent Daniel
Sebastien, try this patch and see if you think it's worth putting in to SDO
code. This basically allows you to use ostream operator for any
RefCountingPointer. Only DataObjectPtr does anything other than print the
refcount for this patch.
TODO:
- improve the output for DataObject(I have a better
and this time WITH the patch :-(
On 08/08/06, Pete Robbins [EMAIL PROTECTED] wrote:
Sebastien, try this patch and see if you think it's worth putting in to SDO code. This basically allows you to use ostream operator for any RefCountingPointer. Only DataObjectPtr does anything other than print
I think you'll have to put it in a zip file... ;-)
On 8/8/06, Pete Robbins [EMAIL PROTECTED] wrote:
and this time WITH the patch :-(
On 08/08/06, Pete Robbins [EMAIL PROTECTED] wrote:
Sebastien, try this patch and see if you think it's worth putting in to
SDO code. This basically allows
[ http://issues.apache.org/jira/browse/TUSCANY-607?page=all ]
Luciano Resende updated TUSCANY-607:
Attachment: lresende.patch.08082006.txt
This patch builds a tomcat distribution configured with all necessary
dependencies and databases to run DAS
[
http://issues.apache.org/jira/browse/TUSCANY-440?page=comments#action_12426744
]
Luciano Resende commented on TUSCANY-440:
-
The attached zip is obsolet. Please apply fixes for Tuscany-607 that
incorporate necessary changes to run the
I just verified how SDO Java implementation works using your example below.
First, it checks whether myElem.1 is a valid property name. If yes,
getString() would return the value of myElem.1 otherwise it treats myElem.1
as an XPath string.
Fuhwei
Jean-Sebastien Delfino [EMAIL
After lot's of discussion around modularization, I have ported back the
tomcat integration to allow running DAS samples and automated tests on a
tomcat distribution.
The tomcat integration is available under : java/samples/das/testing/tomcat
The das sample htmlUnit is available under :
[ http://issues.apache.org/jira/browse/TUSCANY-609?page=all ]
Jeremy Boynes reassigned TUSCANY-609:
-
Assignee: Jeremy Boynes
Remove dependency on Geronimo work manager
--
Key: TUSCANY-609
Hi,
If I run the Calculator test case inside Eclipse without setting the
tuscany.installDirectory system property, I get the following exception.
java.lang.IllegalStateException: Must be run from a jar:
Hi Matthew,
Sorry for the delay in answer, I've been swamped at work. This would
be great if you could jump in. Generally we have a pattern of using a
registry for various extensions (e.g. loaders, builders) that handle
a particular task in the runtime. An extension would be contributed
On Aug 8, 2006, at 10:38 AM, Venkata Krishnan wrote:
Hi Jim / Jeremy / Axis2 Celtix binding folks
Continuing with the simple RMI Binding that I am working on... here
are the
things that I have done to move it forward in steps... (from a null
inbound
wire to being able to host the RMI
The purpose of RuntimeInfo is to provide information about the runtime:
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200607.mbox/%
[EMAIL PROTECTED]
and see the JavaDoc at
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/spi/src/
The deployer should never need the TCCL to be adjusted. What is the
issue with Axis during the deployment phase that requires this to be
set?
--
Jeremy
On Aug 8, 2006, at 5:47 PM, [EMAIL PROTECTED] wrote:
Author: rineholt
Date: Tue Aug 8 17:47:33 2006
New Revision: 429905
URL:
one clarification below...
On Aug 8, 2006, at 7:30 PM, Jim Marino wrote:
On Aug 8, 2006, at 10:38 AM, Venkata Krishnan wrote:
Hi Jim / Jeremy / Axis2 Celtix binding folks
Continuing with the simple RMI Binding that I am working on...
here are the
things that I have done to move it
Switched the Launcher context thread so it the same as the current
loader. This is so axis has stax provider... maybe a better way in
the future
Without this Axis code doesn't seem to find an implementation for Stax.
Jeremy Boynes wrote:
The deployer should never need the TCCL to be adjusted.
[ http://issues.apache.org/jira/browse/TUSCANY-609?page=all ]
Jeremy Boynes closed TUSCANY-609.
-
Resolution: Fixed
Patch applied thanks
Remove dependency on Geronimo work manager
--
Key:
If Axis has a dependency that the TCCL always contains a stax
implementation we are going to run into a bunch of problems in the
future - if you remember, a lot of the annoying problems with M1 were
caused by trying to get a suitable classloader on the thread for Axis
and/or SDO. We really
On Aug 8, 2006, at 11:19 AM, Rajith Attapattu wrote:
Hi All,
After looking at the code I found that tuscany has bindings for
WebServices,
RMI and JBI.
According to the SCA spec it also talks about bindings for
transports like
JMS (or have I misunderstood it?)
Is there an effort to do
If we can find another way without applying our private changes to Axis
I'm perfectly fine by that. Have any detailed suggestion off hand?
Do I have access to that particular classloader at the Axis binding
point? Not sure. Need to check tomorrow. .If not, where should it be
stashed away ?
On Aug 8, 2006, at 8:38 PM, cr22rc wrote:
If we can find another way without applying our private changes to
Axis I'm perfectly fine by that. Have any detailed suggestion off
hand? Do I have access to that particular classloader at the Axis
binding point? Not sure. Need to check
On Aug 8, 2006, at 8:38 PM, cr22rc wrote:
If we can find another way without applying our private changes to
Axis I'm perfectly fine by that. Have any detailed suggestion off
hand?
Looks like the problem may lie in o.a.axiom.om.util.StAXUtils - can
you confirm that where you were
Hi Robbie,
Can you please change the link for the SDO spec to point to
www.osoa.orginstead of what is there in the readme?
Thanks,
Haleh
On 8/8/06, Robbie Minshall [EMAIL PROTECTED] wrote:
Hi.
I made an update ( updated overview for javadoc ) for the SDO Samples.
There are still a few
Yes sounds good. Thanks for the catch,
Robbie
On 8/9/06, haleh mahbod [EMAIL PROTECTED] wrote:
Hi Robbie,
Can you please change the link for the SDO spec to point to
www.osoa.orginstead of what is there in the readme?
Thanks,
Haleh
On 8/8/06, Robbie Minshall [EMAIL PROTECTED] wrote:
73 matches
Mail list logo