[Building Sakai] FCKEditor changed to basic toolbarset in BlogPost-2.5

Thu Apr 7 04:46:50 PDT 2011

Hi, Adrian.

We have discovered another issue that has suddenly turned up, together 
with the shrinked FCKEditor in Blog Post 2.5. I don't know if they could 
be related somehow.

Linking a file to an entry throws an internal error, with this wicket 
exception in catalina.out:

2011-04-07 13:16:58,136 ERROR http-8080-Processor22 
org.apache.wicket.RequestCycle - Method onFormSubmitted of interface 
org.apache.wicket.markup.html.form.IFormSubmitListener targeted at 
component [MarkupContainer [Component id = form, page = 
org.sakaiproject.blog.tool.pages.EditFile, path = 32:form.Form, 
isVisible = true, isVersioned = true]] threw an exception
org.apache.wicket.WicketRuntimeException: Method onFormSubmitted of 
interface org.apache.wicket.markup.html.form.IFormSubmitListener 
targeted at component [MarkupContainer [Component id = form, page = 
org.sakaiproject.blog.tool.pages.EditFile, path = 32:form.Form, 
isVisible = true, isVersioned = true]] threw an exception
        at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:194)
        at 
org.apache.wicket.request.target.component.listener.ListenerInterfaceRequestTarget.processEvents(ListenerInterfaceRequestTarget.java:73)
        at 
org.apache.wicket.request.AbstractRequestCycleProcessor.processEvents(AbstractRequestCycleProcessor.java:90)
        at 
org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1094)
        at org.apache.wicket.RequestCycle.step(RequestCycle.java:1169)
        at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1245)
        at org.apache.wicket.RequestCycle.request(RequestCycle.java:489)
        at 
org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:354)
        at 
org.apache.wicket.protocol.http.WicketServlet.doPost(WicketServlet.java:139)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
        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:659)
        at 
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:457)
        at 
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:359)
        at 
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:311)
        at 
org.sakaiproject.tool.impl.ActiveToolComponent$MyActiveTool.forward(ActiveToolComponent.java:500)
        at 
org.sakaiproject.portal.charon.SkinnableCharonPortal.forwardTool(SkinnableCharonPortal.java:1221)
        at 
org.sakaiproject.portal.charon.handlers.ToolHandler.doTool(ToolHandler.java:204)
        at 
org.sakaiproject.portal.charon.handlers.ToolHandler.doGet(ToolHandler.java:96)
        at 
org.sakaiproject.portal.charon.handlers.ToolHandler.doPost(ToolHandler.java:73)
        at 
org.sakaiproject.portal.charon.SkinnableCharonPortal.doPost(SkinnableCharonPortal.java:1064)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
        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:646)
        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:172)
        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:879)
        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:619)
Caused by: java.lang.reflect.InvocationTargetException
        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:597)
        at 
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:183)
        ... 41 more
Caused by: java.lang.NoClassDefFoundError: 
org/sakaiproject/util/BaseResourceProperties
        at 
org.sakaiproject.blog.impl.SakaiProxyImpl.saveFile(SakaiProxyImpl.java:447)
        at 
org.sakaiproject.blog.impl.PersistenceManagerImpl.storeFile(PersistenceManagerImpl.java:404)
        at 
org.sakaiproject.blog.impl.PersistenceManagerImpl.addPostElement(PersistenceManagerImpl.java:1179)
        at 
org.sakaiproject.blog.impl.PersistenceManagerImpl.addPostElement(PersistenceManagerImpl.java:1153)
        at 
org.sakaiproject.blog.impl.BlogManagerImpl.addElement(BlogManagerImpl.java:220)
        at 
org.sakaiproject.blog.tool.pages.EditFile$1.onSubmit(EditFile.java:60)
        at 
org.apache.wicket.markup.html.form.Form.delegateSubmit(Form.java:1271)
        at 
org.apache.wicket.markup.html.form.Form.onFormSubmitted(Form.java:769)
        ... 46 more
Caused by: java.lang.ClassNotFoundException: 
org.sakaiproject.util.BaseResourceProperties
        at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
        ... 54 more

I have tried to install a fresh blog post 2.5, but the result doesn't 
change.

svn co https://source.sakaiproject.org/svn/blog/branches/post_2-5/ 
blog_post_25

This works in Sakai 2.7.1 changing to this version in poms and also 
commenting the old profile dependencies in them.

I keep on investigating this on our server, but any clue will be welcome.

Thanks in advance.
Best regards.

Adrian Fish escribió:
> I'll have a look at this to see if it is anything obvious. It's never 
> happened here and we were running that version for well over a year with 
> a fair bit of use.
>
> How much data is there in your BLOG_ tables? I'd consider moving to 
> CLOG. It will be going into 2.9 and a lot of QA work was done recently 
> by Alan Berg, Samoo and UCM. There is also a migration routine built in, 
> so your current BLOG_ data will get copied to CLOG_ tables.
>
> If what you're saying is correct and not many users have been using the 
> tool I'd say moving to CLOG now would be the best option.
>
> Alternatively, I'll have a look at the blog post_2.5 code to see if it 
> is anything obvious. It's never happened here and we were running that 
> version for well over a year with a fair bit of use.
>
> Cheers,
> Adrian.
>
> On 04/04/2011 11:07, Daniel Merino wrote:
>   
>> Hi everybody.
>>
>> We are experiencing a weird issue with FCKEditor in our Sakai 2.7.1, but
>> only in the Blog tool, which is a post_2.5 version. When we changed to
>> Sakai 2.7.1, Clog wasn't still mature, so we stayed still in our
>> previous Blog's version.
>>
>> We don't know when it has started to happen, because not many users use
>> the blog, but since a few time ago the FCKEditor in that tool is showed
>> in its minimum ("Basic") size. It only happens in Blog tool, in the
>> other tools the FCKEditor is showed in its "Default" size. We are fairly
>> sure that FCKEditor was OK in the blog too one month ago. We haven't
>> redeployed this tool as far as we remember.
>>
>> I have searched a little and the FCKEditor configuration is placed in
>> this file:
>> <blog_post25_src>/tool/src/java/org/sakaiproject/wicket/markup/html/fckeditor/FCKEditorScript.js
>> , but this configuration is taken from another source which I can't find.
>>
>> Hardcoding the "default" size in the oFCKeditor.ToolbarSet variable
>> inside the js file works fine, but I would like not to hardcode things,
>> even more when I don't know the origin of the problem.
>>
>> Please, does anybody know why is happening this and how could I fix it?
>>
>> Thanks in advance.
>> Best regards.
>>     
>
>   

-- 
Daniel Merino Echeverría
daniel.merino at unavarra.es
Gestor de teleformación - Centro Superior de Innovación Educativa.
Tfno: 948-168489 - Universidad Pública de Navarra.
--
Hay cosas más importantes que el dinero. ¡El problema es que son tan 
caras...! (Groucho Marx)