Here's the IRC chat log from monday. It started with a focus on the SDO and
DAS releases and there were some useful tips from jboynes on the final steps
in the process wrt releasing, in particular with regards to signing
artifacts, keys, initiating PPMC votes for subprojects, and releasing binary
artifacts to maven repositories.
I have held this note in draft form for a day or so with the intention of
making a digest of the bits that I only kept half an eye on, but I think I
have to accept that that's not going to happen, so perhaps others could in
general post short replies with any key points form the chat please? If you
do post, I would suggest it would be clearest if you don't begin discussions
on this thread, just keep it to summarizing what was said at the time, and
open a new discussion thread for anything that arises from it.
Regards, Kelvin.
16/10/2006 16:33] <jboynes> morning all
[16/10/2006 16:33] <cr22rc> hello
[16/10/2006 16:33] <ant> hi
[16/10/2006 16:34] <rfeng> hi
[16/10/2006 16:35] <kgoodson> hi
[16/10/2006 16:35] <jboynes> I'd like to discuss progress towards the M2
release and what's left to do
[16/10/2006 16:35] <kgoodson> sounds good
[16/10/2006 16:35] <jboynes> does anyone have anything else?
[16/10/2006 16:35] -->| simonnas1 ([EMAIL PROTECTED]/ibm/session) has joined
#Tuscany
[16/10/2006 16:35] |<-- simonnas1 has left irc.freenode.net (Read error: 104
(Connection reset by peer))
[16/10/2006 16:36] -->| simonnash ([EMAIL PROTECTED]/ibm/session) has joined
#Tuscany
[16/10/2006 16:37] -->| cr22rc_away
([EMAIL PROTECTED]
) has joined #Tuscany
[16/10/2006 16:37] <jboynes> I think we now have tags or branches for
everything we were planning to include
[16/10/2006 16:38] <jboynes> I've opened the vote thread on general@ for the
result of the pom/buildtools vote
[16/10/2006 16:38] <rfeng> a quick question, everything under tags are
frozen, right?
[16/10/2006 16:38] <jboynes> yes
[16/10/2006 16:38] <rfeng> thanks
[16/10/2006 16:38] <jboynes> if something's broken there we'd need to retag
[16/10/2006 16:39] <rfeng> ok
[16/10/2006 16:39] <kgoodson> so i should now cut a tag from my branch,
yes? I'm not sure of the details of the end game here
[16/10/2006 16:39] <jboynes> are you ready to release?
[16/10/2006 16:40] <kgoodson> i seem to have got the steps slightly wrong
with removal of SNAPSHOT prior to cutting the tag
[16/10/2006 16:40] <kgoodson> yes
[16/10/2006 16:40] <jboynes> not a biggie
[16/10/2006 16:40] <jboynes> it's only a real issue if we're publishing
nightlies
[16/10/2006 16:41] <simonnash> isn't the tag for what we intend to deliver?
ie with no SNAPHOT?
[16/10/2006 16:41] <jboynes> yes
[16/10/2006 16:41] <jboynes> kgoodson's saying he removed the SNAPSHOT in
the branch which is a little early
[16/10/2006 16:42] <simonnash> then I would expect removal of SNAPSHOT to
happen before cutting the tag. ok I now understanf the comment was about
timing
[16/10/2006 16:42] -->| lresende (n=
[EMAIL PROTECTED]) has joined #Tuscany
[16/10/2006 16:42] <jboynes> as if we were to publish that (as a nightly)
then it would go to the release reop
[16/10/2006 16:42] <jboynes> repo
[16/10/2006 16:42] <jboynes> and would also end up as a release in user's
caches
[16/10/2006 16:42] <jboynes> so they would never download the real release
[16/10/2006 16:43] <jboynes> but as we're not publishing then we're ok ;-)
[16/10/2006 16:43] <jboynes> in the run up, you want to remove all snapshot
/references/ but leave snapshot in the version you are producing
[16/10/2006 16:44] <jboynes> then when you go to cut the tag you copy and
then change all versions to the actual release id
[16/10/2006 16:45] |<-- cr22rc has left irc.freenode.net (Read error: 145
(Connection timed out))
[16/10/2006 16:45] <jboynes> so kgoodson if you're ready then you can just
copy the branch to the tag location
[16/10/2006 16:45] <kgoodson> so in my case, having jumped the gun
slightly, after cutting the tag do i have to cut a new release from that
tag? I believe it will be logically (and possibly bitwise) identical to the
RC4
[16/10/2006 16:46] <jboynes> I would, just in case it isn't (bitwise)
[16/10/2006 16:47] <kgoodson> ok, i'll do that, and should I just post it
as RC5 - Is it the case that the last RC gets renamed and used as the final
release after the vote?
[16/10/2006 16:47] -->| Venkat ([EMAIL PROTECTED]) has joined #Tuscany
[16/10/2006 16:47] -->| Amita ([EMAIL PROTECTED]) has joined #Tuscany
[16/10/2006 16:48] <jboynes> remember there are two sets of things you're
distributing
[16/10/2006 16:48] <jboynes> the distro bundle and the artifacts in the
maven repo
[16/10/2006 16:49] <kgoodson> ok, i was going to ask about that, how does
the maven artifact get installed?
[16/10/2006 16:49] <jboynes> you use the "deploy" goal - that will upload
them to the server and put them in the right place with the right metadata
[16/10/2006 16:50] <jboynes> you also need to generate the GPG signatures
for those artifacts and upload those as well
[16/10/2006 16:50] <kgoodson> and that happens after a successful IPMC vote?
[16/10/2006 16:50] <jboynes> that's fuzzy - for the pom etc. I uploaded the
artifacts and signed them in place then pointed to them for the vote
[16/10/2006 16:51] <jboynes> AIUI that's OK because the repo is not
replicated
[16/10/2006 16:51] <kgoodson> wok, with regards to signatures, who signes
them -- my key is self generated and unsigned
[16/10/2006 16:51] <kgoodson> s/wok/ok/
[16/10/2006 16:51] <jboynes> you do
[16/10/2006 16:52] <jboynes> add the public key to the KEYS file in the root
and point people at that
[16/10/2006 16:52] <jboynes> root of our SVN
[16/10/2006 16:52] <kgoodson> and do i need to get my key better trusted
before i do that?
[16/10/2006 16:52] <jboynes> no
[16/10/2006 16:52] <kgoodson> fine
[16/10/2006 16:52] <jboynes> longer term though you should
[16/10/2006 16:53] <kgoodson> how do you publish the signatures to the maven
repo? Is that part of the deploy, or a manual step?
[16/10/2006 16:54] <jboynes> for now its manual (Jason's working on
including it in deploy but it's not ready yet)
[16/10/2006 16:54] <jboynes> I signed the artifacts in my tree and then just
scp'd the files up to the right location (next to the uploaded artifact)
[16/10/2006 16:55] <jboynes> you need to sign eveything that's uploaded (jar
and pom)
[16/10/2006 16:55] <kgoodson> ok
[16/10/2006 16:57] <lresende> jboynes: quick related question
[16/10/2006 16:57] <jboynes> you should also verify the sig by downloading
the artifact/sig pair (as should all reviewers :-) )
[16/10/2006 16:57] <jboynes> lresende: ?
[16/10/2006 16:57] <lresende> at what point we should start the voting on
tuscany-dev (PMC) ?
[16/10/2006 16:58] <jboynes> I would suggest when the stuff is ready for
download
[16/10/2006 16:59] <lresende> i see,
[16/10/2006 16:59] <jboynes> so deploy, upload sigs, verify sigs, vote ...
[16/10/2006 16:59] <lresende> kgoodson: i missed the begining of the chat,
could you post a log into the dev-list later on ?
[16/10/2006 17:00] <lresende> very usefull info, thanks jboynes..
[16/10/2006 17:00] <kgoodson> will do
[16/10/2006 17:00] <jboynes> once SDO is uploaded, that sounds like a good
time to tag DAS and build it's release
[16/10/2006 17:00] <lresende> y, that's what i was planning
[16/10/2006 17:00] <jboynes> as then you can check that the DAS source
distro builds using the deployed SDo artifcats
[16/10/2006 17:00] <lresende> but talking to kgoodson, we were little
uncertain on when the PMC voting would start
[16/10/2006 17:01] <jboynes> do you mean our PPMC or the IPMC ?
[16/10/2006 17:02] <lresende> PPMC (local commiters, right ?)
[16/10/2006 17:03] <jboynes> I'd suggest kicking off the vote as soon as
there's something to vote on
[16/10/2006 17:04] <jboynes> there's quite a bit to review in both cases
[16/10/2006 17:04] <kgoodson> so when I have cut my tag, posted RC5 and
deployed my maven artifact, it's then up to me to initiate a PPMC vote.,
yes?
[16/10/2006 17:04] <jboynes> yep
[16/10/2006 17:05] <kgoodson> good, i'm on the case
[16/10/2006 17:05] <jboynes> s/artifact/artifacts/
[16/10/2006 17:05] <kgoodson> ;-)
[16/10/2006 17:05] <jboynes> there are quite a few :)
[16/10/2006 17:06] <jboynes> kgoodson do you want to handle tagging/signing
DAS as well (as lresende is not a committer)
[16/10/2006 17:06] <kgoodson> yes, that's fine
[16/10/2006 17:07] <lresende> kgoodson: thanks for your help
[16/10/2006 17:08] <jboynes> have you run a RAT audit on those two source
trees? is it clean?
[16/10/2006 17:08] -->| dkulp ([EMAIL PROTECTED]) has joined #Tuscany
[16/10/2006 17:08] <jboynes> and kgoodson don't forget to post source
distros as well :)
[16/10/2006 17:09] <jboynes> with sigs
[16/10/2006 17:09] <kgoodson> i have been posting all these things in the
RCs
[16/10/2006 17:09] <lresende> RAt was clean, but your grep found more
issues, and that is fixed in DAS rc3a
[16/10/2006 17:09] <jboynes> ok
[16/10/2006 17:10] <kgoodson> btw, I'm now a bit unsure about deploying the
maven artifact, from which projects do I run mvn deploy, i.e. what subset
of {spec/sdo-api, sdo, sdo-impl, sdo-tools, sdo-plugin, sdo-sample}
[16/10/2006 17:10] <jboynes> anything else around SDO or DAS?
[16/10/2006 17:10] <jboynes> you should just be able to run it from the root
[16/10/2006 17:10] <jboynes> it will recurse down into all the sub-projects
[16/10/2006 17:11] <kgoodson> so one from api root and once from impl
[16/10/2006 17:11] <jboynes> yes
[16/10/2006 17:11] <kgoodson> good, thanks
[16/10/2006 17:11] <kgoodson> i'm done now on SDO
[16/10/2006 17:12] <jboynes> on to SCA?
[16/10/2006 17:12] <jboynes> I tagged the spec APIs
[16/10/2006 17:13] <jboynes> and created branches for each source distro
(sca and samples)
[16/10/2006 17:14] <jboynes> I did some packaging work for the binary distro
[16/10/2006 17:14] <jboynes> so the base extensions are placed in the
"contrib" directory
[16/10/2006 17:14] <jboynes> and I added a marker file in the "extensions"
directory
[16/10/2006 17:15] <cr22rc_away> how do i get those ? build under distro?
[16/10/2006 17:15] <jboynes> the distro is built as part of the root build
[16/10/2006 17:15] <Venkat> jboynes: I tried the branch standalone a while
ago... had to copy over the extns from contrib to extensions dir
[16/10/2006 17:15] <jboynes> yes
[16/10/2006 17:16] <Venkat> did I miss something ?
[16/10/2006 17:16] <jboynes> that's the same as it has been - I just added
binary versions of the extensions to the distro
[16/10/2006 17:17] <jboynes> so users don't have to build them or download
them separately
[16/10/2006 17:18] <cr22rc_away> sounds good
[16/10/2006 17:18] =-= cr22rc_away is now known as cr22rc_
[16/10/2006 17:18] <Venkat> oh ok.. (just to get it right) we copy thme over
to the extns.. right
[16/10/2006 17:18] <jboynes> yes
[16/10/2006 17:18] <ant> i guess the question is if they're going to be in
the distro why not put them in extensions so the user doesnt have to move
them about?
[16/10/2006 17:18] <--| gwinn has left #Tuscany
[16/10/2006 17:19] <jboynes> so the user doesn't get all of them all of the
time
[16/10/2006 17:19] <ant> what difference does that make to the user?
[16/10/2006 17:20] <jboynes> footprint, startup time, number of dependencies
to get
[16/10/2006 17:20] <simonnash> it would be good if they were loaded on
demand when first required. this would solve the problem. But this needs
to be post-M2
[16/10/2006 17:21] <jboynes> plus they get to choose e.g. celtix vs. axis23
[16/10/2006 17:21] <jboynes> or even axis2
[16/10/2006 17:21] <jboynes> simonnash: I agree, rfeng was talking about
something like that on irc recently
[16/10/2006 17:22] <cr22rc_> so we just need to for each example list what
needs to be copied? or am I misunderstanding?
[16/10/2006 17:22] <simonnash> yes i think we should do that
[16/10/2006 17:22] <jboynes> yes
[16/10/2006 17:23] <jboynes> I added that to the READMEs for the samples I
copied
[16/10/2006 17:23] <ant> in't this the difference discussed earlier btw what
was going to be in the M2 distro or not, and axis2 was in an celtix wasn't?
[16/10/2006 17:23] <jboynes> I added in calculator (which doesn't need
anything)
[16/10/2006 17:23] -->| halehM ([EMAIL PROTECTED]
) has joined #Tuscany
[16/10/2006 17:24] <jboynes> and helloworldJavaScript (which needs the JS
extension)
[16/10/2006 17:24] <jboynes> ant: no, axis2 is in the distribution as a
binary
[16/10/2006 17:24] <jboynes> celtix is not
[16/10/2006 17:24] <jboynes> that's what we agreed
[16/10/2006 17:26] <cr22rc_> for sca ... when is the plan to change version
between trunk and m2 so it doesn't collide in our repos?
[16/10/2006 17:26] <jboynes> we need to bump the version for all (sdo, das
and sca)
[16/10/2006 17:26] <jboynes> I would suggest now
[16/10/2006 17:27] <jboynes> I hadn't done it already as I didn't want to
disrupt the folks working on samples
[16/10/2006 17:28] <jboynes> (really should have done it when creating the
branches but I'll confess to being lazy there)
[16/10/2006 17:28] <jboynes> I see ant copied in the rmi sample
[16/10/2006 17:29] <jboynes> are there any others, do we copy in all the
ones or do we want to clean up a little?
[16/10/2006 17:29] <jboynes> e.g. is local.wire needed? doesn''t calculator
show the same thing?
[16/10/2006 17:31] <cr22rc_> if it doesn't show anything else interesting I
agree we shouldn't have it.
[16/10/2006 17:31] <jboynes> I think we should have the async ones and the
ws ones
[16/10/2006 17:31] <rfeng> what's the process to move samples to the branch?
[16/10/2006 17:32] <Venkat> jboynes: there is the calculator-combo that
should be thro by tomorrow.. just need to finish the ws one...
[16/10/2006 17:32] <jboynes> copy in the directory
[16/10/2006 17:32] <jboynes> fix the parent pom
[16/10/2006 17:32] <jboynes> and version
[16/10/2006 17:32] <jboynes> clean up README etc
[16/10/2006 17:33] <rfeng> ok
[16/10/2006 17:33] <jboynes> (the last perhaps could be done in trunk too)
[16/10/2006 17:33] <ant> ...and check it works :)
[16/10/2006 17:33] <jboynes> :)
[16/10/2006 17:34] <rfeng> we have sync ws, async ws and one-way ws, totally
6 projects, anybody working on those?
[16/10/2006 17:34] <ant> the helloworldws and wsclient don't go yet
[16/10/2006 17:35] <ant> was going to ask you about that after this chat
rfeng as there's a databinding problem
[16/10/2006 17:35] <rfeng> ok, waht's that?
[16/10/2006 17:36] <rfeng> let's talk about it after the chat
[16/10/2006 17:36] <jboynes> thx
[16/10/2006 17:36] <ant> maybe it should wait till the chat is over (unless
its done?)
[16/10/2006 17:36] <jboynes> I think we're close :)
[16/10/2006 17:37] <jboynes> I'd ask if there are any /essential/ features
that we need to add to the branch
[16/10/2006 17:37] <jboynes> I'd like to consider meeraj's change to support
"offline" mode
[16/10/2006 17:38] <cr22rc_> oh that's why it didn't work :-)
[16/10/2006 17:38] <jboynes> yes, it's only in trunk at
[16/10/2006 17:38] <jboynes> atm
[16/10/2006 17:38] <cr22rc_> yeah +1 without it, it's a real pain
[16/10/2006 17:38] <cr22rc_> if meeraj is not available I'll look at moving
it over.
[16/10/2006 17:39] <rfeng> cr22rc, so you voted to add it, right?
[16/10/2006 17:39] <cr22rc_> yes
[16/10/2006 17:39] <ant> i've not looked at it, what function does it add?
[16/10/2006 17:39] <rfeng> ok
[16/10/2006 17:40] <jboynes> stops the maven repo from looking remotely
(like -o on the mvn command line)
[16/10/2006 17:40] <cr22rc_> makes loading 10x faster cause you don't look
at remote repos. I guess it wouldn't be as much an issue if we were not on
snapshots
[16/10/2006 17:40] <rfeng> +1 from me to add it
[16/10/2006 17:41] <ant> how do you tell it to go remote or not?
[16/10/2006 17:41] <jboynes> the branch is still CTR so I think rick should
just do it
[16/10/2006 17:42] <cr22rc_> in webapp runtime its a context listener parm
[16/10/2006 17:42] <cr22rc_> in web.xml
[16/10/2006 17:42] <cr22rc_> I think Jboynes added a parm for cmd launcher
[16/10/2006 17:42] <ant> whats the default (or what will the samples use)?
[16/10/2006 17:42] <jboynes> -Doffline
[16/10/2006 17:42] <jboynes> or -Doffline=true
[16/10/2006 17:43] <jboynes> default is online for simplicity
[16/10/2006 17:43] <cr22rc_> the default is online ... but I think we should
switch the samples to use offline IMO
[16/10/2006 17:43] <jboynes> that would mean including all the deps in the
webapps
[16/10/2006 17:43] <ant> cr22rc, thats kind of where i was going
[16/10/2006 17:44] <cr22rc_> are we worried about footprint here ?
[16/10/2006 17:46] <jboynes> i think is a perception issue yes
[16/10/2006 17:46] <simonnash> i am inclined to agree that offline pulls in
less dependencies when people are trying to just run a sample... with online
there could be repo issues
[16/10/2006 17:46] <rfeng> does offline support local maven repo?
[16/10/2006 17:46] <jboynes> no the number of deps is the same
[16/10/2006 17:47] <jboynes> rfeng: yes but things have to be there
[16/10/2006 17:47] <rfeng> yeah
[16/10/2006 17:47] <simonnash> i meant dependencies on other infrastructure
being available
[16/10/2006 17:47] <simonnash> not tuscany dependency jars
[16/10/2006 17:47] <simonnash> sorry for poor wording
[16/10/2006 17:47] <cr22rc_> Jboynes: it has to be there ... but only if
it's not in war repo ... right?
[16/10/2006 17:48] <jboynes> yes
[16/10/2006 17:48] <jboynes> but to put it in the war repo it needs to be
there
[16/10/2006 17:48] <rfeng> so it should be a good combo if we have
"loadExtensionDependencies=true" and "offline=true"
[16/10/2006 17:48] <jboynes> which means the build is going to have to
download it anyway
[16/10/2006 17:48] <jboynes> so we still have the infrastructure deps
[16/10/2006 17:48] <cr22rc_> sorry you lost me on the last part
[16/10/2006 17:48] <ant> refeng, agree, if we did this thats the only way
that make sense to me
[16/10/2006 17:49] <jboynes> offline=true and lED=false is also valid
[16/10/2006 17:49] <jboynes> if the stuff is in the user's local repo
[16/10/2006 17:49] <rfeng> yes, it's valid
[16/10/2006 17:49] <cr22rc_> oh so your thinking they always build the
sample
[16/10/2006 17:50] <ant> sure, but if the point of this is to make a 1st
time user experience with the samples easy that combo rfeng suggested seems
best
[16/10/2006 17:50] <cr22rc_> if they have to build the sample ... isn't it
moot ?
[16/10/2006 17:50] <simonnash> if building from source, yes the deps still
need to be downloaded. but not if there is a pre-built binary version as we
did for M1.
[16/10/2006 17:50] <jboynes> yes
[16/10/2006 17:51] <jboynes> and actually as we're not using snapshots the
stuff will be resolve out of the local repo all the time anyway
[16/10/2006 17:51] <cr22rc_> hmm not if its was already built and it was all
in the war repo
[16/10/2006 17:52] <jboynes> if we're publishing pre-built versions of the
samples then putting the deps in the war makes sense
[16/10/2006 17:52] <jboynes> for the end-user building the samples I don't
think it does
[16/10/2006 17:52] <simonnash> yes, for those that use a war
[16/10/2006 17:53] <simonnash> we could include the deps in one f the
distros. that seems OK if they are not snaphots
[16/10/2006 17:53] <jboynes> but as the primary value of a sample is in
source I thik we should optimize that
[16/10/2006 17:53] <jboynes> simonnash: for wars there is no distro
[16/10/2006 17:54] <jboynes> there's the maven war plugin
[16/10/2006 17:55] <cr22rc_> ok, but do we see some users that only look at
source .. want to run the demos. but just don't care to get a jdk and maven
right off the bat to build?
[16/10/2006 17:55] <jboynes> in general, no
[16/10/2006 17:55] <simonnash> is it possible for the maven war plugin to
pull in deps jars from anywhere local other than a maven local repo?
[16/10/2006 17:56] <jboynes> simonnash: no
[16/10/2006 17:56] <jboynes> not to my knowledge anyway
[16/10/2006 17:56] <jboynes> it might be
[16/10/2006 17:56] <simonnash> thought so. so for someone using mvn to
build the samples there is no other option. but there could be people
building the samples not using mvn.
[16/10/2006 17:56] <jboynes> yes indeed
[16/10/2006 17:56] <cr22rc_> I thought you could aim the localrepo elsewhere
[16/10/2006 17:56] <ant> or those who just want to see them run
[16/10/2006 17:57] <simonnash> for those people it might be useful to have a
copy of the deps locally
[16/10/2006 17:57] <simonnash> if the mvn localrepo can be aimed elsewhere,
the case for shipping deps is stronger
[16/10/2006 17:59] <ant> this has hit one of those old issues about is there
(or should there be) a distro including pre-built samples
[16/10/2006 17:59] <ant> maybe we should just accept there wont be for M2
and revisit it for M3?
[16/10/2006 18:00] <jboynes> conributions would be welcome
[16/10/2006 18:00] <simonnash> i don't think that decision has been made yet
for M2
[16/10/2006 18:01] <simonnash> it should be discussed on the mailing list
[16/10/2006 18:01] <jboynes> simonnash: we can't keep adding things in all
the time
[16/10/2006 18:01] <jboynes> if we want to add more then fine
[16/10/2006 18:02] <simonnash> adding? the question of what to package in
the distros was explicitly left open in previous discussions
[16/10/2006 18:02] <jboynes> but someone has to step up and do wht work
[16/10/2006 18:02] <ant> simonnash, yes agree, but it has been discussed b4
without reaching consensus
[16/10/2006 18:02] <simonnash> this is not repoening a previous decision to
add more than was agreed
[16/10/2006 18:02] <simonnash> yes I agree with that. so the time is now.
(on mailing list)
[16/10/2006 18:04] <jboynes> ok, then I am going to hand this over to you to
drive to completion
[16/10/2006 18:05] <jboynes> i have to run - I have a 10AM scheduled call
[16/10/2006 18:05] <rfeng> what's the current story for the samples in the
branch?
[16/10/2006 18:05] <simonnash> ok i will send a note to the list to kick off
the final discussion on this subject
[16/10/2006 18:05] <ant> the ones there work
[16/10/2006 18:05] <cr22rc_> how about a plan where we try the minimal
distro. Once that is out we look if we should still provide the kitchen
sink version?
[16/10/2006 18:06] <simonnash> can someone check and see if mvn can redirect
the local repo? it would be important to know this in order to make the
samples and deps packaging decision.
[16/10/2006 18:07] <rfeng> what do you mean redirect?
[16/10/2006 18:07] <ant> i'm not sure I understand?
[16/10/2006 18:07] <simonnash> take deps from somewhere other than
~/.m2/repository
[16/10/2006 18:07] <rfeng> you can configure the location of the local maven
repo
[16/10/2006 18:07] <simonnash> but only one of them?
[16/10/2006 18:07] <cr22rc_> I know can do that in settings.xml
[16/10/2006 18:07] <ant> the repository can be local to the distro - a
repository directory in the distro
[16/10/2006 18:08] <ant> thats what "loadExtensionDependencies=true" does
[16/10/2006 18:08] <simonnash> does that mean the default location is not
searched? or can it search the distro first and then the default?
[16/10/2006 18:08] <jboynes> you should read meeraj's description of how it
works
[16/10/2006 18:09] <rfeng> my impression is that we can only have one local
repo at a time, is it true?
[16/10/2006 18:09] <rfeng> I'm talking about the regular mvn
[16/10/2006 18:09] <cr22rc_> no the webapp also has the war repo
[16/10/2006 18:09] <simonnash> actually my question was about mvn not the
meeraj plugin
[16/10/2006 18:10] <jboynes> mvn uses one local repo but it's location can
be changed
[16/10/2006 18:10] <jboynes> generally a user does it once
[16/10/2006 18:10] <rfeng> yes
[16/10/2006 18:10] <cr22rc_> setting.xml
[16/10/2006 18:10] <simonnash> ok thanks for the clarification.
[16/10/2006 18:10] <jboynes> e.g to put it somewhere more convenient on
windoze
[16/10/2006 18:11] <jboynes> meeraj's impl looks in a "special" place first
before handing over to mvn
[16/10/2006 18:12] <jboynes> runtime impl
[16/10/2006 18:12] <jboynes> which is why you need to understand his
descripion
[16/10/2006 18:12] <jboynes> that "special
[16/10/2006 18:12] <jboynes> that "special" place can in in-war or in the
standalone installation
[16/10/2006 18:13] <jboynes> but that is only used at runtime, not in the
build when mvn is running
[16/10/2006 18:14] <jboynes> but you should read his description rather than
rely on soundbites here :)
[16/10/2006 18:14] <jboynes> (I know, I'm away but my call is not talking
about stuff I'm involved in :) )
[16/10/2006 18:15] <cr22rc_> I think .. not 100% sure on build you can use
-DlocalRepository ?
[16/10/2006 18:15] |<-- lmsurprenant has left irc.freenode.net (Read error:
110 (Connection timed out))
[16/10/2006 18:16] <jboynes> if you do that the repo must contain all the
deps you need - including all the ones mvn itself uses
[16/10/2006 18:16] <jboynes> e.g. the compiler, surefire, archive plugins
etc.
[16/10/2006 18:16] <cr22rc_> yup .. I'm sure your right there
[16/10/2006 18:17] <jboynes> the estiamte from mvn is to allocate 100MB for
the local repo - I don't think we want to distrib all of that
[16/10/2006 18:18] <jboynes> we don't need that at runtime, but we will need
that if you want to support building the samples
[16/10/2006 18:21] <rfeng> are you done here? if yes, ant, can we talk about
the db issue?
[16/10/2006 18:21] <ant> i'm a bit conufsed about what we're discussing.
Wont building the samples in M2 require mvn and a network? We not proposing
distributing a populated maven repo so the samples can be built offline are
we?
[16/10/2006 18:23] <cr22rc_> I think are only viable option there with
keeping the distro size in check is do what we did for m2 and use ant (the
tool)
[16/10/2006 18:23] <cr22rc_> meant m1
[16/10/2006 18:24] <cr22rc_> I agree with jeremy packaging all you need to
build offline with mvn is going to work out.
[16/10/2006 18:26] <simonnash> distributing the deps together with ant
scripts for building the samples reasonable to me. but we should
complete/conclude this on the ML for a decision
[16/10/2006 18:27] <Venkat> (just to understand) so if a user is going to
try out the 'standalone' samples.. do we say, installing maven is a pre-req
[16/10/2006 18:30] <cr22rc_> hmm the apps themselves to compile really don't
need too much ... at most all they should be using is the sca api and any
other specifec non tuscany jars. Is that right?
[16/10/2006 18:31] <Venkat> yes... which is going to be a part of the
distro...
[16/10/2006 18:31] <cr22rc_> you could almost have a bat or scirpt for that.
[16/10/2006 18:32] <Venkat> for what ? (sorry don't get that)
[16/10/2006 18:32] <cr22rc_> to compile it
[16/10/2006 18:32] <cr22rc_> javac
[16/10/2006 18:33] <ant> a webapp would be a little more complicated as you
need something like the tuscany webapp plugin
[16/10/2006 18:34] <ant> I think there's several things being
discussed/proposed:
[16/10/2006 18:34] <ant> - a distro including prebuilt samples so you don't
need to build anything with mvn/ant or any network access to run
[16/10/2006 18:34] <ant> - a distro including src for samples and you need
to build them with mvn
[16/10/2006 18:34] <ant> - a distro including src for samples and you can
build them with ant
[16/10/2006 18:35] <ant> without putting words in his mouth, i think jeremy
has only been considering the middle one for M2
[16/10/2006 18:35] <jboynes> I've been considering the third as well but we
don't have any ant scripts yet
[16/10/2006 18:36] <jboynes> I'd suggest we do that in trunk and then copy
the scripts down
[16/10/2006 18:36] <jboynes> as its new work ;)
[16/10/2006 18:36] <ant> but wouldn;t it be a significant bit of work to
build a tuscany webapp with ant, so a maybe too late for M2?
[16/10/2006 18:36] <jboynes> I'd also be ok including idea and eclipse
modules as well
[16/10/2006 18:37] <jboynes> unless we think it's ok to point users at the
respective mvn plugins
[16/10/2006 18:37] <cr22rc_> I'm liking just a simple bat or shell script ..
most of the samples don't require to much to build. If we had a commandline
version fo the war plugin
[16/10/2006 18:37] |<-- kgoodson has left irc.freenode.net (Read error: 104
(Connection reset by peer))
[16/10/2006 18:37] <jboynes> hence the "do it in trunk first" suggestion
[16/10/2006 18:38] <simonnash> i don't think we should require all consumers
of our samples to use maven. so of the 3 options that ant listed, i would
go for 3 (if we can do it) or 1 as a fallback
[16/10/2006 18:39] <jboynes> simonnash: that would be a great thing to
contribute
[16/10/2006 18:39] <simonnash> rick's suggestion is fine as well
[16/10/2006 18:40] <jboynes> I'm against sh/bat scripts due to the ongoing
effort maintaining them
[16/10/2006 18:40] <jboynes> ant is more portable
[16/10/2006 18:40] <cr22rc_> was the ant scripts generated .. I think so
[16/10/2006 18:40] <jboynes> but does mean we need people to install ant
[16/10/2006 18:41] <jboynes> unless you want to include ant in the distro as
well
[16/10/2006 18:41] <simonnash> not really. another option could be to write
instuctions in human-readable English.
[16/10/2006 18:42] <jboynes> including ant in the samples distro would be
fairly simple
[16/10/2006 18:42] <simonnash> it is simple but it feels strange
[16/10/2006 18:42] <simonnash> what did we do for M1?
[16/10/2006 18:42] <jboynes> we have instructions (see the README files)
[16/10/2006 18:42] <cr22rc_> did we do that for m1?
[16/10/2006 18:43] <jboynes> I don't remember - that's not to stop us doing
it now
[16/10/2006 18:45] <simonnash> i don't see any use of ant ni M1
[16/10/2006 18:46] <cr22rc_> we did have build.xml ant files for the samples
[16/10/2006 18:46] <jboynes> I know sebastien added build.xml files to the
samples
[16/10/2006 18:46] <cr22rc_> I think maven can build them
[16/10/2006 18:46] <jboynes> mvn ant:ant
[16/10/2006 18:46] <jboynes> I think
[16/10/2006 18:46] <simonnash> yes you're right. there are build.xml files
[16/10/2006 18:46] <jboynes> I don't know how readable they are
[16/10/2006 18:47] <halehM> For M1, we had to download Ant. I remember since
I tested it
[16/10/2006 18:48] <ant> rfeng, are you still here?
[16/10/2006 18:48] <simonnash> the build.xml for calculator looks easy to
read
[16/10/2006 18:49] <jboynes> the one for webapp does not generate a war
[16/10/2006 18:49] <simonnash> i am not seeing webapp in M1... maybe it has
a different name?
[16/10/2006 18:49] <rfeng> ant, yes
[16/10/2006 18:50] <jboynes> I was looking at what it would generate for hte
current trunk
[16/10/2006 18:50] <ant> in helloworldws sample I'm getting a
TransformationException in Input2InputTransformer.getWapperHandler as
dataBindingRegistry.getDataBinding returns null
[16/10/2006 18:50] <rfeng> for what db?
[16/10/2006 18:50] <simonnash> i need to leave now. let's continue the
samples discussion on the ML. we nedd to have it there in order to make a
decision.
