[
https://issues.apache.org/jira/browse/TUSCANY-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Murray updated TUSCANY-1241:
--
Attachment: TuscanyLeak.zip
The seperation of the vendor specific (Tuscany) classes was not
On 5/3/07, kelvin goodson [EMAIL PROTECTED] wrote:
snip/
BTW We still have the issue that many of us don't see any test run under
maven, which is not a show-stopper but would be nice to fix. Has anyone
who has this running thought of any extra steps they took to configure
their
environment?
Update Axis2 binding for new runtime SPIs
-
Key: TUSCANY-1243
URL: https://issues.apache.org/jira/browse/TUSCANY-1243
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-0.90
Update RMI binding for new runtime SPIs
---
Key: TUSCANY-1244
URL: https://issues.apache.org/jira/browse/TUSCANY-1244
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-0.90
Update Script implementation for new runtime SPIs
-
Key: TUSCANY-1245
URL: https://issues.apache.org/jira/browse/TUSCANY-1245
Project: Tuscany
Issue Type: Bug
Affects Versions:
Refactor package names to org.apache.tuscany.sca
Key: TUSCANY-1246
URL: https://issues.apache.org/jira/browse/TUSCANY-1246
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-0.90
Write release notes for 0.90 release
Key: TUSCANY-1247
URL: https://issues.apache.org/jira/browse/TUSCANY-1247
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-0.90
Reporter:
Write readme files for the samples
---
Key: TUSCANY-1248
URL: https://issues.apache.org/jira/browse/TUSCANY-1248
Project: Tuscany
Issue Type: Bug
Affects Versions: Java-SCA-0.90
Reporter: ant
SDO CTS executes 0 tests when run in mvn
Key: TUSCANY-1249
URL: https://issues.apache.org/jira/browse/TUSCANY-1249
Project: Tuscany
Issue Type: Bug
Components: Java SDO Community Test Suite
And for some reason, I get this output - most of the SequenceAdd*Test
tests are failing for me. There certainly seems to be an element of
randomness in the whole thing when run using mvn.
Tests run: 398, Failures: 5, Errors: 29, Skipped: 3
-Original Message-
From: ant elder
There's been a lot of progress, things are starting to look good and most
things on the wiki page (
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents)
look like they're nearing completion. So I think what we should do is aim at
creating an SVN branch for the
[
https://issues.apache.org/jira/browse/TUSCANY-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder reassigned TUSCANY-1245:
--
Assignee: ant elder
Update Script implementation for new runtime SPIs
I tried deleting my maven repository directory and then re-ran the
tests. I got different results - not very different, but presumably this
shouldn't have made any difference at all so it might be worth others
trying the same thing.
I now get:
Tests run: 398, Failures: 7, Errors: 29, Skipped: 3
Hmmm, I'm can't offer any insights into mavens behaviour, as I
consistently get 0 tests run, however, I have updated the wiki page [1] to
show how to set up Eclipse to run the test in the way I described above.
Any comments on the update would be most welcome. I alos opened a Jira and
So we have a calculator webapp sample going now, is this enough for
the 0.90release or are there more things we need to do for webapp
support? One thing
I wondered about was supporting the Tuscany ServletHost within a webapp, I
don't think that will work right now so we don't support services
Hi all,
In the inevitable way that these things work out, my latest
DeveloperWorks article, based on the C++ M2 release, has been
published a day after the M3 release is announced!
It's at [1] and is titled Build a simple C++ service component, Part
2: Using Python, Ruby, and Web services with
Another Hmmm moment,
the only insight I can offer, is that the source attachment that I have
registered against my EMF 2.2.2 jars (which I'm pretty sure is the source
distribution associated with the 2.2.2 release) shows the top level caller
in the stack frame snippet you provided as being a
Ah,
of course the BasicSequence belongs to Tuscany, so the EMF source code
attachment was a red herring sorry, but it still remains the fact that we
have differnet version of that code.
Kelvin.
On 04/05/07, kelvin goodson [EMAIL PROTECTED] wrote:
Another Hmmm moment,
the only insight I can
I've recently spent some time reviewing all the JIRAs that have
originated from the PHP project. All the problems which remain in Open
state raised by myself, Matthew Peters or Graham Charters are genuine
current issues.
Also I've verified and closed off all the issues from the PHP project
Andy,
I think you are seeing this because I have taken the optional route in the
CTS eclipse setup instructions to run the tests against my Tuscany SDO
implementation eclipse project, which has the fix for
http://issues.apache.org/jira/browse/TUSCANY-1216 in it.
Regards, Kelvin.
On 04/05/07,
My understanding is that Tuscany does not currently validate SCDL against the
schemas. Assuming that this is correct, when do you think such functionality
will be introduced?
Thanks
Nick Williams
Information contained in this e-mail and any attachments are intended for the
use of the
[
https://issues.apache.org/jira/browse/TUSCANY-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12493643
]
Kelvin Goodson commented on TUSCANY-1241:
-
Brian, thanks for the update. I merged the updates you
+1 for cleaning rightaway and temporarily commenting out modules that
break. Thanks
- Venkat
On 5/4/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
As you might have known from the mailing list that we have made good
processes in refining the extension interfaces and simplifying the
runtime.
[
https://issues.apache.org/jira/browse/TUSCANY-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Venkatakrishnan reassigned TUSCANY-1244:
Assignee: Venkatakrishnan
Update RMI binding for new runtime SPIs
I am not certain if that is the way.
2007/5/4, Paulo Henrique Trecenti [EMAIL PROTECTED]:
I have seen various discussions around the databinding and I don't know if
my suggestions can maybe many differents but i have some modifications in
the ElementInfo and XMLType to store the attributes
And I'm hating OMElement :)
2007/5/4, Luciano Resende [EMAIL PROTECTED]:
Thanks Paulo, please create a Jira and provide a patch when you have
something working, and Raymond or I could review and apply your patch.
On 5/2/07, Paulo Henrique Trecenti [EMAIL PROTECTED] wrote:
Ok I can work in
+1 again.
Frank.
kelvin goodson [EMAIL PROTECTED] wrote on 05/01/2007 12:56:07
PM:
Thanks ant. Here's my own +1, so having made an update to the artifact
set
I guess I need either one of Kevin or Frank to reaffirm their +1s after
taking a look at the newly added repo artifacts [1], or
[
https://issues.apache.org/jira/browse/TUSCANY-1244?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Venkatakrishnan resolved TUSCANY-1244.
--
Resolution: Fixed
Fixed in r 535224.
Update RMI binding for new runtime SPIs
Subscribe
Hello. To subscribe to the dev list send a note here:
[EMAIL PROTECTED] Include subscribe in the subject.
Subscription info for other project lists can be found here:
http://cwiki.apache.org/confluence/display/TUSCANY/Mailing+Lists
Thanks for your interest.
--Kevin
On 5/4/07, zbchen [EMAIL
At the moment these interfaces are in the org.apache.tuscany.core
package. This package name is also used by core implementation code,
which is confusing.
Is it the intention to change the package name for these SPI interfaces
to something else to avoid confusion between SPIs and
+1 to this proposal.
Simon
Venkata Krishnan wrote:
+1 for cleaning rightaway and temporarily commenting out modules that
break. Thanks
- Venkat
On 5/4/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
As you might have known from the mailing list that we have made good
processes in
I've a problem using SCARuntimeActivator with implementation-script tests as
it fails saying there are components with duplicate names. This looks like
its because there are multiple .composite files for all the various
testcases which do use the same component names and they're all getting
ant elder wrote:
There's been a lot of progress, things are starting to look good and most
things on the wiki page (
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents)
look like they're nearing completion. So I think what we should do is
aim at
creating an SVN
Hi,
With SCARuntimeActivator, we use the contribution service to discover all
the composites in the default contribution which is the jar/folder that
contains the composite path from the start() method. If there is
META-INF/contribution-metadata.xml that lists the deployable composites,
then
It seems that we agree to go ahead to clean up the code base. Meanwhile, Ant
and Venkat have made good processes porting the code over.
I'll start the cleanup.
Thanks,
Raymond
- Original Message -
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, May 04,
The script implementation has now been ported over to these new SPIs and all
seems to be ok and the calculator-script sample works now. The new SPIs seem
to me vastly better than what we had before. There's still some things I
think could be done to make it even easier to write an implementation,
Nicholas Williams wrote:
My understanding is that Tuscany does not currently validate SCDL against the
schemas. Assuming that this is correct, when do you think such functionality
will be introduced?
Thanks
Nick Williams
Good idea. We should validate
Simon Nash wrote:
At the moment these interfaces are in the org.apache.tuscany.core
package. This package name is also used by core implementation code,
which is confusing.
Is it the intention to change the package name for these SPI interfaces
to something else to avoid confusion between SPIs
On 5/4/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Nicholas Williams wrote:
My understanding is that Tuscany does not currently validate SCDL
against the schemas. Assuming that this is correct, when do you think such
functionality will be introduced?
Thanks
Nick Williams
Good
Some comments inline.
Raymond Feng wrote:
Hi,
With SCARuntimeActivator, we use the contribution service to discover
all the composites in the default contribution which is the
jar/folder that contains the composite path from the start() method.
If there is META-INF/contribution-metadata.xml
[
https://issues.apache.org/jira/browse/TUSCANY-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-1223.
-
Resolution: Fixed
Fixed in revision 535315.
I found a much simpler way to do this:
On 5/4/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Nash wrote:
At the moment these interfaces are in the org.apache.tuscany.core
package. This package name is also used by core implementation code,
which is confusing.
Is it the intention to change the package name for these
Raymond Feng wrote:
Hi,
I ran into an issue with the following assembly:
ComponentA is implemented by Composite1. Composite1 defines a
CompositeService Service1 which promotes ComponentB.Service1. Only
Component.Service1 has a java interface defined.
From the debugger, I observed that the
I'll make the changes after I clean up the code.
Thanks,
Raymond
- Original Message -
From: ant elder [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, May 04, 2007 9:32 AM
Subject: Re: Interfaces for implementation/binding extensions to provide
runtime behaviors
On
[
https://issues.apache.org/jira/browse/TUSCANY-1212?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-1212.
-
Resolution: Fixed
Committed revision 535331.
SDO 2.1 feature: Property.isNullable()
[
https://issues.apache.org/jira/browse/TUSCANY-1214?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-1214.
-
Resolution: Fixed
Committed revision 535343.
SDO 2.1 feature: XMLHelper.load(Source)
[
https://issues.apache.org/jira/browse/TUSCANY-993?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Frank Budinsky resolved TUSCANY-993.
Resolution: Fixed
Committed revision 535350.
Problems with sdoModelExtended.xsd
[
https://issues.apache.org/jira/browse/TUSCANY-1241?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Brian Murray updated TUSCANY-1241:
--
Attachment: cts.patch
Attaching a new version of cts.patch. This version includes a
The new SCARuntimeActivator.locateService API was throwing an NPE when the
provided componentName was not found in the Domain. I changed this to throw
IllegalArgumentException with an explanatory message. I can easily back
this out or change it if some other behavior is preferable.
Thanks,
On 5/1/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
More comments inline.
Greg Dritschler wrote:
Replies within.
On 4/30/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
I'm thinking about policy, but why limit it? Shouldn't it have access
to
the complete model and sufficient
I'm playing around with the HWWS samples and blowing up in AXIOM.
I didn't seem to have any luck getting AXIOM to log its debug messages using
the instructions here:
http://jakarta.apache.org/commons/logging/guide.html#Configuring_Log4J
I'm following the earlier suggestion of unzipping the
Hi,
I just checked in the changes to clean up the code under r535430. By
disabling the binding-ws-axis2, all the other modules are built
successfully.
Please note there are still test case failures. Some of them depend on the
axis2 binding, some of them are due to the nested interface
Hi.. .what about the workitem related to renaming the core-spi to include
'sca' for packages. Is it a good time to do this ? Thanks
- Venkat
On 5/4/07, Simon Laws [EMAIL PROTECTED] wrote:
On 5/4/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
There's been a lot of
54 matches
Mail list logo