On Thu, Aug 13, 2009 at 10:57 AM, Simon Lawssimonsl...@googlemail.com wrote:
It does seem loose, and also along with that 2787 in the assembly spec
the WS binding spec says:
247 This specification does not mandate any particular way to
determine the URI for a web services binding on an SCA
While we're looking at all the validation messages and extensibility,
is there a way we can fix the
org.apache.tuscany.sca.policy.security.tuscany_definitions.xml file in
the policy-security module to not include implementation.spring?
Including it there means it produces the two warnings below
On Thu, Aug 13, 2009 at 3:00 PM, Simon Lawssimonsl...@googlemail.com wrote:
+1, I believe this is how the code works now.
Simon
Ok, I'll create an itest for this using all the different bindings we
have but a quick try with the jsonp binding gives the results below.
The name attribute doesn't
On Thu, Aug 13, 2009 at 4:01 PM, Simon Lawssimonsl...@googlemail.com wrote:
component name=EPTest1
implementation.java class=helloworld.HelloWorldImpl/
service name=HelloWorldService
tuscany:binding.jsonp name=foo /
/service
/component
INFO: Added
Wonderful thanks. I've merged that fix into 2.x as well.
...ant
On Thu, Aug 13, 2009 at 10:55 PM, Luciano Resendeluckbr1...@gmail.com wrote:
On Thu, Aug 13, 2009 at 5:35 AM, ant elderant.el...@gmail.com wrote:
While we're looking at all the validation messages and extensibility,
is there a
On Mon, Aug 17, 2009 at 3:14 AM, Luciano Resendeluckbr1...@gmail.com wrote:
On Tue, Aug 11, 2009 at 12:20 AM, ant elderant.el...@gmail.com wrote:
Tuscany is due to report to the ASF board this month, I'll start a
draft shortly but let me know if there's anything you want mentioned.
The
On Mon, Aug 17, 2009 at 6:58 AM, Jean-Sebastien
Delfinojsdelf...@apache.org wrote:
On 08/13/2009 10:40 AM, Jean-Sebastien Delfino wrote:
Building from java/sca or java/sca/modules throws the following error:
[INFO]
There's quite a lot of new otest failures today with errors about
mismatched callback interfaces, eg:
SEVERE: The interface.wsdl element has a forward interface with a
callback declared in the WSDL
{http://test.sca.oasisopen.org/}Service9Callback and a callback
interface also declared using the
On Wed, Aug 19, 2009 at 11:15 AM, Simon Lawssimonsl...@googlemail.com wrote:
Manually disabling General/ASM_8006 gets rid of
SEVERE: The interface.wsdl element has a forward interface with a
callback declared in the WSDL
However there is something else going on as the test I was re-running,
On Thu, Aug 20, 2009 at 12:06 PM, Simon Lawssimonsl...@googlemail.com wrote:
Hi Ant
Is 6002 in title a typo?
Simon
yes, should be 6009, i've updated that in the JIRA.
...ant
Running all the OASIS Assembly tests this morning i'm getting just 9
tests failing so thats over 90% passing.
(To get these numbers requires all the local fixes mentioned in the
various JIRAs about issues in the OASIS tests, and yes that doesn't
include the false positives where a test is passing
On Fri, Aug 21, 2009 at 2:04 PM, Mike
Edwardsmike.edwards.inglen...@gmail.com wrote:
Folks,
I am *extremely* grateful for all the good work that is going on around the
testcases.
You are all helping both get Tuscany in shape and ALSO helping get the
testcases into shape.
It is with the
On Fri, Aug 21, 2009 at 2:12 PM, Simon Lawssimonsl...@googlemail.com wrote:
How about also a new JIRA component for this, i've just added one
OASIS Compliance and will start moving existing jiras there -
https://issues.apache.org/jira/browse/TUSCANY/component/12313003
...ant
+1 that adds
On Fri, Aug 21, 2009 at 2:18 PM, Simon Lawssimonsl...@googlemail.com wrote:
Although perhaps we need more than that, for example i was about to
move TUSCANY-3231 there but its a Tuscany issue not an OASIS test
issue, do we need a component specifically for things in the OASIS
code?
...ant
On Mon, Aug 24, 2009 at 6:30 AM, Jean-Sebastien
Delfinojsdelf...@apache.org wrote:
[INFO] Failed to resolve artifact.
Missing:
--
1) org.apache.activemq:activeio-core:jar:3.0.0-incubator
There are problems with people.apache.org right now
(http://monitoring.apache.org/status/) and
On Wed, Aug 26, 2009 at 8:58 AM, Giorgio Zoppigiorgio.zo...@gmail.com wrote:
Hi all,
as part of my activities in this period..there's to create a DHT
Endpoint Resolver (using overlay weaver) in order to provide a
federated scalable SCA Registry. Having the code in tribe-endpoint,
it's quite
I've added a testcase in r808333 for using multiple nodes and having a
service node stopped and replaced with a new node running the service,
this should work but doesn't as the client node keeps using the
references for the original node. I'm wondering how to fix this, it
seems like the runtime
On Thu, Aug 27, 2009 at 10:36 AM, Giorgio Zoppigiorgio.zo...@gmail.com wrote:
2009/8/27 ant elder ant.el...@gmail.com:
I've added a testcase in r808333 for using multiple nodes and having a
service node stopped and replaced with a new node running the service,
this should work but doesn't
On Thu, Aug 27, 2009 at 11:19 AM, Simon Lawssimonsl...@googlemail.com wrote:
Nothing is throwing any target not found type exceptions. And
It's currently an AxisFault. To make this make sense in this special
binding.sca case you'll have to reinstate the binding.sca invoker [1]
to trap the
On Thu, Aug 27, 2009 at 11:29 AM, ant elderantel...@apache.org wrote:
On Thu, Aug 27, 2009 at 11:19 AM, Simon Lawssimonsl...@googlemail.com wrote:
Nothing is throwing any target not found type exceptions. And
It's currently an AxisFault. To make this make sense in this special
binding.sca
On Thu, Aug 27, 2009 at 12:40 PM, Simon Lawssimonsl...@googlemail.com wrote:
On Thu, Aug 27, 2009 at 12:01 PM, ant elderantel...@apache.org wrote:
On Thu, Aug 27, 2009 at 11:29 AM, ant elderantel...@apache.org wrote:
On Thu, Aug 27, 2009 at 11:19 AM, Simon Lawssimonsl...@googlemail.com
wrote:
On Fri, Aug 28, 2009 at 8:59 AM, Simon Lawssimonsl...@googlemail.com wrote:
...snip
seems quite fragile,
In what way?
if it wouldn't be more robust to do the earlier suggestion of just
having the sca binding look up the endpoint from the endpoint registry
on each invocation.
No I don't
On Fri, Aug 28, 2009 at 9:30 AM, Giorgio Zoppigiorgio.zo...@gmail.com wrote:
2009/8/28 ant elder ant.el...@gmail.com:
On Fri, Aug 28, 2009 at 8:56 AM, Giorgio Zoppigiorgio.zo...@gmail.com
wrote:
Hi guys,
Is feasible (i'm not a great maven expert) a more selective building
options? Because
On Fri, Aug 28, 2009 at 9:39 AM, Simon Lawssimonsl...@googlemail.com wrote:
is simple and likely will have the same result.
The same result being that you need a strategy for dealing with errors.
Simon
I meant just fail by passing the error back up to the client instead
of trying to do
On Fri, Aug 28, 2009 at 9:43 AM, ant elderantel...@apache.org wrote:
On Fri, Aug 28, 2009 at 9:39 AM, Simon Lawssimonsl...@googlemail.com wrote:
is simple and likely will have the same result.
The same result being that you need a strategy for dealing with errors.
Simon
I meant just fail
On Fri, Aug 28, 2009 at 10:06 AM, Simon Lawssimonsl...@googlemail.com wrote:
personally I'd rather...
Catch the error
look to see if the registry has a new endpoint
if it has use it
if it hasn't throw the error
However this is not a big piece of code so there is plenty of scope
for us to
On Fri, Aug 28, 2009 at 9:34 PM, Mike
Edwardsmike.edwards.inglen...@gmail.com wrote:
ant elder wrote:
I see no issue at all with adding a (or several) new profiles that
only build a subset of modules that anyone finds a useful combination,
and they could be just committed without needing any
On Fri, May 15, 2009 at 11:16 AM, Simon Lawssimonsl...@googlemail.com wrote:
I've been doing more investigation around backward compatibility this
week. I have the Running and interacting in the same domain scenario
in mind [1]. I haven't made all these changes but to make this work
using a
I've been making some good progress on dynamic domain operation, you
can now stop and start nodes and have the wiring pick up on the new
nodes, and you can configure the domain from a config URI which makes
it easy to start dynamic domains and I've added support for that to
things like the Tuscany
Its been nearly 6 weeks since the 2.0 M3 release so should we be
thinking about another release? We probably have enough content now -
the Assembly otests are nearly all passing, the're a new JSONP
binding, and the dynamic domain is starting to come together. So would
a M4 in a couple of weeks be
On Tue, Jun 16, 2009 at 8:04 PM, ant elderant.el...@gmail.com wrote:
On Tue, Jun 16, 2009 at 4:48 PM, Raymond Fengenjoyj...@gmail.com wrote:
Hi,
I realized that we have an established pattern for the code of
implementation and binding extensions. We also use copy/paste to create
new modules
On Tue, Jun 2, 2009 at 9:08 AM, Simon Lawssimonsl...@googlemail.com wrote:
snip...
1) Do we need to register the endpoint references? For callbacks, we can
just publish the endpoint for the callback.
Not now but his was for the future if we need to establish what
endpoint references are out
On Tue, Sep 1, 2009 at 12:50 PM, Simon Lawssimonsl...@googlemail.com wrote:
Alternatively we have to take a manual approach. I see the code
separated into a core and the extensions that the core supports. We
could make some rules/profiles for the types of build you need to do
depending on
On Tue, Sep 1, 2009 at 2:41 PM, Simon Lawssimonsl...@googlemail.com wrote:
How about
org.apache.tuscany.sca.domain.node
That seems fine for now so go for it. We can rationalize all the
domainy modules and packages later on.
...ant
On Wed, Sep 2, 2009 at 1:02 PM, Simon Lawssimonsl...@googlemail.com wrote:
I was having thinking about backward compatibility again and wonder if
there is another approach we've not mentioned yet which may be easier
- translate OSOA contributions to OASIS at runtime. At the simplest
level all
On Thu, Sep 3, 2009 at 11:27 AM, Ramkumar Rramkumar...@gmail.com wrote:
On Thu, Sep 3, 2009 at 1:24 PM, ant elder antel...@apache.org wrote:
On Wed, Sep 2, 2009 at 1:02 PM, Simon Lawssimonsl...@googlemail.com
wrote:
I was having thinking about backward compatibility again and wonder
Whats the status of Endpoint serialization? I see there is some code
for this but I'm not sure how finished it is, and it doesn't look like
remote endpoints in the endpoint registry get much of their fields
deserialized yet. Is this something thats in progress by someone or
can i just start adding
On Thu, Sep 3, 2009 at 10:47 AM, Simon Lawssimonsl...@googlemail.com wrote:
I didn't get much response to this directly but I notice that a number
of problems have been identified and fixes are ongoing.
I'm trying now to identify precisely which fixes we need to make in
order to get the first
On Wed, Sep 9, 2009 at 12:28 AM, Konradi,
Philippphilipp.konr...@siemens.com wrote:
Hi all,
I was wondering about the effort to port JMS support from 1.x to the
OSGi-based 2.x branch?!
It would be great if somebody could provide a rough estimation.. is it
rather a matter of 2 days or of 2
-Binding would be there
by that time.
Regards,
Philipp
-Original Message-
From: ant elder [mailto:ant.el...@gmail.com]
Sent: Wednesday, September 09, 2009 10:16 AM
To: dev@tuscany.apache.org
Subject: Re: [2.x] Efforts to add JMS support
On Wed, Sep 9, 2009 at 12:28 AM, Konradi
On Thu, Sep 10, 2009 at 6:41 PM, Raymond Fengenjoyj...@gmail.com wrote:
Following the criteria, I would be fine if we merge assembly, definitions,
policy into one module,
Done in r813673.
...ant
On Thu, Sep 10, 2009 at 7:55 PM, Raymond Fengenjoyj...@gmail.com wrote:
Good question. This is in fact a good use case of the Tuscany and such
scenarios can help us organize the modules.
Assembly depends on policy as the assembly model references intents and
policySets from the policy model.
On Fri, Sep 11, 2009 at 5:05 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Fri, Sep 11, 2009 at 8:59 AM, Raymond Feng enjoyj...@gmail.com wrote:
Have we reached a conclusion yet? I think other people are still chiming in
with opinions. It seems that you merged more modules than what we
On Tue, Sep 15, 2009 at 12:30 AM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
I have checked in some changes under [1][2]:
a) Enhance the CompositeBuilderExtensionPoint to a more general
BuilderExtensionPoint which collects declarative BindingBuilder and
ImplementationBuilder in addition to
On Wed, Sep 2, 2009 at 3:39 PM, Simon Laws simonsl...@googlemail.com wrote:
On Tue, Sep 1, 2009 at 9:09 AM, ant elderant.el...@gmail.com wrote:
Its been nearly 6 weeks since the 2.0 M3 release so should we be
thinking about another release? We probably have enough content now -
the Assembly
On Mon, Sep 14, 2009 at 10:22 AM, ant elder antel...@apache.org wrote:
that caused another circular
dependency in the interface module so i merged that as well as it
meets all the criteria that Raymond defined. However I don't want the
interface module to disrupt getting agreement on merging
On Sat, Sep 26, 2009 at 6:44 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Fri, Sep 25, 2009 at 10:55 PM, Jean-Sebastien Delfino
jsdelf...@apache.org wrote:
Luciano Resende wrote:
On Wed, Sep 23, 2009 at 11:21 AM, Raymond Feng enjoyj...@gmail.com
wrote:
Can we flatten the language
On Wed, Sep 30, 2009 at 1:35 PM, Simon Laws simonsl...@googlemail.com wrote:
Please review and vote on RC3 of the Tuscany SCA Java 1.5.1 release.
The distribution artifacts, RAT reports, and Maven staging repository
are available for review at:
On Wed, Sep 30, 2009 at 9:11 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Sep 29, 2009 at 10:50 PM, ant elder ant.el...@gmail.com wrote:
The current SVN layout is a bit unconventional but its been like this
for years now, I don't mind much what happens with the other sub
projects
On Wed, Sep 30, 2009 at 9:11 PM, Luciano Resende luckbr1...@gmail.com wrote:
We also should look at not requiring the maven repo folder we have in
SVN as these are being actively discouraged now.
How would we go about publishing dependencies that are not available
in a public maven repo ?
On Wed, Sep 30, 2009 at 9:11 PM, Luciano Resende luckbr1...@gmail.com wrote:
I agree with some of the previous comments about all the contrib
folders being confusing. Could we have just a single contrib folder or
move it all to the sandbox folder?
A single contrib folder would make things
This has come up in a few places recently and having just spent a bit
of time building in 1.x for the 1.5.1 release i think we really do
need to do something to prevent the 2.x build becoming as big an
unwieldy as the 1.x one, so how about discussing various options for
things to try?
One recent
On Wed, Sep 30, 2009 at 11:37 AM, Simon Laws simonsl...@googlemail.com wrote:
b3/ one or more composite files but which are present in
META-INF/sca-deployables (is this still supported?)
No, i think i took out support for that earlier on in 2.x when porting
from 1.x, there may be a ML thread.
I've added an scdl module and itest so you can process composites and
contributions without starting a runtime, and cleaned up all the
varrious dependencies so it works now. We keep saying the module
structure is as it is to enable doing that so having this makes sure
it will keep working. The
On Tue, Sep 15, 2009 at 9:19 AM, ant elder ant.el...@gmail.com wrote:
it now we enables sorting
out the WS binding so the XML processor doesn't drag in all the
runtime modules.
...ant
I've done this in r820551 so the WS binding has the one model module
like the other extensions
On Wed, Sep 23, 2009 at 11:35 AM, Simon Laws simonsl...@googlemail.com wrote:
I've left the current directory in place and unchanged for now but
beware that this pulls old versions of the tests from OASIS so please
us the newlayout version. I'll give it a few days and then remove
current from
On Mon, Sep 14, 2009 at 10:22 AM, ant elder antel...@apache.org wrote:
While thats happening what about the xml modules, no one has replied
to the comments I made - is there really any need to keep them
separate when you can't run without them now and even if you could
they only add a 40k
On Tue, Sep 15, 2009 at 5:45 PM, Raymond Feng enjoyj...@gmail.com wrote:
What causes the circular dependency? I understand the assembly will have
dependency on interface.
assembly used policy and interface and interface used policy.
It seems quite clean and tidy to me like it is now with all
, definitions,
policy into one module, and assembly-xml, definitions-xml and policy-xml
into another module. But don't try to merge across functional layers.
Thanks,
Raymond
--
From: ant elder ant.el...@gmail.com
Sent: Thursday, September 10, 2009
On Tue, Sep 29, 2009 at 1:20 AM, Jean-Sebastien Delfino
jsdelf...@apache.org wrote:
cd distribution mvn gives me the following error:
[INFO]
[INFO] Building Apache Tuscany SCA WAR Distribution Legal Checks
[INFO]
On Thu, Oct 1, 2009 at 1:45 PM, antel...@apache.org wrote:
Author: antelder
Date: Thu Oct 1 12:45:03 2009
New Revision: 820633
URL: http://svn.apache.org/viewvc?rev=820633view=rev
Log:
Start of an itest for the jms webapp sample. Doesn't work yet as i can't get
the cargo plugin to
On Thu, Oct 1, 2009 at 5:50 PM, Simon Laws simonsl...@googlemail.com wrote:
Ok from all this can we look at some of the runtime modules, eg core,
core-spi, databinding, core-databinding, can we do any tidy up there?
...ant
With this kind of refactoring I'd rather we plan what we are going
than the people.apache.org. The Axis2 folks
have ws zone. Can we get one :-)?
Thanks,
Raymond
--
From: ant elder antel...@apache.org
Sent: Wednesday, September 30, 2009 11:11 PM
To: dev@tuscany.apache.org
Subject: Re: [DISCUSS] Simplifying our
On Thu, Oct 1, 2009 at 7:22 PM, Luciano Resende luckbr1...@gmail.com wrote:
Looks like the recent module additions are causing distribution build
failure. Some dependencies are newer then then ones we have in the
LICENSE, others are older and we might have to exclude, and some are
just not
On Fri, Oct 2, 2009 at 5:14 AM, Raymond Feng enjoyj...@gmail.com wrote:
This is expected per the OASIS spec:
3865 11.6.1 add To Domain-Level Composite
3866 This functionality adds the composite identified by a supplied URI to
the Domain Level Composite. The
3867 supplied composite URI refers
On Thu, Oct 1, 2009 at 9:59 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Thu, Oct 1, 2009 at 11:45 AM, ant elder ant.el...@gmail.com wrote:
On Thu, Oct 1, 2009 at 7:22 PM, Luciano Resende luckbr1...@gmail.com wrote:
Looks like the recent module additions are causing distribution build
On Fri, Oct 2, 2009 at 2:56 PM, Simon Laws simonsl...@googlemail.com wrote:
However explicit words were put into
the spec to apparently discount this at the domain leve.
Are you referring to just the ones on line 3873 which Raymond pasted
in or are there other mentions somewhere else?
On Thu, Oct 1, 2009 at 10:01 AM, ant elder antel...@apache.org wrote:
On Mon, Sep 14, 2009 at 10:22 AM, ant elder antel...@apache.org wrote:
While thats happening what about the xml modules, no one has replied
to the comments I made - is there really any need to keep them
separate when you
On Fri, Oct 2, 2009 at 3:41 PM, Simon Laws simonsl...@googlemail.com wrote:
Please review and vote on RC4 of the Tuscany SCA Java 1.5.1 release.
The distribution artifacts, RAT reports, and Maven staging repository
are available for review at:
On Sat, Oct 3, 2009 at 6:22 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Sat, Oct 3, 2009 at 9:54 AM, scatest4 scate...@gmail.com wrote:
SVN checkout and build the latest svn folder tuscany/java/sca gives
lots of build errors. Most seem to oringinate from a compile error in
The caclulator-rmi sample keeps failing on the hudson build as the
client runs before the service has finished starting up. I've stepped
through the code to try to find why its so slow and it turns out to be
this.factory = SocketFactory.getDefault(); in the constructor of
Thanks Raymond, there's some good points in that. I do think we need
to have the usability aspect a high priority and I mean that for both
Tuscany developers and users. Flexibility is all very good but unless
its done carefully it can make things unnecessarily complicated, so
another principle
On Mon, Oct 5, 2009 at 9:03 AM, ant elder ant.el...@gmail.com wrote:
The caclulator-rmi sample keeps failing on the hudson build as the
client runs before the service has finished starting up. I've stepped
through the code to try to find why its so slow and it turns out to be
this.factory
On Thu, Oct 1, 2009 at 8:49 AM, ant elder ant.el...@gmail.com wrote:
On Wed, Sep 30, 2009 at 11:37 AM, Simon Laws simonsl...@googlemail.com
wrote:
b3/ one or more composite files but which are present in
META-INF/sca-deployables (is this still supported?)
No, i think i took out support
On Mon, Oct 5, 2009 at 4:54 PM, Raymond Feng enjoyj...@gmail.com wrote:
Any idea that can be used to detect the existence of the RMI registry will
be welcome.
What about if it tries to create a new registry without first checking
if one already exists? If there's already an existing one
On Tue, Oct 6, 2009 at 4:17 AM, Luciano Resende luckbr1...@gmail.com wrote:
On Thu, Sep 17, 2009 at 11:30 PM, Luciano Resende luckbr1...@gmail.com
wrote:
Really great news Raymond, it would be great if we could start
investigating this further to explore more complex scenarios on the
App
On Mon, Oct 5, 2009 at 5:05 PM, Raymond Feng enjoyj...@gmail.com wrote:
I would prefer to avoid introducing a Tuscany-specific way considering we
already have solutions for defining the deployable composites. But you could
propose the idea to the spec group to see what they think.
Ok you're
On Sat, Oct 3, 2009 at 6:46 PM, Luciano Resende luckbr1...@gmail.com wrote:
Next,
I'll look into upgrading to the latest JSON-RPC Jabsorb framework.
How about updating to Jackson instead of Jabsorb? We already use
Jackson in the JSONP binding in 2.x, it seems much more up to date and
On Tue, Oct 6, 2009 at 5:17 AM, Luciano Resende luckbr1...@gmail.com wrote:
- The JSON-RPC Binding is using Commons HTTP Client, which spawn
threads which is not allowed in the AppEngine environment. I have a
local version of the binding using only URLOpenConnection, but it
would be good if
On Sun, Oct 4, 2009 at 3:18 AM, Luciano Resende luckbr1...@gmail.com wrote:
Looks like Hudson started flooding the mailing list... to avoid
further problems, I have disabled all build notifications...
The nightly builds seem to have calmed down now so i've reenable email
notifications but just
On Tue, Oct 6, 2009 at 7:10 AM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Sep 15, 2009 at 8:19 AM, ant elder antel...@apache.org wrote:
On Wed, Sep 2, 2009 at 3:39 PM, Simon Laws simonsl...@googlemail.com wrote:
On Tue, Sep 1, 2009 at 9:09 AM, ant elderant.el...@gmail.com wrote:
Its
On Tue, Oct 6, 2009 at 3:18 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Oct 6, 2009 at 2:05 AM, ant elder ant.el...@gmail.com wrote:
On Sat, Oct 3, 2009 at 6:46 PM, Luciano Resende luckbr1...@gmail.com wrote:
Next,
I'll look into upgrading to the latest JSON-RPC Jabsorb framework
On Tue, Oct 6, 2009 at 5:38 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Oct 6, 2009 at 2:12 AM, ant elder ant.el...@gmail.com wrote:
On Tue, Oct 6, 2009 at 5:17 AM, Luciano Resende luckbr1...@gmail.com wrote:
- The JSON-RPC Binding is using Commons HTTP Client, which spawn
threads
On Tue, Oct 6, 2009 at 5:45 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Oct 6, 2009 at 1:27 AM, ant elder ant.el...@gmail.com wrote:
This is great and its good to sort out Tuscany running in Google App
Engine, but be careful, using multiple cooperating App Engine
applications
, Raymond Feng enjoyj...@gmail.com wrote:
Good catch. This is now fixed by
http://svn.apache.org/viewvc?rev=822525view=rev. A new snapshot version has
been published too.
Thanks,
Raymond
--
From: ant elder ant.el...@gmail.com
Sent: Friday
On Tue, Oct 6, 2009 at 6:40 PM, rf...@apache.org wrote:
Author: rfeng
Date: Tue Oct 6 17:40:32 2009
New Revision: 822369
URL: http://svn.apache.org/viewvc?rev=822369view=rev
Log:
Add missing files and use name attribute to identify the host
Could you say a bit more about why you need to
runitme.
Thanks,
Raymond
--
From: ant elder ant.el...@gmail.com
Sent: Wednesday, October 07, 2009 12:03 AM
To: dev@tuscany.apache.org
Subject: Re: svn commit: r822369 - in /tuscany/java/sca/modules:
host-http-osgi/src/main/java/org/apache
On Wed, Oct 7, 2009 at 7:44 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Oct 6, 2009 at 11:50 PM, ant elder antel...@apache.org wrote:
On Tue, Oct 6, 2009 at 3:18 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Tue, Oct 6, 2009 at 2:05 AM, ant elder ant.el...@gmail.com wrote
Please vote on releasing the Tuscany Maven Bundle Plugin.
The Tuscany Maven Bundle Plugin is used by the Tuscany SCA project to
build an OSGi bundle for a project's third-party dependencies,
generate a directory containing OSGi bundles for all the project's
module dependencies, and create Eclipse
On Wed, Oct 7, 2009 at 11:27 PM, rf...@apache.org wrote:
Author: rfeng
Date: Wed Oct 7 22:27:05 2009
New Revision: 822946
URL: http://svn.apache.org/viewvc?rev=822946view=rev
Log:
Turn the set of built-in transformers into declared extensions
This change has broken quite a lot of itests
I'm also getting a test fail in binding-atom-runtime:
failure message=expected:lt;304gt; but was:lt;200gt;
type=junit.framework.AssertionFailedErrorjunit.framework.AssertionFailedError:
expected:lt;304gt; but was:lt;200gt;
at junit.framework.Assert.fail(Assert.java:47)
at
On Thu, Oct 8, 2009 at 4:06 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Thu, Oct 8, 2009 at 7:56 AM, Jean-Sebastien Delfino
jsdelf...@apache.org wrote:
Many test cases (binding-http-runtime, binding-jsonrpc-runtime,
binding-ws-axis2 etc) which work in Maven fail for me with
On Thu, Oct 8, 2009 at 4:02 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Thu, Oct 8, 2009 at 2:21 AM, ant elder ant.el...@gmail.com wrote:
I'm also getting a test fail in binding-atom-runtime:
failure message=expected:lt;304gt; but was:lt;200gt;
type
project more consistent with the maven
dependencies as well as the mvn eclipse:eclipse command.
Thanks,
Raymond
--
From: ant elder ant.el...@gmail.com
Sent: Thursday, October 08, 2009 12:30 AM
To: dev@tuscany.apache.org
Subject: [VOTE
Please vote on releasing the Tuscany Maven Bundle Plugin.
The Tuscany Maven Bundle Plugin is used by the Tuscany SCA project to
build an OSGi bundle for a project's third-party dependencies,
generate a directory containing OSGi bundles for all the project's
module dependencies, and create Eclipse
On Thu, Oct 8, 2009 at 11:16 PM, Raymond Feng enjoyj...@gmail.com wrote:
I found one case where the mvn eclipse:eclipse command is run against the
project itself. The jars for other Tuscany modules are added to the
.classpath and the PDE also adds the Tuscany projects in the workspace via
the
--
From: ant elder ant.el...@gmail.com
Sent: Thursday, October 08, 2009 1:06 AM
To: dev@tuscany.apache.org
Subject: Re: svn commit: r822946 - in /tuscany/java/sca/modules:
core-databinding/src/main/java/org/apache/tuscany/sca/core/databinding/module
Ping, I'd still like to understand this change?
...ant
On Wed, Oct 7, 2009 at 5:14 PM, ant elder ant.el...@gmail.com wrote:
I'm still not sure I understand why the name is needed, why can't the
WebServletHost use the ranking like the OSGi ones?
...ant
On Wed, Oct 7, 2009 at 5:00 PM
and response messages?
Best,
Philipp
-Original Message-
From: ant elder (JIRA) [mailto:d...@tuscany.apache.org]
Sent: Wednesday, October 07, 2009 3:16 PM
To: dev@tuscany.apache.org
Subject: [jira] Created: (TUSCANY-3297) JMS Binding schema doens't
allow custom wireFormats in JMS response
On Fri, Oct 9, 2009 at 9:23 AM, Simon Laws simonsl...@googlemail.com wrote:
In 1.x we did add the feature, that Ant is referring to, that allows
you to specify wire formats for request and response independently.
So, for example, you could have an incoming bytes messages and a
response
801 - 900 of 2760 matches
Mail list logo