[Building Sakai] spring-webmvc in shared

[David Horwitz]

OK my testing seems to indicate that packaging spring-webmvc in the 
webapp works. A small number of projects (e.g. Samigo) will need their 
poms updated so they correctly package the jar.



On 06/28/2011 01:28 PM, David Horwitz wrote:
> Way back when Ray seemed to think we could get some spring modules out
> of shared:
>
> https://jira.sakaiproject.org/browse/SAK-10387
>
> D
>
> On 06/28/2011 01:23 PM, Aaron Zeckoski wrote:
>> I thought that was part of spring core?
>> http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/beans/factory/InitializingBean.html
>>
>> -AZ
>>
>> On Tue, Jun 28, 2011 at 3:30 AM, David Horwitz<david.horwitz at uct.ac.za>   wrote:
>>> I stand corrected the entity providers seem to use part of spring-webmvc
>>> (InitializingBean)
>>>
>>> D
>>>
>>> On 06/28/2011 09:23 AM, David Horwitz wrote:
>>>
>>> I know polls doesn't use webmvc - I'm not sure what in trunk does, but the
>>> edia google maps tool at least used to might be an interesting test case
>>>
>>> D
>>>
>>> On 06/28/2011 09:19 AM, David Wafula wrote:
>>>
>>> Cool. I considered possibility of using spring 3 controller, was really not
>>> sure how to configure it in web.xml. Not even sure it can work, am trying to
>>> play with it. If you get anything like that going, would be great.
>>>
>>> On Mon, Jun 27, 2011 at 9:31 PM, John Bush<john.bush at rsmart.com>   wrote:
>>>> ok, I think it depends on the tool, osp-presentation gave me an error
>>>> trying to use spring-webmvc 3, but polls works fine.  So since I'm
>>>> looking to use spring 3.0 webmvc in a new tool, looks like this might
>>>> work, will have to see if we run into anything along the way.
>>>>
>>>> On Mon, Jun 27, 2011 at 12:25 PM, John Bush<john.bush at rsmart.com>   wrote:
>>>>> Well, this simple change will take the spring-mvc out of shared and
>>>>> then the tools start including it again.  Quick test of osp and polls
>>>>> looks fine:
>>>>>
>>>>> Macintosh-74:kernel jbush$ svn diff
>>>>> Index: pom.xml
>>>>> ===================================================================
>>>>> --- pom.xml     (revision 27918)
>>>>> +++ pom.xml     (working copy)
>>>>> @@ -568,7 +568,7 @@
>>>>>                   <groupId>org.springframework</groupId>
>>>>>                   <artifactId>spring-webmvc</artifactId>
>>>>>                   <version>2.5.6.SEC02</version>
>>>>> -<scope>provided</scope>
>>>>> +<!--scope>provided</scope-->
>>>>>               </dependency>
>>>>>               <dependency>
>>>>>                   <groupId>javax.activation</groupId>
>>>>>
>>>>> There is work going on to look at Spring 3.0 moving forward here:
>>>>> https://jira.sakaiproject.org/browse/KNL-517
>>>>>
>>>>> I was hoping to see if I could at least use spring3 webmvc in a tool
>>>>> with core still at 2.5.6, but first pass seems to cause some error,
>>>>> still digging into that a bit.  I think if this was possible that
>>>>> would be a good compromise between those wanting to hold off on full
>>>>> upgrade to spring 3.0, because at least tool devs could start using
>>>>> some of the features in say spring mvc only.
>>>>>
>>>>> On Mon, Jun 27, 2011 at 12:12 PM, David Wafula<davidwaf at gmail.com>
>>>>> wrote:
>>>>>> On Mon, Jun 27, 2011 at 8:37 PM, John Bush<john.bush at rsmart.com>
>>>>>> wrote:
>>>>>>> ....... Now with
>>>>>>> this in shared, tools aren't able to say update to spring 3.0 web.
>>>>>>> Was there some reason kernel decided to start putting this into
>>>>>>> shared?  I don't think its actually a requirement for any reason I'm
>>>>>>> aware of.
>>>>>>>
>>>>>> I also ran into trouble trying to use spring 3 in a tool, may be  this
>>>>>> should be reconsidered in future releases?
>>>>>> regards,
>>>>>> --
>>>>>> David Wafula
>>>>>>
>>>>>
>>>>> --
>>>>> John Bush
>>>>> 602-490-0470
>>>>>
>>>>
>>>> --
>>>> John Bush
>>>> 602-490-0470
>>>
>>> --
>>> David Wafula
>>>
>>> _______________________________________________
>>> 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"
>>>
>>> _______________________________________________
>>> 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"
>>>
>>> _______________________________________________
>>> 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"
>>>
>>
> _______________________________________________
> 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"