Re: sakai-dev Digest, Vol 23, Issue 4

classic Classic list List threaded Threaded
1 message Options
bruceballou bruceballou
Reply | Threaded
Open this post in threaded view
|

Re: sakai-dev Digest, Vol 23, Issue 4

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
[hidden email]: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: [hidden email]
Date: Wed, January 05, 2011 3:00 pm
To: [hidden email]

Send sakai-dev mailing list submissions to
[hidden email]

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
[hidden email]

You can reach the person managing the list at
[hidden email]

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 ([hidden email])
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 ([hidden email])
18. Re: modules are failing ([hidden email])
19. Re: modules are failing (Mallika M Thoppay)
20. Re: modules are failing ([hidden email])
21. Re: modules are failing (Mallika M Thoppay)
22. Re: modules are failing ([hidden email])
23. Re: modules are failing ([hidden email])


----------------------------------------------------------------------

Message: 1
Date: Tue, 4 Jan 2011 15:29:42 -0500
From: Hedrick Charles <[hidden email]>
Subject: [Building Sakai] rolling deploy
To: Sakai-Dev Developers <[hidden email]>
Cc: Charlie Collick <[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]>
Subject: [Building Sakai] Sakai integration with KalturaCE 2.0.2 or
3.0
To: [hidden email]
Message-ID:
<AANLkTi=[hidden email]>
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 <[hidden email]>
Subject: Re: [Building Sakai] Migrating from database storage to
filesystem storage
To: [hidden email]
Message-ID:
<[hidden email]>
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)
[hidden email]=/srv/sakai.data

[hidden email]=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@vera029 sakai.data]# du -sh
100K .
[root@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 <[hidden email]>
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:
>
> [hidden email]=/path_to_nfs_share_mount/
> [hidden email]=true
>
>
>
> 3) Start up the Tomcat
>
> Now the questions:
>
> How can I make sure that conversion process is finished?
> Should I remove "[hidden email]=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 <[hidden email]>
Subject: [Building Sakai] Is it a good practice?
To: [hidden email]
Message-ID: <[hidden email]>
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" <[hidden email]>
Subject: Re: [Building Sakai] Is it a good practice?
To: Sam Chow <[hidden email]>, "[hidden email]"
<[hidden email]>
Message-ID: <[hidden email]>
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: [hidden email]
[[hidden email]] on behalf of Sam Chow
[[hidden email]]
Sent: 05 January 2011 09:27
To: [hidden email]
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
[hidden email]
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev

TO UNSUBSCRIBE: send email to
[hidden email] with a subject of
"unsubscribe"


------------------------------

Message: 6
Date: Wed, 5 Jan 2011 14:15:27 +0200
From: "Yzelle, Sonette" <[hidden email]>
Subject: [Building Sakai] Sitestats Hibernate
To: "[hidden email]"
<[hidden email]>
Message-ID:
<[hidden email]>

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 <[hidden email]>
Subject: [Building Sakai] Proposal for Enhancements in Maintenance
Branches
To: "[hidden email] Sakai-Dev"
<[hidden email]>, Sakai Users mailing list
<[hidden email]>
Message-ID: <[hidden email]>
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: <[hidden email]>
Subject: [Building Sakai] modules are failing
To: [hidden email],
[hidden email], [hidden email]
Message-ID:
<[hidden email]>

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" <[hidden email]>
Subject: Re: [Building Sakai] Sitestats Hibernate
To: "Yzelle, Sonette" <[hidden email]>, Sakai-Dev
<[hidden email]>
Message-ID: <C949E12B.13C99%[hidden email]>
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" <[hidden email]> 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" <[hidden email]>
Subject: [Building Sakai] deprecating a bodyVolume
To: [hidden email],
[hidden email]
Message-ID: <[hidden email]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed


Our production server was initially set up with a single content volume:
[hidden email] =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:
[hidden email]=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 <[hidden email]>
Subject: Re: [Building Sakai] deprecating a bodyVolume
To: "John F. Hall" <[hidden email]>
Cc: [hidden email],
[hidden email]
Message-ID: <[hidden email]>
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:
> [hidden email] =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:
> [hidden email]=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
> [hidden email]
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to [hidden email] with a subject of "unsubscribe"
>
>



------------------------------

Message: 12
Date: Wed, 5 Jan 2011 10:50:07 -0500
From: "Cousineau, Jeffrey" <[hidden email]>
Subject: Re: [Building Sakai] [Deploying Sakai] deprecating a
bodyVolume
To: "John F. Hall" <[hidden email]>
Cc: "[hidden email]"
<[hidden email]>,
"[hidden email]"
<[hidden email]>
Message-ID: <[hidden email]>
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:

