be good if we could
agree on a place to start, so we can learn.
Regards, Graham.
2008/6/12 Rajini Sivaram [EMAIL PROTECTED]:
On 6/12/08, Simon Nash [EMAIL PROTECTED] wrote:
I am very pleased to see this discussion happening. My thoughts below.
Simon
Rajini Sivaram wrote:
On 6/12/08, Graham
+1 from me also. We shouldn't confuse modularity purely with
versioning or whether something can be used on its own. It's also
about being able to make different combinations of modules to fit
different deployment profiles.
I think it was Ant who first brought up the distinction between what
Hi Rajini, I think your summary on the wiki is great. I have a couple
of comments:
1. I believe SpringSource try to create sensible version ranges based
on the versioning governance of the project, such as that of Apache
[1]. I have no doubt this takes quite a bit of effort and there are a
If we assume one bundle per Tuscany module for developers, perhaps
there's a need for a separate concept that provides a simplified view
for users? The SpringSource Application Platform has the concept of a
library, which has caused much debate in the OSGi world (it has its
own manifest header).
2008/6/11 ant elder [EMAIL PROTECTED]:
On Wed, Jun 11, 2008 at 2:31 PM, Rajini Sivaram
[EMAIL PROTECTED] wrote:
,snip
You have probably read this already, but others may find Neil Bartlett's
discussion useful:
http://www.eclipsezone.com/articles/extensions-vs-services/
Great article,
Hi Rajini, couple of comments below
2008/6/11 Rajini Sivaram [EMAIL PROTECTED]:
On 6/11/08, Graham Charters [EMAIL PROTECTED] wrote:
If we assume one bundle per Tuscany module for developers, perhaps
there's a need for a separate concept that provides a simplified view
for users
FWIW, I agree with Sebastien and Rajini. I don't believe it's a
coincidence that both SpringSource and ServiceMix went the route of
adding manifests to the thirdparty jars. It keeps things simple and
gives a better experience from an OSGi perspective. If we're serious
about supporting OSGi we
[
https://issues.apache.org/jira/browse/TUSCANY-2330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12599389#action_12599389
]
Graham Charters commented on TUSCANY-2330:
--
Hi Rajini, sorry for taking so long
[
https://issues.apache.org/jira/browse/TUSCANY-2330?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12598616#action_12598616
]
Graham Charters commented on TUSCANY-2330:
--
Hi Rajini,
I think what you're
: Java-SCA-Next
Environment: All
Reporter: Graham Charters
Fix For: Java-SCA-Next
It would help with preserving OSGi support if an OSGi sample were run as a
matter of course, rather than only by a small number of developers. This wish
is to add the smallest sample
I've submitted a patch to add the sample (Jira 2330).
2008/5/20 ant elder [EMAIL PROTECTED]:
Sounds good to me.
...ant
On Mon, May 19, 2008 at 9:50 PM, Graham Charters [EMAIL PROTECTED]
wrote:
Hi,
I now have the Calculator sample running using all the great work
Rajini did to use
[
https://issues.apache.org/jira/browse/TUSCANY-2330?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Charters updated TUSCANY-2330:
-
Attachment: calculator-osgi-sample.patch
Calculator sample running in OSGi
was degrading too much as we added more
and more bundles.
I noticed you'd switched over. I'll try the same.
On 5/16/08, Simon Nash [EMAIL PROTECTED] wrote:
Graham Charters wrote:
Below are a couple of runs, one taking 2 mins 50s and the second
taking 1 min 8s. Both were done after mvn cleans
it as a patch for inclusion in the samples main build.
Regards, Graham.
2008/5/19 Graham Charters [EMAIL PROTECTED]:
Hi Rajini,
2008/5/18 Rajini Sivaram [EMAIL PROTECTED]:
Graham,
Is there any reason you didn't switch over to one-bundle-per-3rdparty jar?
I couldn't get the itest/osgi-tuscany tests
?
Regards,
Graham.
2008/5/15 Mike Edwards [EMAIL PROTECTED]:
Graham Charters wrote:
Hi,
I've been working on a small sample to act as an OSGi sniff test for
Tuscany running in OSGi. It's basically a cut-down version of what
Rajini has done in itest/osgi-tuscany and only runs the most
, 2008 at 1:05 PM, Simon Laws [EMAIL PROTECTED]
wrote:
On Fri, May 16, 2008 at 12:44 PM, Graham Charters
[EMAIL PROTECTED] wrote:
Hi,
Regarding Mike's build breaking comment, one of the reasons for
including this in the main build is to have it break to flag when new
dependencies are being
Hi,
I've been working on a small sample to act as an OSGi sniff test for
Tuscany running in OSGi. It's basically a cut-down version of what
Rajini has done in itest/osgi-tuscany and only runs the most basic
Calculator sample. I still have some work to do to exclude all the
things which aren't
+1 to the SCA and PHP integration. If you're interested, I would be
more than happy to help smooth the way with the associated SCA_SDO
project on PECL (http://pecl.php.net/package/SCA_SDO).
Regards, Graham.
2008/5/8 Simon Nash [EMAIL PROTECTED]:
Simon Laws wrote:
On Thu, May 8, 2008 at
I updated this morning and also saw the Segmentation Fault. I've
since re-run and now only see the Exception. Further up on the build
there's also the following SQL Exception:
INFO: Starting node: http://localhost:9990/node-config/StoreClientNode
Connecting to database:
Environment: All
Reporter: Graham Charters
Priority: Minor
Fix For: Java-SCA-Next
Attachments: sca-api-bundle.patch
Original Estimate: 0.5h
Remaining Estimate: 0.5h
Itest/osgi-tuscany creates an OSGi bundle for the sca
accelerate sensitizing folks to
the issues.
Regards, Graham.
2008/5/2 Rajini Sivaram [EMAIL PROTECTED]:
On 5/1/08, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Graham Charters wrote:
It would seem that the fine-grained/coarse-grained thoughts have
people divided. Rajini's note
[
https://issues.apache.org/jira/browse/TUSCANY-2285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Charters updated TUSCANY-2285:
-
Attachment: sca-api-bundle-2.patch
The following patch logically results in the same
: Java SCA Core Runtime, Java SCA OSGi Integration
Affects Versions: Java-SCA-Next
Environment: All
Reporter: Graham Charters
Priority: Minor
Fix For: Java-SCA-Next
Itest/osgi-tuscany creates an OSGi bundle for the sca-api module. As a step
towards
[
https://issues.apache.org/jira/browse/TUSCANY-2285?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Charters updated TUSCANY-2285:
-
Attachment: sca-api-bundle.patch
The patch does the following:
Updates the sca-api
Integration
Affects Versions: Java-SCA-Next
Environment: All
Reporter: Graham Charters
Priority: Minor
Fix For: Java-SCA-Next
Looks like there's a new policy-ws module which has not been added to
itest/osgi-tuscany so the dependency is missing, which
[
https://issues.apache.org/jira/browse/TUSCANY-2279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Charters updated TUSCANY-2279:
-
Attachment: Jira-2279-policy-ws-missing.patch
The following add tuscany-policy
OSGi (RFC119) and the benefit to support that
standard in Tuscany's OSGi bits. So from mid-term perspective I suggest to
keep an eye on that as well.
Regards,
Philipp
-Ursprüngliche Nachricht-
Von: Graham Charters [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 28. April 2008 09:48
of Distributed OSGi (RFC119) and the benefit to support that
standard in Tuscany's OSGi bits. So from mid-term perspective I suggest to
keep an eye on that as well.
Regards,
Philipp
-Ursprüngliche Nachricht-
Von: Graham Charters [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 28
, is the ongoing
standardization of Distributed OSGi (RFC119) and the benefit to support that
standard in Tuscany's OSGi bits. So from mid-term perspective I suggest to
keep an eye on that as well.
Regards,
Philipp
-Ursprüngliche Nachricht-
Von: Graham Charters [mailto:[EMAIL PROTECTED
Hi Raymond, thanks for your comments. I've added some more below.
Regards, Graham.
2008/4/30 Raymond Feng [EMAIL PROTECTED]:
More comments inline.
Thanks,
Raymond
--
From: Graham Charters [EMAIL PROTECTED]
Sent: Wednesday, April 30
Hi Simon,
2008/4/28 Simon Laws [EMAIL PROTECTED]:
On Mon, Apr 28, 2008 at 1:15 PM, Graham Charters [EMAIL PROTECTED]
wrote:
Hi Ant,
Thanks for the pointer to the earlier discussion. I can empathise
with the problems Rajini was trying to address by having
itest/osgi-tuscany
Hi All,
I'd like to get more involved in the OSGi support in Tuscany (both the
modularity work (itest/osgi-tuscany) and the implementation.osgi). I
recently started looking at the work to run Tuscany in OSGi, embodied
in itest/osgi-tuscany and described in the thread entitled
Classloading in
build in
the future).
Regards,
Graham.
On 28/04/2008, ant elder [EMAIL PROTECTED] wrote:
On Mon, Apr 28, 2008 at 8:48 AM, Graham Charters [EMAIL PROTECTED]
wrote:
Hi All,
I'd like to get more involved in the OSGi support in Tuscany (both the
modularity work (itest/osgi-tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-2254?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Charters updated TUSCANY-2254:
-
Attachment: osgi-tuscany-patch.patch
The following adds tuscany-monitor to the tuscany
: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
Environment: Found on Windows, but affects all.
Reporter: Graham Charters
Priority: Minor
Fix For: Java-SCA-Next
The newly added monitor modules, tuscany-monitor and tuscany-monitor-logging
,cause
Hi All,
Is anyone thinking of submitting an abstract to ApacheCon US? FYI:
The deadline is Thursday April 3rd (see
http://www.us.apachecon.com/us2008/).
A quick search for SOA or Tuscany on the current submissions gave
no hits, so I'm assuming there aren't any so far. I was thinking of
Hi Simon, what you describe is exactly what I had in mind :-)
Regards, Graham.
On 01/04/2008, Simon Nash [EMAIL PROTECTED] wrote:
Graham Charters wrote:
Hi All,
Is anyone thinking of submitting an abstract to ApacheCon US? FYI:
The deadline is Thursday April 3rd (see
http
[
https://issues.apache.org/jira/browse/TUSCANY-2068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Graham Charters updated TUSCANY-2068:
-
Attachment: implementation.osgi.txt
This patch fixes the passbyreference (using
: Graham Charters
Priority: Minor
The SDO C++ spec does not address Decimal. The current Tuscany implementation
uses String to represent Decimal to avoid loss of precision. It does not
internally know that the type is Decimal nor surface any APIs (e.g.
set/getDecimal) and therefore
Components: C++ SDO
Reporter: Graham Charters
Priority: Minor
I can define an SDO based on an xml schema which uses the type xsd:token. This
is mapped to a String SDO type. I can then create an SDO based off this model
and set the string value of that property
Apologies for the lack of response on this. Rajini is out on vacation
for a few weeks and I'm still getting up to speed on the code. I'll
let you know as soon as we get to the bottom of it.
Regards, Graham.
On 13/07/07, Luciano Resende [EMAIL PROTECTED] wrote:
I've temporarily removed the
Hi Andy/Pete,
Yes, we do use this method in the PHP SDO code - thanks for remembering us :-)
I think we need to draw a distinction between SDO C++ for applications
and SDO C++ as an embeddable library. The SDO C++ spec covers the
former and therefore does not talk about get/setUserData. The
.
There should be only a small amount of rework required when you move
the PHP code up to use a 2.1 spec SDO.
Cheers,
On 17/07/07, Graham Charters [EMAIL PROTECTED] wrote:
Hi Andy/Pete,
Yes, we do use this method in the PHP SDO code - thanks for remembering us :-)
I think we need to draw
, Graham Charters [EMAIL PROTECTED] wrote:
Hi Raymond,
Thanks for the quick response. I tried mvn clean install and I'm
still seeing the problem caused by the bad codegen-ecore-2.2.3.jar. It
results in lots of errors to do with missing package
org.eclipse.emf.codegen.ecore.genmodel.
Regards
Hi,
I'm trying to build Tuscany Java and have hit a couple of problems.
I've started with a clean repository, and checked out the latest from
svn (a few times throughout July 9th/10th). When I do mvn at the top
level, I get a test case failure with the following exception:
PROTECTED] wrote:
Hi,
Please run mvn clean install.
Thanks,
Raymond
- Original Message -
From: Graham Charters [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Tuesday, July 10, 2007 8:56 AM
Subject: Build problems
Hi,
I'm trying to build Tuscany Java and have hit
Nachricht-
Von: Graham Charters [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 19. Juni 2007 17:10
An: tuscany-dev@ws.apache.org
Betreff: Re: Contribute to SCA-OSGi integration
Hi Nicole,
My turn to chip in :-)
I think both approaches are valid and tackle two different goals. If
I understand
type
with Spring-OSGi
support. Could you please describe what you have in mind, e.g. where you
are planning to
declare the non-OSGi SCA Component?
Thanks
Nicole
-Ursprüngliche Nachricht-
Von: Graham Charters [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 13. Juni 2007 10:07
type. Is there any ongoing work in
these
areas?
Graham Charters and I have been investigating the use of an OSGi
implementation type which will enable existing OSGi bundles to be run
as SCA
components under Tuscany. We are particulary interested in the
scenario
where Tuscany is in control
49 matches
Mail list logo