[sakai-pmc] [Building Sakai] Lazy consensus proposal to branch Sakai 10

[Matthew Jones]

Well for the backport-utils, we should just need to add an exclusion to the
ical4j dependency, as that's not needed on java 5+ as has been stated.

<exclusion>
  <artifactId>backport-util-concurrent</artifactId>
  <groupId>backport-util-concurrent</groupId>
</exclusion>

I forget why the ical4j then needed to be in shared as it wasn't for
calendar. I don't remember the discussion.


On Fri, Feb 7, 2014 at 11:51 AM, Aaron Zeckoski <azeckoski at unicon.net>wrote:

> Not objecting to commons-codec but I am objecting to the additional jars
> in shared:
> backport-util-concurrent-3.1.jar
> ical4j-1.0.5.2.jar
>
> Especially backport which is basically supposed to allow java 1.4 to use
> concurrent stuff which is part of java 5 and java 6. Since we require java
> 6 it is crazy to put a backporting util into shared.
>
> I had understood last week that we were unable to get those out of shared
> last week but if I am wrong on that please let me know.
> -AZ
>
>
>
> On Fri, Feb 7, 2014 at 11:28 AM, Anthony Whyte <arwhyte at umich.edu> wrote:
>
>> Neal--Aaron's objection is quite likely different than mine.  My
>> objection is based on a proposal that fails to list all contrib modules
>> slated for transfer.  A bit of word smithing will eliminate my objection.
>>  Aaron's objects, if I read him correctly, to the current requirement
>> imposed by signup and ecs that the following two jars be deployed to
>> shared/lib:
>>
>> backport-util-concurrent-3.1.jar
>> ical4j-1.0.5.2.jar
>>
>> [note: commons-codec-1.8.jar is also now deployed to shared/lib but I'd
>> be surprised if anyone objects to its new home given that 27 modules depend
>> on it]
>>
>> If Aaron is objecting to the above (which I thought we had resolved last
>> week at ApereoCamp) you've got a real blocker on your hands.
>>
>> Cheers,
>>
>> Anth
>>
>> anthony whyte | its and mlibrary | university of michigan |
>> arwhyte at umich.edu | 517-980-0228
>>
>>
>> On Feb 7, 2014, at 11:09 AM, Neal Caidin wrote:
>>
>> Right. I was oversimplifying the proposal. My assumption is that all
>> dependencies for those tools would also be included.  Do I need to re-write
>> the proposal?
>>
>> Thanks,
>> Neal
>>
>>
>>   Aaron Zeckoski <azeckoski at vt.edu>
>>  February 7, 2014 at 11:06 AM
>>
>> Unless the dependencies for external calendaring are fixed it's a -1 from
>> me also.
>>   Anthony Whyte <arwhyte at umich.edu>
>>  February 7, 2014 at 10:44 AM
>> -1 as written.  Two contrib dependencies are missing from a):  hierarchy
>> and the external calendaring service (ECS).  You can't add delegatedaccess
>> to core without also adding hierarchy and you can't add signup without also
>> adding ECS.
>>
>>
>> anthony whyte | its and mlibrary | university of michigan |
>> arwhyte at umich.edu | 517-980-0228
>>
>>
>
> --
> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>
> _______________________________________________
> sakai-pmc mailing list
> sakai-pmc at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-pmc
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-pmc/attachments/20140207/ccb6b01d/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 992 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-pmc/attachments/20140207/ccb6b01d/attachment.jpe 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1247 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-pmc/attachments/20140207/ccb6b01d/attachment-0001.jpe