Thanks. So just a reminder of the previously discussed plans: - Cut a
1.0branch tomorrow and make a release candidate not really expecting
it to be
the final one, then another RC on Monday the 17th, and maybe others on the
20th and 23rd if required. General development and changes are kept to a
kelvin goodson wrote:
Luciano,
can you confirm in the JIRA whether the updated fix is good? I'll
keep an eye on this thread to see how your plans develop, and what
that might mean for SDO release plans.
Kelvin.
On 10/09/2007, Luciano Resende [EMAIL PROTECTED] wrote:
We have found an
+1 from me. I'd be happy to help wherever required.
- Venkat
On 9/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Ant has been doing a great job as Release Manager for several releases.
I'd like to nominate him as Release Manager for release 1.0, as it's
going to be a pretty
+1 for Ant.
Simon
Venkata Krishnan wrote:
+1 from me. I'd be happy to help wherever required.
- Venkat
On 9/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Ant has been doing a great job as Release Manager for several releases.
I'd like to nominate him as Release Manager for
On 9/11/07, Simon Nash [EMAIL PROTECTED] wrote:
+1 for Ant.
Simon
Venkata Krishnan wrote:
+1 from me. I'd be happy to help wherever required.
- Venkat
On 9/11/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Ant has been doing a great job as Release Manager for several
+1, thanks Ant.
On 9/11/07, Simon Laws [EMAIL PROTECTED] wrote:
On 9/11/07, Simon Nash [EMAIL PROTECTED] wrote:
+1 for Ant.
Simon
Venkata Krishnan wrote:
+1 from me. I'd be happy to help wherever required.
- Venkat
On 9/11/07, Jean-Sebastien Delfino [EMAIL
?
-- Forwarded message --
From: Simon Laws [EMAIL PROTECTED]
Date: Aug 27, 2007 2:58 AM
Subject: Re: SCA 1.0 release (was Re: Release management for next
release, was: SCA 0.92 release?
To: tuscany-dev@ws.apache.org, [EMAIL PROTECTED]
On 8/27/07, ant
Ant has been doing a great job as Release Manager for several releases.
I'd like to nominate him as Release Manager for release 1.0, as it's
going to be a pretty important milestone release for the project, and
I'm sure he'll make it a successful release again!
Thoughts?
[snip]
ant elder
Couldn't say better about Ant as Release Manager, here is my +1
On 9/10/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Ant has been doing a great job as Release Manager for several releases.
I'd like to nominate him as Release Manager for release 1.0, as it's
going to be a pretty
+1
On 9/10/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Ant has been doing a great job as Release Manager for several releases.
I'd like to nominate him as Release Manager for release 1.0, as it's
going to be a pretty important milestone release for the project, and
I'm sure he'll
: Aug 27, 2007 2:58 AM
Subject: Re: SCA 1.0 release (was Re: Release management for next
release, was: SCA 0.92 release?
To: tuscany-dev@ws.apache.org, [EMAIL PROTECTED]
On 8/27/07, ant elder [EMAIL PROTECTED] wrote:
On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote
?
-- Forwarded message --
From: Simon Laws [EMAIL PROTECTED]
Date: Aug 27, 2007 2:58 AM
Subject: Re: SCA 1.0 release (was Re: Release management for next
release, was: SCA 0.92 release?
To: tuscany-dev@ws.apache.org, [EMAIL PROTECTED]
On 8/27/07, ant elder [EMAIL PROTECTED] wrote:
On 8/9
(was Re: Release management for next
release, was: SCA 0.92 release?
To: tuscany-dev@ws.apache.org, [EMAIL PROTECTED]
On 8/27/07, ant elder [EMAIL PROTECTED] wrote:
On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
snip
- Post 0.95, maybe a couple of weeks after the release
Cutting the branch around the 14th to give more time to get the
release into shape sounds good.
We always seems to run into lots of minor sample problems when
we produce an RC and I would expect that we would use some of
the time after cutting the branch to fix these up and polish the
samples.
On the question of differing JIRAs, I think it depends on the JIRA :)
We have to be careful making too many changes in the branch as previously
there's always been regressions due to changes. There's also the question of
who does the work - just raising a JIRA doesn't get the problem fixed and
This sounds pretty close to what I had in mind. But I'm concerned about
cutting the branch before the 14th. IMO the 14th is the earliest
possible date we could cut the branch that would allow us to get enough
done in the trunk to put us in a position to move into this more
controlled mode.
Taking the branch on the 14th and making an RC1 on the 14th is possible,
just the RC is likely to be a little rough as there won't be much time at
all to do checking. But as we're talking about RC1 not expected to be _the_
RC then i guess that could be fine.
...ant
On 8/28/07, Simon Nash
On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
snip
- Post 0.95, maybe a couple of weeks after the release, we'd cut
another branch and head with that for 1.0 release. Being a 1.0
release, we prob. need a branch early as that so that we can whet the
things we are targetting for the
On 8/27/07, ant elder [EMAIL PROTECTED] wrote:
On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
snip
- Post 0.95, maybe a couple of weeks after the release, we'd cut
another branch and head with that for 1.0 release. Being a 1.0
release, we prob. need a branch early as that so
ant elder wrote:
On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
snip
- Post 0.95, maybe a couple of weeks after the release, we'd cut
another branch and head with that for 1.0 release. Being a 1.0
release, we prob. need a branch early as that so that we can whet the
things we are
Please review the current distributions so we've a good shot and getting an
RC1 on friday that passes. You can build the absolute latest distro's
yourself from sca/distribution or I'm right now uploading pre-built ones to
http://people.apache.org/~antelder/tuscany/SNAPSHOT/. This isn't complete
Running calculator-script using the distribution, I see the following
message. Result is OK, but this seems to be complaining about some package.
I also saw this when I tried to run the same sample from within eclipse :
sys-package-mgr*: can't create package cache dir, 'C:\tuscany-new\s
On 8/19/07, ant elder [EMAIL PROTECTED] wrote:
On 8/13/07, ant elder [EMAIL PROTECTED] wrote:
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
On 8/13/07, ant elder [EMAIL PROTECTED] wrote:
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
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
On 8/9/07, ant elder [EMAIL PROTECTED] wrote:
I guess early the following week still leaves time for an August release.
It will be real tight though so we'll all need to be quick and thorough
with
our RC reviews as one problem once we get to the IPMC voting and it could
easily slip it into
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 distribution available on the 20th,
and we would check that.
On
+1 for the 21st.
Simon
ant elder wrote:
I guess early the following week still leaves time for an August release.
It will be real tight though so we'll all need to be quick and thorough with
our RC reviews as one problem once we get to the IPMC voting and it could
easily slip it into
ant elder wrote:
I guess early the following week still leaves time for an August release.
It will be real tight though so we'll all need to be quick and thorough with
our RC reviews as one problem once we get to the IPMC voting and it could
easily slip it into September.
So does taking the
ant elder wrote:
On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
snip
- Post 0.95, maybe a couple of weeks after the release, we'd cut
another branch and head with that for 1.0 release. Being a 1.0
release, we prob. need a branch early as that so that we can whet the
things we are
Jean-Sebastien Delfino wrote:
[snip]
Simon Nash wrote:
Raymond Feng wrote:
[snip]
2) We could branch for the 1.0 release to contain the candidate
modules
and keep doing 1.0 developement in the branch and merge them into the
trunk. I'm not sure how feasible it is.
+1
I
On 8/9/07, Simon Nash [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
[snip]
Simon Nash wrote:
Raymond Feng wrote:
[snip]
2) We could branch for the 1.0 release to contain the candidate
modules
and keep doing 1.0 developement in the branch and merge them into
ant elder wrote:
On 8/9/07, Simon Nash [EMAIL PROTECTED] wrote:
Jean-Sebastien Delfino wrote:
[snip]
Simon Nash wrote:
Raymond Feng wrote:
[snip]
2) We could branch for the 1.0 release to contain the candidate
modules
and keep doing 1.0
On 8/9/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
snip
Sure, 1.0 development should happen in trunk, but I was trying to
respond to a different point brought up by Raymond.
On Aug 18, we are going to cut the August release branch. The point is
about allowing small changes, bug fixes
Hi,
Theres been lots of discussion. So let me summarize my understanding
/ imaginiation : -
- We will cut a branch around Aug 18th for Release 0.95. As always,
once the branch is cut we need to be watchful on the commits
(including getting the RMs nod to significant ones) to the branch and
Ant talked about cutting the branch very early next week. I'd prefer
that to doing it on August 18th. I will be away for a few days,
returning home late on the 18th, and I could take advantage of the
extra couple of days to help with last-minute things.
Simon
Venkata Krishnan wrote:
Hi,
I guess early the following week still leaves time for an August release.
It will be real tight though so we'll all need to be quick and thorough with
our RC reviews as one problem once we get to the IPMC voting and it could
easily slip it into September.
So does taking the branch on the 21st
On 8/9/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
snip
- Post 0.95, maybe a couple of weeks after the release, we'd cut
another branch and head with that for 1.0 release. Being a 1.0
release, we prob. need a branch early as that so that we can whet the
things we are targetting for the
+1 for Ant. He did a great job with 0.90.
Simon
Venkata Krishnan wrote:
+1 for Ant taking doing the RM since his seasoned hand will help up
get things our quickly given the little time we have.
Ant, if you are OK with this count me in for any help you might require in this.
Thanks.
-
Hi all,
could the WSDL on fly generation make it to the next (August)
release of Tuscany? It would be very useful for us if it did.
Thanks,
Radim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
+1 for Ant
On 8/8/07, Simon Nash [EMAIL PROTECTED] wrote:
+1 for Ant. He did a great job with 0.90.
Simon
Venkata Krishnan wrote:
+1 for Ant taking doing the RM since his seasoned hand will help up
get things our quickly given the little time we have.
Ant, if you are OK with this
+1 for the nomination of Ant as the RM.
Thanks,
Raymond
- Original Message -
From: Jean-Sebastien Delfino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, August 07, 2007 11:10 AM
Subject: Release management for next release, was: SCA 0.92 release?
ant elder wrote
On 8/7/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
On 6/30/07, ant elder [EMAIL PROTECTED] wrote:
With the SCA 0.91 release now being voted on how about starting on 0.92
?
I've already been adding some things I'm interested in getting done to
the
next
Comments inline.
- Original Message -
From: ant elder [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, August 08, 2007 11:12 AM
Subject: Re: Release management for next release, was: SCA 0.92 release?
On 8/7/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant
AM
Subject: Re: Release management for next release, was: SCA 0.92 release?
On 8/7/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
ant elder wrote:
On 6/30/07, ant elder [EMAIL PROTECTED] wrote:
With the SCA 0.91 release now being voted on how about starting on
0.92
?
I've already
after that.
Simon
Raymond Feng wrote:
Comments inline.
- Original Message - From: ant elder [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Wednesday, August 08, 2007 11:12 AM
Subject: Re: Release management for next release, was: SCA 0.92 release?
On 8/7/07
Some thoughts inline.
ant elder wrote:
We've started talking about an 0.92 release way back on June 30th saying it
would be in August. To make this happen takes a minimum of two 3 day votes,
past releases show we always need at least 2 release candidates, so to
ensure we get a release out in
Comment inline.
Simon
Jean-Sebastien Delfino wrote:
Some thoughts inline.
ant elder wrote:
We've started talking about an 0.92 release way back on June 30th
saying it
would be in August. To make this happen takes a minimum of two 3 day
votes,
past releases show we always need at least 2
[snip]
Simon Nash wrote:
Raymond Feng wrote:
[snip]
2) We could branch for the 1.0 release to contain the candidate
modules
and keep doing 1.0 developement in the branch and merge them into the
trunk. I'm not sure how feasible it is.
+1
I think it's feasible if doing 1.0
ant elder wrote:
On 6/30/07, ant elder [EMAIL PROTECTED] wrote:
With the SCA 0.91 release now being voted on how about starting on 0.92?
I've already been adding some things I'm interested in getting done to the
next release wiki page -
On 6/30/07, ant elder [EMAIL PROTECTED] wrote:
With the SCA 0.91 release now being voted on how about starting on 0.92?
I've already been adding some things I'm interested in getting done to the
next release wiki page -
Hi Ant... thanks for bringing this up again. Yes, the week ending Aug
17th seems good if we plan to release end of August.
I'd prefer 0.95 for the next release.
- Venkat
On 8/3/07, ant elder [EMAIL PROTECTED] wrote:
On 6/30/07, ant elder [EMAIL PROTECTED] wrote:
With the SCA 0.91 release
On 7/27/07, Simon Laws [EMAIL PROTECTED] wrote:
On 7/24/07, Simon Laws [EMAIL PROTECTED] wrote:
To get the distributed domain support up to a level that is suitable for
including in the next release I think we need to make the node configuration
and management more dynamic.
On 7/24/07, Simon Laws [EMAIL PROTECTED] wrote:
To get the distributed domain support up to a level that is suitable for
including in the next release I think we need to make the node configuration
and management more dynamic.
Scenarios
--
The current scenario being used to
To get the distributed domain support up to a level that is suitable for
including in the next release I think we need to make the node configuration
and management more dynamic.
Scenarios
--
The current scenario being used to test distributed support is the
calculator-distributed
Just a reminder - I did say I quite like the current approach. The
alternative suggestion was just to prompt some debate to make sure we're all
happy. I agree as soon as things start being separated out it raises its a
whole lot of new issues.
We do seem to have issues with build stability, was
Comments inline.
Simon
ant elder wrote:
Just a reminder - I did say I quite like the current approach. The
alternative suggestion was just to prompt some debate to make sure we're
all
happy. I agree as soon as things start being separated out it raises its a
whole lot of new issues.
The
I agree that data integration is needed in SCA and that DAS has an
important role to play in this. This close connection is the
reason why DAS (and SDO) are part of the Tuscany project. And
beacuse of this, we as the Tuscany project have the opportunity to
decide the optimal packaging of the
Was there any further discussion about this (I'm catching up on mail after
being away so likely missed things)? Its an interesting question i think. So
far we seem to be operating in that everyone can just add what extensions
they choose to trunk we don't need to get any consensus first. I quite
Thanks for restarting the discussion on this. I think DAS is in
a special position because it's part of our project and therefore
we have the opportunity to choose whether these DAS components are
packaged and released with Tuscany SCA or with Tuscany DAS.
For other SCA extensions, we as Tuscany
I would like to better understand your suggestion here, how this would
affect the SCA distribution, we would have a sca-bin and an
sca-extension distribution ? How would be the end user experience to
deploy and use these extensions. Also, my understanding is that,
today, we have many extensions
I'm getting really concerned about all the extensions, samples, etc.
that are now part of the Tuscany SCA Java build. My latest struggle
to get a clean build involves the OSGi-related modules and samples
(see my recent post about today's problem with this). It seems to be
getting increasingly
I think there are two issues here. I thought Ant's suggestion were
more towards release/distribution, and you are raising the question
around build. For the build issue, my personal choice is to build all
the working modules, and comment the ones that are failing. This looks
like the approach we
Data integration is something needed in SCA. The main idea around
Implementation.das [1] is to integrate DAS and SCA to allow exposing
services that interact with a persistent layer in a declarative
fashion hiding some of the implementation details from the service
developer. Some more info is
.
...ant
On 7/10/07, Sam Tam [EMAIL PROTECTED] wrote:
Hello All,
Am a student from an University - India. So am not a big expert in this
domain.
I was looking at things to be done for SCA 0.92 release [1].
I want to contribute more by learning [esp WS improvements].
But am kind of lost
Hello All,
Am a student from an University - India. So am not a big expert in this
domain.
I was looking at things to be done for SCA 0.92 release [1].
I want to contribute more by learning [esp WS improvements].
But am kind of lost on where to start and which one to start with.
So share
I'd like to restart the earlier discussion in
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19224.html
about whether implementation.das and implementation.data should be
packaged with SCA releases or DAS releases.
I think it's better for these to be packaged with DAS releases as
the
I tried to get this page onto TUSCANYWIKI so that I could add to it.
To my great surprise, I don't seem to have edit permission for
TUSCANYWIKI. Can one of our Wiki adminstrators help me with this,
please?
I'd like to get callbacks and async working properly across the
Web Service and SCA
On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote:
snip
Can we move this information across the to the new wiki space (
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Home) so that
everyone (including non committers) can add to it?
Is it really so bad having only committers able to
I'm not sure I see the point? If a committer wants to add/update web content
why should they need to do it twice? Its hard enough as it is to motivate
people to document things on the website without making the process even
harder to do.
...ant
On 7/3/07, Venkata Krishnan [EMAIL PROTECTED]
The point is to allow non-committers to make and preview proposed
changes to the Web site, just as they can to the code. If the
published web site gets too far out of sync with what's on
TUSCANYWIKI, then a non-committer who wants to do this would first
have to do a manual sync from TUSCANY to
I thought this page was a list of suggestions for the 0.92 release.
The phrase release plan makes it seem more formal than that.
If it's just suggestions, then it should be open to contributors
as well as committers.
Simon
ant elder wrote:
On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote:
I'm not sure I'm convinced the overhead is going to be that much, its mostly
just copying a single page to get the latest version and making changes
against that isn't it?
What do other projects do who use this dual wiki approach?
We've not had many (any?) contributions for the website done on
For the release items being discussed, I think this is more like a
wiki page, then a website page.
As for :
(or just make that person a website committer).
I think that, from previous e-mail thread to the incubator list, we
could offer edit rights to people that wants to contribute to the
Hi,
I am looking at the Policy Framework and shall update the wiki on the
specifics soon. Once this is done to some level, I'd also like to help a
bit with the ws-* things (may be WS-Security to start with) that Ant has
listed on the wiki page.
- Venkat
On 6/30/07, ant elder [EMAIL PROTECTED]
On 7/2/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
I am looking at the Policy Framework and shall update the wiki on the
specifics soon. Once this is done to some level, I'd also like to help a
bit with the ws-* things (may be WS-Security to start with) that Ant has
listed on the wiki
On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote:
On 7/2/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
I am looking at the Policy Framework and shall update the wiki on the
specifics soon. Once this is done to some level, I'd also like to help
a
bit with the ws-* things (may be
On 7/2/07, ant elder [EMAIL PROTECTED] wrote:
On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote:
On 7/2/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
I am looking at the Policy Framework and shall update the wiki on the
specifics soon. Once this is done to some level, I'd also like
Now that we are going to have a DAS release out, I'd like to plan to
have implementation.das and implementation.data available for the next
release.
I also like to have some improvements to the Contribution Services,
such as import/export and other scenarios that have been described on
the list
With the SCA 0.91 release now being voted on how about starting on 0.92?
I've already been adding some things I'm interested in getting done to the
next release wiki page -
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents-
so far thats mainly related to improving
80 matches
Mail list logo