patch for tuscany-443 using inline functions will not compile/work on Linux
---
Key: TUSCANY-455
URL: http://issues.apache.org/jira/browse/TUSCANY-455
Project: Tuscany
Type: Bug
Components: C+
WSDL file misloading running sca demo helloworldws
--
Key: TUSCANY-454
URL: http://issues.apache.org/jira/browse/TUSCANY-454
Project: Tuscany
Type: Bug
Components: Java SCA Axis Binding
Reporter: Jervis Liu
Hi Guys,
I am currently testing the interoperability between Tuscany and Celtix. When I
changed Tuscany sca demo helloworldws's WSDL file to include in/out parameters,
I found this change in WSDL is not recognized by Tuscany runtime at all. How to
reproduce:
1. Change helloworld.wsdl output m
Thanks Raymond for taking this on. I have made to refactors today so
could you regenerate (I hope you didn't have to do the model by
hand)? The two basic changes I did are:
1. Rename ScopeContext to ScopeContainer since it "contains component
implementation instances"
2. Internalized Instan
Good question...
In the spec group, one of the major changes we are currently
undertaking is a move to a recursive model where components can
either be leaf-types ("atomic") or composite, in which case they may
contain children. In previous versions of the spec we had a two-level
model (m
[ http://issues.apache.org/jira/browse/TUSCANY-22?page=all ]
Frank Budinsky resolved TUSCANY-22:
---
Resolution: Fixed
Fixed in revision 412225.
> Errors serializing an SDO2 graph
>
>
> Key: TUSCANY-22
>
Hi,
I uploaded a draft PDF document together with a set of UML class diagrams to
Tuscany wiki @ http://wiki.apache.org/ws/Tuscany/TuscanyJava/SandboxCore.
Please note these documents are work in progress and not guaranteed to be
accurate and complete. They are produced based on my understanding
By the way can someone explain what the term "Recursive Core
Architecture" means?
Paul
On 6/6/06, Jim Marino <[EMAIL PROTECTED]> wrote:
It looks as if we have the choice of Thursday or Friday this week, or
rescheduling for two weeks. I'd prefer we do it this week.
Jim
On Jun 6, 2006, at 1:28
It looks as if we have the choice of Thursday or Friday this week, or
rescheduling for two weeks. I'd prefer we do it this week.
Jim
On Jun 6, 2006, at 1:28 PM, Paul Fremantle wrote:
Next week would be better for me. I'm landing home from the US on
Friday and 8-10PST is 4-6pm on Friday eveni
Next week would be better for me. I'm landing home from the US on
Friday and 8-10PST is 4-6pm on Friday evening which aint popular in
blighty :-)
Paul
On 6/6/06, Jim Marino <[EMAIL PROTECTED]> wrote:
I'm out all next week so it sounds as if Friday is the best time for
most people.
Jim
On Jun
[ http://issues.apache.org/jira/browse/TUSCANY-416?page=all ]
Daniel Kulp closed TUSCANY-416:
---
Resolution: Fixed
Patch applied. Thanks!
> Update helloworldws-celtix sample readme on instrumentation support
> ---
I'm out all next week so it sounds as if Friday is the best time for
most people.
Jim
On Jun 6, 2006, at 10:42 AM, Rick wrote:
I like to second all of what Ant wrote and also Ken Tam asked if it
could not be delayed till next week. I'd like to be up to speed and
just a few days more would
Hi everyone,
I am experimenting with adding XSLT as an implementation type (with a
WSDL interface for now). I have looked at the javascript container and
found it very helpful, but I have two questions about the use of
ComponentContext and proxy factories.
Among other things, I have created
I like to second all of what Ant wrote and also Ken Tam asked if it
could not be delayed till next week. I'd like to be up to speed and just
a few days more would help to digest it all to be more informed, but
I'll go with Friday if that's what it is.
ant elder wrote:
I agree 100% with Ken, cou
SDO:int is not supported
Key: TUSCANY-453
URL: http://issues.apache.org/jira/browse/TUSCANY-453
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Environment: All
Reporter: Simon Laws
C++ SDO currently i
IDREF, IDREFS not supported
---
Key: TUSCANY-452
URL: http://issues.apache.org/jira/browse/TUSCANY-452
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Environment: Windows XP
Reporter: Simon Laws
Readin
anyType not supported correctly
---
Key: TUSCANY-451
URL: http://issues.apache.org/jira/browse/TUSCANY-451
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Environment: WIndows XP
Reporter: Simon Laws
ElementOfSimpleTypeWithSDOPropertyType and
ElementOfSimpleTypeWithSDOOppositePropertyType not supported
---
Key: TUSCANY-450
URL: http://issues.apache.org/jira/browse/TUSCANY-450
Implementation ignores ElementSubstitutionGroupBase
Key: TUSCANY-449
URL: http://issues.apache.org/jira/browse/TUSCANY-449
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Environ
ElementWithSDOName fails on write
-
Key: TUSCANY-448
URL: http://issues.apache.org/jira/browse/TUSCANY-448
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Environment: Windows XP
Reporter: Simon L
AttributeWithSDOPropertyType and
AttributeWithSDOPropertySDOOppositePropertyType not supported
---
Key: TUSCANY-447
URL: http://issues.apache.org/jira/browse/TUSCANY-447
Project: Tu
tuscany::sca::model::Wsdl does not support WSDL with typed message parts
Key: TUSCANY-446
URL: http://issues.apache.org/jira/browse/TUSCANY-446
Project: Tuscany
Type: Improvement
Components:
ComplexTypeOpenContent output element type incorrect
-
Key: TUSCANY-445
URL: http://issues.apache.org/jira/browse/TUSCANY-445
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Envir
ComplexTypeExtendingSimpleType
--
Key: TUSCANY-444
URL: http://issues.apache.org/jira/browse/TUSCANY-444
Project: Tuscany
Type: Bug
Components: C++ SDO
Versions: Cpp-current
Environment: Windows XP
Reporter: Simon Laws
[ http://issues.apache.org/jira/browse/TUSCANY-416?page=all ]
Daniel Kulp reassigned TUSCANY-416:
---
Assign To: Daniel Kulp
> Update helloworldws-celtix sample readme on instrumentation support
> --
Hi Adi, I already created a Jira issue regarding how to set up Tuscany
helloworldws-celtix demo with JMX instrumentation last week, a patch is
provided at the same, which includes an updated readme and a celtix config
file. http://issues.apache.org/jira/browse/TUSCANY-416
Dan Kulp has kindly of
[ http://issues.apache.org/jira/browse/TUSCANY-443?page=all ]
Ed Slattery reassigned TUSCANY-443:
---
Assign To: Ed Slattery
> Add further code to support use of string objects
> -
>
> Key: TUSCANY-
Dear WS Folks,
It's time for our quarterly report to the board. It's our duty as
committers and pmc members to provide an accurate and detailed
description of our activities to the board. So please take a few
minutes and add information on projects that you are involved in.
http://wiki.apache.or
[ http://issues.apache.org/jira/browse/TUSCANY-443?page=all ]
Geoff Winn updated TUSCANY-443:
---
Attachment: TUSCANY-443.patch
> Add further code to support use of string objects
> -
>
> Key: TUSCANY-4
Add further code to support use of string objects
-
Key: TUSCANY-443
URL: http://issues.apache.org/jira/browse/TUSCANY-443
Project: Tuscany
Type: Improvement
Components: C++ SDO
Versions: Cpp-current
Envir
I wondered about using Tuscany PolicyBuilders and Interceptors to help with
E4X support for the work required in TUSCANY-418, TUSCANY-419, and
TUSCANY-420. Right now the E4X code isn't so elegant with the way it works
out when and how to convert the Java objects in a message into E4X XML, and
with
I've been investigating how to modify the C++ variant of SDO to use string
objects (ie something like std::string) rather than C style strings as it
mostly does currently. Internally we can do what we want, but the user
visible
interface needs more care and has implications for the specification.
32 matches
Mail list logo