I have been looking at TestNG lately. It is lot better than Junit 3.8.1.
However, I think lot of those features are incorporated in Junit 4.0. I
am not sure about the Maven support for TestNG.
-Original Message-
From: Jeremy Boynes [mailto:[EMAIL PROTECTED]
Sent: 06 July 2006 02:10
To:
There is a problem with the Windows src zip for sca to do with filename
lengths. I will fix it and re-post a new zip.
On 06/07/06, Pete Robbins [EMAIL PROTECTED] wrote:
I have posted a candidate for the first C++ release here.
http://people.apache.org/~robbinspg/RC1
Would all interested
My favourite so far is one of Ed's:
http://wiki.apache.org/ws-data/attachments/Tuscany(2f)LogoCandidates/attachments/tusc_mod9.jpg
On 7/6/06, haleh mahbod [EMAIL PROTECTED] wrote:
What Ed posted in black and brown looks good. Maybe we can get rid of some
of the trees and make it simpler.
Comments inline, thanks for some of the clarifications...
On Jul 5, 2006, at 12:43 PM, Jean-Sebastien Delfino wrote:
Jim Marino wrote:
On Jul 3, 2006, at 5:34 AM, ant elder wrote:
One of the big reasons for me is summed up well in Sebastien's
proposal:
This will get our community
My big thing with JUnit4 is that it finally allows initializer
methods to be called at instantiation, although I haven't had much
need for this in Tuacany. One thing we should be careful of in
deciding to use JUnit4 is integration with mock object frameworks.
Currently, in core2 and in the
[
http://issues.apache.org/jira/browse/TUSCANY-516?page=comments#action_12419444
]
Venkatakrishnan commented on TUSCANY-516:
-
In the approach that I am following to map SDOs to XSDs, I instantiate the SDO
in order to be able to access it 'Type'
On 7/6/06, Jim Marino [EMAIL PROTECTED] wrote:
at the squash courts ;-)
That's for the healthy, athletic guys - us cooler types hang out behind the
bike sheds, smoking woodbines and cracking jokes ;-)
Jeremy,
Jeremy Boynes wrote:
On Jul 5, 2006, at 12:43 PM, Jean-Sebastien Delfino wrote:
cut/
I just checked in sandbox/sebastien/m2-design/model.spi a set of new
interfaces. This is just an initial strawman to trigger a
constructive discussion and ideas on how to best represent the
[
http://issues.apache.org/jira/browse/TUSCANY-153?page=comments#action_12419452
]
Kelvin Goodson commented on TUSCANY-153:
When I run XSD2JavaGenerator against the test.xsd in the supplied jar I get
very different generated code from that found
The problem appears to be that WinXP expanding of a compressed folder can
not expand the tuscany_sca_cpp-0.1.incubating-M1-src.zip (despite the fact
that it was used to create the zip in the first place!). This zip can be
successfully extracted using WinZip or even jar -xf so I am not going to
On Jul 6, 2006, at 2:17 AM, Simon Nash wrote:
Jeremy,
Jeremy Boynes wrote:
On Jul 5, 2006, at 12:43 PM, Jean-Sebastien Delfino wrote:
cut/
I just checked in sandbox/sebastien/m2-design/model.spi a set of
new interfaces. This is just an initial strawman to trigger a
constructive
Ive downloaded and built the src distro on Windows using the command line,
devstudio6 and devstudio7. The builds all work fine, but the calculator
sample on studio7 only half works as the project descriptions are missing
some of the proxies/wrappers. Add works but Div doesnt.
Im just going to fix
You'll get a rise of this: I'm in Rome now and the other day I was
out doing my run, all sweaty, in terrible heat, and I run past this
women and she asks if I have a lighter for her cigarette :-) Classic
Italy.
Jim
On Jul 6, 2006, at 2:10 AM, Andrew Borley wrote:
On 7/6/06, Jim Marino
I'm like this,
http://wiki.apache.org/ws-data/attachments/Tuscany(2f)LogoCandidates/attachments/tuscanylogo_candidate1.jpg
but I think it might be too colourful and I like the idea of bringing out
the sca in Tuscany as shown in
missing a bottle of wine? :)
On 7/6/06, kelvin goodson [EMAIL PROTECTED] wrote:
I'm like this,
http://wiki.apache.org/ws-data/attachments/Tuscany(2f)LogoCandidates/attachments/tuscanylogo_candidate1.jpg
but I think it might be too colourful and I like the idea of bringing out
the sca in
Brent,
The JavaDoc for the -noNotification generator option says it all:
* -noNotification
* This option eliminates all change notification overhead in the
generated classes. Changes to
* DataObjects generated using this option cannot be recorded, and
consequently the
I would much rather wait for the Surefire/JUnit 4 integration (
http://jira.codehaus.org/browse/SUREFIRE-31 ) than switch to another
testing framework.
--Kevin
Daniel Kulp wrote:
Actually, Maven supports TestNG natively in the Surefire plugin. I've tried
it before and it does work.
Hi Ignacio,
Sorry about the delay...Comments inline. I've also added some
scenarios to the wiki so feel free to add your thoughts to them.
Jim
On Jul 5, 2006, at 2:07 PM, Ignacio Silva-Lepe wrote:
Hi Jim,
Sorry about the disconnect, I was out Monday and yesterday. I'll be
sure to
Thanks to Raymond, we have the start of an extensible data
transformation framework for core2. I've checked it in for him but
have not added it to the build since I couldn't get the plugins to
download properly (it may just be the maven repo at Sun was down).
Raymond, could you take a look
On Jul 6, 2006, at 2:17 AM, Simon Nash wrote:
Jeremy,
Jeremy Boynes wrote:
On Jul 5, 2006, at 12:43 PM, Jean-Sebastien Delfino wrote:
cut/
I just checked in sandbox/sebastien/m2-design/model.spi a set of
new interfaces. This is just an initial strawman to trigger a
constructive
Hi, this is a good news. I will try to use this in Celtix binding.
Thanks,
Jervis
-Original Message-
From: Jim Marino [mailto:[EMAIL PROTECTED]
Sent: 7/6/2006 (星期四) 11:17 下午
To: tuscany-dev@ws.apache.org
Cc:
Subject: Raymond's data
I have got an implementation based on Doug Lea's concurrent utilities
(JDK 1.4), I think this can be ported to use Java 5 concurrent
libraries. If you don't mind, I can start looking at this.
-Original Message-
From: Jim Marino [mailto:[EMAIL PROTECTED]
Sent: 06 July 2006 16:12
To:
Jeremy, as you know, its been holidays in the US this week and that will be
why Sebastien was quiet over the weekend and Monday and Tuesday. I've found
all his past posts on this sandbox topic most constructive and helpful.
...ant
On 7/6/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jul 6,
OK... there are a couple of fixes for VC7 compilation plus some
copyright/licence issues that will be resolved. I will respin the distro in
the next few hours and put up the candidate for a vote.
On 06/07/06, Edward Slattery [EMAIL PROTECTED] wrote:
Ive downloaded and built the src distro on
On 7/5/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jul 5, 2006, at 12:43 PM, Jean-Sebastien Delfino wrote:
My proposal is not to merge M1 and the core2 sandbox. I am
proposing to start a new fresh code stream and build the runtime
through baby steps. We may be able to reuse some pieces of
As discussed on IRC this morning, I have checked Venkat's RMI binding
code from TUSCANY-467 into the sandbox. This is still based on the M1
implementation but we wanted to have something in SVN to act as a
baseline for discussion. It will not compile at this time so I have
not incorporated
Jeremy,
Jeremy Boynes wrote:
On Jul 6, 2006, at 2:17 AM, Simon Nash wrote:
cut/
The point here is not how large someone's code is but whether they are
working with others in the community. As you point out, there has been
quite a bit of discussion over the last few days on how we should
Jim Marino wrote:
cut/
We will only reach the right conclusion on
this important debate if we all engage constructively at a technical
level and evaluate new contributions and ideas in an open-minded way.
Your apparent characterization of Sebastien's constructive engagement
in this
On Jul 6, 2006, at 12:05 PM, Simon Nash wrote:
Jeremy,
Jeremy Boynes wrote:
On Jul 6, 2006, at 2:17 AM, Simon Nash wrote:
cut/
The point here is not how large someone's code is but whether
they are working with others in the community. As you point out,
there has been quite a bit of
I have posted a candidate for the first C++ release here:
http://people.apache.org/~robbinspg/RC1
The code is tagged in svn:
http://svn.apache.org/repos/asf/incubator/tuscany/tags/cpp-0.1.incubating-M1/
http://svn.apache.org/repos/asf/incubator/tuscany/tags/cpp-0.1.incubating-M1/%C2%A0
Please
I'd like to see if I can recap where this thread went. There seem to
be two sets of opinion:
1) that regular scheduled chats are helpful
2) that impromptu, unscheduled chats are helpful
In light of this, I'd like to propose the following IRC policy for
the project:
==
We will hold a
Hi, Jim.
Thank you for checking them into the sandbox.
Here's a patch enabling the build and test for all the projects. I found out
the Sun's jaxb-impl 2.0.1 has an incorrect dependency to jaxb-api 2.0.1
which doesn't exist. I downgraded it to jaxb-impl 2.0.
I'll post a list of features and
+1
that just about covers it from my point of view. I'd also be interested in
experimenting with a 1hr email session. Email is pretty fast nowadays and
refreshing and responding via the mailing list could also work. It would
also remove the really annoying thing about IRC which is the loss of
On Jul 6, 2006, at 2:22 PM, Jeremy Boynes wrote:
I'd like to see if I can recap where this thread went. There seem
to be two sets of opinion:
1) that regular scheduled chats are helpful
2) that impromptu, unscheduled chats are helpful
In light of this, I'd like to propose the following IRC
Hi,
We have heard that the Tuscany developers have been exploring
the option of using Apache stdcxx as the common implementation
of the C++ Standard Library for Tuscany/C++. We are wondering
whether this is in fact the case and, if so, what the stdcxx
team can do in order to make it as smooth as
Hi Martin.
Using stdcxx is certainly on our list of things to investigate. There are 2
ways in which we can use a C++ standard library:
1) Internally withing our own implementation code
2) Exposed on user APIs
We currently use stl within our implementation and the use of stl classes on
our
Great news! Thanks for keeping us in the loop.
Martin Sebor wrote:
Hi,
We have heard that the Tuscany developers have been exploring
the option of using Apache stdcxx as the common implementation
of the C++ Standard Library for Tuscany/C++. We are wondering
whether this is in fact the case
FYI
I'm very satisfied with the overall progress of stdcxx, but see two
obstacles to graduation;
* the bug tracking system is being well utilized to discuss patches,
but the dev list is still a bit quiet on the design-decision front.
It's important that decisions are open and not made in
On Jul 6, 2006, at 3:04 PM, Jim Marino wrote:
On Jul 6, 2006, at 2:22 PM, Jeremy Boynes wrote:
We will also hold pre-announced chats at other times so try and
bring closure to issues that seem to be dragging on in email
threads. The point of these is to come to a decision and such
On 7/6/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jul 6, 2006, at 3:04 PM, Jim Marino wrote:
On Jul 6, 2006, at 2:22 PM, Jeremy Boynes wrote:
We will also hold pre-announced chats at other times so try and
bring closure to issues that seem to be dragging on in email
threads. The
On 7/6/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On Jul 6, 2006, at 12:05 PM, Simon Nash wrote:
All ideas that Sebastien has proposed are being considered - we had a
long discussion on these very things on IRC this morning. The main
questions being asked about his proposal are what is the
yea that's cool. I just thought if a decision was made on IRC it
couldn't be undone by a vote on the list. I like the idea of using
quick chats to clear out lingering things and then have them ratified
on the list.
Jim
On Jul 6, 2006, at 4:02 PM, Jeremy Boynes wrote:
On Jul 6, 2006, at
Hi Pete
I took sometime to look
at the C++ M1 Release candidate and I have the following feedback...
Please keep in mind that
my C++ skills is not one of my biggest strengths as of today, so, some
feedback might be due to lack of involvement with C++ for couple of years...
Also note that I
Jeremy,
I won't comment on your attacks at the bottom of this email. I was
hoping for a more constructive technical discussion. I added my answers
and comments on the specific technical issues inline.
Jeremy Boynes wrote:
On Jul 5, 2006, at 12:43 PM, Jean-Sebastien Delfino wrote:
My
Comments inline
On Jul 6, 2006, at 6:17 PM, Jean-Sebastien Delfino wrote:
Jeremy,
I won't comment on your attacks at the bottom of this email. I was
hoping for a more constructive technical discussion. I added my
answers and comments on the specific technical issues inline.
Jeremy Boynes
I am in the middle of removing the named parameter feature of DAS
command and notice that we currently allow a special convenience name to
allow a client to retrieve a database generated ID from a low-level
insert command like this:
DAS das = DAS.FACTORY.createDAS(getConnection());
Venkat,
I know I said on IRC this morning I would try an post some comments
on migrating this but I am afraid that things today have kept me
distracted. I will be on IRC early tomorrow morning, I hope that is
not too late for you.
--
Jeremy
On Jul 6, 2006, at 11:51 AM, Jeremy Boynes
+1
and I stick to my earlier suggestion that the topics of discussion be fixed
ahead over the mailing list instead of choosing the topics over the list and
then actually picking them up for discussion only in the IRC. Choosing them
ahead brings in a committment that a topic would surely get
I have a call late tonight. Hence I should be able to catch up with you on
the IRC. Thanks.
Venkat
On 7/7/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
Venkat,
I know I said on IRC this morning I would try an post some comments
on migrating this but I am afraid that things today have kept me
49 matches
Mail list logo
