[Building Sakai] FCKEditor changed to basic toolbarset in BlogPost-2.5
Adrian Fish
a.fish at lancaster.ac.uk
Thu Apr 7 06:42:46 PDT 2011
I've not forgotten about you ...
I'm currently fixing an Oracle bug in Clog, should take me the rest of
the day so I'll try and have a proper look in the morning.
Does the basic FCK editor only happen in one site, or are all affected?
Cheers,
Adrian.
On 07/04/2011 12:46, Daniel Merino wrote:
> 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.
>>>
>>
--
==================================
Adrian Fish
Software Engineer
Centre for e-Science
Bowland Tower South C Floor
Lancaster University
Lancaster
LA1 4YW
email: a.fish at lancaster.ac.uk
http://confluence.sakaiproject.org/display/YAFT/Yaft
http://confluence.sakaiproject.org/display/CLOG/Home
http://confluence.sakaiproject.org/display/BBB/Home
More information about the sakai-dev
mailing list