[Building Sakai] sakai-dev Digest, Vol 23, Issue 4
bruceballou at olk12.com
bruceballou at olk12.com
Fri Jan 7 07:13:14 PST 2011
Hello All,
While doing tests on this issue, I have discovered something.
I built a new instance using a working copy and tested it and I can see
from all views that it is working.
I upload the database from the server that is misbehaving, and it fails
again.
I feel this is now a database issue, but see what I saw when I changed
permissions in the !site.template.course relm.
I had a window to the catalina.out file open and when I changed
permissions, I got the following error:
2011-01-07 08:47:19,157 WARN http-80-Processor19
org.sakaiproject.site.tool.hel
per.managegroupsectionrole.impl.RoleGroupEventWatcher -
org.sakaiproject.site.to
ol.helper.managegroupsectionrole.impl.RoleGroupEventWatcher at 536b73.update:null:
/realm/!site.template.course
Does this shed any light on the problem?
Thanx,
Bruce Ballou
Bruce Ballou
-------- Original Message --------
Subject: sakai-dev Digest, Vol 23, Issue 4
From: sakai-dev-request at collab.sakaiproject.org
Date: Wed, January 05, 2011 3:00 pm
To: sakai-dev at collab.sakaiproject.org
Send sakai-dev mailing list submissions to
sakai-dev at collab.sakaiproject.org
To subscribe or unsubscribe via the World Wide Web, visit
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
or, via email, send a message with subject or body 'help' to
sakai-dev-request at collab.sakaiproject.org
You can reach the person managing the list at
sakai-dev-owner at collab.sakaiproject.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of sakai-dev digest..."
Today's Topics:
1. rolling deploy (Hedrick Charles)
2. Sakai integration with KalturaCE 2.0.2 or 3.0 (Abdul khader)
3. Re: Migrating from database storage to filesystem storage
(Leon Kolchinsky)
4. Is it a good practice? (Sam Chow)
5. Re: Is it a good practice? (Berg, Alan)
6. Sitestats Hibernate (Yzelle, Sonette)
7. Proposal for Enhancements in Maintenance Branches (Beth Kirschner)
8. modules are failing (bruceballou at olk12.com)
9. Re: Sitestats Hibernate (Qu, Yuanhua)
10. deprecating a bodyVolume (John F. Hall)
11. Re: deprecating a bodyVolume (Jim Eng)
12. Re: [Deploying Sakai] deprecating a bodyVolume
(Cousineau, Jeffrey)
13. i18n: JSF and getFormattedMessage (Jean-Francois Leveque)
14. Sakai Portal 2.9 RoadMap and Sakai Course at University of
Michigan (csev)
15. Re: [Deploying Sakai] deprecating a bodyVolume (Matthew Jones)
16. Re: modules are failing (Mallika M Thoppay)
17. Re: modules are failing (bruceballou at olk12.com)
18. Re: modules are failing (bruceballou at olk12.com)
19. Re: modules are failing (Mallika M Thoppay)
20. Re: modules are failing (bruceballou at olk12.com)
21. Re: modules are failing (Mallika M Thoppay)
22. Re: modules are failing (bruceballou at olk12.com)
23. Re: modules are failing (bruceballou at olk12.com)
----------------------------------------------------------------------
Message: 1
Date: Tue, 4 Jan 2011 15:29:42 -0500
From: Hedrick Charles <hedrick at rutgers.edu>
Subject: [Building Sakai] rolling deploy
To: Sakai-Dev Developers <sakai-dev at collab.sakaiproject.org>
Cc: Charlie Collick <CCOLLICK at OIT.RUTGERS.EDU>
Message-ID: <59D5F98C-A7E2-4D52-8262-5538ABD50536 at rutgers.edu>
Content-Type: text/plain; charset="us-ascii"
I'm going to roll usage to ha1/ha5 tonight. HR wants to use Lesson
Builder for something public. I hadn't ever tested it with someone not
logged in, so a simple fix was needed. We have few enough users that 2
servers should be OK.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 3817 bytes
Desc: not available
Url :
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110104/b763b9e7/attachment-0001.bin
------------------------------
Message: 2
Date: Wed, 5 Jan 2011 04:01:05 +0530
From: Abdul khader <akhader at gmail.com>
Subject: [Building Sakai] Sakai integration with KalturaCE 2.0.2 or
3.0
To: sakai-dev at collab.sakaiproject.org
Message-ID:
<AANLkTi=h8axcdZ5e1C5KNQ15RUyF0mtS+AaOF-9bHi2U at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Dear All,
Has anyone been able to integrate sakai with KalturaCE(sakai and kaltura
server(s) being at your own premises).
Request you to please let me know how to do it.
I am able to make sakai interface with the trial version of the hosted
kaltura account, but when I try to tell sakai to connect to my own
kalturaCE
version 2.0.2 or 3.0, it does not connect.
Your help is highly appreciated.
Regards
Abdul Khader
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/5e8dbe39/attachment-0001.html
------------------------------
Message: 3
Date: Wed, 5 Jan 2011 16:12:01 +1100
From: Leon Kolchinsky <lkolchin at gmail.com>
Subject: Re: [Building Sakai] Migrating from database storage to
filesystem storage
To: sakai-dev at collab.sakaiproject.org
Message-ID:
<AANLkTinWrEZdFXetB6OKPP4_Vw9AKi2bqz7b8rSrNb68 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hello All,
I've started DB to Filesystem migration.
We're using Oracle DB which is currently around 100GB.
We're running 2.6.2 version.
I've added those 2 lines to sakai.properties:
# Conversion to FS (Everthing should be in /srv/sakai.data)
bodyPath at org.sakaiproject.content.api.ContentHostingService=/srv/sakai.data
convertToFile at org.sakaiproject.content.api.ContentHostingService=true
Restarted tomcat.
During startup I've got this in the logs:
2011-01-05 15:41:36,027 WARN main
org.sakaiproject.content.impl.DbContentService - : failed to write
resource:
/group/PortfolioAdmin/system/freeFormRenderer.xml :
java.io.FileNotFoundException: /srv/sakai.data (Is a directory)
2011-01-05 15:41:36,037 WARN main
org.sakaiproject.content.impl.DbContentService - failed to write file
from
byte-array to file
org.sakaiproject.exception.ServerOverloadException id=failed to write
file
from byte-array to file
at
org.sakaiproject.content.impl.DbContentService$DbStorage.commitResource(DbContentService.java:1705)
at
org.sakaiproject.content.impl.BaseContentService.commitResourceEdit(BaseContentService.java:5563)
at
org.sakaiproject.content.impl.BaseContentService.commitResource(BaseContentService.java:5526)
at
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl.updateResource(PresentationManagerImpl.java:2930)
at
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl.initFreeFormTemplate(PresentationManagerImpl.java:2887)
at
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl.init(PresentationManagerImpl.java:2758)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1240)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1205)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1171)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:425)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:261)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:109)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1099)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:861)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:421)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:261)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:109)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1099)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:861)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:421)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:261)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:109)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveManagedList(BeanDefinitionValueResolver.java:281)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:131)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1099)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:861)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:421)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.preInstantiateSingletons(NoisierDefaultListableBeanFactory.java:74)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:352)
at
org.sakaiproject.component.impl.SpringCompMgr.init(SpringCompMgr.java:146)
at
org.sakaiproject.component.cover.ComponentManager.getInstance(ComponentManager.java:68)
at
org.sakaiproject.component.cover.ComponentManager.get(ComponentManager.java:76)
at
org.sakaiproject.component.cover.ServerConfigurationService.getInstance(ServerConfigurationService.java:52)
at
org.sakaiproject.component.cover.ServerConfigurationService.getBoolean(ServerConfigurationService.java:181)
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.init(SkinnableCharonPortal.java:1546)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1139)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:966)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3956)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4230)
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.deployDescriptor(HostConfig.java:626)
at
org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.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:448)
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.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
2011-01-05 15:41:36,045 WARN main
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl -
Temporarily catching all exceptions in
osp.PresentationManagerImpl.init()
java.lang.RuntimeException:
org.sakaiproject.exception.ServerOverloadException id=failed to write
file
from byte-array to file
at
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl.updateResource(PresentationManagerImpl.java:2934)
at
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl.initFreeFormTemplate(PresentationManagerImpl.java:2887)
at
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl.init(PresentationManagerImpl.java:2758)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1240)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1205)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1171)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:425)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:261)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:109)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1099)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:861)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:421)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:261)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:109)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1099)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:861)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:421)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveReference(BeanDefinitionValueResolver.java:261)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:109)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveManagedList(BeanDefinitionValueResolver.java:281)
at
org.springframework.beans.factory.support.BeanDefinitionValueResolver.resolveValueIfNecessary(BeanDefinitionValueResolver.java:131)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyPropertyValues(AbstractAutowireCapableBeanFactory.java:1099)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.populateBean(AbstractAutowireCapableBeanFactory.java:861)
at
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:421)
at
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:251)
at
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:156)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:248)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.getBean(NoisierDefaultListableBeanFactory.java:115)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:160)
at
org.sakaiproject.util.NoisierDefaultListableBeanFactory.preInstantiateSingletons(NoisierDefaultListableBeanFactory.java:74)
at
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:352)
at
org.sakaiproject.component.impl.SpringCompMgr.init(SpringCompMgr.java:146)
at
org.sakaiproject.component.cover.ComponentManager.getInstance(ComponentManager.java:68)
at
org.sakaiproject.component.cover.ComponentManager.get(ComponentManager.java:76)
at
org.sakaiproject.component.cover.ServerConfigurationService.getInstance(ServerConfigurationService.java:52)
at
org.sakaiproject.component.cover.ServerConfigurationService.getBoolean(ServerConfigurationService.java:181)
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.init(SkinnableCharonPortal.java:1546)
at
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1139)
at
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:966)
at
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3956)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4230)
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.deployDescriptor(HostConfig.java:626)
at
org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.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:448)
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.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:592)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433)
Caused by: org.sakaiproject.exception.ServerOverloadException id=failed
to
write file from byte-array to file
at
org.sakaiproject.content.impl.DbContentService$DbStorage.commitResource(DbContentService.java:1705)
at
org.sakaiproject.content.impl.BaseContentService.commitResourceEdit(BaseContentService.java:5563)
at
org.sakaiproject.content.impl.BaseContentService.commitResource(BaseContentService.java:5526)
at
org.theospi.portfolio.presentation.model.impl.PresentationManagerImpl.updateResource(PresentationManagerImpl.java:2930)
... 81 more
[root at vera029 sakai.data]# du -sh
100K .
[root at vera029 sakai.data]# ls -l
total 0
drwxr-xr-x 3 tomcat tomcat 16 Jan 5 15:41 2011
Sakai is apperently able to write to this nfs mounted drive but stops.
It seems that no conversion is done whatsoever.
Can someone tell me what went wrong and how to fix it?
Cheers,
Leon Kolchinsky
On Mon, Nov 1, 2010 at 11:14, Leon Kolchinsky <lkolchin at gmail.com>
wrote:
> Hello All,
>
> Our Sakai installation stores binary content in the DB (approx 180GB now)
> We've decided to migrate to FS storage.
>
> I just want to make sure that the process I'm intending to go with is
> right:
>
> 1) Shut down tomcat
> 2) Add those 2 lines to sakai.properties:
>
> bodyPath at org.sakaiproject.content.api.ContentHostingService=/path_to_nfs_share_mount/
> convertToFile at org.sakaiproject.content.api.ContentHostingService=true
>
>
>
> 3) Start up the Tomcat
>
> Now the questions:
>
> How can I make sure that conversion process is finished?
> Should I remove "convertToFile at org.sakaiproject.content.api.ContentHostingService=true" from sakai.properties after conversion is finished and restart Tomcat?
>
>
>
> Any problems with 2 or more sakai nodes accessing this share at the same time (currently we have 2 Sakai servers working on the same DB in HA mode)?
> What could be approx. conversion time for 180GB DB?
>
> Anything else I'm missing and can be useful?
>
>
>
> Best Regards,
> Leon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/84e51783/attachment-0001.html
------------------------------
Message: 4
Date: Wed, 5 Jan 2011 00:27:17 -0800 (PST)
From: Sam Chow <samchow at ln.edu.hk>
Subject: [Building Sakai] Is it a good practice?
To: sakai-dev at collab.sakaiproject.org
Message-ID: <30593606.post at talk.nabble.com>
Content-Type: text/plain; charset=us-ascii
Dear all,
We are running a Sakai version 2.7.0, but we have found a bug on the
tool
Assignment. I found that the bug is fix on Sakai version 2.7.1, so i
download 2.7.1, and only deploy the tool Assignment of 2.7.1.
I wonder it is a good practice? or i should upgrade our whole of the
Sakai
to 2.7.1.
Best Regards,
Sam Chow
-----
Best Regards,
Sam Chow
Research Assistant
Lingnan Unviersity
Hong Kong
--
View this message in context:
http://old.nabble.com/Is-it-a-good-practice--tp30593606p30593606.html
Sent from the Sakai - Development mailing list archive at Nabble.com.
------------------------------
Message: 5
Date: Wed, 5 Jan 2011 09:49:47 +0000
From: "Berg, Alan" <A.M.Berg at uva.nl>
Subject: Re: [Building Sakai] Is it a good practice?
To: Sam Chow <samchow at ln.edu.hk>, "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <4FED867D2350644094EE4DF36F295E440AA1DEF7 at katz.uva.nl>
Content-Type: text/plain; charset="us-ascii"
There are a number of improvements and bug fixes in 2.7.1 including
specific performance improvements. If it does not cause too much effort
I would advise moving to the latest 2.7 tag.
Alan
Alan Berg
QA Director - The Sakai Foundation
Senior Developer / Quality Assurance
Group Education and Research Services
Central Computer Services
University of Amsterdam
http://home.uva.nl/a.m.berg
________________________________________
From: sakai-dev-bounces at collab.sakaiproject.org
[sakai-dev-bounces at collab.sakaiproject.org] on behalf of Sam Chow
[samchow at ln.edu.hk]
Sent: 05 January 2011 09:27
To: sakai-dev at collab.sakaiproject.org
Subject: [Building Sakai] Is it a good practice?
Dear all,
We are running a Sakai version 2.7.0, but we have found a bug on the
tool
Assignment. I found that the bug is fix on Sakai version 2.7.1, so i
download 2.7.1, and only deploy the tool Assignment of 2.7.1.
I wonder it is a good practice? or i should upgrade our whole of the
Sakai
to 2.7.1.
Best Regards,
Sam Chow
-----
Best Regards,
Sam Chow
Research Assistant
Lingnan Unviersity
Hong Kong
--
View this message in context:
http://old.nabble.com/Is-it-a-good-practice--tp30593606p30593606.html
Sent from the Sakai - Development mailing list archive at Nabble.com.
_______________________________________________
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"
------------------------------
Message: 6
Date: Wed, 5 Jan 2011 14:15:27 +0200
From: "Yzelle, Sonette" <SYzelle at unisa.ac.za>
Subject: [Building Sakai] Sitestats Hibernate
To: "sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<16B3D507470D4C4B8C1E92FDEF3E0F03216F21E020 at UMKN-EXC01.int.unisa.ac.za>
Content-Type: text/plain; charset="us-ascii"
This message (and attachments) is subject to restrictions and a
disclaimer. Please refer to http://www.unisa.ac.za/disclaimer for full
details.
________________________________
Hi,
On Sitestats admin (Sitestats Reports) we want to add a condition to the
select of the course sites.
Can someone please tell me where I can find that code? I added a
condition in the EventStatImpl.java (equals method) but
I it does not work so I think I have the wrong place. Can someone please
help.
(We are currently on Sakai 2.6.2, sitestats_2-0-x_2.6.x)
Another thing is our default default sitestats admin reports are
missing, is there somewhere where we must add a setting?
Thank you
Sonette
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/3739c332/attachment-0001.html
------------------------------
Message: 7
Date: Wed, 5 Jan 2011 09:27:42 -0500
From: Beth Kirschner <bkirschn at umich.edu>
Subject: [Building Sakai] Proposal for Enhancements in Maintenance
Branches
To: "sakai-dev at collab.sakaiproject.org Sakai-Dev"
<sakai-dev at collab.sakaiproject.org>, Sakai Users mailing list
<sakai-user at collab.sakaiproject.org>
Message-ID: <1E164605-2AE5-453B-B98E-305C5AB36369 at umich.edu>
Content-Type: text/plain; charset="us-ascii"
The TCC has been discussing and revising a proposal to allow merging of
small-scale enhancements into Sakai maintenance branches, and I wanted
to bring this discussion to the wider community for comments and
concerns. The current process allows only bug fixes into maintenance
branches, but with major releases being delivered only once a year, and
some institutions updating to major releases even less frequently, this
could prevent many good and useful enhancements from reaching the wider
community. Another side effect is that many of the larger institutions
spend their resources and time merging these enhancements into their
local builds that could be more productively spent on bug fixes and new
development.
Concerns that have been previously discussed and influenced the current
proposal include prioritization of bug fixes vs enhancements, QA
testing, internationalization, and communication. The current proposal
allows merging minor enhancements to the current maintenance branch
only. Please take a look and let us know your thoughts by the end of
this week (January 7th). The proposal is available at
https://confluence.sakaiproject.org/x/bBFJB and also copied below.
Thanks!
- Beth
--- snip --- snip --- snip --- snip --- snip --- snip --- snip --- snip
--- snip --- snip --- snip --- snip --- snip ---
Maintenance Branch Merge Policy (tentative)
Definitions:
Bug: JIRA tickets classified as BUG
Enhancement: JIRA tickets classified as anything other than BUG
Qualifications:
Candidates for merging into an active maintenance branch include:
Bug fixes may be applied to any active maintenance release branches
Small enhancements may be applied to only the most current maintenance
release branch if they meet the following criteria:
The change is narrow in scope (modest changes to a single project)
The change has been reviewed and approved by tool lead for the
maintenance branch
The change does not require database changes
The change has been running in production for one month minimum
The changes have to be reviewed for influence on i18n. If they have
influence on i18n, they should be tested in 2 languages (country
variants of same language are the same language for this counting).
The change is non-disruptive to the user experience ( I.e. changes that
don't require user retraining and are unlikely to break existing
customizations). Exceptions to this rule may be made if the change is
configurable and is disabled by default.
Prior to merging, the change must be tested with the target maintenance
branch, by the requesting institution, using a documented test plan.
The change must be preceded by a public announcement on the production
and dev lists that alerts community members to the impending addition of
a new feature in one or more maintenance branches. The announcement will
describe the new feature, configuration options, test plans, relevant
tickets, etc. When the change is committed a follow-up announcement
listing the branch revision incorporating the change will be published.
The information provided in such announcements will also be added to
relevant release notes in Confluence and elsewhere.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/9b5a291e/attachment-0001.html
------------------------------
Message: 8
Date: Wed, 05 Jan 2011 07:43:58 -0700
From: <bruceballou at olk12.com>
Subject: [Building Sakai] modules are failing
To: sakai-dev at collab.sakaiproject.org,
management at collab.sakaiproject.org, production at collab.sakaiproject.org
Message-ID:
<20110105074357.23e4509b6da0f2065328b01f1ddee273.8739b091a2.wbe at email00.secureserver.net>
Content-Type: text/plain; charset="utf-8"
Hello All,
I have started seeing an error when using the modules in a site, I have
redeployed the melete package in sakai, as instructed by Mallika at
Etudes Inc. (a post I at nabble).
I created a new site, as admin, I can add the module and the contents
and view it. The options on the modules page (admin) are view, Author,
Manage,Preferences.
When I log in as a teacher, I only see 2 options, View and Preferences,
I see the content, when I select the module, I get options of Prev or
Table of Contents, I click on Prev, and it shows Table of Contents. I
click on TOC, and it shows the module when I click on View at the top
and I get an error in sakai and it is at the bottom of this message.
(See ******)
I am getting a big dump in catalina.out, just not sure what to post
******
Error
An unexpected error has occurred.
Send a bug report
To send a bug report, describe what you were doing when the problem
occurred, in the space below, and press the submit button.
Technical Details
This information will automatically be included in your bug report.
org.sakaiproject.portal.api.PortalHandlerException:
org.sakaiproject.tool.api.ToolException: #{navPage.viewAction}:
javax.faces.el.EvaluationException: java.lang.NullPointerException
at
org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
caused by: org.sakaiproject.tool.api.ToolException:
#{navPage.viewAction}: javax.faces.el.EvaluationException:
java.lang.NullPointerException
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
caused by: javax.servlet.ServletException: #{navPage.viewAction}:
javax.faces.el.EvaluationException: java.lang.NullPointerException
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
caused by: javax.faces.FacesException: #{navPage.viewAction}:
javax.faces.el.EvaluationException: java.lang.NullPointerException
at javax.faces.component.UICommand.broadcast(UICommand.java:312)
caused by: javax.faces.el.EvaluationException:
java.lang.NullPointerException
at
com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
caused by: java.lang.NullPointerException
at org.etudes.tool.melete.NavPage.viewAction(NavPage.java:67)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at
com.sun.faces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:126)
at
com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
at javax.faces.component.UICommand.broadcast(UICommand.java:312)
at
javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:267)
at
javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:307)
at
com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:79)
at
com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
at
com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:571)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
at org.sakaiproject.jsf.util.JsfTool.doPost(JsfTool.java:256)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
at
org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:486)
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
at
org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:195)
at
org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:94)
at
org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
at
org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1059)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:622)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:595)
user: ac6314a2-caad-4f11-90af-ce28eb41e165
usage-session: 3e22fb0f-31ae-4faf-b9ab-24d8ac557d1d
time: Jan 5, 2011 09:35:28
Thank you for any direction you can provide.
Bruce Ballou
sakai support
------------------------------
Message: 9
Date: Wed, 5 Jan 2011 08:49:47 -0600
From: "Qu, Yuanhua" <yq12 at txstate.edu>
Subject: Re: [Building Sakai] Sitestats Hibernate
To: "Yzelle, Sonette" <SYzelle at unisa.ac.za>, Sakai-Dev
<sakai-dev at collab.sakaiproject.org>
Message-ID: <C949E12B.13C99%yq12 at txstate.edu>
Content-Type: text/plain; charset="iso-8859-1"
You may want to check StatsManagerImpl.java where most queries are build
there.
I think there is a sitestats admin tool which you can add into
administration workspace and user who has sitestats.admin.view
permission should be able to see and generate admin report.
Hope that will help a little.
-Qu
On 1/5/11 6:15 AM, "Yzelle, Sonette" <SYzelle at unisa.ac.za> wrote:
This message (and attachments) is subject to restrictions and a
disclaimer. Please refer to http://www.unisa.ac.za/disclaimer for full
details.
________________________________
Hi,
On Sitestats admin (Sitestats Reports) we want to add a condition to the
select of the course sites.
Can someone please tell me where I can find that code? I added a
condition in the EventStatImpl.java (equals method) but
I it does not work so I think I have the wrong place. Can someone please
help.
(We are currently on Sakai 2.6.2, sitestats_2-0-x_2.6.x)
Another thing is our default default sitestats admin reports are
missing, is there somewhere where we must add a setting?
Thank you
Sonette
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/204c1099/attachment-0001.html
------------------------------
Message: 10
Date: Wed, 05 Jan 2011 10:37:27 -0500
From: "John F. Hall" <hall at UDel.Edu>
Subject: [Building Sakai] deprecating a bodyVolume
To: sakai-dev at collab.sakaiproject.org,
production at collab.sakaiproject.org
Message-ID: <4D249037.9080603 at udel.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Our production server was initially set up with a single content volume:
bodyVolumes at org.sakaiproject.content.api.ContentHostingService =vol1
When usage hit 70% we added two more (vol2,vol3) and new files are now
being spread across all three successfully.
However, I'd like to have Sakai stop putting new files on vol1 since
it's over 70% full, but still have the content currently there be
available.
I think that simply taking 'vol1' out of the list is what I'd want to do
like:
bodyVolumes at org.sakaiproject.content.api.ContentHostingService=vol2,vol3
since existing vol1 content references would still be in the database.
Testing on our development server seems to show this works, but I'd like
to get some confirmation that this is indeed the right thing to do. I
couldn't find anything in the documentation.
Could someone verify if this is (or isn't) what I should do?
Thanks,
John
--
______________ John F. Hall ______________
Programmer/Analyst III, IT-Web Development
University of Delaware
------------------------------
Message: 11
Date: Wed, 5 Jan 2011 10:49:11 -0500
From: Jim Eng <jimeng at umich.edu>
Subject: Re: [Building Sakai] deprecating a bodyVolume
To: "John F. Hall" <hall at UDel.Edu>
Cc: production at collab.sakaiproject.org,
sakai-dev at collab.sakaiproject.org
Message-ID: <9D4B4BF2-ACF9-41FE-9E18-1CE07D2E335E at umich.edu>
Content-Type: text/plain; charset=us-ascii
You're right, John. You can just remove the old volume name from the
list of bodyVolumes. The result is that no new resources will be stored
there, but existing body content stored there will still be available.
If someone takes advantage of the "replace with new version" action in
the resources tool, the new body content would replace the existing body
content in the old volume, but otherwise new content would be
distributed to locations on the new volumes.
You do not want to let the volume fill up. That can lead to errors and
lost files. Some tools report the errors to users, and others seem to
fail silently. Some JIRA tickets have been created to deal with the
tools in which that fails silently.
Jim
On Jan 5, 2011, at 10:37 AM, John F. Hall wrote:
>
> Our production server was initially set up with a single content volume:
> bodyVolumes at org.sakaiproject.content.api.ContentHostingService =vol1
>
> When usage hit 70% we added two more (vol2,vol3) and new files are now
> being spread across all three successfully.
>
> However, I'd like to have Sakai stop putting new files on vol1 since
> it's over 70% full, but still have the content currently there be available.
>
> I think that simply taking 'vol1' out of the list is what I'd want to do
> like:
> bodyVolumes at org.sakaiproject.content.api.ContentHostingService=vol2,vol3
> since existing vol1 content references would still be in the database.
>
> Testing on our development server seems to show this works, but I'd like
> to get some confirmation that this is indeed the right thing to do. I
> couldn't find anything in the documentation.
>
> Could someone verify if this is (or isn't) what I should do?
>
> Thanks,
> John
> --
> ______________ John F. Hall ______________
> Programmer/Analyst III, IT-Web Development
> University of Delaware
> _______________________________________________
> 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"
>
>
------------------------------
Message: 12
Date: Wed, 5 Jan 2011 10:50:07 -0500
From: "Cousineau, Jeffrey" <cousinea at umich.edu>
Subject: Re: [Building Sakai] [Deploying Sakai] deprecating a
bodyVolume
To: "John F. Hall" <hall at UDel.Edu>
Cc: "production at collab.sakaiproject.org"
<production at collab.sakaiproject.org>,
"sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID: <9E0A62BE-5AEC-448D-9B81-A1A6B9717166 at umich.edu>
Content-Type: text/plain; charset="us-ascii"
Hi John,
This is correct. As long as the old volume(s) are still accessible to
the app servers, you should be ok.
At U-M we have historically created a new volume each calendar year, so
we only have one volume configured at a time. Previous volumes remain
NFS-mounted on the app servers so older content is still accessible.
Our configuration is currently:
bodyVolumes at org.sakaiproject.content.api.ContentHostingService=fs2011
Jeff
On Jan 5, 2011, at 10:37 AM, John F. Hall wrote:
>
> Our production server was initially set up with a single content volume:
> bodyVolumes at org.sakaiproject.content.api.ContentHostingService =vol1
>
> When usage hit 70% we added two more (vol2,vol3) and new files are now
> being spread across all three successfully.
>
> However, I'd like to have Sakai stop putting new files on vol1 since
> it's over 70% full, but still have the content currently there be available.
>
> I think that simply taking 'vol1' out of the list is what I'd want to do
> like:
> bodyVolumes at org.sakaiproject.content.api.ContentHostingService=vol2,vol3
> since existing vol1 content references would still be in the database.
>
> Testing on our development server seems to show this works, but I'd like
> to get some confirmation that this is indeed the right thing to do. I
> couldn't find anything in the documentation.
>
> Could someone verify if this is (or isn't) what I should do?
>
> Thanks,
> John
> --
> ______________ John F. Hall ______________
> Programmer/Analyst III, IT-Web Development
> University of Delaware
> _______________________________________________
> production mailing list
> production at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/production
>
> TO UNSUBSCRIBE: send email to production-unsubscribe at collab.sakaiproject.org with a subject of "unsubscribe"
--
Jeff Cousineau
Application & Web Infrastructure, Core Services and Infrastructure
Infrastructure Services, Information and Technology Services
University of Michigan
------------------------------
Message: 13
Date: Wed, 05 Jan 2011 17:44:31 +0100
From: Jean-Francois Leveque <jean-francois.leveque at upmc.fr>
Subject: [Building Sakai] i18n: JSF and getFormattedMessage
To: "i18n at collab.sakaiproject.org" <i18n at collab.sakaiproject.org>,
sakai-dev Developers <sakai-dev at collab.sakaiproject.org>, Beth
Kirschner <bkirschn at umich.edu>, DAVID ROLDAN MARTINEZ
<darolmar at upvnet.upv.es>
Message-ID: <4D249FEF.6030107 at upmc.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi all,
I can't find the following information in
https://confluence.sakaiproject.org/display/I18N/Best+Practices+for+Internationalized+Tools+in+Sakai.
Can getFormattedMessage be used in JSF? If it can, how is it done?
Cheers,
J-F
------------------------------
Message: 14
Date: Wed, 5 Jan 2011 12:08:38 -0500
From: csev <csev at umich.edu>
Subject: [Building Sakai] Sakai Portal 2.9 RoadMap and Sakai Course at
University of Michigan
To: Sakai-Dev Developers <sakai-dev at collab.sakaiproject.org>, Sakai
User <sakai-user at collab.sakaiproject.org>
Message-ID: <0B4D93C9-3C2A-4238-B163-1236724CDAB4 at umich.edu>
Content-Type: text/plain; charset=us-ascii
Hello all and happy new year - I just put up some slides that describe
some of my rough plans for some improvements to the Sakai portal for
Sakai 2.9. We have 9 months before code freeze so I want to take
advantage of that time and make some real UI improvements. Here are some
PowerPoint Slides that describe my effort around the portal for 2.9
http://www.slideshare.net/csev/sakai-29-portal-road-map-plans
At a high level, my plan is to take design elements from Sakai OAE and
back-port them to Sakai CLE as well as integrate some more social
features from Profile into the surrounding navigation and provide better
integration for tools like Lesson builder into the portal. he above
slides give some ideas as to where this is going.
Also, I am teaching a course at University of Michigan on Open Source
Software Development that will focus on Sakai (CLE and OAE) and help me
firm up and then execute this portal plan. My class will be a
combination of technical people and designers. We will do all the design
work in the open and on Sakai lists and in JIRA/Confluence so the
community will be as involved as it wants to be.
http://www.dr-chuck.com/si791-sak/
I am working closely with Steve Swinsberg, Chuck Hedrick, Aaron
Zeckowski, Adrian Fish, Gonzalo Silverio, and others so the overall
intent of my course is to add resources to the community rather than
start an isolated effort. Your participation is welcome.
The above course URL tells you how to join the course at Michigan in
CTools. The course will also use Edmodo (www.edmodo.com) as its LMS in
addition to Sakai in order to expand our horizons a bit. You can also
become a member of our Edmodo site with instructions within Sakai.
Please let me know if you have any questions.
/Chuck
------------------------------
Message: 15
Date: Wed, 5 Jan 2011 12:25:44 -0500
From: Matthew Jones <jonespm at umich.edu>
Subject: Re: [Building Sakai] [Deploying Sakai] deprecating a
bodyVolume
To: "John F. Hall" <hall at udel.edu>
Cc: "production at collab.sakaiproject.org"
<production at collab.sakaiproject.org>,
"sakai-dev at collab.sakaiproject.org"
<sakai-dev at collab.sakaiproject.org>
Message-ID:
<AANLkTimRUymzmpGHRnusSx8dTEZSkV0-HNFQqT=207Kh at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Just as a small amount of additional information. as described in
confluence
[1] Sakai doesn't do any disk size checking on the body volumes and will
just randomly pick one of the volumes listed to put files into. So it
could
potentially be better just to either manually rotate one volume as Jeff
described or use a file system that allows for dynamically expandable
storage space (like a virtual or network drive?)
BaseContentService.java
11235 volume += m_bodyVolumes[(int)
(Math.abs(time.getTime()) % ((long) m_bodyVolumes.length))];
Also, even though Sakai won't actively create new content in the old
storage
space(s), if any content that previously exists is updated by a user
then
the file on disk will be also modified, so it could potentially still
increase in size.
[1]
https://confluence.sakaiproject.org/display/DOC/Sakai+Admin+Guide+-+Binary+Content+and+Filesystem+Settings
On Wed, Jan 5, 2011 at 10:50 AM, Cousineau, Jeffrey
<cousinea at umich.edu>wrote:
> Hi John,
>
> This is correct. As long as the old volume(s) are still accessible to the
> app servers, you should be ok.
>
> At U-M we have historically created a new volume each calendar year, so we
> only have one volume configured at a time. Previous volumes remain
> NFS-mounted on the app servers so older content is still accessible.
>
> Our configuration is currently:
>
> bodyVolumes at org.sakaiproject.content.api.ContentHostingService=fs2011
>
> Jeff
>
> On Jan 5, 2011, at 10:37 AM, John F. Hall wrote:
>
> >
> > Our production server was initially set up with a single content volume:
> > bodyVolumes at org.sakaiproject.content.api.ContentHostingService =vol1
> >
> > When usage hit 70% we added two more (vol2,vol3) and new files are now
> > being spread across all three successfully.
> >
> > However, I'd like to have Sakai stop putting new files on vol1 since
> > it's over 70% full, but still have the content currently there be
> available.
> >
> > I think that simply taking 'vol1' out of the list is what I'd want to do
> > like:
> > bodyVolumes at org.sakaiproject.content.api.ContentHostingService=vol2,vol3
> > since existing vol1 content references would still be in the database.
> >
> > Testing on our development server seems to show this works, but I'd like
> > to get some confirmation that this is indeed the right thing to do. I
> > couldn't find anything in the documentation.
> >
> > Could someone verify if this is (or isn't) what I should do?
> >
> > Thanks,
> > John
> > --
> > ______________ John F. Hall ______________
> > Programmer/Analyst III, IT-Web Development
> > University of Delaware
> > _______________________________________________
> > production mailing list
> > production at collab.sakaiproject.org
> > http://collab.sakaiproject.org/mailman/listinfo/production
> >
> > TO UNSUBSCRIBE: send email to
> production-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
> --
>
> Jeff Cousineau
> Application & Web Infrastructure, Core Services and Infrastructure
> Infrastructure Services, Information and Technology Services
> University of Michigan
>
> _______________________________________________
> production mailing list
> production at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/production
>
> TO UNSUBSCRIBE: send email to
> production-unsubscribe at collab.sakaiproject.org with a subject of
> "unsubscribe"
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/230ce82a/attachment-0001.html
------------------------------
Message: 16
Date: Wed, 05 Jan 2011 09:52:23 -0800
From: Mallika M Thoppay <mallika at etudes.org>
Subject: Re: [Building Sakai] modules are failing
To: bruceballou at olk12.com
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID: <4D24AFD7.4030101 at etudes.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Bruce,
It appears that the realms may not be set up correctly on your system.
Please ensure they are correct by following these steps:
*8) Update Sakai Roles for Melete *
Update Sakai Roles (under realms) to include Melete permissions to
your roles. If you are upgrading Melete in your Sakai instance, no
roles changes are needed.
1. Log on as Sakai admin.
2.
Check appropriate Melete permissions under the roles in
*!site.template.course*.
*
Check *melete.author* for instructor, teaching assistant types
of roles (maintain) to which you want to give 'authoring /
manage' rights.
*
Check *melete.student *for student types of custom roles that
you have (access) to which you want to give 'viewing' rights.
3.
If you have project sites and related roles in
*!site.template.project*, appropriate permissions
(melete.student or melete.author) need to be checked as
defined above, based on what rights you want to give to the roles.
*CAUTION: *
*a. *IF YOU FAIL TO CHECK THE MELETE.STUDENT AND MELETE.AUTHOR
PERMISSIONS FOR YOUR ROLES, MELETE WILL NOT WORK PROPERLY.
*b.* IF YOU ADD MELETE TO _EXISTING SITES_, USERS WILL NOT HAVE THE
MELETE PERMISSIONS THAT YOU CHECKED. YOU WILL NEED TO USE
!SITE.HELPER OR OTHER SCRIPT TO PROPAGATE THE MELETE PERMISSION TO
EXISTING SITES.
Thanks,
Mallika
bruceballou at olk12.com wrote:
> Hello All,
>
> I have started seeing an error when using the modules in a site, I have
> redeployed the melete package in sakai, as instructed by Mallika at
> Etudes Inc. (a post I at nabble).
>
> I created a new site, as admin, I can add the module and the contents
> and view it. The options on the modules page (admin) are view, Author,
> Manage,Preferences.
>
> When I log in as a teacher, I only see 2 options, View and Preferences,
> I see the content, when I select the module, I get options of Prev or
> Table of Contents, I click on Prev, and it shows Table of Contents. I
> click on TOC, and it shows the module when I click on View at the top
> and I get an error in sakai and it is at the bottom of this message.
> (See ******)
>
>
> I am getting a big dump in catalina.out, just not sure what to post
>
>
>
>
> ******
>
> Error
> An unexpected error has occurred.
>
>
>
> Send a bug report
> To send a bug report, describe what you were doing when the problem
> occurred, in the space below, and press the submit button.
>
>
> Technical Details
> This information will automatically be included in your bug report.
>
>
> org.sakaiproject.portal.api.PortalHandlerException:
> org.sakaiproject.tool.api.ToolException: #{navPage.viewAction}:
> javax.faces.el.EvaluationException: java.lang.NullPointerException
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
> caused by: org.sakaiproject.tool.api.ToolException:
> #{navPage.viewAction}: javax.faces.el.EvaluationException:
> java.lang.NullPointerException
> at
> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
> caused by: javax.servlet.ServletException: #{navPage.viewAction}:
> javax.faces.el.EvaluationException: java.lang.NullPointerException
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> caused by: javax.faces.FacesException: #{navPage.viewAction}:
> javax.faces.el.EvaluationException: java.lang.NullPointerException
> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
> caused by: javax.faces.el.EvaluationException:
> java.lang.NullPointerException
> at
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
> caused by: java.lang.NullPointerException
> at org.etudes.tool.melete.NavPage.viewAction(NavPage.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> com.sun.faces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:126)
> at
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
> at
> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:267)
> at
> javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:307)
> at
> com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:79)
> at
> com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
> at
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:571)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
> at
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
> at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
> at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
> at org.sakaiproject.jsf.util.JsfTool.doPost(JsfTool.java:256)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
> at
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
> at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
> at
> org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:486)
> at
> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:195)
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:94)
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
> at
> org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1059)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:622)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
> at
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
> at
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
> at
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
> at java.lang.Thread.run(Thread.java:595)
>
>
> user: ac6314a2-caad-4f11-90af-ce28eb41e165
>
> usage-session: 3e22fb0f-31ae-4faf-b9ab-24d8ac557d1d
>
> time: Jan 5, 2011 09:35:28
>
> Thank you for any direction you can provide.
>
>
> Bruce Ballou
> sakai support
>
> _______________________________________________
> 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"
>
>
>
--
Mallika M Thoppay
Learning Systems Developer
Etudes Inc
http://etudes.org
------------------------------
Message: 17
Date: Wed, 05 Jan 2011 11:35:02 -0700
From: <bruceballou at olk12.com>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <mallika at etudes.org>
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID:
<20110105113502.23e4509b6da0f2065328b01f1ddee273.e9f65cd779.wbe at email00.secureserver.net>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/8f2eb965/attachment-0001.html
------------------------------
Message: 18
Date: Wed, 05 Jan 2011 11:40:12 -0700
From: <bruceballou at olk12.com>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <mallika at etudes.org>
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID:
<20110105114012.23e4509b6da0f2065328b01f1ddee273.940c46db54.wbe at email00.secureserver.net>
Content-Type: text/plain; charset="utf-8"
Sorry about this...
Do I need to add the matain and access roles to the
!site.template.course relm?
Thanx,
Bruce Ballou
-------- Original Message --------
Subject: Re: [Building Sakai] modules are failing
From: Mallika M Thoppay <mallika at etudes.org>
Date: Wed, January 05, 2011 12:52 pm
To: bruceballou at olk12.com
Cc: sakai-dev at collab.sakaiproject.org,
management at collab.sakaiproject.org, production at collab.sakaiproject.org
Bruce,
It appears that the realms may not be set up correctly on your system.
Please ensure they are correct by following these steps:
*8) Update Sakai Roles for Melete *
Update Sakai Roles (under realms) to include Melete permissions to
your roles. If you are upgrading Melete in your Sakai instance, no
roles changes are needed.
1. Log on as Sakai admin.
2.
Check appropriate Melete permissions under the roles in
*!site.template.course*.
*
Check *melete.author* for instructor, teaching assistant types
of roles (maintain) to which you want to give 'authoring /
manage' rights.
*
Check *melete.student *for student types of custom roles that
you have (access) to which you want to give 'viewing' rights.
3.
If you have project sites and related roles in
*!site.template.project*, appropriate permissions
(melete.student or melete.author) need to be checked as
defined above, based on what rights you want to give to the roles.
*CAUTION: *
*a. *IF YOU FAIL TO CHECK THE MELETE.STUDENT AND MELETE.AUTHOR
PERMISSIONS FOR YOUR ROLES, MELETE WILL NOT WORK PROPERLY.
*b.* IF YOU ADD MELETE TO _EXISTING SITES_, USERS WILL NOT HAVE THE
MELETE PERMISSIONS THAT YOU CHECKED. YOU WILL NEED TO USE
!SITE.HELPER OR OTHER SCRIPT TO PROPAGATE THE MELETE PERMISSION TO
EXISTING SITES.
Thanks,
Mallika
bruceballou at olk12.com wrote:
> Hello All,
>
> I have started seeing an error when using the modules in a site, I have
> redeployed the melete package in sakai, as instructed by Mallika at
> Etudes Inc. (a post I at nabble).
>
> I created a new site, as admin, I can add the module and the contents
> and view it. The options on the modules page (admin) are view, Author,
> Manage,Preferences.
>
> When I log in as a teacher, I only see 2 options, View and Preferences,
> I see the content, when I select the module, I get options of Prev or
> Table of Contents, I click on Prev, and it shows Table of Contents. I
> click on TOC, and it shows the module when I click on View at the top
> and I get an error in sakai and it is at the bottom of this message.
> (See ******)
>
>
> I am getting a big dump in catalina.out, just not sure what to post
>
>
>
>
> ******
>
> Error
> An unexpected error has occurred.
>
>
>
> Send a bug report
> To send a bug report, describe what you were doing when the problem
> occurred, in the space below, and press the submit button.
>
>
> Technical Details
> This information will automatically be included in your bug report.
>
>
> org.sakaiproject.portal.api.PortalHandlerException:
> org.sakaiproject.tool.api.ToolException: #{navPage.viewAction}:
> javax.faces.el.EvaluationException: java.lang.NullPointerException
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
> caused by: org.sakaiproject.tool.api.ToolException:
> #{navPage.viewAction}: javax.faces.el.EvaluationException:
> java.lang.NullPointerException
> at
> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
> caused by: javax.servlet.ServletException: #{navPage.viewAction}:
> javax.faces.el.EvaluationException: java.lang.NullPointerException
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> caused by: javax.faces.FacesException: #{navPage.viewAction}:
> javax.faces.el.EvaluationException: java.lang.NullPointerException
> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
> caused by: javax.faces.el.EvaluationException:
> java.lang.NullPointerException
> at
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
> caused by: java.lang.NullPointerException
> at org.etudes.tool.melete.NavPage.viewAction(NavPage.java:67)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> com.sun.faces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:126)
> at
> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
> at
> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:267)
> at
> javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:307)
> at
> com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:79)
> at
> com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
> at
> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:571)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
> at
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
> at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
> at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
> at org.sakaiproject.jsf.util.JsfTool.doPost(JsfTool.java:256)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
> at
> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
> at
> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
> at
> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
> at
> org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:486)
> at
> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:195)
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:94)
> at
> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
> at
> org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1059)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:622)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
> at
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
> at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
> at
> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
> at
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
> at
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
> at java.lang.Thread.run(Thread.java:595)
>
>
> user: ac6314a2-caad-4f11-90af-ce28eb41e165
>
> usage-session: 3e22fb0f-31ae-4faf-b9ab-24d8ac557d1d
>
> time: Jan 5, 2011 09:35:28
>
> Thank you for any direction you can provide.
>
>
> Bruce Ballou
> sakai support
>
> _______________________________________________
> 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"
>
>
>
--
Mallika M Thoppay
Learning Systems Developer
Etudes Inc
http://etudes.org
------------------------------
Message: 19
Date: Wed, 05 Jan 2011 10:48:33 -0800
From: Mallika M Thoppay <mallika at etudes.org>
Subject: Re: [Building Sakai] modules are failing
To: bruceballou at olk12.com
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID: <4D24BD01.2080209 at etudes.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Bruce,
I am not sure where you are stuck. Sakai upon installation comes with
the Instructor and Student roles which can be modified via
site.template.course. For these roles, you need to set permissions as
specified below. Create a new site and it should work. Did you restart
tomcat? I don't believe you should have to do that even.
Thanks,
Mallika
bruceballou at olk12.com wrote:
> Sorry about this...
>
> Do I need to add the matain and access roles to the
> !site.template.course relm?
>
> Thanx,
>
> Bruce Ballou
>
>
> -------- Original Message --------
> Subject: Re: [Building Sakai] modules are failing
> From: Mallika M Thoppay <mallika at etudes.org>
> Date: Wed, January 05, 2011 12:52 pm
> To: bruceballou at olk12.com
> Cc: sakai-dev at collab.sakaiproject.org,
> management at collab.sakaiproject.org, production at collab.sakaiproject.org
>
> Bruce,
>
> It appears that the realms may not be set up correctly on your system.
> Please ensure they are correct by following these steps:
>
> *8) Update Sakai Roles for Melete *
>
> Update Sakai Roles (under realms) to include Melete permissions to
> your roles. If you are upgrading Melete in your Sakai instance, no
> roles changes are needed.
>
> 1. Log on as Sakai admin.
> 2.
>
> Check appropriate Melete permissions under the roles in
> *!site.template.course*.
>
> *
>
> Check *melete.author* for instructor, teaching assistant types
> of roles (maintain) to which you want to give 'authoring /
> manage' rights.
>
>
> *
>
> Check *melete.student *for student types of custom roles that
> you have (access) to which you want to give 'viewing' rights.
>
> 3.
>
> If you have project sites and related roles in
> *!site.template.project*, appropriate permissions
> (melete.student or melete.author) need to be checked as
> defined above, based on what rights you want to give to the roles.
>
> *CAUTION: *
>
> *a. *IF YOU FAIL TO CHECK THE MELETE.STUDENT AND MELETE.AUTHOR
> PERMISSIONS FOR YOUR ROLES, MELETE WILL NOT WORK PROPERLY.
>
> *b.* IF YOU ADD MELETE TO _EXISTING SITES_, USERS WILL NOT HAVE THE
> MELETE PERMISSIONS THAT YOU CHECKED. YOU WILL NEED TO USE
> !SITE.HELPER OR OTHER SCRIPT TO PROPAGATE THE MELETE PERMISSION TO
> EXISTING SITES.
>
>
> Thanks,
> Mallika
>
>
> bruceballou at olk12.com wrote:
>
>> Hello All,
>>
>> I have started seeing an error when using the modules in a site, I have
>> redeployed the melete package in sakai, as instructed by Mallika at
>> Etudes Inc. (a post I at nabble).
>>
>> I created a new site, as admin, I can add the module and the contents
>> and view it. The options on the modules page (admin) are view, Author,
>> Manage,Preferences.
>>
>> When I log in as a teacher, I only see 2 options, View and Preferences,
>> I see the content, when I select the module, I get options of Prev or
>> Table of Contents, I click on Prev, and it shows Table of Contents. I
>> click on TOC, and it shows the module when I click on View at the top
>> and I get an error in sakai and it is at the bottom of this message.
>> (See ******)
>>
>>
>> I am getting a big dump in catalina.out, just not sure what to post
>>
>>
>>
>>
>> ******
>>
>> Error
>> An unexpected error has occurred.
>>
>>
>>
>> Send a bug report
>> To send a bug report, describe what you were doing when the problem
>> occurred, in the space below, and press the submit button.
>>
>>
>> Technical Details
>> This information will automatically be included in your bug report.
>>
>>
>> org.sakaiproject.portal.api.PortalHandlerException:
>> org.sakaiproject.tool.api.ToolException: #{navPage.viewAction}:
>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>> caused by: org.sakaiproject.tool.api.ToolException:
>> #{navPage.viewAction}: javax.faces.el.EvaluationException:
>> java.lang.NullPointerException
>> at
>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>> caused by: javax.servlet.ServletException: #{navPage.viewAction}:
>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> caused by: javax.faces.FacesException: #{navPage.viewAction}:
>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>> caused by: javax.faces.el.EvaluationException:
>> java.lang.NullPointerException
>> at
>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>> caused by: java.lang.NullPointerException
>> at org.etudes.tool.melete.NavPage.viewAction(NavPage.java:67)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:585)
>> at
>> com.sun.faces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:126)
>> at
>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>> at
>> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:267)
>> at
>> javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:307)
>> at
>> com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:79)
>> at
>> com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
>> at
>> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:571)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>> at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
>> at org.sakaiproject.jsf.util.JsfTool.doPost(JsfTool.java:256)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>> at
>> org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:486)
>> at
>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:195)
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:94)
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>> at
>> org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1059)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:622)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
>> at
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
>> at
>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
>> at
>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>> at
>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
>> at
>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
>> at java.lang.Thread.run(Thread.java:595)
>>
>>
>> user: ac6314a2-caad-4f11-90af-ce28eb41e165
>>
>> usage-session: 3e22fb0f-31ae-4faf-b9ab-24d8ac557d1d
>>
>> time: Jan 5, 2011 09:35:28
>>
>> Thank you for any direction you can provide.
>>
>>
>> Bruce Ballou
>> sakai support
>>
>> _______________________________________________
>> 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"
>>
>>
>>
>>
>
>
>
--
Mallika M Thoppay
Learning Systems Developer
Etudes Inc
http://etudes.org
------------------------------
Message: 20
Date: Wed, 05 Jan 2011 12:37:41 -0700
From: <bruceballou at olk12.com>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <mallika at etudes.org>
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID:
<20110105123741.23e4509b6da0f2065328b01f1ddee273.e4fa345005.wbe at email00.secureserver.net>
Content-Type: text/plain; charset="utf-8"
Hello again Mallika,
I have rechecked, and everything seems to be selected as you stated. I
checked another working instance and they look the same....but....still
not working.
I do keep noticing that on the modules page the options at the top have
not changed. still on the teacher site the Author and Manage options are
not there. Do you know where that information get set? I thought that
giving the correct permissions would have made them show up.
Is there a file somewhere that may e incorrectly set (permissions) in
the file system not allowing it to read??? (just grasping at straws at
this point!)
Thank you for your help.
Bruce Ballou
-------- Original Message --------
Subject: Re: [Building Sakai] modules are failing
From: Mallika M Thoppay <mallika at etudes.org>
Date: Wed, January 05, 2011 1:48 pm
To: bruceballou at olk12.com
Cc: sakai-dev at collab.sakaiproject.org,
management at collab.sakaiproject.org, production at collab.sakaiproject.org
Bruce,
I am not sure where you are stuck. Sakai upon installation comes with
the Instructor and Student roles which can be modified via
site.template.course. For these roles, you need to set permissions as
specified below. Create a new site and it should work. Did you restart
tomcat? I don't believe you should have to do that even.
Thanks,
Mallika
bruceballou at olk12.com wrote:
> Sorry about this...
>
> Do I need to add the matain and access roles to the
> !site.template.course relm?
>
> Thanx,
>
> Bruce Ballou
>
>
> -------- Original Message --------
> Subject: Re: [Building Sakai] modules are failing
> From: Mallika M Thoppay <mallika at etudes.org>
> Date: Wed, January 05, 2011 12:52 pm
> To: bruceballou at olk12.com
> Cc: sakai-dev at collab.sakaiproject.org,
> management at collab.sakaiproject.org, production at collab.sakaiproject.org
>
> Bruce,
>
> It appears that the realms may not be set up correctly on your system.
> Please ensure they are correct by following these steps:
>
> *8) Update Sakai Roles for Melete *
>
> Update Sakai Roles (under realms) to include Melete permissions to
> your roles. If you are upgrading Melete in your Sakai instance, no
> roles changes are needed.
>
> 1. Log on as Sakai admin.
> 2.
>
> Check appropriate Melete permissions under the roles in
> *!site.template.course*.
>
> *
>
> Check *melete.author* for instructor, teaching assistant types
> of roles (maintain) to which you want to give 'authoring /
> manage' rights.
>
>
> *
>
> Check *melete.student *for student types of custom roles that
> you have (access) to which you want to give 'viewing' rights.
>
> 3.
>
> If you have project sites and related roles in
> *!site.template.project*, appropriate permissions
> (melete.student or melete.author) need to be checked as
> defined above, based on what rights you want to give to the roles.
>
> *CAUTION: *
>
> *a. *IF YOU FAIL TO CHECK THE MELETE.STUDENT AND MELETE.AUTHOR
> PERMISSIONS FOR YOUR ROLES, MELETE WILL NOT WORK PROPERLY.
>
> *b.* IF YOU ADD MELETE TO _EXISTING SITES_, USERS WILL NOT HAVE THE
> MELETE PERMISSIONS THAT YOU CHECKED. YOU WILL NEED TO USE
> !SITE.HELPER OR OTHER SCRIPT TO PROPAGATE THE MELETE PERMISSION TO
> EXISTING SITES.
>
>
> Thanks,
> Mallika
>
>
> bruceballou at olk12.com wrote:
>
>> Hello All,
>>
>> I have started seeing an error when using the modules in a site, I have
>> redeployed the melete package in sakai, as instructed by Mallika at
>> Etudes Inc. (a post I at nabble).
>>
>> I created a new site, as admin, I can add the module and the contents
>> and view it. The options on the modules page (admin) are view, Author,
>> Manage,Preferences.
>>
>> When I log in as a teacher, I only see 2 options, View and Preferences,
>> I see the content, when I select the module, I get options of Prev or
>> Table of Contents, I click on Prev, and it shows Table of Contents. I
>> click on TOC, and it shows the module when I click on View at the top
>> and I get an error in sakai and it is at the bottom of this message.
>> (See ******)
>>
>>
>> I am getting a big dump in catalina.out, just not sure what to post
>>
>>
>>
>>
>> ******
>>
>> Error
>> An unexpected error has occurred.
>>
>>
>>
>> Send a bug report
>> To send a bug report, describe what you were doing when the problem
>> occurred, in the space below, and press the submit button.
>>
>>
>> Technical Details
>> This information will automatically be included in your bug report.
>>
>>
>> org.sakaiproject.portal.api.PortalHandlerException:
>> org.sakaiproject.tool.api.ToolException: #{navPage.viewAction}:
>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>> caused by: org.sakaiproject.tool.api.ToolException:
>> #{navPage.viewAction}: javax.faces.el.EvaluationException:
>> java.lang.NullPointerException
>> at
>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>> caused by: javax.servlet.ServletException: #{navPage.viewAction}:
>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> caused by: javax.faces.FacesException: #{navPage.viewAction}:
>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>> caused by: javax.faces.el.EvaluationException:
>> java.lang.NullPointerException
>> at
>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>> caused by: java.lang.NullPointerException
>> at org.etudes.tool.melete.NavPage.viewAction(NavPage.java:67)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> at java.lang.reflect.Method.invoke(Method.java:585)
>> at
>> com.sun.faces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:126)
>> at
>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>> at
>> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:267)
>> at
>> javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:307)
>> at
>> com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:79)
>> at
>> com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
>> at
>> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:571)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>> at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
>> at org.sakaiproject.jsf.util.JsfTool.doPost(JsfTool.java:256)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
>> at
>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>> at
>> org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:486)
>> at
>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:195)
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:94)
>> at
>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>> at
>> org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1059)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:622)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
>> at
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
>> at
>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
>> at
>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>> at
>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
>> at
>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
>> at java.lang.Thread.run(Thread.java:595)
>>
>>
>> user: ac6314a2-caad-4f11-90af-ce28eb41e165
>>
>> usage-session: 3e22fb0f-31ae-4faf-b9ab-24d8ac557d1d
>>
>> time: Jan 5, 2011 09:35:28
>>
>> Thank you for any direction you can provide.
>>
>>
>> Bruce Ballou
>> sakai support
>>
>> _______________________________________________
>> 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"
>>
>>
>>
>>
>
>
>
--
Mallika M Thoppay
Learning Systems Developer
Etudes Inc
http://etudes.org
------------------------------
Message: 21
Date: Wed, 05 Jan 2011 11:43:25 -0800
From: Mallika M Thoppay <mallika at etudes.org>
Subject: Re: [Building Sakai] modules are failing
To: bruceballou at olk12.com
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID: <4D24C9DD.6000202 at etudes.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Bruce,
I don't believe so. The only thing I can think of is that the current
user is a student, and not an instructor. How about creating a new user
and adding the user as an instructor to a new site?
Thanks,
Mallika
bruceballou at olk12.com wrote:
> Hello again Mallika,
>
> I have rechecked, and everything seems to be selected as you stated. I
> checked another working instance and they look the same....but....still
> not working.
>
> I do keep noticing that on the modules page the options at the top have
> not changed. still on the teacher site the Author and Manage options are
> not there. Do you know where that information get set? I thought that
> giving the correct permissions would have made them show up.
>
> Is there a file somewhere that may e incorrectly set (permissions) in
> the file system not allowing it to read??? (just grasping at straws at
> this point!)
>
> Thank you for your help.
>
> Bruce Ballou
>
>
> -------- Original Message --------
> Subject: Re: [Building Sakai] modules are failing
> From: Mallika M Thoppay <mallika at etudes.org>
> Date: Wed, January 05, 2011 1:48 pm
> To: bruceballou at olk12.com
> Cc: sakai-dev at collab.sakaiproject.org,
> management at collab.sakaiproject.org, production at collab.sakaiproject.org
>
> Bruce,
>
> I am not sure where you are stuck. Sakai upon installation comes with
> the Instructor and Student roles which can be modified via
> site.template.course. For these roles, you need to set permissions as
> specified below. Create a new site and it should work. Did you restart
> tomcat? I don't believe you should have to do that even.
>
> Thanks,
> Mallika
>
> bruceballou at olk12.com wrote:
>
>> Sorry about this...
>>
>> Do I need to add the matain and access roles to the
>> !site.template.course relm?
>>
>> Thanx,
>>
>> Bruce Ballou
>>
>>
>> -------- Original Message --------
>> Subject: Re: [Building Sakai] modules are failing
>> From: Mallika M Thoppay <mallika at etudes.org>
>> Date: Wed, January 05, 2011 12:52 pm
>> To: bruceballou at olk12.com
>> Cc: sakai-dev at collab.sakaiproject.org,
>> management at collab.sakaiproject.org, production at collab.sakaiproject.org
>>
>> Bruce,
>>
>> It appears that the realms may not be set up correctly on your system.
>> Please ensure they are correct by following these steps:
>>
>> *8) Update Sakai Roles for Melete *
>>
>> Update Sakai Roles (under realms) to include Melete permissions to
>> your roles. If you are upgrading Melete in your Sakai instance, no
>> roles changes are needed.
>>
>> 1. Log on as Sakai admin.
>> 2.
>>
>> Check appropriate Melete permissions under the roles in
>> *!site.template.course*.
>>
>> *
>>
>> Check *melete.author* for instructor, teaching assistant types
>> of roles (maintain) to which you want to give 'authoring /
>> manage' rights.
>>
>>
>> *
>>
>> Check *melete.student *for student types of custom roles that
>> you have (access) to which you want to give 'viewing' rights.
>>
>> 3.
>>
>> If you have project sites and related roles in
>> *!site.template.project*, appropriate permissions
>> (melete.student or melete.author) need to be checked as
>> defined above, based on what rights you want to give to the roles.
>>
>> *CAUTION: *
>>
>> *a. *IF YOU FAIL TO CHECK THE MELETE.STUDENT AND MELETE.AUTHOR
>> PERMISSIONS FOR YOUR ROLES, MELETE WILL NOT WORK PROPERLY.
>>
>> *b.* IF YOU ADD MELETE TO _EXISTING SITES_, USERS WILL NOT HAVE THE
>> MELETE PERMISSIONS THAT YOU CHECKED. YOU WILL NEED TO USE
>> !SITE.HELPER OR OTHER SCRIPT TO PROPAGATE THE MELETE PERMISSION TO
>> EXISTING SITES.
>>
>>
>> Thanks,
>> Mallika
>>
>>
>> bruceballou at olk12.com wrote:
>>
>>
>>> Hello All,
>>>
>>> I have started seeing an error when using the modules in a site, I have
>>> redeployed the melete package in sakai, as instructed by Mallika at
>>> Etudes Inc. (a post I at nabble).
>>>
>>> I created a new site, as admin, I can add the module and the contents
>>> and view it. The options on the modules page (admin) are view, Author,
>>> Manage,Preferences.
>>>
>>> When I log in as a teacher, I only see 2 options, View and Preferences,
>>> I see the content, when I select the module, I get options of Prev or
>>> Table of Contents, I click on Prev, and it shows Table of Contents. I
>>> click on TOC, and it shows the module when I click on View at the top
>>> and I get an error in sakai and it is at the bottom of this message.
>>> (See ******)
>>>
>>>
>>> I am getting a big dump in catalina.out, just not sure what to post
>>>
>>>
>>>
>>>
>>> ******
>>>
>>> Error
>>> An unexpected error has occurred.
>>>
>>>
>>>
>>> Send a bug report
>>> To send a bug report, describe what you were doing when the problem
>>> occurred, in the space below, and press the submit button.
>>>
>>>
>>> Technical Details
>>> This information will automatically be included in your bug report.
>>>
>>>
>>> org.sakaiproject.portal.api.PortalHandlerException:
>>> org.sakaiproject.tool.api.ToolException: #{navPage.viewAction}:
>>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>>> caused by: org.sakaiproject.tool.api.ToolException:
>>> #{navPage.viewAction}: javax.faces.el.EvaluationException:
>>> java.lang.NullPointerException
>>> at
>>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>>> caused by: javax.servlet.ServletException: #{navPage.viewAction}:
>>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> caused by: javax.faces.FacesException: #{navPage.viewAction}:
>>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>>> caused by: javax.faces.el.EvaluationException:
>>> java.lang.NullPointerException
>>> at
>>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>>> caused by: java.lang.NullPointerException
>>> at org.etudes.tool.melete.NavPage.viewAction(NavPage.java:67)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:585)
>>> at
>>> com.sun.faces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:126)
>>> at
>>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>>> at
>>> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:267)
>>> at
>>> javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:307)
>>> at
>>> com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:79)
>>> at
>>> com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
>>> at
>>> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
>>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:571)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>>> at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
>>> at org.sakaiproject.jsf.util.JsfTool.doPost(JsfTool.java:256)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>>> at
>>> org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:486)
>>> at
>>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:195)
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:94)
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>>> at
>>> org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1059)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:622)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
>>> at
>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
>>> at
>>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
>>> at
>>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>>> at
>>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
>>> at
>>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
>>> at java.lang.Thread.run(Thread.java:595)
>>>
>>>
>>> user: ac6314a2-caad-4f11-90af-ce28eb41e165
>>>
>>> usage-session: 3e22fb0f-31ae-4faf-b9ab-24d8ac557d1d
>>>
>>> time: Jan 5, 2011 09:35:28
>>>
>>> Thank you for any direction you can provide.
>>>
>>>
>>> Bruce Ballou
>>> sakai support
>>>
>>> _______________________________________________
>>> 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"
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
> --
> Mallika M Thoppay
> Learning Systems Developer
> Etudes Inc
> http://etudes.org
>
>
>
>
--
Mallika M Thoppay
Learning Systems Developer
Etudes Inc
http://etudes.org
------------------------------
Message: 22
Date: Wed, 05 Jan 2011 12:49:42 -0700
From: <bruceballou at olk12.com>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <mallika at etudes.org>
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID:
<20110105124942.23e4509b6da0f2065328b01f1ddee273.ad53647d02.wbe at email00.secureserver.net>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20110105/70064957/attachment-0001.html
------------------------------
Message: 23
Date: Wed, 05 Jan 2011 12:51:18 -0700
From: <bruceballou at olk12.com>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <mallika at etudes.org>
Cc: management at collab.sakaiproject.org,
production at collab.sakaiproject.org, sakai-dev at collab.sakaiproject.org
Message-ID:
<20110105125118.23e4509b6da0f2065328b01f1ddee273.26bfa0c79b.wbe at email00.secureserver.net>
Content-Type: text/plain; charset="utf-8"
Hello again,
I just added a new Instructor....same issue.....
Any more thoughts......anyone else have this problem before?
Thank you again Mallika,
Bruce Ballou
PS..this is plain text so it hits the mail list!
-------- Original Message --------
Subject: Re: [Building Sakai] modules are failing
From: Mallika M Thoppay <mallika at etudes.org>
Date: Wed, January 05, 2011 2:43 pm
To: bruceballou at olk12.com
Cc: sakai-dev at collab.sakaiproject.org,
management at collab.sakaiproject.org, production at collab.sakaiproject.org
Bruce,
I don't believe so. The only thing I can think of is that the current
user is a student, and not an instructor. How about creating a new user
and adding the user as an instructor to a new site?
Thanks,
Mallika
bruceballou at olk12.com wrote:
> Hello again Mallika,
>
> I have rechecked, and everything seems to be selected as you stated. I
> checked another working instance and they look the same....but....still
> not working.
>
> I do keep noticing that on the modules page the options at the top have
> not changed. still on the teacher site the Author and Manage options are
> not there. Do you know where that information get set? I thought that
> giving the correct permissions would have made them show up.
>
> Is there a file somewhere that may e incorrectly set (permissions) in
> the file system not allowing it to read??? (just grasping at straws at
> this point!)
>
> Thank you for your help.
>
> Bruce Ballou
>
>
> -------- Original Message --------
> Subject: Re: [Building Sakai] modules are failing
> From: Mallika M Thoppay <mallika at etudes.org>
> Date: Wed, January 05, 2011 1:48 pm
> To: bruceballou at olk12.com
> Cc: sakai-dev at collab.sakaiproject.org,
> management at collab.sakaiproject.org, production at collab.sakaiproject.org
>
> Bruce,
>
> I am not sure where you are stuck. Sakai upon installation comes with
> the Instructor and Student roles which can be modified via
> site.template.course. For these roles, you need to set permissions as
> specified below. Create a new site and it should work. Did you restart
> tomcat? I don't believe you should have to do that even.
>
> Thanks,
> Mallika
>
> bruceballou at olk12.com wrote:
>
>> Sorry about this...
>>
>> Do I need to add the matain and access roles to the
>> !site.template.course relm?
>>
>> Thanx,
>>
>> Bruce Ballou
>>
>>
>> -------- Original Message --------
>> Subject: Re: [Building Sakai] modules are failing
>> From: Mallika M Thoppay <mallika at etudes.org>
>> Date: Wed, January 05, 2011 12:52 pm
>> To: bruceballou at olk12.com
>> Cc: sakai-dev at collab.sakaiproject.org,
>> management at collab.sakaiproject.org, production at collab.sakaiproject.org
>>
>> Bruce,
>>
>> It appears that the realms may not be set up correctly on your system.
>> Please ensure they are correct by following these steps:
>>
>> *8) Update Sakai Roles for Melete *
>>
>> Update Sakai Roles (under realms) to include Melete permissions to
>> your roles. If you are upgrading Melete in your Sakai instance, no
>> roles changes are needed.
>>
>> 1. Log on as Sakai admin.
>> 2.
>>
>> Check appropriate Melete permissions under the roles in
>> *!site.template.course*.
>>
>> *
>>
>> Check *melete.author* for instructor, teaching assistant types
>> of roles (maintain) to which you want to give 'authoring /
>> manage' rights.
>>
>>
>> *
>>
>> Check *melete.student *for student types of custom roles that
>> you have (access) to which you want to give 'viewing' rights.
>>
>> 3.
>>
>> If you have project sites and related roles in
>> *!site.template.project*, appropriate permissions
>> (melete.student or melete.author) need to be checked as
>> defined above, based on what rights you want to give to the roles.
>>
>> *CAUTION: *
>>
>> *a. *IF YOU FAIL TO CHECK THE MELETE.STUDENT AND MELETE.AUTHOR
>> PERMISSIONS FOR YOUR ROLES, MELETE WILL NOT WORK PROPERLY.
>>
>> *b.* IF YOU ADD MELETE TO _EXISTING SITES_, USERS WILL NOT HAVE THE
>> MELETE PERMISSIONS THAT YOU CHECKED. YOU WILL NEED TO USE
>> !SITE.HELPER OR OTHER SCRIPT TO PROPAGATE THE MELETE PERMISSION TO
>> EXISTING SITES.
>>
>>
>> Thanks,
>> Mallika
>>
>>
>> bruceballou at olk12.com wrote:
>>
>>
>>> Hello All,
>>>
>>> I have started seeing an error when using the modules in a site, I have
>>> redeployed the melete package in sakai, as instructed by Mallika at
>>> Etudes Inc. (a post I at nabble).
>>>
>>> I created a new site, as admin, I can add the module and the contents
>>> and view it. The options on the modules page (admin) are view, Author,
>>> Manage,Preferences.
>>>
>>> When I log in as a teacher, I only see 2 options, View and Preferences,
>>> I see the content, when I select the module, I get options of Prev or
>>> Table of Contents, I click on Prev, and it shows Table of Contents. I
>>> click on TOC, and it shows the module when I click on View at the top
>>> and I get an error in sakai and it is at the bottom of this message.
>>> (See ******)
>>>
>>>
>>> I am getting a big dump in catalina.out, just not sure what to post
>>>
>>>
>>>
>>>
>>> ******
>>>
>>> Error
>>> An unexpected error has occurred.
>>>
>>>
>>>
>>> Send a bug report
>>> To send a bug report, describe what you were doing when the problem
>>> occurred, in the space below, and press the submit button.
>>>
>>>
>>> Technical Details
>>> This information will automatically be included in your bug report.
>>>
>>>
>>> org.sakaiproject.portal.api.PortalHandlerException:
>>> org.sakaiproject.tool.api.ToolException: #{navPage.viewAction}:
>>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>>> caused by: org.sakaiproject.tool.api.ToolException:
>>> #{navPage.viewAction}: javax.faces.el.EvaluationException:
>>> java.lang.NullPointerException
>>> at
>>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>>> caused by: javax.servlet.ServletException: #{navPage.viewAction}:
>>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> caused by: javax.faces.FacesException: #{navPage.viewAction}:
>>> javax.faces.el.EvaluationException: java.lang.NullPointerException
>>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>>> caused by: javax.faces.el.EvaluationException:
>>> java.lang.NullPointerException
>>> at
>>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>>> caused by: java.lang.NullPointerException
>>> at org.etudes.tool.melete.NavPage.viewAction(NavPage.java:67)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:585)
>>> at
>>> com.sun.faces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:126)
>>> at
>>> com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:72)
>>> at javax.faces.component.UICommand.broadcast(UICommand.java:312)
>>> at
>>> javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:267)
>>> at
>>> javax.faces.component.UIViewRoot.processDecodes(UIViewRoot.java:307)
>>> at
>>> com.sun.faces.lifecycle.ApplyRequestValuesPhase.execute(ApplyRequestValuesPhase.java:79)
>>> at
>>> com.sun.faces.lifecycle.LifecycleImpl.phase(LifecycleImpl.java:200)
>>> at
>>> com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:90)
>>> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:197)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:571)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:399)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>>> at org.sakaiproject.jsf.util.JsfTool.dispatch(JsfTool.java:221)
>>> at org.sakaiproject.jsf.util.JsfTool.doPost(JsfTool.java:256)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:679)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:461)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:364)
>>> at
>>> org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:301)
>>> at
>>> org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:486)
>>> at
>>> org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1216)
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:195)
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:94)
>>> at
>>> org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:71)
>>> at
>>> org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1059)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.sakaiproject.util.RequestFilter.doFilter(RequestFilter.java:622)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
>>> at
>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>> at
>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>>> at
>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
>>> at
>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>> at
>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>>> at
>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>>> at
>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
>>> at
>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
>>> at
>>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
>>> at
>>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>>> at
>>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
>>> at
>>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
>>> at java.lang.Thread.run(Thread.java:595)
>>>
>>>
>>> user: ac6314a2-caad-4f11-90af-ce28eb41e165
>>>
>>> usage-session: 3e22fb0f-31ae-4faf-b9ab-24d8ac557d1d
>>>
>>> time: Jan 5, 2011 09:35:28
>>>
>>> Thank you for any direction you can provide.
>>>
>>>
>>> Bruce Ballou
>>> sakai support
>>>
>>> _______________________________________________
>>> 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"
>>>
>>>
>>>
>>>
>>>
>>
>>
>
>
> --
> Mallika M Thoppay
> Learning Systems Developer
> Etudes Inc
> http://etudes.org
>
>
>
>
--
Mallika M Thoppay
Learning Systems Developer
Etudes Inc
http://etudes.org
------------------------------
_______________________________________________
sakai-dev mailing list
sakai-dev at collab.sakaiproject.org
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
End of sakai-dev Digest, Vol 23, Issue 4
****************************************
More information about the sakai-dev
mailing list