On Aug 10, 2006, at 10:53 PM, Venkata Krishnan wrote:
Thanks Ant and Jim.
Ant, I shall certainly work on the formatting and a couple of other
issues
and posted an updated patch asap.
Jim, you point was something that I did vacillate about. I was
wondering if
the registry should be
Hi, Rick.
With your check-in, I'm seeing the EchoBinding test case is failing with the
following exception:
org.apache.tuscany.spi.loader.InvalidReferenceException: No target for
service [ClientService]
at org.apache.tuscany.core.loader.ServiceLoader.load(ServiceLoader.java)
at
This is similar to what Java had. I think htis is replaced by include.wsdl
and include.xsd or soemthing. Not sure if this got into the spec.
Cheers,
On 11/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
It looks like Tuscany-model.config just lists the WSDLs and XSDs used in
an
Pete Robbins wrote:
This is similar to what Java had. I think htis is replaced by
include.wsdl
and include.xsd or soemthing. Not sure if this got into the spec.
Cheers,
On 11/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
It looks like Tuscany-model.config just lists the WSDLs and
A lot of things referenced from a .composite are a path relative to the
.composite file (the compsite root). This is defined in the spec. For
example,
component name=MyValueServiceComponent
implementation.cpp library=MyValuelibrary path=MyValue
header=MyValue/MyValueImpl.h/implementation.cpp
so
Actually the wsdl/xsd are loaded for a particular composite so if there were
more say 2 .composites in a folder and 3 xsds we would load all 3 xsds
twice, once for each composite.
On 11/08/06, Pete Robbins [EMAIL PROTECTED] wrote:
so we load any wsdl/xsd in the same folder as the .composite
of course this supposes that all the schema and wsdl is local. We probably
need to support the case where the wsdl is remote e.g.
http://mySite/flobber.wsdl
Cheers,
On 11/08/06, Pete Robbins [EMAIL PROTECTED] wrote:
Actually the wsdl/xsd are loaded for a particular composite so if there
were
Pete Robbins wrote:
A lot of things referenced from a .composite are a path relative to the
.composite file (the compsite root). This is defined in the spec. For
example,
component name=MyValueServiceComponent
implementation.cpp library=MyValuelibrary path=MyValue
[ http://issues.apache.org/jira/browse/TUSCANY-582?page=all ]
Brian Murray updated TUSCANY-582:
-
Attachment: Tuscany582.patch
The attached patch addresses the problem mentioned in this issue (Tuscany-582).
The change for this original problem is a one
Ok I've added a TargetInvokerExtension. The clone method doesn't seem
perfect yet as subclasses now aren't forced to implement clone by the
compiler.
...ant
On 8/10/06, Jim Marino [EMAIL PROTECTED] wrote:
Yea we could do that. Probably the one invoke method that takes the
payload from the
Martin Sebor wrote:
Hi again,
Just following up on this thread to see if there's anything we can
do from our side to help you all with the migration, or any concerns
or questions I can answer.
I have noticed that some people are still using MSVC 6 to compile
Tuscany. I'm curious whether there
Sounds good to me.
I guess we leave the Calculator sample as is to show that we can manage
either style?
Andy
On 8/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Here's a note from the SCA spec 0.95:
Note: The Eclipse naming convention for plugins provides a good way to
achieve
[ http://issues.apache.org/jira/browse/TUSCANY-582?page=all ]
Brian Murray updated TUSCANY-582:
-
Attachment: DateConversionTestCase.java
Attached is the test case that uncovered the original issue and has been used
to verify both the fix for that
I think we use our samples to demonstrate different ways of working - have
the Calculator be deployed in a single directory and have the BigBank show
the use of multiple directories.
So perhaps have configuration, packages/account and packages/client
directories under the root directory? What do
While we talking about moving to more recent releases of things, there's a
Woodstox 3.0 out now, should we look at upgrading to that as well? Probably
not too hard a change if some budding contributor wants to check out if its
an easy upgrade and submit a patch when Woodstox hits a maven repos.
When I set up the Tuscany eclipse projects with mvn -Peclipse
eclipse:eclipse there are some compile errors in the eclipse projects.
One in the Groovy container:
The method andReturn(capture-of ?) in the type
IExpectationSetterscapture-of ? is not applicable for the arguments
(String)
Well with some hacks I have been able to get the client (reference) to
execute a web service. With what I checked in the server side was also
loaded but there are some configuring issues I haven't looked at but
they are axis related and something that may even be different with a
newer version
Yes, the SDO Xpath support was always one of those 'must rewrite when theres
time' items.
It doesnt support dots in property names, as it uses the . or a [ to
indicate that the property being referenced is a many-valued property and
must be accessed via getList, using the index following the . or
On 11/08/06, Edward Slattery [EMAIL PROTECTED] wrote:
Yes, the SDO Xpath support was always one of those 'must rewrite when
theres
time' items.
It doesnt support dots in property names, as it uses the . or a [ to
indicate that the property being referenced is a many-valued property and
must be
Hmm, ok, first off a bit of clarification on the terminology. When I say
local callback (or plain invocation) via a reference, I was thinking about
the case of a component in a composite talking to a component in another
composite via their respective composite reference and service, where both
In the Java version we are using WSDL2.0's wsdlLocation feature:
http://www.w3.org/TR/wsdl20/#wsdlLocation-aii
For an example of how a service would look you might check this thread:
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200608.mbox/%
[EMAIL PROTECTED]
--
Jeremy
On Aug 11,
I really like that auto discovery of WSDL without having to explicitly have
anything pointing to it in the scdl. Didn't the really old Java code that
was first given to Apache work like this? I think Ken has also mentioned
that the JAXWS binding he's doing will work like that as well. Probably
Could you describe how to get the ws client sample running?
I'll just have a go moving to a snapshot build on my local machine and see
if there's any issues. Don't think we need a branch or to split this btw
client and service just yet, it may end up being quite a painless upgrade
...ant
On
On Aug 11, 2006, at 2:04 AM, ant elder wrote:
Ok I've added a TargetInvokerExtension. The clone method doesn't seem
perfect yet as subclasses now aren't forced to implement clone by the
compiler.
I've not had coffee yet but AIUI you don't need to override clone in
subclasses unless you need
I did wonder about this, doesn't it need to be a deep copy? I don't really
understand the purpose of cacheable, but if its set on the one instance
shouldn't it be also set on the clone? And do subclasses need to copy their
fields? Say the RMI binding was using this abstract class should it
run.bat ... ran it against old M1 server. Right now it set for just
that sample.. there is a hack there where I suspect the databinding will
generate the method/parameter elements as it once did to conform to the
wsdl..
ant elder wrote:
Could you describe how to get the ws client sample
On Aug 11, 2006, at 7:36 AM, ant elder wrote:
I did wonder about this, doesn't it need to be a deep copy? I don't
really
understand the purpose of cacheable, but if its set on the one
instance
shouldn't it be also set on the clone? And do subclasses need to
copy their
fields? Say the RMI
I'm not sure I understand what you're trying to say? The JavaDoc for
TargetInvoker.clone says Implementations must support deep cloning.
...ant
On 8/11/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Aug 11, 2006, at 7:36 AM, ant elder wrote:
I did wonder about this, doesn't it need to be a
[ http://issues.apache.org/jira/browse/TUSCANY-197?page=all ]
Jean-Sebastien Delfino reassigned TUSCANY-197:
--
Assignee: (was: Jean-Sebastien Delfino)
Fix Java5 warnings with references to un-parameterized ComponentT
I'm not sure if the old MyValue sample actually builds or works at all.
Do you want to keep it? or would it be better to just remove it for now
to minimize work (since it's old, not used in the spec anymore and
duplicates some of Bigbank) and instead get new interesting scenarios to
work?
On Aug 10, 2006, at 3:13 PM, Raymond Feng wrote:
Hi,
I'm exploring the possibility to add interceptors to deal with data
binding transformations. It seems that PolicyBuilder is one place
that interceptors can be added to the invocation chain. Can other
builders (such as component
Jean-Sebastien Delfino wrote:
[...]
I downloaded your 4.1.3 release, compiled it on Redhat Enterprise Linux
4, and ran some of your samples.
I have two questions:
- How do I run all your test cases?
Unfortunately, in 4.1.3 you need to run them one at a time by hand
(the stdcxx test suite
It's not currently built. I was actually experimenting with it as a
development - deployment sample so that I could write a how to article.
Time got in the way though! I may resurrect it using the recursive model at
some point.
Cheers,
On 11/08/06, Jean-Sebastien Delfino [EMAIL PROTECTED]
Hi,
I'm seeing the same error on Groovy container inside Eclipse. And the
following diff fixes the complaint (I assume the existing code is valid).
-expect(factory.getInstance()).andReturn(bar);
+expect((String) factory.getInstance()).andReturn(bar);
I also ran into an issue
On Aug 11, 2006, at 9:48 AM, Raymond Feng wrote:
Hi,
I'm seeing the same error on Groovy container inside Eclipse. And
the following diff fixes the complaint (I assume the existing code
is valid).
-expect(factory.getInstance()).andReturn(bar);
+expect((String)
Rick, I've had a look at the latest Axis2 snapshot builds and it doesn't
seem so bad, just a few changes and it all compiles ok in eclipse. Haven't
got your WS client sample running yet but hopefully will soon and I'll
looking at moving to the snapshot builds over the weekend or maybe Monday.
What I am saying is that the documentation on clone() is quite
explicit about what it does and answers the questions that you raised.
this method creates a new instance of the class of this object and
initializes all its fields with exactly the contents of the
corresponding fields of this
The SCDL syntax for reference doesn't conform to SCA spec 0.95
--
Key: TUSCANY-615
URL: http://issues.apache.org/jira/browse/TUSCANY-615
Project: Tuscany
Issue Type: Bug
Hello everyone,
The recent changes to the main site included a number of modifications to
the site's content, but the look and feel of the site seems to have slipped
.
I feel In order to attract people into the site and get them to actually
read that content, it needs to be presented in an
I have a feeling there may be some confusion here with terminology -
heck, I know I'm confused :-)
I think there are several scenarios here and would like to make sure
they are all being covered.
1) Component-Component - this must lie within a Composite and may
have local or remote
Very nice. Thank you.
Just one tiny suggestion, the green color and blue color are right next to
each other, is it possible to change one of them since there might be people
having difficulty to distinguish them?
On 8/11/06, David Wheeler [EMAIL PROTECTED] wrote:
Hello everyone,
The recent
Do you mean the blue in the project diagram?
As I can create an updated version of that, but it wasn't going to be a part
of the changes.
On 8/11/06, Yang ZHONG [EMAIL PROTECTED] wrote:
Very nice. Thank you.
Just one tiny suggestion, the green color and blue color are right next to
each
3.0.0 works only on 1.5 and above :(
http://mail-archives.apache.org/mod_mbox/ws-commons-dev/200608.mbox/[EMAIL
PROTECTED]
-- dims
On 8/11/06, ant elder [EMAIL PROTECTED] wrote:
While we talking about moving to more recent releases of things, there's a
Woodstox 3.0 out now, should we look at
I'll add some C++ content. Will you add the nominations of new committers
etc.?
Cheers,
On 11/08/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
This means us.
I can pull together the Java/SCA side - can someone please add
information on the C++ side.
The report covers the last 3 months.
--
Using a CompositeReference SCAObject to handle case 3) sounds reasonable to
me.
At the risk of complicating matters, what about services? For symmetry we
should also consider a couple more scenarios
4) Service with remote Binding-Component - the wire lies within the
composite and comes from
On Aug 11, 2006, at 12:07 PM, Davanum Srinivas wrote:
3.0.0 works only on 1.5 and above :(
http://mail-archives.apache.org/mod_mbox/ws-commons-dev/200608.mbox/
[EMAIL PROTECTED]
So does Tuscany :-)
--
Jeremy
-
To
You got me :)
-- dims
On 8/11/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Aug 11, 2006, at 12:07 PM, Davanum Srinivas wrote:
3.0.0 works only on 1.5 and above :(
http://mail-archives.apache.org/mod_mbox/ws-commons-dev/200608.mbox/
[EMAIL PROTECTED]
So does Tuscany :-)
--
Jeremy
Java SDO hasn't depended on 1.5 yet, how about Java SDO also takes advantage
of 1.5 to improve code readability (and reduce type error)?
On 8/11/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Aug 11, 2006, at 12:07 PM, Davanum Srinivas wrote:
3.0.0 works only on 1.5 and above :(
Hi,
If I remember correctly, JDK1.4 compatibility is a requirement by the SDO
for java spec 2.0.1. But for the tuscany extensions, for example, StAX
support, the bar can be lifted if we have these features in an optional
package.
Raymond
- Original Message -
From: Yang ZHONG
I don't see 1.4 requirement in Java SDO spec 2.01, the version I'm using is
November 2005.
On 8/11/06, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
If I remember correctly, JDK1.4 compatibility is a requirement by the SDO
for java spec 2.0.1. But for the tuscany extensions, for example, StAX
On Aug 10, 2006, at 10:53 PM, Venkata Krishnan wrote:
Thanks Ant and Jim.
Ant, I shall certainly work on the formatting and a couple of other
issues
and posted an updated patch asap.
Jim, you point was something that I did vacillate about. I was
wondering if
the registry should be
On Aug 11, 2006, at 1:49 PM, Jim Marino wrote:
On Aug 10, 2006, at 10:53 PM, Venkata Krishnan wrote:
My imagination of the Registry is that it is lightweight and it
should be ok
to host several instances of it on a host, ofcourse each on a
different
port. Hence we might actually allow the
On Aug 11, 2006, at 11:58 AM, Jeremy Boynes wrote:
I have a feeling there may be some confusion here with terminology
- heck, I know I'm confused :-)
Yes, I think it is a terminology thing. I was thinking of the three
scenarios below and local only being a case of #1.
I think there are
On Aug 11, 2006, at 12:37 PM, Ignacio Silva-Lepe wrote:
At the risk of complicating matters, what about services? For
symmetry we should also consider a couple more scenarios
1) Component-Component - this must lie within a Composite and may
have local or remote semantics
2)
Hi,
I ran into an issue for services/references for a composite. Here is the
SCDL file:
composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
xmlns:db=http://tuscany.apache.org/xmlns/databinding/1.0;
name=org.apache.tuscany.databinding.sample
service name=ClientService
interface.java
[
http://issues.apache.org/jira/browse/TUSCANY-615?page=comments#action_12427625
]
Jeremy Boynes commented on TUSCANY-615:
---
There seem to be quite a few changes in this patch unrelated to the problem
described above.
Please can you
Thanks a lot Joel. I'm kind of out just checking email once and a
while until Monday so when I get back I'll commit the patch and we
can talk some more.
Jim
On Aug 10, 2006, at 1:06 PM, Joel Hawkins (JIRA) wrote:
[ http://issues.apache.org/jira/browse/TUSCANY-610?
On Aug 11, 2006, at 1:59 PM, Jeremy Boynes wrote:
On Aug 11, 2006, at 12:37 PM, Ignacio Silva-Lepe wrote:
At the risk of complicating matters, what about services? For
symmetry we should also consider a couple more scenarios
1) Component-Component - this must lie within a Composite and
On Aug 11, 2006, at 1:59 PM, Jeremy Boynes wrote:
On Aug 11, 2006, at 1:49 PM, Jim Marino wrote:
On Aug 10, 2006, at 10:53 PM, Venkata Krishnan wrote:
My imagination of the Registry is that it is lightweight and it
should be ok
to host several instances of it on a host, ofcourse each on a
On Aug 11, 2006, at 2:25 PM, Jim Marino wrote:
On Aug 11, 2006, at 1:59 PM, Jeremy Boynes wrote:
On Aug 11, 2006, at 1:49 PM, Jim Marino wrote:
On Aug 10, 2006, at 10:53 PM, Venkata Krishnan wrote:
My imagination of the Registry is that it is lightweight and it
should be ok
to host
[ http://issues.apache.org/jira/browse/TUSCANY-615?page=all ]
Raymond Feng updated TUSCANY-615:
-
Attachment: rfeng-scdl-fixed-1.txt
For some reason, the 2nd patch failed to be applied. Here's 3rd one and
hopefully it works.
The SCDL syntax for
The upcoming SDO 2.1 specification will state the minimum JDK level for SDO
2.1 is JDK 1.4. This requirement has been clarified and agreed by all the
participants in the SDO Spec working group.
For SDO 3.0, although it's not decided yet, Java 5 may become the minimum
level.
rant
I've just wasted an hour or so working with Raymond trying to figure
out why a patch he supplied would not apply. I am writing this in a
suitably frustrated mood ...
It appears that there are many many files in our svn tree that do not
have the correct properties set.
Some files
I noticed two different patterns in the definition of the public SCA and
SDO API classes.
SCA:
A delegation pattern where the public API class delegates calls to an
implementation class.
For example ComponentContext contains a private pointer to
ComponentContextImpl. ComponentContextImpl
[
http://issues.apache.org/jira/browse/TUSCANY-494?page=comments#action_12427637
]
Jean-Sebastien Delfino commented on TUSCANY-494:
This is now implemented, except for the optional path attribute, which is still
ignored.
[ http://issues.apache.org/jira/browse/TUSCANY-508?page=all ]
Jean-Sebastien Delfino resolved TUSCANY-508.
Resolution: Fixed
This is now fixed the interfaces are in line with the WSDL and the actual Web
Service which is invoked.
Big Bank
[ http://issues.apache.org/jira/browse/TUSCANY-510?page=all ]
Jean-Sebastien Delfino resolved TUSCANY-510.
Resolution: Invalid
This is actually consistent with what the Web service that we are using is
returning. It may look strange, but
We're talking about at least 2 kinds of JDK levels.
2-1. SDO usage(byte code) level: as long as SDO libraries can run on JDK 1.4,
spec 2.1 is satisfied.
2-2. SDO implementation(source code) compilation level: SDO implementation
can be compiled by JDK 1.5 as long as the generated byte code can
Andrew Borley wrote:
[snip]
I needed to update the deploy.bat file that puts the various files in
the right places in the samples/BigBank/deploy directory so I've put a
patch up at TUSCANY-606.
Andy,
I am not able to apply patch TUSCANY-606 (and similar problem with
TUSCANY-613).
patch -p0
Andrew Borley wrote:
[snip]
I think we use our samples to demonstrate different ways of working -
have
the Calculator be deployed in a single directory and have the BigBank
show
the use of multiple directories.
So perhaps have configuration, packages/account and packages/client
directories
Having just made modifications to most of the sca source tree to fix
the CR problems, I plan to make this change later today.
--
Jeremy
On Jul 19, 2006, at 1:43 PM, Jeremy Boynes wrote:
On Jul 19, 2006, at 11:50 AM, Jeremy Boynes wrote:
Is this is good time to do this to the trunk
[
http://issues.apache.org/jira/browse/TUSCANY-536?page=comments#action_12427657
]
Jean-Sebastien Delfino commented on TUSCANY-536:
Is TUSCANY-511 just a duplicate of 536 and therefore should just be closed as
such?
Cannot
[ http://issues.apache.org/jira/browse/TUSCANY-615?page=all ]
Raymond Feng updated TUSCANY-615:
-
Attachment: rfeng-scdl-fixed-2.txt
New patch on top of Jeremy's svn property fix.
The SCDL syntax for reference doesn't conform to SCA spec 0.95
In our code guidelines (or at least the IDE setup files), case is not
indented
switch (i) {
case 1:
break;
but the checkstyle profile is looking for a 4 character indent:
switch (i) {
case 1:
break;
which do we want?
[ ] No indent
[ ] Indent 4
My vote
On Aug 11, 2006, at 5:55 PM, Jeremy Boynes wrote:
In our code guidelines (or at least the IDE setup files), case is
not indented
switch (i) {
case 1:
break;
[X] No indent
[ ] Indent 4 characters
--
Jeremy
David,
Your prototype is more user friendly. Would it be possible to see a mock up
with these changes for comparison? Your talent in graphics is much
appreciated :)
- Choose a lighter green than the one we have in the header for community,
general, etc. boxes. Perhaps the same as the background
On Aug 11, 2006, at 2:32 PM, Jeremy Boynes wrote:
On Aug 11, 2006, at 2:25 PM, Jim Marino wrote:
On Aug 11, 2006, at 1:59 PM, Jeremy Boynes wrote:
On Aug 11, 2006, at 1:49 PM, Jim Marino wrote:
On Aug 10, 2006, at 10:53 PM, Venkata Krishnan wrote:
My imagination of the Registry is that
I'm note sure this requires a vote but I prefer indent 4.
Jim
On Aug 11, 2006, at 5:55 PM, Jeremy Boynes wrote:
In our code guidelines (or at least the IDE setup files), case is
not indented
switch (i) {
case 1:
break;
but the checkstyle profile is looking for a 4
On Aug 11, 2006, at 6:04 PM, haleh mahbod wrote:
David,
Your prototype is more user friendly. Would it be possible to see
a mock up
with these changes for comparison? Your talent in graphics is much
appreciated :)
- Choose a lighter green than the one we have in the header for
switch clause may have statements other than case, and people normally
indent sub elements...
--
Yang ZHONG
The other elements would go at the level of the break - indent 4 or
indent 8 respectively.
That's actually why I prefer the no-indent case as it puts the
other elements at the same indent as if you were using an if block
in rather than an additional 4 characters in.
--
Jeremy
On Aug 11,
On Aug 11, 2006, at 6:29 PM, Jim Marino wrote:
Forgot about the host. If we want to have one component per
registry, what happens when two services register at the same
host/port combination?
If two registries register, the second should fail (as it won't be
able to get the socket
82 matches
Mail list logo