[hidden email]=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:
> [hidden email] =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:
> [hidden email]=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
> [hidden email]
> http://collab.sakaiproject.org/mailman/listinfo/production
>
> TO UNSUBSCRIBE: send email to [hidden email] 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 <[hidden email]>
Subject: [Building Sakai] i18n: JSF and getFormattedMessage
To: "[hidden email]" <[hidden email]>,
sakai-dev Developers <[hidden email]>, Beth
Kirschner <[hidden email]>, DAVID ROLDAN MARTINEZ
<[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]>
Subject: [Building Sakai] Sakai Portal 2.9 RoadMap and Sakai Course at
University of Michigan
To: Sakai-Dev Developers <[hidden email]>, Sakai
User <[hidden email]>
Message-ID: <[hidden email]>
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 <[hidden email]>
Subject: Re: [Building Sakai] [Deploying Sakai] deprecating a
bodyVolume
To: "John F. Hall" <[hidden email]>
Cc: "[hidden email]"
<[hidden email]>,
"[hidden email]"
<[hidden email]>
Message-ID:
<AANLkTimRUymzmpGHRnusSx8dTEZSkV0-HNFQqT=[hidden email]>
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
<[hidden email]>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:
>
> [hidden email]=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:
> > [hidden email] =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:
> > [hidden email]=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
> > [hidden email]
> > http://collab.sakaiproject.org/mailman/listinfo/production
> >
> > TO UNSUBSCRIBE: send email to
> [hidden email] 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
> [hidden email]
> http://collab.sakaiproject.org/mailman/listinfo/production
>
> TO UNSUBSCRIBE: send email to
> [hidden email] 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 <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: [hidden email]
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID: <[hidden email]>
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


[hidden email] 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
> [hidden email]
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to [hidden email] 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: <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <[hidden email]>
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID:
<[hidden email]>

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: <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <[hidden email]>
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID:
<[hidden email]>

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 <[hidden email]>
Date: Wed, January 05, 2011 12:52 pm
To: [hidden email]
Cc: [hidden email],
[hidden email], [hidden email]

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


[hidden email] 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
> [hidden email]
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to [hidden email] 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 <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: [hidden email]
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID: <[hidden email]>
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

[hidden email] 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 <[hidden email]>
> Date: Wed, January 05, 2011 12:52 pm
> To: [hidden email]
> Cc: [hidden email],
> [hidden email], [hidden email]
>
> 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
>
>
> [hidden email] 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
>> [hidden email]
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to [hidden email] 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: <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <[hidden email]>
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID:
<[hidden email]>

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 <[hidden email]>
Date: Wed, January 05, 2011 1:48 pm
To: [hidden email]
Cc: [hidden email],
[hidden email], [hidden email]

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

[hidden email] 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 <[hidden email]>
> Date: Wed, January 05, 2011 12:52 pm
> To: [hidden email]
> Cc: [hidden email],
> [hidden email], [hidden email]
>
> 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
>
>
> [hidden email] 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
>> [hidden email]
>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>
>> TO UNSUBSCRIBE: send email to [hidden email] 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 <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: [hidden email]
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID: <[hidden email]>
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

[hidden email] 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 <[hidden email]>
> Date: Wed, January 05, 2011 1:48 pm
> To: [hidden email]
> Cc: [hidden email],
> [hidden email], [hidden email]
>
> 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
>
> [hidden email] 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 <[hidden email]>
>> Date: Wed, January 05, 2011 12:52 pm
>> To: [hidden email]
>> Cc: [hidden email],
>> [hidden email], [hidden email]
>>
>> 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
>>
>>
>> [hidden email] 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
>>> [hidden email]
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>> TO UNSUBSCRIBE: send email to [hidden email] 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: <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <[hidden email]>
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID:
<[hidden email]>

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: <[hidden email]>
Subject: Re: [Building Sakai] modules are failing
To: "Mallika M Thoppay" <[hidden email]>
Cc: [hidden email],
[hidden email], [hidden email]
Message-ID:
<[hidden email]>

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 <[hidden email]>
Date: Wed, January 05, 2011 2:43 pm
To: [hidden email]
Cc: [hidden email],
[hidden email], [hidden email]

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

[hidden email] 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 <[hidden email]>
> Date: Wed, January 05, 2011 1:48 pm
> To: [hidden email]
> Cc: [hidden email],
> [hidden email], [hidden email]
>
> 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
>
> [hidden email] 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 <[hidden email]>
>> Date: Wed, January 05, 2011 12:52 pm
>> To: [hidden email]
>> Cc: [hidden email],
>> [hidden email], [hidden email]
>>
>> 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
>>
>>
>> [hidden email] 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
>>> [hidden email]
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>> TO UNSUBSCRIBE: send email to [hidden email] 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
[hidden email]
http://collab.sakaiproject.org/mailman/listinfo/sakai-dev


End of sakai-dev Digest, Vol 23, Issue 4
****************************************

_______________________________________________
management mailing list
[hidden email]
http://collab.sakaiproject.org/mailman/listinfo/management

TO UNSUBSCRIBE: send email to [hidden email] with a subject of "unsubscribe"