ant elder wrote:
How about a C++ JavaScript extension to match the one we have in
Java/SCA?
You can use SpiderMonkey [1] which also has E4X support and then we'd be
able to switch SCA JavaScript components btw the Java and C++ runtimes.
Using E4X would mean you don't have the databinding issues
Andrew Borley wrote:
[snip]
Hi all,
The implementation.python extension code is now checked in, alongside an
updated Calculator sample that allows you to substitute the current C++
implementation of DivideService for a Python one - see the Python
module in
samples/Calculator/CalculatorComposit
Sorry for the delay...
On Aug 31, 2006, at 10:26 AM, Venkata Krishnan wrote:
Hi Jim,
Please see my further queries below and let me know if my thinking
is right.
On 8/31/06, Jim Marino <[EMAIL PROTECTED]> wrote:
I'd prefer ASM (CGLIB is built using it) since it is smaller, easier
to use
+1
On Sep 1, 2006, at 12:51 PM, Rick wrote:
+1
ant elder wrote:
I would like to nominate Venkat to become a committer.
He's been helping with Tuscany for many months now. He's done lots
of code
in a number of different areas, as well as non-coding things like
doc for
the website and wiki
Hi, Jim.
I saw the same post already this morning. So you're fine.
I cannot see my notes that I sent to the list from my gmail pop3 (I guess it
is a feature instead of bug:-) .
Thanks,
Raymond
- Original Message -
From: "Jim Marino" <[EMAIL PROTECTED]>
To:
Sent: Friday, September
This hasn't shown up on this list...sending again
Begin forwarded message:
From: Jim Marino <[EMAIL PROTECTED]>
Date: September 1, 2006 9:59:04 AM PDT
To: tuscany-dev@ws.apache.org
Subject: Re: Async callbacks over ws binding w/Axis2, was Re: Inner
composite patch
On Sep 1, 2006, at 4:00 A
This hasn't shown up on this list...sending again
Begin forwarded message:
From: Jim Marino <[EMAIL PROTECTED]>
Date: September 1, 2006 10:16:06 AM PDT
To: tuscany-dev@ws.apache.org
Subject: Re: Avoiding extension and application scdl collisions
On Sep 1, 2006, at 9:22 AM, Raymond Feng wrote:
+1
ant elder wrote:
I would like to nominate Venkat to become a committer.
He's been helping with Tuscany for many months now. He's done lots of code
in a number of different areas, as well as non-coding things like doc for
the website and wiki and participating in discussions on the mailing li
ant elder wrote:
I would like to nominate Venkat to become a committer.
He's been helping with Tuscany for many months now. He's done lots of
code
in a number of different areas, as well as non-coding things like doc for
the website and wiki and participating in discussions on the mailing
lis
+1 from me too!
Andrew Borley wrote:
+1 from me.
(my first vote as a committer!)
On 9/1/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
+1
On Sep 1, 2006, at 11:26 AM, ant elder wrote:
> I would like to nominate Venkat to become a committer.
>
> He's been helping with Tuscany for many months
I'd be interested in this - I'd also like to check if they've fixed the
"service that calls a service" issue.
Andy
On 9/1/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Axis2C just released their 0.93. New features are support for REST / GET
and dynamic invocation. It is available at
ht
+1 from me.
(my first vote as a committer!)
On 9/1/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
+1
On Sep 1, 2006, at 11:26 AM, ant elder wrote:
> I would like to nominate Venkat to become a committer.
>
> He's been helping with Tuscany for many months now. He's done lots
> of code
> in a num
+1
On Sep 1, 2006, at 11:26 AM, ant elder wrote:
I would like to nominate Venkat to become a committer.
He's been helping with Tuscany for many months now. He's done lots
of code
in a number of different areas, as well as non-coding things like
doc for
the website and wiki and participatin
+1
On Friday September 01 2006 2:26 pm, ant elder wrote:
> I would like to nominate Venkat to become a committer.
>
> He's been helping with Tuscany for many months now. He's done lots of code
> in a number of different areas, as well as non-coding things like doc for
> the website and wiki and
Ant, you didn't give me the chance to nominate him :-)
Here's my +1.
Thanks,
Raymond
- Original Message -
From: "ant elder" <[EMAIL PROTECTED]>
To:
Sent: Friday, September 01, 2006 11:26 AM
Subject: [VOTE] Venkat for Tuscany Committer
I would like to nominate Venkat to become a co
I would like to nominate Venkat to become a committer.
He's been helping with Tuscany for many months now. He's done lots of code
in a number of different areas, as well as non-coding things like doc for
the website and wiki and participating in discussions on the mailing list.
Here's my +1
.
Also what got lost in the conversation, I brought up if there isn't some how we
could differentiate system, extension and application scdl ? If necessary, add
some attribute? So when we're loading and expecting one type and receive
another we throw an meaningfully exception?
Jim Marino wrote:
This contains one class that provides support for hosts. I think we
can just add this as a helper class to the host-api project and
remove this one entirely (giving the user one less artifact to deal
with). I will do this if no-one objects.
--
Jeremy
---
On Sep 1, 2006, at 9:22 AM, Raymond Feng wrote:
Hi,
Where do we stand for this topic?
Here are some questions to be confirmed:
1) Should we allow system/extension/application code on the same
classpath even it's not the best pratice? If not, should we get rid
of the "SCATestCase"?
We sho
Axis2C just released their 0.93. New features are support for REST / GET
and dynamic invocation. It is available at
http://ws.apache.org/axis2/c/. I think we should port the C++ runtime to
it. Is anybody interested in trying it out?
--
Jean-Sebastien
-
Hi,
The BindingBuilder SPI returns SCAObject instead of Service or Reference for
the build() methods. Should we make the return type more specific? If we
agree, I can make the changes.
Thanks,
Raymond
The new interace will look like the following:
public interface BindingBuilder {
Servi
Samples and tests?
Raymond Feng wrote:
Hi,
Here's the final proposal for the artifact ids in line with Jeremy's
suggestion. Please review.
SCA
===
sca-api
tuscany-api
tuscany-spi
tuscany-hostapi
tuscany-core
tuscany-wsdl
tuscany-launcher
tuscany-hostutil
tuscany-webapp
tuscany-webhost
tus
On Sep 1, 2006, at 4:00 AM, ant elder wrote:
I've not thought much about async yet in Tuscany so could you give
a more
"big picture" view of what is being done (or just point me to OSOA
white
papers or sections in the spec if they talk about it)?
Please see the specs (assembly and Java) fo
On Sep 1, 2006, at 9:22 AM, Raymond Feng wrote:
Hi,
Where do we stand for this topic?
Here are some questions to be confirmed:
1) Should we allow system/extension/application code on the same
classpath even it's not the best pratice? If not, should we get rid
of the "SCATestCase"?
Peopl
Hi,
Where do we stand for this topic?
Here are some questions to be confirmed:
1) Should we allow system/extension/application code on the same classpath
even it's not the best pratice? If not, should we get rid of the
"SCATestCase"?
2) Should we have different SCDL file naming conventions
On Friday September 01 2006 11:26 am, Jeremy Boynes wrote:
> On Sep 1, 2006, at 7:49 AM, Daniel Kulp wrote:
> > Jeremy,
> >
> > I need to bring up something else: the version numbers
> >
> > According to the latest discussions on the general list, the
> > version numbers
> > for the incubator p
I'd just miss understood what the module and class attributes where doing in
the earlier email, could probably do something similar with JavaScript
(though i'm not sure module is the best name for the attribute for
JavaScript).
The scareference approach to avoiding the .componentType side file
Couple of thoughts:
launcher rather than tuscany-launcher (this is a command so the name
should be simple)
tuscany-das-rdb rather than tuscany-das (there may be other impls)
SDO is confusing - perhaps we should have a named sub-project (arezzo
or something) :-)
--
Jeremy
On Sep 1, 2006, at
Jean-Sebastien Delfino wrote:
Simon Laws wrote:
On 8/31/06, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Oisin Hurley wrote:
>> I am not sure I understand the issue with create/delete (except if
>> PUT and DEL are disabled). Posting/putting to a URL that doesn't
>> exist yet to create
Andrew Borley wrote:
Hi all,
The implementation.python extension code is now checked in, alongside an
updated Calculator sample that allows you to substitute the current C++
implementation of DivideService for a Python one - see the Python
module in
samples/Calculator/CalculatorComposite/Divid
Hi,
Here's the final proposal for the artifact ids in line with Jeremy's
suggestion. Please review.
SCA
===
sca-api
tuscany-api
tuscany-spi
tuscany-hostapi
tuscany-core
tuscany-wsdl
tuscany-launcher
tuscany-hostutil
tuscany-webapp
tuscany-webhost
tuscany-javascript
tuscany-groovy
tuscany-sp
Yes. Eventually, we will need some type of user-oriented documentation
for all provided features. I am not sure what form this should
take...the Wiki, a Users Guide? We should probably have similarly
structured user documentation for the three subprojects. Any ideas or
precedence for this?
Andrew Borley wrote:
On 9/1/06, ant elder <[EMAIL PROTECTED]> wrote:
I've a couple of questions based on I'd like to also have a Python
container
for the Java runtime, and from the perspective of how the the existing
JavaScript and Groovy containers work that we already have for the Java
runtim
On Sep 1, 2006, at 7:49 AM, Daniel Kulp wrote:
Jeremy,
I need to bring up something else: the version numbers
According to the latest discussions on the general list, the
version numbers
for the incubator projects MUST be of the form:
#[.#]*-incubator[-M#][-SNAPSHOT]
prior to deployi
Hi all,
The implementation.python extension code is now checked in, alongside an
updated Calculator sample that allows you to substitute the current C++
implementation of DivideService for a Python one - see the Python module in
samples/Calculator/CalculatorComposite/DivideServiceImpl.py and the
Ok, the bing picture in my mind is at the assembly level as follows:
At the client side:
- component uses reference with a bi-directional interface,
which implies the component implements the callback interface
- component invokes reference
- component receives callback invocation
At the servi
Jeremy,
I need to bring up something else: the version numbers
According to the latest discussions on the general list, the version numbers
for the incubator projects MUST be of the form:
#[.#]*-incubator[-M#][-SNAPSHOT]
prior to deploying to even the snapshot server.I notice that the
On 9/1/06, ant elder <[EMAIL PROTECTED]> wrote:
I've a couple of questions based on I'd like to also have a Python container
for the Java runtime, and from the perspective of how the the existing
JavaScript and Groovy containers work that we already have for the Java
runtime.
In the implementati
On Sep 1, 2006, at 2:00 AM, ant elder wrote:
I've created an unassigned JIRA for this: TUSCANY-687. Do we really
need a
more detailed proposal over whats already been outlined in this
thread? What
is it we need to be careful about?
I think we need to be careful that the names don't get too
[
http://issues.apache.org/jira/browse/TUSCANY-680?page=comments#action_12432133
]
Andrew Borley commented on TUSCANY-680:
---
Initial version added, but forgot to include TUSCANY-680 in the commit!
> Add Python implementation binding
>
Team,
It's time for updating the board about what we have been upto. Please
take a few minutes to update the wiki as usual. Yes, All committers
are welcome to add content. All PMC members, please make an effort as
it is part of your duty as PMC members.
http://wiki.apache.org/ws/ReportForSep2006
[ http://issues.apache.org/jira/browse/TUSCANY-685?page=all ]
Fuhwei Lwo updated TUSCANY-685:
---
Attachment: tuscany-685.patch
Frank,
Please review the attached file for supporting base64Binary and hexBinary XSD
types correctly. Thanks.
Fuhwei Lwo
> hex
I've not thought much about async yet in Tuscany so could you give a more
"big picture" view of what is being done (or just point me to OSOA white
papers or sections in the spec if they talk about it)?
For example for services with a WS binding are you talking about something
like:
soap/http req
Hi,
Just prefixing 'tuscany-' may not be enough especially given the fact that
we have the sdo and das projects that use 'tuscany-sdo' and 'tuscany-das'
respectively. So maybe we must make 'tuscany-sca' as prefix.
- Venkat
On 9/1/06, ant elder <[EMAIL PROTECTED]> wrote:
I've created an unas
I've a couple of questions based on I'd like to also have a Python container
for the Java runtime, and from the perspective of how the the existing
JavaScript and Groovy containers work that we already have for the Java
runtime.
In the implementation.python element do you really need separate pat
I've created an unassigned JIRA for this: TUSCANY-687. Do we really need a
more detailed proposal over whats already been outlined in this thread? What
is it we need to be careful about?
...ant
On 9/1/06, Jeremy Boynes <[EMAIL PROTECTED]> wrote:
I don't object in principle but think we shoul
On 9/1/06, Simon Laws <[EMAIL PROTECTED]> wrote:
On 8/31/06, Andrew Borley <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I'm inches away from getting an extension working that allows Python
> scripts
> to be used as components in SCA C++. I should be putting that up some time
> tomorrow - I'll start
[
http://issues.apache.org/jira/browse/TUSCANY-687?page=comments#action_12432095
]
ant elder commented on TUSCANY-687:
---
The artifacts Tuscany builds are named like core-1.0-SNAPSHOT.jar which can
make it hard to identify them as being from Tu
Add "tuscany-" as the prefix for our artifact ids
-
Key: TUSCANY-687
URL: http://issues.apache.org/jira/browse/TUSCANY-687
Project: Tuscany
Issue Type: Improvement
Components: Build S
On 8/29/06, Oisin Hurley <[EMAIL PROTECTED]> wrote:
Simon - apologies I've been away from this for the last week...
[deletia]
>> ...and this is why :) There are number of responsibilities of an
>> extension - which you accurately describe - and there are a number
>> of responsibilities of a pl
50 matches
Mail list logo
