Surefire is configure to run test based on the following criteria :
include**/*TestCase.java/include
The test case java file must match the criteria above, and to take a
concrete example (java/sca/itest/callback-api), you can see that the
test case is named as CallBackApiTest.java and will not
Take a look at this post on Tuscany blog :
http://apache-tuscany.blogspot.com/2007/07/sca-tooling.html
Looks like the tooling project mentioned there has the ability to
introspect components from your workspace, and give you a visual
representation of your composite
On 8/12/07, shaoguang geng
On 8/13/07, Luciano Resende [EMAIL PROTECTED] wrote:
Hi Ole
Here is what I tried, and all went OK
1.Removed .m2\repository\org\apache\tuscany
2.svn update to revision #565235
3.cd %tuscany_home%\java
4.mvn -U -fn clean install
java version 1.5.0_12
Java(TM) 2 Runtime Environment,
I was playing with XSD2JavaGenerator to generate static sdo objects
for some SCA samples, and realized it has some strange behavior with
regards to command line argument processing.
Basically, it treat the a command line option and it's value as two
separate arguments, so, instead of being able
Hi,
The observed behaviour is the documented behavior of Ant
arg value=key1/
arg value=value1
means there are two separate command-line arguments i.e. args.length=2
Is different from
arg value=key1 value1/
Which means there is one command-line argument of value key1 value1.
The
(Prev mail thread:-
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20770.html)
More on this...
Looks like, single table registry approach was taken to dump all rows
fetcted from database
without linking DataObjects, as there is no relationship information in DAS
Config.
So, from the
-When connection is provider by caller(say container), there is no
meaning
of managedtx attribute, and it is better to let the caller handle the
transactionality of the operations. So, when DAS is instantiated using
external connection - mandate managedtx = false. Also, expose
getConnection()
Brady Johnson (JIRA) wrote:
Tuscany SDO native for windows is not msvc backwards compatible
Don't I know it. In the PHP project the automated build servers for Win
use VC6, so we are obliged to use that compiler in the SDO for
I've applied 1529 and 1530.
Cheers,
On 10/08/07, Brady Johnson [EMAIL PROTECTED] wrote:
Hello all,
I created a JIRA for this compilation issue and have already uploaded a
patch. Can someone submit it please.
https://issues.apache.org/jira/browse/TUSCANY-1530
Thanks
Hi All,
I am trying to read out an XML file by using your library files
(tuscany-sdo-api-r2.1-1.0-incubating.jar). I placed your library in my
Websphere process server lib folder as well I set all the tuscany jar's
in my class path. Still, I am experiencing the below error.
YOUR
On 8/13/07, Luciano Resende [EMAIL PROTECTED] wrote:
Simon Laws wrote:
+1 for 21st as the target. Can I suggest we take some time (assuming
there
is some) on the 20th to test the samples and check through the readmes
etc
before taking the branch.
We could probably get a stable
Hi,
The Assembly Model specs mentions the 'need' for definitions of metadata
related to implementation and binding extensions types as follows:
2665 In addition to the definition for the new implementation instance
element, there needs to be an
2666 associated implementationType element which
Original Message
Subject: Re: [jira] Created: (TUSCANY-1529) Tuscany SDO native for
windows is not msvc backwards compatible
Date: Mon, 13 Aug 2007 10:57:44 +0100
From: Caroline Maynard [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Newsgroups:
On 8/13/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
The Assembly Model specs mentions the 'need' for definitions of metadata
related to implementation and binding extensions types as follows:
2665 In addition to the definition for the new implementation instance
element, there needs
Caroline,
That's good to know the background to that include file, I didn't know
about it. I'll definitely keep it in mind. I don't think the change I
made should affect you, let me know if it does.
Thanks
Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave
Hi Simon,
You mentioned whatever was running in my mind - a module for sca-domain. I
did look at the host-embeded for a fit but wasn't comfortable. I'd imagine
the sca-domain to be a module on its own - having its model, processors and
other things and various runtimes should strap up this
I think that the main goal of DAS, is to be an heterogeneous API that
could be used to implement support for various backends (rdb, ldap,
xml etc). Starting to add various semantics that might be specific to
RDB might take us out of this direction.
So, for this issue, let's take a step back and
I was expecting the non-recommended approach to work...but the SDO
generator code explicitly interpret and expects the key/value as two
separate command line args.
The non-recommended approach to emulate the two-argument behavior is
arg line=key1 value1/
If this is the expected behavior, we
Hi Ramesh,
My best guess is you have EMF version conflict between WPS and SDO 2.1.
The EMF in WPS is much older than the one in Tuscany SDO. Since EMF is
a runtime library in WPS, you cannot upgrade it on your own. The only
way to make your env work is to refactor EMF in Tuscany SDO to avoid
Hi,
From the stack trace below, this doesn't really sound like an EMF/SDO
version problem. It looks like it's trying to load a Tuscany class:
org/apache/tuscany/sdo/SDOFactory
This should be in the tuscany impl project JAR. Since it's not finding it,
it sounds like the classpath is missing
Hi Luciano, Simon,
I ran it like this:
mvn -U -fn clean install
And it runs fine (Some test errors, but build completes) with maven 2.0.5 and
java 1.5.12.
Thanks for all the feedback,
- Ole
Simon Laws wrote:
On 8/13/07, Luciano Resende [EMAIL PROTECTED] wrote:
Hi Ole
Here is what I
Brady Johnson wrote:
That's good to know the background to that include file, I didn't know
about it. I'll definitely keep it in mind. I don't think the change I
made should affect you, let me know if it does.
Thanks. As discussed previously, we're sticking with the branch for now,
and will
On 8/13/07, Ole Ersoy [EMAIL PROTECTED] wrote:
Hi Luciano, Simon,
I ran it like this:
mvn -U -fn clean install
And it runs fine (Some test errors, but build completes) with maven 2.0.5and
java
1.5.12.
Thanks for all the feedback,
- Ole
Simon Laws wrote:
On 8/13/07, Luciano
Hello all,
I have written some preliminary design specifications for the TuscanySCA
M4 release. This is a living document, and I will be continuously
updating it.
Before I get any further, I would like some opinions on the refactor of
the SCA Data Model. Input/Suggestions are very welcome.
It would be good to get user 's view on this as well. I am re-posting to
tuscany-user list since I am not sure if everyone monitors both lists.
On 8/11/07, ant elder [EMAIL PROTECTED] wrote:
Our SCA binary distribution is over 100Meg now and there's still
extensions
and dependencies I've
On 8/6/07, Simon Laws [EMAIL PROTECTED] wrote:
On 8/6/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Laws wrote:
On 8/3/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
On 8/1/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Shaoguang,
The Eclipse SOA Tools Project is building a graphical editor for SCA
composites. You can find the project here:
http://www.eclipse.org/stp/
In addition to the graphical composition editor, there is a range of SCA
and SOA related tooling available in this tools project.
Of
Hi,
Here is a sample of SCA news page that I had proposed last week[1]. This
news page includes information about both Java SCA and Native SCA. It is a
live page that reflects what's going on in the project (no old news).
This page is created on TuscanyWiki so that everyone can add
-Original Message-
From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED]
Sent: Friday, August 10, 2007 8:33 AM
To: tuscany-dev@ws.apache.org
Subject: Re: [SCA Native] java implementation and interface schema
files
loaded but not used
Brady Johnson wrote:
Does anyone have any
Looks nice!
I meant to reply last week saying that I thought it was a good idea, but
time just got away from me again...
The Native part looks a bit sparse. Imp trying to think of something to
beef it up a bit. :)
Brady
-Original Message-
From: haleh mahbod [mailto:[EMAIL PROTECTED]
[
https://issues.apache.org/jira/browse/TUSCANY-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende updated TUSCANY-1524:
-
Description:
See details here :
TuscanySCA Native test suite is stale and hasnt been maintained for ages
Key: TUSCANY-1533
URL: https://issues.apache.org/jira/browse/TUSCANY-1533
Project: Tuscany
I wrote a JIRA about this:
https://issues.apache.org/jira/browse/TUSCANY-1533
Why don't we just delete it to avoid people wasting time wondering why
it doesn't even compile for them (like I did).
We'll be making a new one for the M4 release anyways.
Brady Johnson
Please vote to release the beta1 distribution of Tuscany DAS for Java.
All the major issues reported in previous RC should now be fixed, and
the only change from RC3 is a fix to file permission issues on the
distribution as described in TUSCANY-1524.
The Release Candidate RC4 for Tuscany Java
[
https://issues.apache.org/jira/browse/TUSCANY-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende resolved TUSCANY-1524.
--
Resolution: Fixed
Fixed under revision #565488
Need to fix file permission with
[
https://issues.apache.org/jira/browse/TUSCANY-1524?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12519545
]
Luciano Resende commented on TUSCANY-1524:
--
This was also fixed in trunk under revision #565487
Need to
Thanks Brady.
As I mentioned below I am hoping that everyone who has something to share
about the project will participate and share information. Thanks for making
the effort to update Native SCA section on News page. One piece of news
might be interesting is OSCON demo that goes across Java and
Hi,
The SCA Java runtime doesn't use the XSD for the assembly or extensions at
runtime to parse the composite file. A StAX-based artifact processor is
plugged into the runtime to handle the extensions such as
implementation.java, implementation.script and binidng.rmi.
Does SCA Native use
David Haney wrote:
-Original Message-
From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED]
Sent: Friday, August 10, 2007 8:33 AM
To: tuscany-dev@ws.apache.org
Subject: Re: [SCA Native] java implementation and interface schema
files
loaded but not used
Brady Johnson wrote:
[snip]
Venkata Krishnan wrote:
Hi Sebastien,
Yes, this was what I intended to do initially. But got a bit
concerned about losing the original state of the model after build
time. I was thinking of a Admin or Mgmt function that might display
the original configurations before thing got built
Below is what is happening today:-
managedtx(default-true) - config attribute in ConnectionInfo element to
control transactions
managedtx database conn. supplied effect on transaction
Comments inline
On 8/13/07, Amita Vadhavkar [EMAIL PROTECTED] wrote:
Below is what is happening today:-
managedtx(default-true) - config attribute in ConnectionInfo element to
control transactions
managedtx database conn. supplied effect on transaction
42 matches
Mail list logo
