On 12/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
On 07/12/06, Andrew Borley [EMAIL PROTECTED] wrote:
On 12/7/06, Andrew Borley [EMAIL PROTECTED] wrote:
On 11/20/06, Jean-Sebastien Delfino [EMAIL
I have removed the project from the build for now...
The offending project is : samples/sca/echo.databinding
The error is :
---
T E S T S
---
Running echo.DataBindingIntegrationTestCase
HI,
I am making some attempts to understand the DataBinding fwk and so shall say
something here so that others will help me understand better. My apologies
if I have mentioned something outrageous as I am just about entering into
this discussion :)
- By employing the databinding interceptors
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
.. .and I suppose attributes too although we don't currently ever
write a
prefix on an attribute (we should!)
OK so I have been trying to fix the
Actually we are wrong here. To replace the isMany() logic you need to
dob = sequence-getDataObject*Value*(i);
getDataObject returns the sequenced DO not the value at position *i*.
Cheers,
On 15/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
It depends on implementation, e.g. Tuscany C++
FYI,
Have managed to get m2eclipse building with maven inside eclipse :)
The problem was that the eclipse plugin was not finding the local
repository:
15/12/06 12:27:37 GMT: [DEBUG] Building Maven global-level settings from:
'/home/murphdg/conf/settings.xml'
Linking it to the one in my
Hi,
I am trying to run my FVT testcases for WS bindings using ITest plugin. I
have attached my client side pom file. While trying to start the tuscany
runtime, it throws the following exception:
[INFO] [tuscany-itest:start {execution: start}]
[INFO] Starting Tuscany...
Venkat,
Answers inline
On 12/15/06, Venkata Krishnan [EMAIL PROTECTED] wrote:
HI,
I am making some attempts to understand the DataBinding fwk and so shall
say
something here so that others will help me understand better. My
apologies
if I have mentioned something outrageous as I am just
On 12/15/06, Venkata Krishnan [EMAIL PROTECTED] wrote:
HI,
I am making some attempts to understand the DataBinding fwk and so shall
say
something here so that others will help me understand better. My
apologies
if I have mentioned something outrageous as I am just about entering into
this
[
http://issues.apache.org/jira/browse/TUSCANY-959?page=comments#action_12458823
]
Geoff Winn commented on TUSCANY-959:
Item 4 is harder than I first thought.
On Linux we can ensure that the initialisation routine is called exactly once
Ant,
JMS bindign spec does describe the facility to specificy a data binding type
at different levels of granularity.
But it doesn't say about how it should be implemented.
When I started the JMS binding I was tempted to do my own data binding
inside the JMS Invoker, but looking at the bigger
[ http://issues.apache.org/jira/browse/TUSCANY-987?page=all ]
Dan Murphy updated TUSCANY-987:
---
Attachment: cts.zip
Hi,
This zip contains a maven build structure (and descriptors).
You should be able to unzip it to tuscany/java and contains the following:
The ITest Plugin does not support the binding.ws extension
--
Key: TUSCANY-995
URL: http://issues.apache.org/jira/browse/TUSCANY-995
Project: Tuscany
Issue Type: Bug
[ http://issues.apache.org/jira/browse/TUSCANY-995?page=all ]
Hasan Muhammad updated TUSCANY-995:
---
Attachment: pom.xml
I have attached the client side pom file which uses the ITest plugin
The ITest Plugin does not support the binding.ws extension
[ http://issues.apache.org/jira/browse/TUSCANY-995?page=all ]
Hasan Muhammad updated TUSCANY-995:
---
Attachment: default.scdl
This is the scdl file for the client
The ITest Plugin does not support the binding.ws extension
Hi,
I think we may have three options to achieve the same goal.
1) If the JMS binding can derive a ServiceContract for the binding layer
(for example, using a WSDL to describe the binding contract), then we can
follow the same approach as the binding.axis2. In this case, the
Thanks Raymond,
Any updates on the Transformers ?
Btw, if we use a WSDL describer the messages how can we reuse the axis2
stuff?
Regards,
Rajith
On 12/15/06, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
I think we may have three options to achieve the same goal.
1) If the JMS binding can
Build break with Persistence test case
--
Key: TUSCANY-996
URL: http://issues.apache.org/jira/browse/TUSCANY-996
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
Affects Versions:
Hi, Rajith.
I checked them yesterday afternoon.
Thanks,
Raymond
- Original Message -
From: Rajith Attapattu [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, December 15, 2006 10:10 AM
Subject: Re: Hi
Thanks Raymond,
Any updates on the Transformers ?
Btw, if we use a
Pete Robbins wrote:
On 15/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
.. .and I suppose attributes too although we don't currently ever
write a
The build the test suite under cpp/sca/test/ws.service.interop fails on
Linux, I think it's missing the woden libraries.
I have a few questions on this test suite:
- is it just outdated and we need to resurrect this build?
- has anybody tried to build it on Windows recently?
- what is it
On 12/15/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
The build the test suite under cpp/sca/test/ws.service.interop fails on
Linux, I think it's missing the woden libraries.
I have a few questions on this test suite:
- is it just outdated and we need to resurrect this build?
I guess
Pete Robbins wrote:
On 15/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
.. .and I suppose attributes too although we don't currently ever
write a
Hi Guys
I've recently started to get classNotFound with TuscanyContextListener in
the das container sample app available in my sandbox, and looks like Amita
is getting same behaviour while trying the code from my sandbox in TC, and
we would like some help or ideas on what the problem might
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
On 15/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
.. .and I suppose attributes too although we
The signature from spec 2.1 rc1 is getDataObject(unsigned int),
do we want to change the implementation accordingly?
On 12/15/06, Pete Robbins [EMAIL PROTECTED] wrote:
Actually we are wrong here. To replace the isMany() logic you need to
dob = sequence-getDataObject*Value*(i);
[ http://issues.apache.org/jira/browse/TUSCANY-995?page=all ]
Raymond Feng reassigned TUSCANY-995:
Assignee: Raymond Feng
The ITest Plugin does not support the binding.ws extension
--
[
http://issues.apache.org/jira/browse/TUSCANY-995?page=comments#action_12458934
]
Raymond Feng commented on TUSCANY-995:
--
I'm adding the following configuration for the start plugin to support the
extensions:
plugin
[ http://issues.apache.org/jira/browse/TUSCANY-904?page=all ]
Luciano Resende updated TUSCANY-904:
Component/s: Java DAS RDB
Fix Version/s: Java-Mx
Expose DAS as SCA container
---
Key: TUSCANY-904
Hi,
You're missing webapp-1.0-incubator-SNAPSHOT.jar in the WEB-INF/lib folder.
It was misplaced in WEB-INF/tuscany/boot in your case.
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Friday, December 15,
Isn't the right place of dependency jars taken care by our maven plugin ? do
we have a bug there ? Or i might have wrong info in my pom ?
https://svn.apache.org/repos/asf/incubator/tuscany/sandbox/lresende/container.das.client/pom.xml
--
Luciano Resende
http://people.apache.org/~lresende
On
In the SDO collaboration workgroup meeting yesterday, it was agreed that
improved XSD fidelity is an important issue that needs to be addressed to
make SDO successful in the web services use case. A JIRA issue for this,
attached below, has been opened in the SDO collaboration JIRA database,
When Tuscany is being used as a library under Apache and PHP or similar,
libxml will already have been initialized, so please make this a compiler
option to avoid xmlInitParser being called more than once.
On 15/12/06, Geoff Winn (JIRA) tuscany-dev@ws.apache.org wrote:
[
[ http://issues.apache.org/jira/browse/TUSCANY-995?page=all ]
Raymond Feng resolved TUSCANY-995.
--
Fix Version/s: Java-Mx
Resolution: Fixed
Fixed in r487664
The ITest Plugin does not support the binding.ws extension
Caroline Maynard wrote:
When Tuscany is being used as a library under Apache and PHP or similar,
libxml will already have been initialized, so please make this a compiler
option to avoid xmlInitParser being called more than once.
On 15/12/06, Geoff Winn (JIRA) tuscany-dev@ws.apache.org wrote:
Hi,
You need to add the following dependency to your web application pom.xml.
!-- runtime is need for webapp integration to include jar --
dependency
groupIdorg.apache.tuscany.sca.runtime/groupId
artifactIdwebapp/artifactId
version${tuscanyVersion}/version
scoperuntime/scope
Thanks Raymond, this fixed the ClassNotFound issue, but now I have started
to get another weired issue, any ideas ?
SEVERE: Exception sending context initialized event to listener instance of
class org.apache.tuscany.runtime.webapp.TuscanyContextListener
Never mind, I found a type on my default.scdl and that fixed the remaining
issue.
--
Luciano Resende
http://people.apache.org/~lresende
On 12/15/06, Luciano Resende [EMAIL PROTECTED] wrote:
Thanks Raymond, this fixed the ClassNotFound issue, but now I have started
to get another weired issue,
[
http://issues.apache.org/jira/browse/TUSCANY-904?page=comments#action_12458954
]
Luciano Resende commented on TUSCANY-904:
-
The sandbox should have most of Amitas updates merged, and it has fixes for
classnotfound and unrecognized
Pete Robbins wrote:
Actually we are wrong here. To replace the isMany() logic you need to
dob = sequence-getDataObject*Value*(i);
getDataObject returns the sequenced DO not the value at position *i*.
Cheers,
On 15/12/06, Yang ZHONG [EMAIL PROTECTED] wrote:
It depends on implementation,
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
On 15/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete Robbins [EMAIL
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Actually we are wrong here. To replace the isMany() logic you need to
dob = sequence-getDataObject*Value*(i);
getDataObject returns the sequenced DO not the value at position *i*.
Cheers,
On 15/12/06,
Does consistent fallback strategy (e.g., open/sequenced dynamic DataObject)
for handling XSD corner cases
cover distinguishing any, anyAttribute and mixed please?
On 12/15/06, Frank Budinsky [EMAIL PROTECTED] wrote:
In the SDO collaboration workgroup meeting yesterday, it was agreed that
On 15/12/06, Frank Budinsky [EMAIL PROTECTED] wrote:
In the SDO collaboration workgroup meeting yesterday, it was agreed that
improved XSD fidelity is an important issue that needs to be addressed to
make SDO successful in the web services use case. A JIRA issue for this,
attached below, has
Pete Robbins wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
Pete Robbins wrote:
On 15/12/06, Pete Robbins [EMAIL PROTECTED] wrote:
On 15/12/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/12/06, Pete
Under revision r487731 I added some code to Logger.cpp to check the
length of log messages to avoid buffer overruns, in particular when
logging big XML documents or SDOs. I also changed the buffer allocated
on the stack from 4096 to 256 chars as most log messages are smaller
than that, and
I'd like to change our samples to use SCA wires in their top level
composite files instead of hardcoding the reference binding URIs in the
nested composites.
Here's how things look now:
composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
name=bigbank.app
component
47 matches
Mail list logo
