On 3/13/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
The ClassCastException will only happen if we try to get the child element
out of the repsonse wrapper (which is an instance of AnyTypeDataObjectImpl
because the model is not registered with SDO runtime) and cast it to a
generated SDO
SDO Java M3 Release
---
Key: TUSCANY-1171
URL: https://issues.apache.org/jira/browse/TUSCANY-1171
Project: Tuscany
Issue Type: Task
Components: Java SDO Implementation, Java SDO Samples, Java SDO Tools
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1171:
Attachment: rat_report.zip
Initial rat report generated from new version (0.41) of rat
I opened JIRA Task http://issues.apache.org/jira/browse/TUSCANY-1171 to
cover work done for the SDO Java M3 release, and have just attached an
initial rat report. If anyone feels the urge to check this through before I
get to it that would be great ;-)
Kelvin.
On 13/03/07, kelvin goodson
On 2/16/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Andrew Borley wrote:
On 2/15/07, Pete Robbins [EMAIL PROTECTED] wrote:
On 09/02/07, Simon Laws [EMAIL PROTECTED] wrote:
On 2/9/07, Andrew Borley [EMAIL PROTECTED] wrote:
On 1/30/07, Simon Laws [EMAIL PROTECTED] wrote:
On
[
https://issues.apache.org/jira/browse/TUSCANY-1116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andrew Borley resolved TUSCANY-1116.
Resolution: Fixed
Fixed in r512711
Improve error reporting for Python components
I think we need to reorg the itest directory for databinding a bit and I
need some help to get the maven bit correct as I'm a bit of a maven novice.
I'm looking at the integration branch at the moment as that is where the
tests are checked in but I don't see why these tests can't go in the trunk
Hi,
I also see that all our loaders use string literals to load attributes from
the SCDL for e.g. the name of a component or property and so on. I am
wondering if it would be good to define these as constants somewhere - for
example attributes related to Property element could be defined in the
I have posted a release candidate here:
http://people.apache.org/~robbinspg/M3-RC1/
Before starting a vote for this I would appreciate some folk trying it out
and reporting the silly errors that will require a vote to restart. Please
reply here with any problems (or success) you may have.
Thank
Just took an update from svn, and removed my mvn repository, and am getting
failures in the sdo databinding tests starting with...
Running org.apache.tuscany.databinding.sdo.SDOExceptionHandlerTestCase
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.09 sec
FAI
LURE!
I've just given this a try with the windows binary builds and following the
getting started instructions to run the calculator sample.
The first try failed as libxml2 and iconv are missing. I see now it does
mention these in the SDO system prereqs section but a note pointing that out
in the
[
https://issues.apache.org/jira/browse/TUSCANY-1168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12480748
]
Frank Budinsky commented on TUSCANY-1168:
-
Raymond,
Yes, you are right. I think there are a few examples
On 3/14/07, Simon Laws [EMAIL PROTECTED] wrote:
Just took an update from svn, and removed my mvn repository, and am
getting failures in the sdo databinding tests starting with...
Running org.apache.tuscany.databinding.sdo.SDOExceptionHandlerTestCase
Tests run: 3, Failures: 0, Errors: 3,
On 3/14/07, Pete Robbins [EMAIL PROTECTED] wrote:
I forgot to say what is new in this release!
SDO C++ has a 30-40% performance improvement.
SCA Native has language support for C++, Python and Ruby, binding support
for sca, webservices and rest plus samples to demonstrate these bindings.
[
https://issues.apache.org/jira/browse/TUSCANY-153?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-153.
Resolution: Fixed
ChangeSummary on root data object not supported
[
https://issues.apache.org/jira/browse/TUSCANY-1170?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-1170.
-
Resolution: Invalid
This is behaving as per the SDO 2.1 spec. An issue has already
I note that there are some checkstyle/pmd plugin configurations in the
testing/sca pom. Can anyone tell me if this is actually running. I've not
seen any indication in the mvn builds that I'm doing that it is. Maybe it's
just that the code is perfect or that I'm not configuring mvn properly!
I was using libxml2 2.6.27, seeing you had 2.6.24 i went looking for that
but can't find a pre-compiled win32 version for that, so I tried 2.6.23 and
using that the sample runs fine.
...ant
On 3/14/07, Andrew Borley [EMAIL PROTECTED] wrote:
Hi Ant,
This looks like it could be a libxml
[
https://issues.apache.org/jira/browse/TUSCANY-902?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson resolved TUSCANY-902.
Resolution: Fixed
archives will now have a root folder of tuscany-sdo-version-tag
I'll probably not answer you question about differences, but what I usually
just run mvn -Psourcecheck. But i have found very useful to use checkstyle
and pmd plugins inside IDE (my case eclipse).
On 3/14/07, Simon Laws [EMAIL PROTECTED] wrote:
I note that there are some checkstyle/pmd plugin
[
https://issues.apache.org/jira/browse/TUSCANY-708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-708:
---
Patch Info: [Patch Available]
setting patch available flag
Should TypeHelper.define
I'm probably missing something, but according to the readme for the core
samples standalone calculator, I should be able to:
java -jar {path-to-launcher.jar} target/calc.jar
{add|subtract|multiply|divide} {param} {param}
but when I try it I get NoClassDefFoundError as follows:
+1.
transformers could go under interop because it's there to test
transformations across databindings at the transformer level.
Thanks,
Raymond
- Original Message -
From: Simon Laws [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Wednesday, March 14, 2007 4:06 AM
Are you just trying to run from the launcher project ? You need to get a
standalone runtime from the assembly, that will have the launcher and more
stuff as well.
Try unzipping the assembly from :
java\sca\runtime\standalone\assembly\target\assembly-
2.0-alpha2-incubating-SNAPSHOT-bin.zip
And
On 14/03/07, ant elder [EMAIL PROTECTED] wrote:
I've just given this a try with the windows binary builds and following
the
getting started instructions to run the calculator sample.
The first try failed as libxml2 and iconv are missing. I see now it does
mention these in the SDO system
I've been looking at the DateConversionTest.testToDateFormats test in
the SDO CTS. The test iterates over a list of valid date format strings
and calls DataHelper.toDate() for each one.
However, the test is only asserting that the returned date is not null
rather than checking that the correct
Hmm, yeah, I remember doing something like that earlier with the
distribution, but I thought things had changed. In any case, if this
really is the procedure to follow, it should be documented accor-
dingly in the standalone calculator readme.
On 3/14/07, Luciano Resende [EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/TUSCANY-683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12480841
]
Martin Sebor commented on TUSCANY-683:
--
Geoff, what's the unresolved issue? Anything we (stdcxx) can help
On 3/14/07, Luciano Resende [EMAIL PROTECTED] wrote:
I'll probably not answer you question about differences, but what I
usually
just run mvn -Psourcecheck. But i have found very useful to use checkstyle
and pmd plugins inside IDE (my case eclipse).
On 3/14/07, Simon Laws [EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/TUSCANY-901?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12480845
]
Kelvin Goodson commented on TUSCANY-901:
Capturing some info which might help resolve this ...
The
plugin LICENSE.txt file has spurious
Key: TUSCANY-1172
URL: https://issues.apache.org/jira/browse/TUSCANY-1172
Project: Tuscany
Issue Type: Bug
Components: Maven Plugins
Affects Versions:
[
https://issues.apache.org/jira/browse/TUSCANY-1172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Golick updated TUSCANY-1172:
-
Attachment: 1172.patch
This patch is intended to be applied from the Tuscany\java directory
I cleaned up the doco a little - can you take a look and see if it
makes sense (and if not fix it :-) )
--
Jeremy
On Mar 14, 2007, at 10:01 AM, Ignacio Silva-Lepe wrote:
Hmm, yeah, I remember doing something like that earlier with the
distribution, but I thought things had changed. In any
On 3/14/07, Pete Robbins [EMAIL PROTECTED] wrote:
On 14/03/07, ant elder [EMAIL PROTECTED] wrote:
I've just given this a try with the windows binary builds and following
the
getting started instructions to run the calculator sample.
The first try failed as libxml2 and iconv are missing. I
[
https://issues.apache.org/jira/browse/TUSCANY-1171?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kelvin Goodson updated TUSCANY-1171:
Attachment: rat_exceptions.txt
Attaching marked up header content of the rat report --
I've notice that building the samples on Mac installs them in
sca/samples/samples. I'll look into this.
--
Pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I was going to start working on the annotation processing for @Requires.
Has anyone started working on it yet? Looking at the current processing
of the DataType annotation, it looks like we want to create a
PolicyJavaInterfaceProcessor class and register it with the
Thanks for catching the launcher name.
The application jar though is calc.jar
--
Jeremy
On Mar 14, 2007, at 11:03 AM, [EMAIL PROTECTED] wrote:
Author: isilval
Date: Wed Mar 14 11:03:12 2007
New Revision: 518245
URL: http://svn.apache.org/viewvc?view=revrev=518245
Log:
use correct file names
Hmm, I think it's supposed to be calc.jar but that's not what
shows up in my build ...
On 3/14/07, Jeremy Boynes [EMAIL PROTECTED] wrote:
Thanks for catching the launcher name.
The application jar though is calc.jar
--
Jeremy
On Mar 14, 2007, at 11:03 AM, [EMAIL PROTECTED] wrote:
Author:
[
https://issues.apache.org/jira/browse/TUSCANY-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12480874
]
Raymond Feng commented on TUSCANY-1165:
---
There's a simple workaround: Make sure the import.sdo statements
Hi,
I am trying to run HelloWorldJMS sample but i am getting following exception.
I am created a project under eclipse and i am using ant to build it. i have
copied all the scdl files (databinding, default, idl and jms) under META-INF
directory and tuscany extensions under tuscany directory.
I've seen some recent commits from Raymond and myself around cleaning up
checkstyle and pmd violations in the sca-java-integration branch. And, as I
said before, having the checkstyle and pmd plugins directly integrated in
the IDE helps identifying violation right when you are coding.
On
In order to allow for attachment of optimized wires on a source
component, I'm going to slightly change the WireAttacher interface to
pass in the target Component as well as the source Component during
the attach operation. In the case of Java implementation types, this
will allow the
I have investigate the issue a little bit, and looks like the problem is in
JavaInterfaceProcessorRegistryImpl. Today, when the service contract is
being introspected, it's using the method name as key for the available
operations. We need to use a different key approach here, that will take in
Need to implement support for @ComponentName
Key: TUSCANY-1174
URL: https://issues.apache.org/jira/browse/TUSCANY-1174
Project: Tuscany
Issue Type: Bug
Components: Java SCA Kernel
I did search on SDO spec discussion threads and found out the following 2
links. Based on the first link, it seems Tuscany SDO implementation on
DataHelper.toDate(String) for duration string is broken. It seems the algorithm
(with my understanding) should be
1) create a calendar with current
[snip]
Luciano Resende wrote:
Hi Raymond
1) What's the naming convention for test suites? Should we name them as
*TestSuite.java? If so, we have to adjust the surefire inclusion
pattern
in pom.xml to recognize the test suites. If we're fine with names
such as
*AllTestCase.java, then the
Comments inline
Raymond Feng wrote:
+1.
transformers could go under interop because it's there to test
transformations across databindings at the transformer level.
+1 from me, I'm assuming you meant move the tests currently in
transformer to interop and not creating interop/transformer.
Quick minor thing, while taking a look at your manifest file inside
sdo-impl, it still says : Implementation-Version: incubating-M1
On 3/14/07, kelvin goodson [EMAIL PROTECTED] wrote:
Currently there are 8 JIRAs targeted for the SDO Java M3 release
TUSCANY-901jar Manifests require
Tests for duration dates/times should not be in accepted test suite
-
Key: TUSCANY-1175
URL: https://issues.apache.org/jira/browse/TUSCANY-1175
Project: Tuscany
Issue Type:
Thanks Fuhwei
I've raised a JIRA against the CTS to move the duration tests to the
UnderReview suite until this issue is properly resolved in the
specification.
Andy.
-Original Message-
From: Fuhwei Lwo [mailto:[EMAIL PROTECTED]
Sent: 15 March 2007 02:26
To: tuscany-dev@ws.apache.org
[
https://issues.apache.org/jira/browse/TUSCANY-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng reassigned TUSCANY-1165:
-
Assignee: Raymond Feng
Integration branch - Timing issue: incorrect dependency on
I noticed the following in the SDO getting started file:
1. Top of the file says: If you haven't already done so, the first step is
to download the SDO C++ Milestone release 2 of Apache Tuscany from our download
page http://incubator.apache.org/tuscany/downloads.html.
2. The links for FAQ and
There are some good user guides/documents in the SCA subproject. Can we
move these to the website? Is there a reason why these are not shared on the
website?
On 3/14/07, haleh mahbod [EMAIL PROTECTED] wrote:
I noticed the following in the SDO getting started file:
1. Top of the file says:
DynamicTypesFromSchemaTestCase should not expect mixed and text properties
--
Key: TUSCANY-1176
URL: https://issues.apache.org/jira/browse/TUSCANY-1176
Project: Tuscany
Mark I. Dinges wrote:
I was going to start working on the annotation processing for
@Requires. Has anyone started working on it yet? Looking at the
current processing of the DataType annotation, it looks like we want
to create a PolicyJavaInterfaceProcessor class and register it with
the
Hi,
I am continuing to work on the branch to bring the spi model to level with
the current specs. One of the key things that I observed is the ability to
override various aspects of properties, services and references starting
from the ComponentType for an implementation and moving up to
[
https://issues.apache.org/jira/browse/TUSCANY-1165?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-1165.
---
Resolution: Fixed
Fix Version/s: Java-SCA-integration
Fix is chcked in under
CTS should not expect DocumentRoot to be included in results from
XSDHelper.define()
Key: TUSCANY-1177
URL: https://issues.apache.org/jira/browse/TUSCANY-1177
[
https://issues.apache.org/jira/browse/TUSCANY-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12481053
]
Andy Grove commented on TUSCANY-708:
DocumentRoot was mentioned in SDO 2.0.1 and was only relevant to XML
DynamicTypesFromSchemaTestCase expecting *Object types to be created
Key: TUSCANY-1178
URL: https://issues.apache.org/jira/browse/TUSCANY-1178
Project: Tuscany
Issue Type:
[snip]
Jean-Sebastien Delfino wrote:
You'll need to handle both interfaces and implementation classes,
which both can have @Requires. I would expect @Requires on a Java
implementation class and its interfaces to translate to Intent
metadata in the ComponentType model describing the
62 matches
Mail list logo