Hi,
This is a good fix. I just committed it.
Thanks,
Raymond
- Original Message -
From: "Simon Laws" <[EMAIL PROTECTED]>
To: "tuscany-dev"
Sent: Sunday, April 15, 2007 2:40 PM
Subject: SDO Databinding test failure
I just made the following change in ImportSDOProcessorTestCase to m
Luciano, thanks for doing this. +1 from me for '*-incubating-*'.
- Venkat
On 4/16/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Luciano Resende wrote:
> Hi All
>
>After couple complains about build failures, and couple hours
> investigating the multiple complains on the dev-list [
Luciano Resende wrote:
Hi All
After couple complains about build failures, and couple hours
investigating the multiple complains on the dev-list [1][2], looks
like all the issues are being caused due to our artifacts having two
set of artifact versions : 2-incubating-SNAPSHOT
and 2-incuba
[snip]
Luciano Resende wrote:
Sebastien
Should we remove commonJ from the java/spec/commonj directory as well ?
- Luciano
Yes, if nobody else needs this module from spec, I'll remove it sometime
on monday.
--
Jean-Sebastien
-
Hi All
After couple complains about build failures, and couple hours
investigating the multiple complains on the dev-list [1][2], looks like all
the issues are being caused due to our artifacts having two set of artifact
versions : 2-incubating-SNAPSHOT and
2-incubator-SNAPSHOT.After I changed
In addition to this code change, an additional import is also needed:
import org.apache.tuscany.contribution.resolver.DefaultArtifactResolver;
(the other) Simon
Simon Laws wrote:
I just made the following change in ImportSDOProcessorTestCase to make the
SDO tests work. See commented out/new l
Sebastien
Should we remove commonJ from the java/spec/commonj directory as well ?
- Luciano
-- Forwarded message --
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Apr 14, 2007 11:23 PM
Subject: svn commit: r528932 - in /incubator/tuscany/java/sca/modules:
commonj-api/ commo
I just made the following change in ImportSDOProcessorTestCase to make the
SDO tests work. See commented out/new line below. The loader in this case
dereferences the rolver so you can't pass in null without getting an NPE.
I'm not sure what the intention is here so I haven't checked this in. We
co
[snip]
Raymond Feng wrote:
Hi,
I found out it's too limited if we hard-code the DataBindingRegistry
and DOM2JavaBean transformer as the only type of complex property that
can be supported will be only java beans.
I fixed the code to support property in any databindings under
r529006. With t
I just made some changes to the tuscany-http-* modules to allow servlets
to be registered with a Tomcat or Jetty server. I guess this is going to
be useful in Servlet based bindings like the WebService or JSONRPC bindings.
Here's how to use this capability.
In a binding, do this:
ExtensionPoin
Hi,
I found out it's too limited if we hard-code the DataBindingRegistry and
DOM2JavaBean transformer as the only type of complex property that can be
supported will be only java beans.
I fixed the code to support property in any databindings under r529006. With
this change, the OMElement pr
Hi,
I'll add a "setDefaultDataBinding()" method the "Interface" interface for
now so that componentType/binding builders can provide a desired
databinding.
I checked in the changes under r529001. Now the echo-databinding sample is
working again. Please see the EchoBindingBuilder to see an ex
Jean-Sebastien Delfino wrote:
ant elder wrote:
On 4/11/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Raymond Feng wrote:
> Hi,
>
> I think we should start to leverage the extensibility story (see the
> thread titled "The pluggability for Tuscany runtime extensions")
> instead of hard-c
Hi,
I have to add that feature back and I'll work on it.
Thanks,
Raymond
- Original Message -
From: "ant elder" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, April 15, 2007 4:56 AM
Subject: How to specify databinding in bindings and implementations?
In the old code a bi
Venkata Krishnan wrote:
Hi,
I have updated the Trunk for some minor changes to bring in support for
properties. I 'property' iTest is also back fully functional.
Great! I added the properties itest to the main build.
With this
check it should be possible to have components configured with si
In the old code a binding or implementation could say what data binding it
wanted to use by setting the name on the ServiceContract, but now the
InterfaceContract doesn't have a setDataBinding method so how should this be
done? (eg the Axis2 binding used to set the Axiom databinding).
There is a
I've fixed this but now the echo data binding test fails, so i've commented
that out for now.
...ant
On 4/15/07, ant elder <[EMAIL PROTECTED]> wrote:
Ah yes, thanks for the hint...its only happening there as the composite
contains a service, if a composite only has a reference it doesn't as
Hi,
I have updated the Trunk for some minor changes to bring in support for
properties. I 'property' iTest is also back fully functional. With this
check it should be possible to have components configured with simple and
complex properties either single valued or many valued. The 'source' and
Thanks, Pete
On 10/04/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
Patch applied. Looks ok to me.
--
Caroline
Hi,
I think you could copy/port the following package into
tuscany-core-databinding:
https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-integration/sca/kernel/core/src/main/java/org/apache/tuscany/core/property
Then in JavaComponentBuilder, add the following code (need some
Hi,
The changes look good to me. One minor thing that we can clean up further:
We still use the ComponentManager.registerJavaObject() to register a set of
system services and I think we should replace them with
ExtensionPointRegistry.addExtensionPoint().
Thanks,
Raymond
- Original Messa
Ah yes, thanks for the hint...its only happening there as the composite
contains a service, if a composite only has a reference it doesn't as the
postProcessorRegistry.process call is missing from the DeployerImpl connect
fro references. I'll fix that.
...ant
On 4/15/07, Raymond Feng <[EMAIL P
22 matches
Mail list logo
