As per thread [1], I've opened this thread to keep track of this topic.
To sum it up, I'm proposing the following reorganization:
- distribution
- modules
- samples
- extras
- maven
- archetypes
- maven-tuscany-plugin
- testing
-
On Thu, Sep 30, 2010 at 12:15 PM, Florian MOGA moga@gmail.com wrote:
It's been a full day since I've proposed the *-contribution renaming and no
negative reactions so I'll proceed with doing the changes tomorrow morning.
I've completed the renaming of the contribution-* samples to
Also calculator-osgi, calculator-rest-osgi and logging scribe are failing...
On Fri, Oct 1, 2010 at 10:45 AM, Florian MOGA moga@gmail.com wrote:
On Thu, Sep 30, 2010 at 12:15 PM, Florian MOGA moga@gmail.com wrote:
It's been a full day since I've proposed the *-contribution renaming
dosgi-dynamic-calculator-operations fails as well...
I've committed the poms with the failing samples commented out. Do you think
it's worth checking them out now or wait until we implement the new build
structure as we'll need to get through all of the samples again?
On Fri, Oct 1, 2010 at
Simon, are you suggesting to cut down a branch prior to doing the build
structure modifications and make them on the branch? What's the procedure
you are following when doing a release?
On Thu, Sep 30, 2010 at 12:27 PM, ant elder ant.el...@gmail.com wrote:
I agree with all those suggestions.
I've just done a build of all the samples and get the following fails:
samples\running-tuscany\embedded-jse
samples\running-tuscany\embedded-osgi
samples\running-tuscany\embedded-osgi-base
samples\learning-more\binding-ws\helloworld-ws-sdo-contribution
On Fri, Oct 1, 2010 at 9:15 AM, Florian MOGA moga@gmail.com wrote:
dosgi-dynamic-calculator-operations fails as well...
I've committed the poms with the failing samples commented out. Do you think
it's worth checking them out now or wait until we implement the new build
structure as we'll
On Fri, Oct 1, 2010 at 9:19 AM, Florian MOGA moga@gmail.com wrote:
Simon, are you suggesting to cut down a branch prior to doing the build
structure modifications and make them on the branch? What's the procedure
you are following when doing a release?
No, I'm suggesting we get trunk into
On Fri, Oct 1, 2010 at 9:23 AM, Simon Laws simonsl...@googlemail.com wrote:
On Fri, Oct 1, 2010 at 9:15 AM, Florian MOGA moga@gmail.com wrote:
dosgi-dynamic-calculator-operations fails as well...
I've committed the poms with the failing samples commented out. Do you think
it's worth
Florian MOGA wrote:
Simon N,
You are pointing out some good facts about which i can't express a
realistic opinion given my limited experience in working on tuscany...
I'll be following this thread with interest for opinions from the other
tuscany people. The only observation I can make is
fyi, I've logged on to the #tuscany irc channel, maybe some of this
less significant discussion could happen there to reduce the chat
email on the dev list?
...ant
On Fri, Oct 1, 2010 at 9:26 AM, ant elder ant.el...@gmail.com wrote:
On Fri, Oct 1, 2010 at 9:23 AM, Simon Laws
ant elder wrote:
On Thu, Sep 30, 2010 at 8:31 PM, Simon Nash n...@apache.org wrote:
ant elder wrote:
On Thu, Sep 30, 2010 at 1:28 PM, ant elder ant.el...@gmail.com wrote:
On Thu, Sep 30, 2010 at 1:18 AM, Luciano Resende luckbr1...@gmail.com
wrote:
On Wed, Sep 29, 2010 at 8:27 AM, Simon Nash
I'm very surprised to hear about these failures. I haven't seen anything
like this, so there must be some difference in your environment from
mine.
Can anyone else try this and report their results?
Simon
I'll give it a go but it'll take a little while. Doing svn up now.
Simon
--
Offtopic: Maybe we should do irc more often :) i've seen other open source
projects having some bots set up that can record discussions so posting the
irc discussions on the mailing list will be easy. Unfortunately, I don't
know how to do it. Maybe some of you know...
On Fri, Oct 1, 2010 at 11:30
On Fri, Oct 1, 2010 at 9:34 AM, Simon Laws simonsl...@googlemail.com wrote:
I'm very surprised to hear about these failures. I haven't seen anything
like this, so there must be some difference in your environment from
mine.
Can anyone else try this and report their results?
Simon
On Fri, Oct 1, 2010 at 12:30 AM, Florian MOGA moga@gmail.com wrote:
As per thread [1], I've opened this thread to keep track of this topic.
To sum it up, I'm proposing the following reorganization:
distribution
modules
samples
extras
maven
archetypes
maven-tuscany-plugin
testing
On Fri, Oct 1, 2010 at 10:56 AM, Luciano Resende luckbr1...@gmail.com wrote:
What should we do with contrib?
From previous long discussion, contrib should in trunk, and can be
excluded from a release.
I think we should revisit trunk/contrib.
The suggested purpose was that it was a place
@Ant, which other contrib folder? :) We've got plenty of those...
@Luciano, I'm referring to the fact that at the moment we have the features,
shades and distribution folders which define the distro artifacts. With the
new build structure one folder should be enough in my opinion.
Regarding the
On Fri, Oct 1, 2010 at 11:30 AM, Florian MOGA moga@gmail.com wrote:
@Ant, which other contrib folder? :) We've got plenty of those...
Heh, fair point. I was meaning this one:
https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/contrib/
AIUI tuscany/sca-java-2.x/contrib/ is for stuff
On Fri, Oct 1, 2010 at 8:30 AM, Florian MOGA moga@gmail.com wrote:
As per thread [1], I've opened this thread to keep track of this topic.
To sum it up, I'm proposing the following reorganization:
distribution
modules
samples
extras
maven
archetypes
maven-tuscany-plugin
testing
ant elder wrote:
On Fri, Oct 1, 2010 at 10:56 AM, Luciano Resende luckbr1...@gmail.com wrote:
What should we do with contrib?
From previous long discussion, contrib should in trunk, and can be
excluded from a release.
I think we should revisit trunk/contrib.
The suggested purpose was
On Fri, Oct 1, 2010 at 12:24 PM, Simon Nash n...@apache.org wrote:
ant elder wrote:
On Fri, Oct 1, 2010 at 10:56 AM, Luciano Resende luckbr1...@gmail.com
wrote:
What should we do with contrib?
From previous long discussion, contrib should in trunk, and can be
excluded from a release.
On Fri, Oct 1, 2010 at 8:45 AM, Florian MOGA moga@gmail.com wrote:
On Thu, Sep 30, 2010 at 12:15 PM, Florian MOGA moga@gmail.com wrote:
It's been a full day since I've proposed the *-contribution renaming and
no negative reactions so I'll proceed with doing the changes tomorrow
snip...
what's the async folder? it's got modules-like pom and seems to include a
launcher... shouldn't the launcher get into running-tuscany and the other
one into getting-started as comments say it demonstrates
synchronous/asynchronous invocation?
I'm going to defer commenting on this
On Fri, Oct 1, 2010 at 1:33 PM, Simon Laws simonsl...@googlemail.comwrote:
The OSGi ones are a bit tricky as they don't really match the new samples
structure, maybe there should be a separate folder for OSGi in samples.
Why do you say that they don't match the structure? They are
I was running oasis compliance test in another hosting environment, I
noticed some test result validation differences from what Tuscany defined in
the error message files. I think these differences may expose an issue
on how we maintain the artifact name in the MonitorImpl.
I noticed that not all
On Fri, Oct 1, 2010 at 12:29 PM, ant elder ant.el...@gmail.com wrote:
On Fri, Oct 1, 2010 at 12:24 PM, Simon Nash n...@apache.org wrote:
ant elder wrote:
On Fri, Oct 1, 2010 at 10:56 AM, Luciano Resende luckbr1...@gmail.com
wrote:
What should we do with contrib?
From previous long
ASM_10003 is related to DefinitionsProcessor. In tuscany's error message it
is using Test_ASM_10003.composite, while in my environment for some reason
the composite file may not have been processed, so I get the definition
file's input name (the file uri from a jar) as the artifact name.
Error on Geronimo Transaction Manager start sometimes when running in OSGi
--
Key: TUSCANY-3701
URL: https://issues.apache.org/jira/browse/TUSCANY-3701
Project: Tuscany
I have my own webservices binding implementation in my OASIS hosting
environment. I noticed when reference target is defined, service and
reference side will share the share InterfaceContract instance. My service
side and reference side are using (forced to use) different databinding.
This object
Hi,
I'm struggling to get a clean build of the latest Tuscany 2.x trunk these days.
There are a tons of errors/failures. There are even compilation errors such as:
[INFO] Error for project: Apache Tuscany SCA Specification Compliance Tests
Assembly (during install)
[INFO]
+1 to keep contrib under trunk. It's part of the ongoing work in the trunk!
Raymond Feng
Sent from my iPhone
On Oct 1, 2010, at 6:42 AM, Simon Laws simonsl...@googlemail.com wrote:
On Fri, Oct 1, 2010 at 12:29 PM, ant elder ant.el...@gmail.com wrote:
On Fri, Oct 1, 2010 at 12:24 PM, Simon
That sounds right.
Raymond Feng
Sent from my iPhone
On Oct 1, 2010, at 7:33 AM, Yang Lei yl.yangle...@gmail.com wrote:
I have my own webservices binding implementation in my OASIS hosting
environment. I noticed when reference target is defined, service and
reference side will share the
On Fri, Oct 1, 2010 at 4:45 PM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
I'm struggling to get a clean build of the latest Tuscany 2.x trunk these
days. There are a tons of errors/failures. There are even compilation errors
such as:
[INFO] Error for project: Apache Tuscany SCA
On Fri, Oct 1, 2010 at 4:49 PM, Raymond Feng enjoyj...@gmail.com wrote:
That sounds right.
Raymond Feng
Sent from my iPhone
On Oct 1, 2010, at 7:33 AM, Yang Lei yl.yangle...@gmail.com wrote:
I have my own webservices binding implementation in my OASIS hosting
environment. I noticed when
Maybe we should have the ExtensibleURLArtifactProcessor to set the artifact
name before it delegates the real processor.
Raymond Feng
rf...@apache.org
Apache Tuscany PMC member and committer: tuscany.apache.org
Co-author of Tuscany
Many failures due to sample moves
-
Key: TUSCANY-3702
URL: https://issues.apache.org/jira/browse/TUSCANY-3702
Project: Tuscany
Issue Type: Bug
Environment: All
Reporter: Simon Laws
On Fri, Oct 1, 2010 at 1:26 AM, Simon Laws simonsl...@googlemail.com wrote:
On Fri, Oct 1, 2010 at 9:19 AM, Florian MOGA moga@gmail.com wrote:
Simon, are you suggesting to cut down a branch prior to doing the build
structure modifications and make them on the branch? What's the procedure
[
https://issues.apache.org/jira/browse/TUSCANY-3702?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws updated TUSCANY-3702:
Attachment: 3702-1.patch
May not give a completely clean build but gets closer.
I'll commit
On Fri, Oct 1, 2010 at 6:03 PM, Luciano Resende luckbr1...@gmail.com wrote:
On Fri, Oct 1, 2010 at 1:26 AM, Simon Laws simonsl...@googlemail.com wrote:
On Fri, Oct 1, 2010 at 9:19 AM, Florian MOGA moga@gmail.com wrote:
Simon, are you suggesting to cut down a branch prior to doing the build
On Fri, Oct 1, 2010 at 6:03 PM, Luciano Resende luckbr1...@gmail.comwrote:
On Fri, Oct 1, 2010 at 1:26 AM, Simon Laws simonsl...@googlemail.com
wrote:
On Fri, Oct 1, 2010 at 9:19 AM, Florian MOGA moga@gmail.com wrote:
Simon, are you suggesting to cut down a branch prior to doing the
Hi Luciano,
If you decide on doing the 2.0-M6 I'd be happy to help in order to
get accustomed with how a release is being done. By that time people will be
working on the distribution structure where i won't interfere (at most
giving feedback/comments on the mailing list) so I'll be available in
Having them under trunk means that they are built and tested as part of the
default trunk build.
Simon
Raymond Feng wrote:
+1 to keep contrib under trunk. It's part of the ongoing work in the trunk!
Raymond Feng
Sent from my iPhone
On Oct 1, 2010, at 6:42 AM, Simon Laws
Yes, I am happy to create the JIRA/patch.
Yang.
When running JCA_11003, I noticed there are two services created for
component TEST_JCA_11003Component1. Both will activate a
binding.wsendpoint. Is it correct?
The content of the EndPoint object in the binding.ws code is as follows:
(@496442775)Endpoint: URI =
On Fri, Oct 1, 2010 at 6:42 AM, Simon Laws simonsl...@googlemail.com wrote:
It's more convenient for me personally to have them under
trunk/contrib which means that I can check trunk out and get the
contrib stuff too. At the higher level I have to check two separate
trees out or pull down all
IMHO, the real problem is not having the contrib folder inside trunk but the
fact that we've got multiple folders named contrib which have different
purposes. Making a clean separation between them more evident will reduce
confusion (through means like for instance suggestive names) and misuse.
Hi,
I'm open to have a name such as experimental.
The contrib should be part of the top-down build and we control which modules
are ready to build in the contrib/pom.xml or its children poms.
Thanks,
Raymond
Raymond Feng
I also expect Hudson to be flexible enough that if the unreleased or
experimental build fails and the trunk build is successful it can proceed
to deploying the artifacts to the snapshots repo.
On Sat, Oct 2, 2010 at 1:05 AM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
I'm open to have a name
On Fri, Oct 1, 2010 at 2:57 PM, Florian MOGA moga@gmail.com wrote:
IMHO, the real problem is not having the contrib folder inside trunk but the
fact that we've got multiple folders named contrib which have different
purposes. Making a clean separation between them more evident will reduce
On Fri, Oct 1, 2010 at 3:17 PM, Florian MOGA moga@gmail.com wrote:
I also expect Hudson to be flexible enough that if the unreleased or
experimental build fails and the trunk build is successful it can proceed
to deploying the artifacts to the snapshots repo.
You can tell Hudson what
51 matches
Mail list logo