[Building Sakai] Proposal: upgrade dependency versions in 1.0 kernel
Jean-Francois Leveque
jean-francois.leveque at upmc.fr
Tue May 11 02:39:39 PDT 2010
+0.5 because I don't know the problems that each update will help fix
J-F
Nuno Fernandes a écrit :
> +1
>
> On Tue, May 11, 2010 at 12:29 AM, Steve Swinsburg
> <steve.swinsburg at gmail.com <mailto:steve.swinsburg at gmail.com>> wrote:
>
>
> > and close on 6months of local production use
>
> Normally I don't advocate new additions to a stable branch, but if
> these upgrades alleviate problems and have been in production for 6
> months then +1.
>
> cheers,
> Steve
>
>
>
> On 11/05/2010, at 1:37 AM, David Horwitz wrote:
>
> > See bellow
> >
> > On 05/10/2010 05:07 PM, Matthew Buckett wrote:
> >> On 10 May 2010 13:43, David Horwitz <david.horwitz at uct.ac.za
> <mailto:david.horwitz at uct.ac.za>> wrote:
> >>
> >>> For the 2.7 release a number of kernel dependencies where
> upgraded some
> >>> time ago. Testing of 2.7 has indicated that these all seem
> safe. The
> >>> list can be seen here:
> >>>
> >>> http://jira.sakaiproject.org/browse/KNL-105
> >>>
> >>> an includes:
> >>> hibernate
> >>> spring
> >>> javax.mail
> >>>
> >> I think this broke some stuff in UserDirectoryService
> (MimeEncode.base64()).
> >>
> >>
> >
> > There's a patch for uds in the issue linked to the javax upgrade
> - that
> > would be added at the same time.
> >>> cglib
> >>> commons-lang
> >>> commons-fileupload
> >>> commons-logging
> >>>
> >>> I would suggest that these now be applied to the 1.0.x kernel
> series for
> >>> 2.6, with the exception of the spring upgrade. Any objections?
> >>>
> >> To me this is a risk without any clear benefits. I would be
> happy for
> >> the versions in the 2.6.x to remain the same so that there
> aren't any
> >> surprises for people running the stable software.
> >>
> >> If there is a bug in one of the libs which affects Sakai that
> can only
> >> simply be fixed by upgrading then it would seems the sensible
> route to
> >> upgrade that lib to the newer version.
> >>
> >>
> >
> > There have definitely been people affected by bugs in some of these
> > libraries and a number have performance issues). In the past we have
> > been badly stung by not updating these. Notably in a file upload bug
> > that caused the jvm to consume all system resources. Im proposing
> this
> > because I believe now the risk is small enough (based on the 2.7
> testing
> > and close on 6months of local production use) that this is
> outwayed by
> > the possible gains in subtle bugs, egde cases and performance issues.
> >
> > D
> >
> > _______________________________________________
> > sakai-dev mailing list
> > sakai-dev at collab.sakaiproject.org
> <mailto:sakai-dev at collab.sakaiproject.org>
> > http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
> >
> > TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org
> <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
> subject of "unsubscribe"
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> <mailto:sakai-dev at collab.sakaiproject.org>
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to
> sakai-dev-unsubscribe at collab.sakaiproject.org
> <mailto:sakai-dev-unsubscribe at collab.sakaiproject.org> with a
> subject of "unsubscribe"
>
>
>
>
> --
> Nuno Fernandes . { Analyst/Programmer }
>
> || web . { http://www.ufp.pt | http://tinyurl.com/nfgrilo |
> follow_me @ nfgrilo }
> || work . { Universidade Fernando Pessoa | Praça 9 de Abril, 349 |
> 4249-004 Porto }
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
More information about the sakai-dev
mailing list