[cle-release-team] The revival of full source check out
Maurer, Christopher Wayne
chmaurer at iupui.edu
Wed Oct 5 10:04:19 PDT 2011
I am also in favor of it. I was using it for some recent trunk work I was
doing as well.
Chris
On 10/5/11 1:02 PM, "Aaron Zeckoski" <aaronz at vt.edu> wrote:
>I'm a fan of this idea.
>We already use the full source checkout for our trunk development
>projects at Unicon.
>:-)
>-AZ
>
>
>On Wed, Oct 5, 2011 at 12:57 PM, Anthony Whyte <arwhyte at umich.edu> wrote:
>> I'd like to propose on sakai-dev that we reinstitute full-source check
>>out
>> by adding all indies tools back into .externals and adjusting the base
>>pom
>> build <profiles> accordingly. This is the simplest approach although
>>other
>> options probably exist.
>> When developers check out CLE source they should check out and download
>>all
>> the source. I think this approach eliminates the confusion we often see
>> surfaced on list (e.g., "where is the samigo code?"). We could create
>>a new
>> build profile for core-deploy or create a new /sakai branch that people
>> could choose if they want to perform a check out that results in
>>assemblies
>> being deployed to Tomcat.
>> We should aim for consistency in our build practices and having some
>> projects deploying assemblies while others do not to Tomcat I think is
>> sub-optimal.
>> That said, over the summer I set up the following additional projects as
>> indies. Each now includes an assembly and each currently deploys
>>snapshots
>> to our snapshot repo. They have not been removed from .externals.
>> [WARN] courier and presence need to be repackaged in order to simplify
>>the
>> release process since the courier-tool is dependent on the presence-api
>> while the presence-tool and presence-util are dependent on the
>>courier-api.
>> Project (dependent projects)
>> announcement (archive, assignment, master, site-manage)
>> assignment (calendar, lessonbuilder, master, osp, warehouse)
>> calendar (assignment, master, samigo)
>> courier (alias, announcement, chat, mailarchive, master, presence,
>>rights,
>> site, velocity)
>> lessonbuilder
>> message (announcement, archive, assignment, chat, mailarchive,
>>mailsender,
>> master, rights, web)
>> metaobj (master, osp, warehouse)
>> portal (master, metaobj, osp)
>> presence (chat, courier, master, portal, rights)
>> site (entitybroker, lessonbuilder, osp, profile2, rwiki, syllabus,
>> usermembership, web)
>> site-manage (osp = siteassociation-api)
>> taggable (assignment, master, osp)
>> velocity (access, alias, announcement, archive, assignment, authz,
>>basiclti,
>> calendar, chat, citations, content, mailarchive, master, memory,
>>message,
>> presence, rights, site, site-manage, user, velocity, web)
>> The next project that should be made an indie is OSP. I recommend that
>>we
>> set aside time and jam through the rest of the projects so that they
>>can all
>> be released on an off-cycle basis. Then all projects would exhibit
>>similar
>> behaviors from a build/deploy/release perspective.
>> I am ready to propose this on sakai-dev but would like opinions on the
>> proposal as well as edits.
>> Cheers,
>> Anth
>>
>>
>> On Oct 5, 2011, at 12:03 AM, Steve Swinsburg wrote:
>>
>> Hi all,
>> I thought mailsender was going to be deployed as a binary? I just
>>noticed it
>> is in my source checkout and indeed in the svn:externals. It's setup s
>>an
>> indie already.
>> it should be included in the trunk all checkout though.
>> I can fix this if you like?
>> cheers,
>> Steve
>>
>>
>>
>>
>> On 22/09/2011, at 2:24 AM, Carl Hall wrote:
>>
>> I have committed the fixes for this. I was able to start tomcat without
>> mailsender errors but couldn't verify much else as I kept getting "The
>> CacheManager has been shut down. It can no longer be used." At least the
>> mail sender problems are gone :)
>>
>> On Wed, Sep 21, 2011 at 11:53 AM, Carl Hall <carl at hallwaytech.com>
>>wrote:
>>>
>>> Chris,
>>> I have verified the error that you're seeing using tomcat 5.5.33 and
>>> mailsender trunk. I'll work on getting this fixed pronto. Looks like
>>> something I've seen before.
>>> Carl
>>>
>>> On Wed, Sep 21, 2011 at 10:51 AM, Maurer, Christopher Wayne
>>> <chmaurer at iupui.edu> wrote:
>>>>
>>>> Understood. I have lots of days like that!
>>>> Chris
>>>> From: Carl Hall <carl at hallwaytech.com>
>>>> Date: Wed, 21 Sep 2011 10:27:59 -0400
>>>> To: Chris Maurer <chmaurer at iupui.edu>
>>>> Cc: "infrastructure at collab.sakaiproject.org"
>>>> <infrastructure at collab.sakaiproject.org>
>>>> Subject: Re: [infrastructure] [cle-release-team] Mail Sender to core
>>>>
>>>> Hey Chris,
>>>> I'll be digging into the issue this morning. Yesterday got out of
>>>>hand.
>>>> :)
>>>> Carl
>>>>
>>>> On Wed, Sep 21, 2011 at 10:25 AM, Maurer, Christopher Wayne
>>>> <chmaurer at iupui.edu> wrote:
>>>>>
>>>>> Carl,
>>>>> Is this something that you've had a chance to take a look at yet?
>>>>> I don't want to add it to the build if it doesn't startup! But I
>>>>>also
>>>>> want to make sure it's not just something on my end.
>>>>> Chris
>>>>> From: Chris Maurer <chmaurer at iupui.edu>
>>>>> Date: Tue, 20 Sep 2011 17:11:39 +0000
>>>>> To: Carl Hall <carl at hallwaytech.com>
>>>>> Cc: "infrastructure at collab.sakaiproject.org"
>>>>> <infrastructure at collab.sakaiproject.org>
>>>>> Subject: Re: [infrastructure] [cle-release-team] Mail Sender to core
>>>>>
>>>>> Carl,
>>>>> I'm testing this locally, and on tomcat startup I get a bunch of
>>>>>errors.
>>>>> Is something perhaps expected to be in shared that isn't, or some
>>>>>other
>>>>> dependency mismatch? Let me know if you need more of the error.
>>>>> Chris
>>>>> 2011-09-20 13:04:59,412 INFO main
>>>>>
>>>>>org.apache.catalina.core.ContainerBase.[Catalina].[localhost].[/mailse
>>>>>nder-tool]
>>>>> - Initializing Spring root WebApplicationContext
>>>>> 2011-09-20 13:04:59,887 ERROR main
>>>>> org.springframework.web.context.ContextLoader - Context
>>>>>initialization
>>>>> failed
>>>>> org.springframework.beans.factory.BeanCreationException: Error
>>>>>creating
>>>>> bean with name 'TLABPostProcessorLoader' defined in class path
>>>>>resource
>>>>> [conf/rsf-config.xml]: Invocation of init method failed; nested
>>>>>exception is
>>>>> org.springframework.beans.factory.BeanCreationException: Error
>>>>>creating bean
>>>>> with name 'scopeAlterationWrapperProxy' defined in class path
>>>>>resource
>>>>> [conf/rsf-config.xml]: Cannot create inner bean
>>>>> 'RSACBridgeProxy$child#240615ef' of type
>>>>> [uk.org.ponder.rsac.RSACBridgeProxy] while setting bean property
>>>>>'value';
>>>>> nested exception is
>>>>>org.springframework.beans.factory.BeanCreationException:
>>>>> Error creating bean with name 'RSACBridgeProxy$child#240615ef'
>>>>>defined in
>>>>> class path resource [conf/rsf-config.xml]: Cannot resolve reference
>>>>>to bean
>>>>> 'RSACBeanLocator' while setting bean property 'RSACBeanLocator';
>>>>>nested
>>>>> exception is
>>>>>org.springframework.beans.factory.BeanCreationException: Error
>>>>> creating bean with name 'RSACBeanLocator' defined in class path
>>>>>resource
>>>>> [conf/rsf-config.xml]: Invocation of init method failed; nested
>>>>>exception is
>>>>> java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> Related cause:
>>>>> org.springframework.beans.factory.CannotLoadBeanClassException: Error
>>>>> loading class [uk.org.ponder.springutil.BlankMultipartResolver] for
>>>>>bean
>>>>> with name 'multipartResolver' defined in class path resource
>>>>> [conf/blank-applicationContext.xml]: problem with class file or
>>>>>dependent
>>>>> class; nested exception is java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> Related cause:
>>>>> org.springframework.beans.factory.CannotLoadBeanClassException:
>>>>>Cannot find
>>>>> class
>>>>>[org.springframework.web.multipart.commons.CommonsMultipartResolver]
>>>>> for bean with name 'commonsMultipartResolver' defined in class path
>>>>>resource
>>>>> [conf/sakai-applicationContext.xml]; nested exception is
>>>>> java.lang.ClassNotFoundException:
>>>>> org.springframework.web.multipart.commons.CommonsMultipartResolver
>>>>> Related cause:
>>>>> org.springframework.beans.factory.CannotLoadBeanClassException: Error
>>>>> loading class [uk.org.ponder.springutil.BlankMultipartResolver] for
>>>>>bean
>>>>> with name 'blankMultipartResolver' defined in class path resource
>>>>> [conf/sakai-applicationContext.xml]: problem with class file or
>>>>>dependent
>>>>> class; nested exception is java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> Related cause:
>>>>> org.springframework.beans.factory.CannotLoadBeanClassException: Error
>>>>> loading class [uk.org.ponder.springutil.BlankMultipartResolver] for
>>>>>bean
>>>>> with name 'multipartResolver' defined in class path resource
>>>>> [conf/blank-applicationContext.xml]: problem with class file or
>>>>>dependent
>>>>> class; nested exception is java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> Related cause:
>>>>> org.springframework.beans.factory.CannotLoadBeanClassException:
>>>>>Cannot find
>>>>> class
>>>>>[org.springframework.web.multipart.commons.CommonsMultipartResolver]
>>>>> for bean with name 'commonsMultipartResolver' defined in class path
>>>>>resource
>>>>> [conf/sakai-applicationContext.xml]; nested exception is
>>>>> java.lang.ClassNotFoundException:
>>>>> org.springframework.web.multipart.commons.CommonsMultipartResolver
>>>>> Related cause:
>>>>> org.springframework.beans.factory.CannotLoadBeanClassException: Error
>>>>> loading class [uk.org.ponder.springutil.BlankMultipartResolver] for
>>>>>bean
>>>>> with name 'blankMultipartResolver' defined in class path resource
>>>>> [conf/sakai-applicationContext.xml]: problem with class file or
>>>>>dependent
>>>>> class; nested exception is java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.initializeBean(AbstractAutowireCapableBeanFactory.java:1338)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.doCreateBean(AbstractAutowireCapableBeanFactory.java:473)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory$1.run(AbstractAutowireCapableBeanFactory.java:409)
>>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.createBean(AbstractAutowireCapableBeanFactory.java:380)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory$1.getObj
>>>>>ect(AbstractBeanFactory.java:264)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.DefaultSingletonBeanRegistry
>>>>>.getSingleton(DefaultSingletonBeanRegistry.java:222)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.doGetBea
>>>>>n(AbstractBeanFactory.java:261)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
>>>>>AbstractBeanFactory.java:185)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
>>>>>AbstractBeanFactory.java:164)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.DefaultListableBeanFactory.g
>>>>>etBeansOfType(DefaultListableBeanFactory.java:308)
>>>>> at
>>>>>
>>>>>org.springframework.context.support.AbstractApplicationContext.getBean
>>>>>sOfType(AbstractApplicationContext.java:947)
>>>>> at
>>>>>
>>>>>org.springframework.context.support.AbstractApplicationContext.registe
>>>>>rListeners(AbstractApplicationContext.java:701)
>>>>> at
>>>>>
>>>>>org.springframework.context.support.AbstractApplicationContext.refresh
>>>>>(AbstractApplicationContext.java:377)
>>>>> at
>>>>>
>>>>>org.springframework.web.context.ContextLoader.createWebApplicationCont
>>>>>ext(ContextLoader.java:255)
>>>>> at
>>>>>
>>>>>org.springframework.web.context.ContextLoader.initWebApplicationContex
>>>>>t(ContextLoader.java:199)
>>>>> at
>>>>>
>>>>>org.sakaiproject.component.impl.ContextLoader.initWebApplicationContex
>>>>>t(ContextLoader.java:64)
>>>>> at
>>>>>
>>>>>org.springframework.web.context.ContextLoaderListener.contextInitializ
>>>>>ed(ContextLoaderListener.java:45)
>>>>> at
>>>>>
>>>>>org.sakaiproject.util.ContextLoaderListener.contextInitialized(Context
>>>>>LoaderListener.java:56)
>>>>> at
>>>>>
>>>>>org.apache.catalina.core.StandardContext.listenerStart(StandardContext
>>>>>.java:3795)
>>>>> at
>>>>>
>>>>>org.apache.catalina.core.StandardContext.start(StandardContext.java:42
>>>>>52)
>>>>> at
>>>>>
>>>>>org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.
>>>>>java:760)
>>>>> at
>>>>>
>>>>>org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740
>>>>>)
>>>>> at
>>>>>org.apache.catalina.core.StandardHost.addChild(StandardHost.java:544)
>>>>> at
>>>>>org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:884)
>>>>> at
>>>>>
>>>>>org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:737)
>>>>> at
>>>>>
>>>>>org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:498)
>>>>> at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1203)
>>>>> at
>>>>>
>>>>>org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:
>>>>>319)
>>>>> at
>>>>>
>>>>>org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Lifecycle
>>>>>Support.java:120)
>>>>> at
>>>>>org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1022)
>>>>> at org.apache.catalina.core.StandardHost.start(StandardHost.java:736)
>>>>> at
>>>>>org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014)
>>>>> at
>>>>>
>>>>>org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
>>>>> at
>>>>>
>>>>>org.apache.catalina.core.StandardService.start(StandardService.java:44
>>>>>8)
>>>>> at
>>>>>
>>>>>org.apache.catalina.core.StandardServer.start(StandardServer.java:700)
>>>>> at org.apache.catalina.startup.Catalina.start(Catalina.java:552)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at
>>>>>
>>>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>>>>>ava:39)
>>>>> at
>>>>>
>>>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>>>>>orImpl.java:25)
>>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>>> at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
>>>>> at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
>>>>> Caused by: org.springframework.beans.factory.BeanCreationException:
>>>>> Error creating bean with name 'scopeAlterationWrapperProxy' defined
>>>>>in class
>>>>> path resource [conf/rsf-config.xml]: Cannot create inner bean
>>>>> 'RSACBridgeProxy$child#240615ef' of type
>>>>> [uk.org.ponder.rsac.RSACBridgeProxy] while setting bean property
>>>>>'value';
>>>>> nested exception is
>>>>>org.springframework.beans.factory.BeanCreationException:
>>>>> Error creating bean with name 'RSACBridgeProxy$child#240615ef'
>>>>>defined in
>>>>> class path resource [conf/rsf-config.xml]: Cannot resolve reference
>>>>>to bean
>>>>> 'RSACBeanLocator' while setting bean property 'RSACBeanLocator';
>>>>>nested
>>>>> exception is
>>>>>org.springframework.beans.factory.BeanCreationException: Error
>>>>> creating bean with name 'RSACBeanLocator' defined in class path
>>>>>resource
>>>>> [conf/rsf-config.xml]: Invocation of init method failed; nested
>>>>>exception is
>>>>> java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.BeanDefinitionValueResolver.
>>>>>resolveInnerBean(BeanDefinitionValueResolver.java:230)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.BeanDefinitionValueResolver.
>>>>>resolveValueIfNecessary(BeanDefinitionValueResolver.java:117)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:124
>>>>>5)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.populateBean(AbstractAutowireCapableBeanFactory.java:1010)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.doCreateBean(AbstractAutowireCapableBeanFactory.java:472)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory$1.run(AbstractAutowireCapableBeanFactory.java:409)
>>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.createBean(AbstractAutowireCapableBeanFactory.java:380)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory$1.getObj
>>>>>ect(AbstractBeanFactory.java:264)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.DefaultSingletonBeanRegistry
>>>>>.getSingleton(DefaultSingletonBeanRegistry.java:222)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.doGetBea
>>>>>n(AbstractBeanFactory.java:261)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
>>>>>AbstractBeanFactory.java:185)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
>>>>>AbstractBeanFactory.java:164)
>>>>> at
>>>>>
>>>>>org.springframework.context.support.AbstractApplicationContext.getBean
>>>>>(AbstractApplicationContext.java:880)
>>>>> at
>>>>>
>>>>>uk.org.ponder.springutil.TLABPostProcessor.setApplicationContext(TLABP
>>>>>ostProcessor.java:91)
>>>>> at
>>>>>
>>>>>uk.org.ponder.springutil.TLABLoaderListener.afterPropertiesSet(TLABLoa
>>>>>derListener.java:74)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1369)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335)
>>>>> ... 42 more
>>>>> Caused by: org.springframework.beans.factory.BeanCreationException:
>>>>> Error creating bean with name 'RSACBridgeProxy$child#240615ef'
>>>>>defined in
>>>>> class path resource [conf/rsf-config.xml]: Cannot resolve reference
>>>>>to bean
>>>>> 'RSACBeanLocator' while setting bean property 'RSACBeanLocator';
>>>>>nested
>>>>> exception is
>>>>>org.springframework.beans.factory.BeanCreationException: Error
>>>>> creating bean with name 'RSACBeanLocator' defined in class path
>>>>>resource
>>>>> [conf/rsf-config.xml]: Invocation of init method failed; nested
>>>>>exception is
>>>>> java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.BeanDefinitionValueResolver.
>>>>>resolveReference(BeanDefinitionValueResolver.java:275)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.BeanDefinitionValueResolver.
>>>>>resolveValueIfNecessary(BeanDefinitionValueResolver.java:104)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:124
>>>>>5)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.populateBean(AbstractAutowireCapableBeanFactory.java:1010)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.doCreateBean(AbstractAutowireCapableBeanFactory.java:472)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory$1.run(AbstractAutowireCapableBeanFactory.java:409)
>>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.createBean(AbstractAutowireCapableBeanFactory.java:380)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.BeanDefinitionValueResolver.
>>>>>resolveInnerBean(BeanDefinitionValueResolver.java:219)
>>>>> ... 59 more
>>>>> Caused by: org.springframework.beans.factory.BeanCreationException:
>>>>> Error creating bean with name 'RSACBeanLocator' defined in class path
>>>>> resource [conf/rsf-config.xml]: Invocation of init method failed;
>>>>>nested
>>>>> exception is java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.initializeBean(AbstractAutowireCapableBeanFactory.java:1338)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.doCreateBean(AbstractAutowireCapableBeanFactory.java:473)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory$1.run(AbstractAutowireCapableBeanFactory.java:409)
>>>>> at java.security.AccessController.doPrivileged(Native Method)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.createBean(AbstractAutowireCapableBeanFactory.java:380)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory$1.getObj
>>>>>ect(AbstractBeanFactory.java:264)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.DefaultSingletonBeanRegistry
>>>>>.getSingleton(DefaultSingletonBeanRegistry.java:222)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.doGetBea
>>>>>n(AbstractBeanFactory.java:261)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
>>>>>AbstractBeanFactory.java:185)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractBeanFactory.getBean(
>>>>>AbstractBeanFactory.java:164)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.BeanDefinitionValueResolver.
>>>>>resolveReference(BeanDefinitionValueResolver.java:269)
>>>>> ... 67 more
>>>>> Caused by: java.lang.NoClassDefFoundError:
>>>>> org/springframework/web/multipart/MultipartResolver
>>>>> at java.lang.Class.getDeclaredMethods0(Native Method)
>>>>> at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
>>>>> at java.lang.Class.getMethod0(Class.java:2670)
>>>>> at java.lang.Class.getMethod(Class.java:1603)
>>>>> at
>>>>>
>>>>>uk.org.ponder.reflect.ReflectiveCache.getMethod(ReflectiveCache.java:1
>>>>>18)
>>>>> at
>>>>>
>>>>>uk.org.ponder.reflect.ReflectiveCache.getMethod(ReflectiveCache.java:1
>>>>>13)
>>>>> at
>>>>>
>>>>>uk.org.ponder.rsac.support.RSACBeanLocatorImpl.getBeanClass(RSACBeanLo
>>>>>catorImpl.java:303)
>>>>> at
>>>>>
>>>>>uk.org.ponder.rsac.support.RSACBeanLocatorImpl.init(RSACBeanLocatorImp
>>>>>l.java:240)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at
>>>>>
>>>>>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
>>>>>ava:39)
>>>>> at
>>>>>
>>>>>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
>>>>>orImpl.java:25)
>>>>> at java.lang.reflect.Method.invoke(Method.java:597)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:
>>>>>1414)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1375)
>>>>> at
>>>>>
>>>>>org.springframework.beans.factory.support.AbstractAutowireCapableBeanF
>>>>>actory.initializeBean(AbstractAutowireCapableBeanFactory.java:1335)
>>>>> ... 77 more
>>>>> Caused by: java.lang.ClassNotFoundException:
>>>>> org.springframework.web.multipart.MultipartResolver
>>>>> at
>>>>>
>>>>>org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoad
>>>>>er.java:1438)
>>>>> at
>>>>>
>>>>>org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoad
>>>>>er.java:1284)
>>>>> ... 92 more
>>>>>
>>>>>
>>>>>
>>>>> From: Anthony Whyte <arwhyte at umich.edu>
>>>>> Date: Tue, 20 Sep 2011 12:39:21 -0400
>>>>> To: Chris Maurer <chmaurer at iupui.edu>
>>>>> Cc: <infrastructure at collab.sakaiproject.org>, Carl Hall
>>>>> <carl at hallwaytech.com>, <cle-release-team at collab.sakaiproject.org>
>>>>> Subject: Re: [cle-release-team] [infrastructure] Mail Sender to core
>>>>>
>>>>> Bind to these assemblies:
>>>>> LB trunk assembly
>>>>>
>>>>>
>>>>>http://source.sakaiproject.org/maven2-snapshots/org/sakaiproject/lesso
>>>>>nbuilder/sakai-lessonbuildertool-assembly/1.4-SNAPSHOT/
>>>>> Mailsender trunk assembly
>>>>>
>>>>>
>>>>>http://source.sakaiproject.org/maven2-snapshots/org/sakaiproject/mails
>>>>>ender/mailsender-assembly/1.7.0-SNAPSHOT/
>>>>>
>>>>> On Sep 20, 2011, at 12:31 PM, Anthony Whyte wrote:
>>>>>
>>>>> I have another proposal that I plan to send out that recommends we
>>>>> reintroduce full source checkout and that means moth-balling
>>>>>core-deploy.
>>>>> I think both lessonbuilder and mailsender and the rest of the indies
>>>>> should be included in the check out like all monolithic projects.
>>>>>If you
>>>>> think that is jumping the gun as regards current practice then
>>>>>forget about
>>>>> updating the .externals and the base pom and do the following:
>>>>> master pom add
>>>>> <properties>
>>>>>
>>>>><sakai.lessonbuilder.version>X.X-SNAPSHOT</sakai.lessonbuilder.version
>>>>>>
>>>>> <sakai.mailsender.version>X.X-SNAPSHOT</sakai.mailsender.version>
>>>>>
>>>>> core-deploy pom
>>>>> Add a dependency to lessonbuilder and mailsender's assemblies (a cut
>>>>>and
>>>>> paste job based on the other indies referenced). Add to both the
>>>>>full and
>>>>> experimental profiles.
>>>>> Build and test.
>>>>> Anth
>>>>>
>>>>>
>>>>> On Sep 20, 2011, at 11:44 AM, Maurer, Christopher Wayne wrote:
>>>>>
>>>>> Well, looking again, maybe this should be an indie and go in
>>>>> core-deploy?
>>>>> Chris
>>>>> From: Anthony Whyte <arwhyte at umich.edu>
>>>>> Date: Tue, 20 Sep 2011 11:41:16 -0400
>>>>> To: Chris Maurer <chmaurer at iupui.edu>
>>>>> Cc: "cle-release-team at collab.sakaiproject.org"
>>>>> <cle-release-team at collab.sakaiproject.org>, Carl Hall
>>>>> <carl at hallwaytech.com>, "infrastructure at collab.sakaiproject.org"
>>>>> <infrastructure at collab.sakaiproject.org>
>>>>> Subject: Re: [infrastructure] Mail Sender to core
>>>>>
>>>>> Put it in both. The experimental profile is core + additional stuff.
>>>>> On Sep 20, 2011, at 11:34 AM, Maurer, Christopher Wayne wrote:
>>>>>
>>>>> And is it safe to assume that it should go under the full profile
>>>>>rather
>>>>> than the experimental one?
>>>>> Chris
>>>>> From: Anthony Whyte <arwhyte at umich.edu>
>>>>> Date: Tue, 20 Sep 2011 11:31:59 -0400
>>>>> To: Chris Maurer <chmaurer at iupui.edu>
>>>>> Cc: "cle-release-team at collab.sakaiproject.org"
>>>>> <cle-release-team at collab.sakaiproject.org>, Carl Hall
>>>>> <carl at hallwaytech.com>, "infrastructure at collab.sakaiproject.org"
>>>>> <infrastructure at collab.sakaiproject.org>
>>>>> Subject: Re: [infrastructure] Mail Sender to core
>>>>>
>>>>> Indeed, I did leave that out of the instructions I sketched out
>>>>>below.
>>>>> Anth
>>>>>
>>>>> On Sep 20, 2011, at 10:38 AM, Maurer, Christopher Wayne wrote:
>>>>>
>>>>> I believe you forgot to mention adding it to the main pom.xml (unless
>>>>> we're not ready to do that yet).
>>>>> Carl, are there any properties we need to get added to the default
>>>>> sakai.properties file?
>>>>> Chris
>>>>>
>>>>> From: Anthony Whyte <arwhyte at umich.edu>
>>>>> Date: Mon, 19 Sep 2011 16:43:56 -0400
>>>>> To: Chris Maurer <chmaurer at iupui.edu>,
>>>>> <cle-release-team at collab.sakaiproject.org>, Carl Hall
>>>>><carl at hallwaytech.com>
>>>>> Cc: <infrastructure at collab.sakaiproject.org>
>>>>> Subject: Re: [infrastructure] Mail Sender to core
>>>>>
>>>>> Once Chris has moved mailsender a member of the release team should
>>>>> update trunk .externals. I was going to do it but on reflection I am
>>>>> supposed to be letting go of these tasks. :)
>>>>> Also check with Carl to see if any properties are needed to be added
>>>>>to
>>>>> /config default.sakai.properties and demo.sakai.properties.
>>>>>
>>>>> Cheers,
>>>>> Anth
>>>>> 1. First create a ticket task (e.g., add mailsender to trunk
>>>>> .externals).
>>>>> 2. Then perform a -N checkout of trunk.
>>>>> cd /tmp
>>>>> svn co -N https://source.sakaiproject.org/svn/sakai/trunk/ trunk
>>>>> cd trunk
>>>>> 3. Modify .externals
>>>>> vi .externals (add alpha order)
>>>>> mailsender https://source.sakaiproject.org/svn/mailsender/trunk
>>>>> I'd also move lessonbuilder up and position it's checkout line
>>>>>between
>>>>> help and linktool. Good to be consistent.
>>>>>
>>>>> # Experimental Sakai capabilities
>>>>> lessonbuilder https://source.sakaiproject.org/svn/lessonbuilder/trunk
>>>>>
>>>>> 4. Then do a propset on .externals and commit.
>>>>> svn propset -F .externals svn:externals .
>>>>> svn propget svn:externals
>>>>> svn commit -m "SAK-XXXXX add mailsender to .externals"
>>>>> You can (should) test locally and make sure that mailsender is
>>>>>included
>>>>> in a trunk checkout. Be sure to also check the next nightly2 build.
>>>>> Cheers,
>>>>> Anth
>>>>> CLE release lead, emeritus
>>>>>
>>>>> On Sep 19, 2011, at 3:04 PM, Maurer, Christopher Wayne wrote:
>>>>>
>>>>> Ok, I've got it into the test repo:
>>>>> https://source.sakaiproject.org/testrepo3/mailsender/
>>>>> It's a straight up copy, so the dir structures will need a bit of
>>>>> attention.
>>>>> Please verify that you have it all there (including history).
>>>>> Once you give the go ahead I'll do the import to svn.
>>>>> When the import is done, you'll need to move the trunk, tags, and
>>>>> branches directories back up to the top level of mailsender and
>>>>>should then
>>>>> be able to delete the intermediate stuff (gatech and then the
>>>>>embedded
>>>>> mailsender dir)
>>>>> Chris
>>>>> From: Chris Maurer <chmaurer at iupui.edu>
>>>>> Date: Mon, 19 Sep 2011 18:17:01 +0000
>>>>> To: Carl Hall <carl at hallwaytech.com>,
>>>>> "infrastructure at collab.sakaiproject.org"
>>>>> <infrastructure at collab.sakaiproject.org>
>>>>> Subject: Re: [infrastructure] Mail Sender to core
>>>>>
>>>>> Carl,
>>>>> I'm been pretty swamped the last several weeks. I'll try to get
>>>>>going
>>>>> on it this afternoon.
>>>>> Chris
>>>>> From: Carl Hall <carl at hallwaytech.com>
>>>>> Date: Mon, 19 Sep 2011 13:57:40 -0400
>>>>> To: <infrastructure at collab.sakaiproject.org>
>>>>> Subject: [infrastructure] Mail Sender to core
>>>>>
>>>>> Hi infrastructure team,
>>>>> I was wondering what the status of INFRSTR-35[1] is. With the 2.9
>>>>>code
>>>>> freeze coming up, I'm trying to ready a mail sender release to
>>>>>happen about
>>>>> the same time.
>>>>> Thanks,
>>>>> Carl
>>>>> 1 https://jira.sakaiproject.org/browse/INFRSTR-35
>>>>> _______________________________________________ infrastructure
>>>>>mailing
>>>>> list infrastructure at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/infrastructure
>>>>> _______________________________________________ infrastructure
>>>>>mailing
>>>>> list infrastructure at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/infrastructure
>>>>> _______________________________________________
>>>>> infrastructure mailing list
>>>>> infrastructure at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/infrastructure
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> cle-release-team mailing list
>>>>> cle-release-team at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
>>>>>
>>>>> _______________________________________________ infrastructure
>>>>>mailing
>>>>> list infrastructure at collab.sakaiproject.org
>>>>> http://collab.sakaiproject.org/mailman/listinfo/infrastructure
>>>
>>
>> _______________________________________________
>> infrastructure mailing list
>> infrastructure at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/infrastructure
>>
>> _______________________________________________
>> infrastructure mailing list
>> infrastructure at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/infrastructure
>>
>>
>> _______________________________________________
>> cle-release-team mailing list
>> cle-release-team at collab.sakaiproject.org
>> http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
>>
>>
>
>
>
>--
>Aaron Zeckoski - Software Architect - http://tinyurl.com/azprofile
>_______________________________________________
>cle-release-team mailing list
>cle-release-team at collab.sakaiproject.org
>http://collab.sakaiproject.org/mailman/listinfo/cle-release-team
More information about the cle-release-team
mailing list