On Apr 25, 2006, at 5:58 PM, Jean-Sebastien Delfino wrote:
Jim Marino wrote:
On Apr 25, 2006, at 6:28 AM, Jeremy Boynes wrote:
Generally I like this approach - I do have a couple of small
comments inline.
On 4/25/06, ant elder [EMAIL PROTECTED] wrote:
Create a new folder under
+1 to move
On 4/26/06, Jim Marino [EMAIL PROTECTED] wrote:
+1 to move it
Jim
On Apr 25, 2006, at 8:38 AM, Jean-Sebastien Delfino wrote:
I checked a first implementation of support for async non-blocking
calls in the sandbox. Directory sandbox/sebastien/java/sca/async
contains the
On 4/25/06, Jim Marino [EMAIL PROTECTED] wrote:
snip/
Dan also proposed we adopt checkstyle as part of the build process. I
would like to due this using lazy consensus with the caveat that the
cut-over be done after the Java One release to avoid disruption and
give people a chance to adjust
On 4/26/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
snip/
- can we have a single client test suite and externalize the endpoints
that it talks to, with a Maven configuration for example?
I don't know, can we? I agree that would make things much simpler, having
the two sets of clients
I'm having trouble getting this to work in tomcat. Is it just me, does it
work for you? Eg. add an import.sdo to the helloworldws sca.module and
startup testing/tomcat and I get: ConfigurationLoadException: Unrecognized
element [{http://www.osoa.org/xmlns/sca/0.9}import.sdo]
Thanks,
...ant
In 4/26/06, ant elder [EMAIL PROTECTED] wrote:
I'm having trouble getting this to work in tomcat. Is it just me, does it
work for you? Eg. add an import.sdo to the helloworldws sca.module and
startup testing/tomcat and I get: ConfigurationLoadException: Unrecognized
element
[
http://issues.apache.org/jira/browse/TUSCANY-195?page=comments#action_12376468
]
ant elder commented on TUSCANY-195:
---
This still does not work for me for WS entryPoints with complex types after the
changes to support import.sdo. It does work for
Copying out of Jim's message into an appropriate titled message to make
sure it doesn't get lost:
Dan also proposed we adopt checkstyle as part of the build process. I
would like to due this using lazy consensus with the caveat that the
cut-over be done after the Java One release to avoid
Great stuff, this makes things much simpler. I've moved the JSON-RPC binding
over to this API now which is fairly trivial but FWIW here are a few
comments:
1) Is there anyway to avoid requiring the @Scope(MODULE) annotation on the
EntryPointBuilderSupport subclass? Its easy to forget and not
A confusing aspect of the HelloWorld WS sample is the fact that certain
strings are repeated
in different contexts. For example, looking at HelloWorld WS Client, one
can see four
distinct usages of the string, HelloWorldService.
1. It is the name of the client-side SCA service, which is
On 4/26/06, ant elder [EMAIL PROTECTED] wrote:
Great stuff, this makes things much simpler. I've moved the JSON-RPC binding
over to this API now which is fairly trivial but FWIW here are a few
comments:
1) Is there anyway to avoid requiring the @Scope(MODULE) annotation on the
I've tried to retrieve the source for SDO for C++ from the repository using
the following command.
E: svn checkout http://svn.apache.org/repos/asf/incubator/tuscany/cpp
When I do this fo rthe first time, I get what looks like a failure
svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
Here's an observation that might lead an interested party to think the
Tuscany wiki is emptier than it is (as I did for a while).
It appears to have 2 separate disjoint roots (incubator and ws)
when googling for apache tuscany or apache tuscany wiki the first hit is
always
Scott Kurz wrote:
A confusing aspect of the HelloWorld WS sample is the fact that certain
strings are repeated
in different contexts. For example, looking at HelloWorld WS Client, one
can see four
distinct usages of the string, HelloWorldService.
1. It is the name of the client-side SCA
Scott Kurz wrote:
I'm observing an issue (running April 17th SVN contents) and I'm not sure if
this is a bug or a limitation with the current Tuscany implementation or if
this is working according to the 0.9 spec (in which case I'm not
understanding it).
The issue is that with a WS binding you
It would be educational to provide a flavor of the HelloWorld WS / HWWS Client
sample which used different names in different contexts where the name
HelloWorldService is used today
Hi all,
This is Ignacio Silva-Lepe. I am interested in contributing to Tuscany, in
particular wrt support for async programming. I have taken a look at the first
implementation of async non-blocking and I would also like to see it moved to
the sca/core. I am also interested in helping, I could
column names in config file that don't correspond to actual table names are
silently ignored.
-
Key: TUSCANY-234
URL: http://issues.apache.org/jira/browse/TUSCANY-234
Project:
[
http://issues.apache.org/jira/browse/TUSCANY-235?page=comments#action_12376523
]
Scott Kurz commented on TUSCANY-235:
I might have picked a bad name for the JIRA.The phrase, EntryPoint name
must match wired-to Service name is the problem, not
Jim Marino wrote:
Just a friendly reminder to those working on the core or model to
please include celtix in their refactorings. I accidentally forgot to
check in my refactors (sandbox is separate) and run the checkstyle
tests from celtix/binding.celtix resulting in Dan having a broken demo
oops! i meant EPL
On 4/26/06, Davanum Srinivas [EMAIL PROTECTED] wrote:
Jean-Sebastien,
Just checked with Cliff. CDDL jars are ok both for inclusion in our
SVN and as part of a distribution. So +1 from me.
-- dims
On 4/26/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Jim Marino
The only one I think we may not want is the TYPECAST. That said, I'm
not fussy about line length as long as it is consistent, not too
long, not too short. One thing I would like to change is throwing
errors for when parameter names hide member variables since I think
this is o.k. Dan, do
Could you post a stack trace?
Thanks,
Jim
On Apr 26, 2006, at 10:45 AM, Scott Kurz wrote:
I'm observing an issue (running April 17th SVN contents) and I'm
not sure if
this is a bug or a limitation with the current Tuscany
implementation or if
this is working according to the 0.9 spec (in
Nevermind,
'
I just saw the JIRA. Thanks.
Jim
On Apr 26, 2006, at 12:31 PM, Jim Marino wrote:
Could you post a stack trace?
Thanks,
Jim
On Apr 26, 2006, at 10:45 AM, Scott Kurz wrote:
I'm observing an issue (running April 17th SVN contents) and I'm
not sure if
this is a bug or a
On 4/26/06, Daniel Kulp [EMAIL PROTECTED] wrote:
My information:
I've attached the proposed checkstyle.xml.In there, there are links
to checkstyles website that describes each of the checks. All of the
checkstyle checks are listed in the file, but many are disabled. They
are left in
[ http://issues.apache.org/jira/browse/TUSCANY-206?page=all ]
Daniel Kulp updated TUSCANY-206:
Attachment: celtix_update.patch
Updates to add some test coverage. Still much to do, but basic read/write and
config is covered.
Implement Celtix WS
On 4/26/06, Davanum Srinivas [EMAIL PROTECTED] wrote:
oops! i meant EPL
On 4/26/06, Davanum Srinivas [EMAIL PROTECTED] wrote:
Jean-Sebastien,
Just checked with Cliff. CDDL jars are ok both for inclusion in our
SVN and as part of a distribution. So +1 from me.
Although Celtix itself
[ http://issues.apache.org/jira/browse/TUSCANY-206?page=all ]
Daniel Kulp updated TUSCANY-206:
Attachment: tomcatsetup.patch
Patch to java/testing/tomcat/build.xml to add ability of ant j2sews to have
an optional -Dwsbinding=celtix flag to setup the
On Wednesday 26 April 2006 18:51, Jeremy Boynes wrote:
On 4/26/06, Davanum Srinivas [EMAIL PROTECTED] wrote:
oops! i meant EPL
On 4/26/06, Davanum Srinivas [EMAIL PROTECTED] wrote:
Jean-Sebastien,
Just checked with Cliff. CDDL jars are ok both for inclusion in our
SVN and as
So if we do not have the space restriction, checks for parameter
names, and run this only pre-commit, would you be o.k. with it? I
would like to have this in since it is a nice check and should not be
burdensome assuming people set the proper template in their IDE.
On Apr 26, 2006, at
Jeremy,
a) The time it takes is actually very small.It will probably end up
adding about 15 seconds to an entire build from tuscany/java.
Checkstyle is very quick. (pmd is not)
b) I can make anything we want WARNING's instead of ERRORs. Warnings
would not fail the build. I would
Daniel Kulp wrote:
The Sun binary license allows complete re-distribution as part of a full
product distribution. It just doesn't allow you to distribute the jars
individually. Thus, the tuscany distribution should be fine. We just
cannot check them into the apache svn repository.
Jim Marino wrote:
So if we do not have the space restriction, checks for parameter names,
and run this only pre-commit, would you be o.k. with it? I would like
to have this in since it is a nice check and should not be burdensome
assuming people set the proper template in their IDE.
Doing
I agree poor test coverage is more important but this shouldn't be a
big deal - I'll even do it for all of the packages myself. I think
this is one of those incremental improvements that will make the code
more consistent and easier for people to understand coming fresh into
the project.
[
http://issues.apache.org/jira/browse/TUSCANY-235?page=comments#action_12376607
]
Jim Marino commented on TUSCANY-235:
I haven't had time to reproduce this but looking at the latest repo revision it
appears as if the target name on the
+1 Dan submitted a patch with testcases so I think it should go into
the build process with that patch applied. Thanks Dan!
Jim
On Apr 26, 2006, at 11:42 AM, Jean-Sebastien Delfino wrote:
Jim Marino wrote:
Just a friendly reminder to those working on the core or model to
please include
Jim Marino wrote:
I agree poor test coverage is more important but this shouldn't be a
big deal - I'll even do it for all of the packages myself. I think
this is one of those incremental improvements that will make the code
more consistent and easier for people to understand coming fresh into
[ http://issues.apache.org/jira/browse/TUSCANY-230?page=all ]
Kevin Williams resolved TUSCANY-230:
Resolution: Fixed
Remove Command interface config helper methods
--
Key: TUSCANY-230
[ http://issues.apache.org/jira/browse/TUSCANY-230?page=all ]
Kevin Williams closed TUSCANY-230:
--
Verified with version 379321
Remove Command interface config helper methods
--
Key: TUSCANY-230
I didn't look at the code you mentioned, but I did pull the repo today and
the problem seems to have gone away. I made the change to BigBank using an
EP name of AccountServiceEP and it ran fine.
Thanks, maybe I'll try one more time as a sanity check tomorrow and then
close out the JIRA.
On
40 matches
Mail list logo