Hello William,
Welcome! I am involved in the SCA project. I'll be happy to help you with
whatever I know when you are about to jump into SCA.
Thanks for your interest :)
- Venkat
On 10/5/06, haleh mahbod [EMAIL PROTECTED] wrote:
Welcome to the project Willian.
On 10/4/06, Willian
Welcome William,
I'll be very happy to help with SDO questions.
Regards, Kelvin.
On 05/10/06, Willian Yabusame Maja [EMAIL PROTECTED] wrote:
Hi, Tuscany Community!
I'm from Brazil, and i'm studing Computer Science in UFMT (University
of Mato Grosso). Luciano Resende told me about this
Spring is so popular just being able to say Tuscany integrates with Spring
is a good thing so it would be real good if it could be included. But its
the guys who've been developing it's call i guess.
There's was also the questions about some of the spring code, if there
needed to be a software
I've add the code to JavaScript container to support all the recent property
work Venkat and Raymond have been doing. It all worked yesterday by with
changes overnight now only default properties are working. The other gets an
NPE in DataBindingExtension so I've commented out the
Compile warning in Composite constructor
Key: TUSCANY-798
URL: http://issues.apache.org/jira/browse/TUSCANY-798
Project: Tuscany
Issue Type: Bug
Components: C++ SCA
Affects Versions:
[ http://issues.apache.org/jira/browse/TUSCANY-798?page=all ]
Pete Robbins updated TUSCANY-798:
-
Attachment: TUSCANY-798.patch
This patch removes the Composite* from the ComponetnType constructor. I'll
apply it when I can confirm it really isn't
I think it does not. I raised TUSCANY-798 as I was getting a windows compile
warning when Composite constructor was passing it's this pointer to the
ComponentType constructor. ComponentType saves away the pointer to a
Composite but never uses it, nor is the getComposite() method ever called.
My
[ http://issues.apache.org/jira/browse/TUSCANY-798?page=all ]
Pete Robbins updated TUSCANY-798:
-
Attachment: TUSCANY-798-a.patch
Here is a complete patch removing Composite* from the getImplementation() calls
Compile warning in Composite constructor
I attached a patch of my proposed fix to the Jira
On 05/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
I think it does not. I raised TUSCANY-798 as I was getting a windows
compile warning when Composite constructor was passing it's this pointer to
the ComponentType constructor. ComponentType
Rod has sent me the release documents. Where should I fax them to?
andy
wrote:
Simon's post reminded me of a question from the IRC chat Monday -
what is the state of the spring container and should we include it in
the M2 binary distro or not (it would still be in the source)?
--
Jeremy
While working with Andy on fixing some of the Spring samples, and
taking a look at the way the war plugin has replaced the web distro, I
ran into a number of issues relating to extensions and their
dependencies.
1) It's not obvious how someone building a webapp sample expresses
their requirement
The Apache Software Foundation
1901 Munsey Drive
Forest Hill, MD 21050-2747
U.S.A.
fax: +1.410.803.2258
On 10/5/06, Andy Piper [EMAIL PROTECTED] wrote:
Rod has sent me the release documents. Where should I fax them to?
andy
wrote:
Simon's post reminded me of a question from the IRC chat
Rod said he was ok with this, but I don't have any paperwork from him as yet.
andy
At 09:17 05/10/2006, ant elder wrote:
Spring is so popular just being able to say Tuscany integrates with Spring
is a good thing so it would be real good if it could be included. But its
the guys who've been
At 12:07 05/10/2006, Ken Tam wrote:
missing metadata needed to do that right. What do folks think about
simplifying it by being more explicit, and then slowly moving back to
a more automatic model?
Gets my vote.
andy
___
I tested the patch briefly on windows/VC7 - everything builds fine and the
Calculator sample is happy.
Cheers
Andy
On 10/5/06, Pete Robbins [EMAIL PROTECTED] wrote:
I attached a patch of my proposed fix to the Jira
On 05/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
I think it does not. I
I agree its not clear how all this is supposed to work, Venkat and I have
also both just being struggling with it.
To be complete, adding to your (a) and (b) in (3) there's also a (c) where
both the extension and application logic may share a dependency. Examples of
this are js.jar for the
There was a discussion on the samples a while back [1] where i think there
was some agreement to restructure the samples based on the extension they
are demonstrating. It wasn't so clear what the out come of that discussion
was so how about the following (for now ignoring whats
We've currently lots of open and unscheduled JIRAs:
http://issues.apache.org/jira/browse/TUScany. A lot look like they've been
fixed or are no longer relevant. I'm going to start trying to clean them up
so its clear what we have for M2. It would be really helpful if everyone
could have a quick
Hi Venkat,
Apologies for not responding to this earlier, I was out with a personal
emergency.
This is what I would like to do with the Calculator sample.
- implement the add function as a java service
- implent the subtract function as a javascript service
- implement the multiply function as
Fix RMI Service and Reference Sample
Key: TUSCANY-799
URL: http://issues.apache.org/jira/browse/TUSCANY-799
Project: Tuscany
Issue Type: Bug
Reporter: Venkatakrishnan
Fix RMI Service and
[ http://issues.apache.org/jira/browse/TUSCANY-799?page=all ]
Venkatakrishnan updated TUSCANY-799:
Attachment: Tuscany-sca-services-bindings-rmi-05-Oct.diff
Tuscany-samples-sca-rmiService-05-Oct.diff
Hi...
I have posted a patch on the JIRA to fix the RMI samples. Now they must
work with the current state of the Standalone.
http://issues.apache.org/jira/browse/TUSCANY-799
Thanks
- Venkat
On 10/5/06, ant elder [EMAIL PROTECTED] wrote:
There was a discussion on the samples a while back
[ http://issues.apache.org/jira/browse/TUSCANY-799?page=all ]
ant elder reassigned TUSCANY-799:
-
Assignee: ant elder
Fix RMI Service and Reference Sample
Key: TUSCANY-799
URL:
[ http://issues.apache.org/jira/browse/TUSCANY-786?page=all ]
Geoff Winn updated TUSCANY-786:
---
Attachment: HowToBuildStdcxxForTuscanySDO.txt
The file HowToBuildStdcxxForTuscanySDO.txt condenses the build instructions
from the stdcxx project web site into
[ http://issues.apache.org/jira/browse/TUSCANY-786?page=all ]
Geoff Winn updated TUSCANY-786:
---
Attachment: HowToBuildTuscanySDOWithStdcxx.txt
The file HowToBuildTuscanySDOWithStdcxx.txt explains what to do in the MSVC++
V7.1 studio to use the stdcxx
[ http://issues.apache.org/jira/browse/TUSCANY-799?page=all ]
ant elder closed TUSCANY-799.
-
Resolution: Fixed
Applied. Thanks Venkat.
Fix RMI Service and Reference Sample
Key: TUSCANY-799
Ken Tam wrote:
While working with Andy on fixing some of the Spring samples, and
taking a look at the way the war plugin has replaced the web distro, I
ran into a number of issues relating to extensions and their
dependencies.
1) It's not obvious how someone building a webapp sample expresses
I have made available an RC2 release candidate for SDO for Java at
http://people.apache.org/~kelvingoodson/sdo_java/RC2/
The main differences from RC1a are
Tuscany JIRAs 115 and 755 are fixed
The source distribution has been split (re-split) into specification and
implementation archives after
[
http://issues.apache.org/jira/browse/TUSCANY-755?page=comments#action_12440140
]
Fuhwei Lwo commented on TUSCANY-755:
Hi Raymond,
Can you comment on my suggestion on fixing this problem above? Thanks.
XMLStreamHelper.saveObject() does
I think organizing the samples like this is a good idea. I'd suggest
going one step further and place each sample with the implementation
of the service that it is illustrating. That way it becomes much
easier to tag/release each module on its own.
Also, the samples that are in java and
Jim Marino wrote:
On Oct 4, 2006, at 10:57 AM, Jeremy Boynes wrote:
I've had two people express concern about the quality level we
currently have: Jim with concern on the unit test coverage, Rick with
concern about quality in general.
Prefacing this by saying that the following only
Hi everyone,
We need to choose a full name for the forthcoming release, so I've put a few
suggestions below - any favourite?
So far we've been referring to this release as M2 or Milestone 2 so all the
suggestions below have M2 in them.
We don't have the Maven restriction to start with a number,
On 10/5/06, cr22rc [EMAIL PROTECTED] wrote:
Ken Tam wrote:
While working with Andy on fixing some of the Spring samples, and
taking a look at the way the war plugin has replaced the web distro, I
ran into a number of issues relating to extensions and their
dependencies.
1) It's not
On 10/5/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I think organizing the samples like this is a good idea. I'd suggest
going one step further and place each sample with the implementation
of the service that it is illustrating. That way it becomes much
easier to tag/release each module on its
Hi Raymond,
With the attached patch for bindings.axis2 and
samples/sca/helloworldws, I am getting the argument type mismatch exception
below. I am not sure that the correctdatabinding transform is happening.
Notice the incoming envelope has a string as the argument to
transform.
INFO:
The last time I looked at the WAR plugin (or last time I checked it in
:-)), it would write the extensions to WEB-INF/tuscany/extensions
directory of the WAR and the transitive dependencies to
WEB-INF/tuscany/repository directory in a Maven repo format. Only the
boot libraries and their transitive
Comments inline.
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, October 05, 2006 12:58 AM
Subject: axis2 binding compile dependency on core
Hi, Ignacio.
I just found one of your patches added a compile dependency on core to
As Rick said, the the war plugin has a extensions configuration
element do the packaging as Meeraj described here:
http://mail-archives.apache.org/mod_mbox/ws-tuscany-dev/200609.mbox/%
[EMAIL PROTECTED]
In general, you would not want to list extensions as normal pom
dependencies as that
On 10/5/06, ant elder [EMAIL PROTECTED] wrote:
I agree its not clear how all this is supposed to work, Venkat and I have
also both just being struggling with it.
To be complete, adding to your (a) and (b) in (3) there's also a (c) where
both the extension and application logic may share a
The initial approach at performing async callbacks over axis2 was to use an
axis2 operation client with a callback object on the client side and an async
in-out receiver on the server side. This would then not require the client to
set up a listener to get its callbacks. In effect this
On Oct 5, 2006, at 7:10 AM, Ken Tam wrote:
Yeah, I haven't run into the ordering issue because I'm just dealing
with individual extensions, but that completely makes sense.
It feels like if we're going to stay on the track of this maven(-like)
depot system for managing extensions, I would
On Oct 5, 2006, at 7:14 AM, ant elder wrote:
On 10/5/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I think organizing the samples like this is a good idea. I'd suggest
going one step further and place each sample with the implementation
of the service that it is illustrating. That way it becomes
On 10/5/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Oct 5, 2006, at 7:10 AM, Ken Tam wrote:
Yeah, I haven't run into the ordering issue because I'm just dealing
with individual extensions, but that completely makes sense.
It feels like if we're going to stay on the track of this
package-1.0-incubator-M2 looks good for me.
On 05/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi everyone,
We need to choose a full name for the forthcoming release, so I've put a
few
suggestions below - any favourite?
So far we've been referring to this release as M2 or Milestone 2 so all
On 10/5/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
snip
Classifying this as signing up for an increasingly crappy
user experience is deriding all the work people have put into this
already and is certainly disrespectful of the motivations this
community. Quit whining, and thanks for
Hi, Ant.
Can you post a stacktrace?
Thanks,
Raymond
- Original Message -
From: ant elder [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, October 05, 2006 1:33 AM
Subject: JavaScript container support for properties
I've add the code to JavaScript container to
It's actually even more complex than the situation that you outline
as we need to deal with a hierarchy of classloaders on both the
application and runtime sides. In general, we also will not have the
ability to control what gets added to the host environment's
classloaders that are the
Thanks for looking, i've not had a chance to debug it yet. You can recreate
it yourself quite easily by uncommenting the helloworldproperty in:
Hey William, first I want to wellcome you to the Tuscany Project
You could start by getting your DEV environment setup and getting familiar
with the code, and you can find some information on the following links:
http://incubator.apache.org/tuscany/java-projects.html
On Oct 5, 2006, at 7:14 AM, ant elder wrote:
On 10/5/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
I think organizing the samples like this is a good idea. I'd suggest
going one step further and place each sample with the implementation
of the service that it is illustrating. That way it
On Oct 5, 2006, at 7:00 AM, Rick wrote:
Jim Marino wrote:
On Oct 4, 2006, at 10:57 AM, Jeremy Boynes wrote:
I've had two people express concern about the quality level we
currently have: Jim with concern on the unit test coverage, Rick
with concern about quality in general.
Prefacing
Hi Jim,
I had a quick conversation with Raymond about this. We basically agree that
we need to promote the function performed by
AbstractOutboundInvocationHandler to the spi as an extension point, which is
also option 2 in my response to him. This is also what his statement means,
ie,
Thanks!
I think I can handle this task. I'm setting up my enviroment and later
I'll try to help you with your hello world app.
Is your nick lresende?
Willian
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, October 05,
O.K. We'll need to move the testcases down to SPI as well then.
Jim
On Oct 5, 2006, at 10:31 AM, Ignacio Silva-Lepe wrote:
Hi Jim,
I had a quick conversation with Raymond about this. We basically
agree that we need to promote the function performed by
AbstractOutboundInvocationHandler to
Pete Robbins wrote:
package-1.0-incubator-M2 looks good for me.
+1 from me.
On 05/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi everyone,
We need to choose a full name for the forthcoming release, so I've put a
few
suggestions below - any favourite?
So far we've been referring to
Andrew Borley wrote:
I tested the patch briefly on windows/VC7 - everything builds fine and
the
Calculator sample is happy.
Cheers
Andy
On 10/5/06, Pete Robbins [EMAIL PROTECTED] wrote:
I attached a patch of my proposed fix to the Jira
On 05/10/06, Pete Robbins [EMAIL PROTECTED] wrote:
I
On Oct 5, 2006, at 8:19 AM, Ken Tam wrote:
Failure to communicate -- I was _agreeing_ with Rick, and saying that
if we _didn't_ solve 765 (in particular supporting the pre-scan idea),
it would result in an increasingly crappy user experience. I _like_
just being able to drop extensions into a
Hmm, not sure I follow.
Btw, I'd like to clarify that when I say we basically agree I did not mean
that as a forgone conclusion, apologies if I gave the impression that I was
trying to go around the process. I was basically reporting our conversation
on this topic (which happened to come up
Andrew Borley wrote:
Hi,
I've updated the BigBank sample today to get it working on windows
based on the new directory and deployment structure. One thing I had
to do to get it all working was change all the component interfaces
from using char* strings to std::string, as the changes to the
Introduce new DAS Sample APP to demonstrate DAS advanced features
-
Key: TUSCANY-800
URL: http://issues.apache.org/jira/browse/TUSCANY-800
Project: Tuscany
Issue Type: New
Hi,
I had a check on these two classes in core:
AbstractInboundInvocationHandler.java
AbstractOutboundInvocationHandler.java
It seems to me that they are fit for the SPI to provide the logic we
require.
Thanks,
Raymond
- Original Message -
From: Ignacio Silva-Lepe [EMAIL
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I thought that a ComponentType would need to know the composite it lives
in, to reflect interfaces, or use complex data types for properties,
which are currently packaged with a composite.
But in the model Composite is a
On Oct 5, 2006, at 11:10 AM, Ignacio Silva-Lepe wrote:
Hmm, not sure I follow.
Btw, I'd like to clarify that when I say we basically agree I did
not mean that as a forgone conclusion, apologies if I gave the
impression that I was trying to go around the process. I was
basically
+1 to using string, char* is so 80's ;-)
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andrew Borley wrote:
Hi,
I've updated the BigBank sample today to get it working on windows
based on the new directory and deployment structure. One thing I had
to do to get it all
Yes... lresende or luckbr1975.
On 10/5/06, Willian Yabusame Maja [EMAIL PROTECTED] wrote:
Thanks!
I think I can handle this task. I'm setting up my enviroment and later
I'll try to help you with your hello world app.
Is your nick lresende?
Willian
- Original Message -
From:
Makes sense to keep the naming convention consistent across Tuscany.
On 10/5/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
package-1.0-incubator-M2 looks good for me.
+1 from me.
On 05/10/06, Andrew Borley [EMAIL PROTECTED] wrote:
Hi everyone,
We need to
Sorry, I think I misunderstood. You meant update the testcases to point to
the new location for AbstractOutboundInvocationHandler right? Don't know why
but move the testcases down to SPI sounded different to me at the time I
read it. Apologies for the confusion.
- Original Message -
On Oct 5, 2006, at 11:58 AM, Ignacio Silva-Lepe wrote:
Sorry, I think I misunderstood. You meant update the testcases to
point to the new location for AbstractOutboundInvocationHandler right?
No, the test cases should reside in the same module as the
implementation, in this case SPI.
Don't
Pete Robbins wrote:
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I thought that a ComponentType would need to know the composite it lives
in, to reflect interfaces, or use complex data types for properties,
which are currently packaged with a composite.
But in the model
Yes it does help! I need to go and read the Assembly spec again ;0)
But for now I think the change I put in is fine.
Cheers,
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 05/10/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I thought that a
I'm getting the following error from the AccessingDataObjectsViaPropertyIndex
sample.
***
SDO Sample AccessingDataObjectsViaPropertyIndex
***
Demonstrates accessing the properties of a DataObject using property indices.
On Oct 5, 2006, at 1:10 PM, [EMAIL PROTECTED] wrote:
Author: jboynes
Date: Thu Oct 5 13:10:50 2006
New Revision: 453347
URL: http://svn.apache.org/viewvc?view=revrev=453347
Log:
comment out sdo samples assembly as it breaks the das build
Kelvin
I had to comment out the assembly step as it
I was surprised to see a large subset of the jars in the SDO binary
distribution duplicated within the samples distribution. This seems
redundant given that I (and presumably most SDO users) will have not
only downloaded the samples but also downloaded the full set of
SDO jars in the binary
Any other votes on this?
--
Jeremy
On Oct 2, 2006, at 8:28 AM, Jeremy Boynes wrote:
The parent pom and buildtools are pre-reqs for all other Java
projects in the M2 release. These are distributed through the maven
repo rather than as a end-user distribution. Please vote to approve
the
+1 from me.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, October 05, 2006 4:39 PM
Subject: Re: [VOTE] Release parent pom and buildtools for M2
Any other votes on this?
--
Jeremy
On Oct 2, 2006, at 8:28
+1 from me.
On 10/5/06, Raymond Feng [EMAIL PROTECTED] wrote:
+1 from me.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, October 05, 2006 4:39 PM
Subject: Re: [VOTE] Release parent pom and buildtools for M2
I have created a simple schedule service (SchedulerService interface and
SchedulerServiceImpl)...
And I was trying to build a simple java client to consume the service like
this :
public class SchedulerServiceClient {
@Context
CompositeContext compositeContext;
/**
* @param args
Hi, Luciano.
1) Did you use the Tuscany launcher to run your class? The launcher will
bootstrap the Tuscany runtime then CurrentCompositeContext.getContext() will
return an non-null instance.
2) With @Context annoation, the Tuscany runtime will inject the context to
the field and you don't
You need to bootstrap the runtime. There are two ways of doing this:
1) run from the command line using the launcher:
java -jar launcher.jar ${your-executable-jar}
2) configure your IDE to run the launcher (with the appropriate
classpath and params)
--
Jeremy
On Oct 5, 2006, at 7:17 PM,
On Oct 5, 2006, at 7:32 PM, Raymond Feng wrote:
Hi, Luciano.
1) Did you use the Tuscany launcher to run your class? The launcher
will bootstrap the Tuscany runtime then
CurrentCompositeContext.getContext() will return an non-null instance.
2) With @Context annoation, the Tuscany runtime
+1
On 10/5/06, Luciano Resende [EMAIL PROTECTED] wrote:
+1 from me.
On 10/5/06, Raymond Feng [EMAIL PROTECTED] wrote:
+1 from me.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, October 05, 2006 4:39 PM
+1
Jeremy Boynes wrote:
The parent pom and buildtools are pre-reqs for all other Java
projects in the M2 release. These are distributed through the maven
repo rather than as a end-user distribution. Please vote to approve
the release content:
parent-pom
[tag]
Pete Robbins wrote:
Yes it does help! I need to go and read the Assembly spec again ;0)
But for now I think the change I put in is fine.
Cheers,
Pete,
I thought that your change was OK too, but I just rebuilt everything
after updating from SVN and unfortunately this change breaks the Ruby
[ http://issues.apache.org/jira/browse/TUSCANY-800?page=all ]
Luciano Resende updated TUSCANY-800:
Attachment: ajaxDAS.lresende.20061005.zip
This is a initial work on this ajax app sample demonstrating usage of das
Please detach and extract the zip
84 matches
Mail list logo
