[Building Sakai] spring-webmvc in shared

David Horwitz david.horwitz at uct.ac.za
Tue Jun 28 06:40:42 PDT 2011 

There will be some who have it as a runtime dependency - Samigo fell in 
this class (I presume that something was defined in the app's spring config)


D

On 06/28/2011 03:35 PM, Anthony Whyte wrote:
>   Below is a list of core projects with explicit references to spring-webmvc in their poms:
>
> ./kernel/deploy/assembly/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./kernel/deploy/shared/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./kernel/pom.xml:<artifactId>spring-webmvc</artifactId>
>
> ./metaobj/metaobj-util/tool-lib/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./osp/common/tool/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./osp/common/tool-lib/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./osp/glossary/tool/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./osp/matrix/tool/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./osp/presentation/tool/pom.xml:<artifactId>spring-webmvc</artifactId>
> ./polls/tool/pom.xml:<artifactId>spring-webmvc</artifactId>
>
> An alert and instructions on what contrib teams need to do in order to tweek their poms would be good.
>
> Cheers,
>
> Anth
>
>
>
>
> On Jun 28, 2011, at 8:38 AM, Aaron Zeckoski wrote:
>
>> Looks like a lot of contrib projects will need to be updated so this
>> is going to need to be sent out so people notice it.
>>
>> -AZ
>>
>>
>> On Tue, Jun 28, 2011 at 8:02 AM, David Horwitz<david.horwitz at uct.ac.za>  wrote:
>>> 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"
>>> _______________________________________________
>>> 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"
>>>
>>
>>
>> -- 
>> Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>> _______________________________________________
>> 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