[cle-release-team] binary of lessonbuilder

[Matthew Jones]

Yea, it looks like
http://builds.sakaiproject.org<http://builds.sakaiproject.org:8080/>
is
already uploading indie SNAPSHOTS to the maven repo for the indies that are
there but I don't think that the jenkins release plugin was ever enabled or
configured for anything. I think this was something Chris was talking about
with making the releases easier and something we've been talking about at
the meetings, but nobody has had any time to focus on this yet.

Also, in the sonatype (maven central) world it's much harder to make
mistakes because you actually have to stage artifacts, verify them through
the UI, then release them.

Lessonbuilder is also going to be a semi-special case on the release plan
because of so much stuff it depends on.

If you look at the Indie release order page, it's all the way at the
bottom: https://confluence.sakaiproject.org/display/REL/Indie+release+order
And if you want to enable the option features, someone is really going to
have to compile it from source anyway. Or someones going to have to rewrite
it to use a lot of reflection. (From Chuck " I could put my own layer above
it, and dynamically detect which version is present in the system.")

Anyway, ideally I can get time away from local issues before next Thursday
to make progress on something with Chris.

-Matthew

On Fri, Feb 10, 2012 at 9:35 AM, Beth Kirschner <bkirschn at umich.edu> wrote:

> Can someone get back with Chuck to explain how he can do this? Jenkins is
> a mystery to me :-(
>
> - Beth
>
> On Feb 10, 2012, at 8:57 AM, Noah Botimer wrote:
>
> > Yes, definitely. We need to be using the tools for this kind of stuff;
> for example, Nexus and Jenkins. We are not just hacking something quickly
> one time to get it out the door (or shouldn't be). If there is something we
> need and don't have (disk space, SSL certs, setup time, whatever), we need
> to take the conversation up a level. We're talking about a rather minimal
> investment directly in the sustainability and reputation of the project.
> >
> > Thanks,
> > -Noah
> >
> > On Feb 10, 2012, at 8:37 AM, Steve Swinsburg wrote:
> >
> >> I think releases should be performed via Jenkins, not individual users,
> then you can queue them up and go on to other tasks. There is too much
> scope for people to screw releases up and it can get tricky to resolve. I
> had a developer wipe out our entire Maven repo today (locally, not Sakai)
> because of a bad path in the deploy section. Not common, but possible and
> there are easy ways of eliminating it and saving time as well.
> >>
> >> cheers,
> >> Steve
> >>
> >>
> >>
> >>
> >>
> >> On 11/02/2012, at 12:30 AM, Beth Kirschner wrote:
> >>
> >>> Sounds like this might be another 'gap' in our indie release idea? If
> we want teams to be able to independently release components, it seems like
> releasing to the maven repo is part of that. But I also worry about people
> accidentally deploying components that they don't 'own'. Is there any way
> to provide permissions for just some directories in the maven repo?
> >>>
> >>> - Beth
> >>>
> >>> On Feb 10, 2012, at 8:27 AM, Maurer, Christopher Wayne wrote:
> >>>
> >>>> I don't think he's ever been setup with permissions to do it.
> >>>> If we do want to allow it, I'll need a public key from him so I can
> add it
> >>>> to the server.
> >>>>
> >>>> Chris
> >>>>
> >>>> On 2/10/12 8:22 AM, "Beth Kirschner" <bkirschn at umich.edu> wrote:
> >>>>
> >>>>> Anthony or Chris -- can Chuck deploy LessonBuilder to the Sakai mvn
> repo?
> >>>>>
> >>>>> - Beth
> >>>>>
> >>>>> On Feb 9, 2012, at 6:38 PM, Hedrick Charles wrote:
> >>>>>
> >>>>>> Do I have write access to any of the repositories?
> >>>>>>
> >>>>>> On Feb 8, 2012, at 3:28:09 PM, Beth Kirschner wrote:
> >>>>>>
> >>>>>>> I haven't taken a look at the maven files for LessonBuilder, but
> you
> >>>>>>> should be able to execute "maven deploy" to deploy a versioned
> copy of
> >>>>>>> binaries to the maven repository.
> >>>>>>>
> >>>>>>> - Beth
> >>>>>>>
> >>>>>>> On Feb 8, 2012, at 3:24 PM, Charles Hedrick wrote:
> >>>>>>>
> >>>>>>>> I've had several requests to supply a binary of lesson builder. A
> >>>>>>>> binary is currently built, but it won't work on 2.8, primarily
> because
> >>>>>>>> of the change in FormattedText. In 2.9 it is now a cover, with the
> >>>>>>>> actual implementation in kernel-impl. If a new version of
> kernel-util
> >>>>>>>> is used, it tries to find the impl, which of course is not
> present in
> >>>>>>>> a 2.8 kernel.
> >>>>>>>>
> >>>>>>>> Is there some clever way I can get the normal build process to
> upload
> >>>>>>>> assemblies for both 2.9 and 2.8? I have a profile for a 2.8
> build, if
> >>>>>>>> that helps.
> >>>>>>>>
> >>>>>>>> Alternatively, I could explicitly include a 2.8 version of
> >>>>>>>> FormattedText, and dynamically check whether the util-impl is
> present,
> >>>>>>>> calling my own if not.
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>> _______________________________________________
> >>> cle-release-team mailing list
> >>> cle-release-team at collab.sakaiproject.org
> >>> http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
> >>
> >> _______________________________________________
> >> cle-release-team mailing list
> >> cle-release-team at collab.sakaiproject.org
> >> http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
> >>
> >>
> >
> >
> >
>
> _______________________________________________
> cle-release-team mailing list
> cle-release-team at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/cle-release-team/attachments/20120210/4a5b2479/attachment-0006.html