[opencms-dev] Open CMS 8 Upgrade Problem

Dawn Louis dawn.louis at ibsplc.com
Wed Jun 22 17:03:23 CEST 2011


Hi Michael,

The upgrade process was successful. Now, my web application needs to
implement the opencms workflow feature. For this, i tried importing the
com.bearingpoint module using the Module Management option. The import was
successful and the cms container was restarted. On starting the server, the
following error was obtained in the server.log,
2011-06-22 14:11:20,604 INFO  [STDOUT] (main) [2011-06-22 14:11:20,604]-
Begin event threw error
java.lang.AbstractMethodError
        at
org.opencms.configuration.A_CmsXmlConfiguration.<init>(A_CmsXmlConfiguration.java:62)
        at
com.bearingpoint.opencms.commons.springmanager.SpringManagerConfiguration.<init>(SpringManagerConfiguration.java:114)
        at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
        at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
        at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
        at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
        at java.lang.Class.newInstance0(Class.java:355)
        at java.lang.Class.newInstance(Class.java:308)
        at
org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.java:206)
        at org.apache.commons.digester.Rule.begin(Rule.java:175)
        at
org.apache.commons.digester.Digester.startElement(Digester.java:1453)
        at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown
Source)
        at
org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown
Source)
        at org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(Unknown
Source)
        at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
Source)
        at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
       

The versions of the jar files I'm using for Workflow management are given
below,
com.bearingpoint.opencms.commons - 0.9.5
com.bearingpoint.opencms.commons.springmanager - 0.9.9
com.bearingpoint.opencms.workflow - 2_0.5.0

Could you please advise as to what the error is ?

Regards,
Dawn






Dawn Louis wrote:
> 
> Hi Michael,
> 
> I deleted the entry "USERPREFERENCES_workplace-generaloptionsupload applet
> at ajva.lang.Boolean=false" from all the users present in the CMS system
> and the upgrade process was completed successfully. However the styles
> were not taken properly and I got broken images and styles after the
> upgrade.
> 
> When I checked , it was found that the .css files in the VFS was not read.
> So i manually placed all the .css files in the location
> "<webapps>\export\system\workplace\commons\style" folder. Now the styles
> are taken correctly.
> 
> Please let me know how to correct this issue.
> 
> In the web-application I am using, the cms system is having the context
> /<webapp>/cms. Before the upgrade, the path to the style was
> /<webapp>/cms/system/workplace/commons/style/*.css. But after I upgraded
> it to CMS8.0, the style includes are having the path
> /<webapp>/export/system/workplace/commons/style/*.css.
> 
> Could you please advise as to why the context "cms" is replaced with
> "export" in the currently upgraded version ? Do I have to mention the cms
> context explicitly in any of the configuration files of CMS ?
> 
> Thanks,
> Dawn
> 
> 
> 
> 
> 
> Dawn Louis wrote:
>> 
>> Hi Michael,
>> 
>> Thanks for the reply.
>> 
>> I removed the com.bearingpoint module and tried the update. The upgrade
>> process was completed and got the following message in the open-cms
>> upgrade window,
>> "The OpenCms system used for the update will now shut down. The update is
>> finished!".
>> 
>> The new cms login page was accessed and after entering the login
>> credintials, i get the following error in the open-cms.log while
>> logging-in,
>> 
>> [ERROR] [org.opencms.main.OpenCmsCore] - java.lang.Boolean cannot be cast
>> to java.lang.String
>> java.lang.ClassCastException: java.lang.Boolean cannot be cast to
>> java.lang.String
>>         at org.opencms.db.CmsUserSettings.init(CmsUserSettings.java:935)
>>         at
>> org.opencms.db.CmsUserSettings.<init>(CmsUserSettings.java:399)
>>         at
>> org.opencms.workplace.CmsWorkplaceManager.getI18nInfo(CmsWorkplaceManager.java:944)
>>         at
>> org.opencms.i18n.CmsLocaleManager.getI18nInfo(CmsLocaleManager.java:832)
>>         at
>> org.opencms.main.OpenCmsCore.initCmsObject(OpenCmsCore.java:2270)
>>         at
>> org.opencms.main.OpenCmsCore.initCmsObject(OpenCmsCore.java:2444)
>>         at
>> org.opencms.main.OpenCmsCore.initCmsObject(OpenCmsCore.java:2388)
>>         at
>> org.opencms.main.OpenCmsCore.showResource(OpenCmsCore.java:1602)
>>         at org.opencms.main.OpenCmsServlet.doGet(OpenCmsServlet.java:162)
>>         at
>> org.opencms.main.OpenCmsServlet.doPost(OpenCmsServlet.java:175)
>>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>         at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>>         at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>         at
>> org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.doFilter(StrutsPrepareAndExecuteFilter.java:88)
>> 
>> P.S :  I tried the same process by deleting the entry
>> "USERPREFERENCE_Workplace-generaloptionsuploadapplet at
>> java.lang.Boolean=false" in the User Administration settings. But the
>> same error occurred.
>> 
>> Could you please advise as to what was done wrong? 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> Michael Emmerich-2 wrote:
>>> 
>>> Dawn,
>>> 
>>> I would recommend to remove the module before the update, its possible 
>>> that it is not compatible with OpenCms 8 any more. I don't know this 
>>> module, therefore I cannot say if it works with OpenCms 8 or not.
>>> 
>>> Kind regards,
>>> Michael
>>> 
>>> Am 31.05.2011 15:42, schrieb Dawn Louis:
>>>>
>>>> Hi Michael,
>>>>
>>>> Thanks for the reply.
>>>>
>>>> This change worked and i was able to complete the update process. But
>>>> in the
>>>> WEB-INF/logs/update.log, i get the following error,
>>>>
>>>> java.lang.AbstractMethodError
>>>>          at
>>>> org.opencms.configuration.A_CmsXmlConfiguration.<init>(A_CmsXmlConfiguration.java:62)
>>>>          at
>>>> com.bearingpoint.opencms.commons.springmanager.SpringManagerConfiguration.<init>(SpringManagerConfiguration.java:114)
>>>>          at
>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>>>> Method)
>>>>          at
>>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>>>>          at
>>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>>>>          at
>>>> java.lang.reflect.Constructor.newInstance(Constructor.java:513)
>>>>          at java.lang.Class.newInstance0(Class.java:355)
>>>>          at java.lang.Class.newInstance(Class.java:308)
>>>>          at
>>>> org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.java:206)
>>>>          at org.apache.commons.digester.Rule.begin(Rule.java:175)
>>>>          at
>>>> org.apache.commons.digester.Digester.startElement(Digester.java:1453)
>>>>          at
>>>> org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown
>>>> Source)
>>>>          at
>>>> org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement(Unknown
>>>> Source)
>>>>          at
>>>> org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement(Unknown
>>>> Source)
>>>>          at
>>>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
>>>> Source)
>>>>          at
>>>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
>>>> Source)
>>>>          at
>>>> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
>>>> Source)
>>>>          at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
>>>> Source)
>>>>          at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
>>>> Source)
>>>>          at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
>>>>          at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown
>>>> Source)
>>>>          at
>>>> org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown
>>>> Source)
>>>>          at
>>>> org.apache.commons.digester.Digester.parse(Digester.java:1765)
>>>>          at
>>>> org.opencms.configuration.CmsConfigurationManager.loadXmlConfiguration(CmsConfigurationManager.java:506)
>>>>          at
>>>> org.opencms.configuration.CmsConfigurationManager.loadXmlConfiguration(CmsConfigurationManager.java:342)
>>>>
>>>> The application cannot be accessed due to this error.
>>>>
>>>> FYI : In the existing application, we have added the com.bearingpoint
>>>> module
>>>> to introduce the workflow management. Please advise if we should remove
>>>> the
>>>> bearingpoint module before we proceed with the update process?
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Michael Emmerich-2 wrote:
>>>>>
>>>>> Dawn,
>>>>>
>>>>> this sounds as if the url you enter tries to start OpenCms and not the
>>>>> update wizard. Therefore it says (correctly) that the wizard is still
>>>>> enabled.
>>>>>
>>>>> In a normal installation, the path to OpenCms is
>>>>>
>>>>> [servername]/[webapplicationname]/opencms/some_path_in_opencms
>>>>>
>>>>> The Update folder is just a folder in your webapplication, therefore
>>>>> the
>>>>> path to it is
>>>>>
>>>>> [servername]/[webapplicationname]/update
>>>>>
>>>>> Without the "opencms", because this would try to access the OpenCms
>>>>> servlet and this is not what we want for the update.
>>>>>
>>>>>   From the URL you send, it does seems as if you try to access the
>>>>> tomcat
>>>>> directly, therefore, no apache rewrite rules should try to insert the
>>>>> "opencms" in the path.
>>>>>
>>>>> Kind Regards,
>>>>> Michael.
>>>>>
>>>>>
>>>>>
>>>>> Am 30.05.2011 15:21, schrieb Dawn Louis:
>>>>>>
>>>>>> Hi Michael,
>>>>>>
>>>>>> Thanks for the reply.
>>>>>>
>>>>>> I did the change as was mentioned in the post.
>>>>>>
>>>>>> - Restored a backup (Web application and the CMS db) and started the
>>>>>> CMS
>>>>>> servlet container.
>>>>>> - Deselected the "Use Upload Applet" option in the OpenCMS User
>>>>>> Preferences
>>>>>> (as mentioned in
>>>>>> http://mail.opencms.org/pipermail/opencms-dev/2007q1/027888.html)
>>>>>> - Verified the User Management>>   User properties to ensure that the
>>>>>> entry
>>>>>> "USERPREFERENCES_workplace-generaloptionsuploadapplet at
>>>>>> java.lang.Boolean=false"
>>>>>>     is not present. (as mentioned in
>>>>>> http://lists.opencms.org/pipermail/opencms-dev/2011q2/035708.html)
>>>>>> - The index generation has been disabled, the files
>>>>>> opencms.properties
>>>>>> and
>>>>>> cmsupdate.ori were modified as mentioned in the readme file.
>>>>>>
>>>>>> The servlet container was started and the same error(Critical error
>>>>>> during
>>>>>> OpenCms initialization: The OpenCms setup wizard is still enabled) is
>>>>>> found
>>>>>> in the cms log.
>>>>>>
>>>>>> The following error message is shown in the browser,
>>>>>> "HTTP Status 500. OpenCms is not properly initialized!
>>>>>> Please make sure that the OpenCms setup wizard has been run once and
>>>>>> is
>>>>>> disabled now"
>>>>>>
>>>>>> Could you please advise as to what was done wrong?
>>>>>>
>>>>>> Regards,
>>>>>> Dawn
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Michael Emmerich-2 wrote:
>>>>>>>
>>>>>>> Hello Dawn,
>>>>>>>
>>>>>>> try
>>>>>>>
>>>>>>> http://localhost:8080/applicaitonname/update/
>>>>>>>
>>>>>>> this should start the updater.
>>>>>>>
>>>>>>> And before updating, please check if the Admin user has non default
>>>>>>> settings for the upload-applet as I wrote in some other postes.
>>>>>>>
>>>>>>> Kind regards,
>>>>>>> Michael
>>>>>>>
>>>>>>> Am 30.05.2011 08:11, schrieb Dawn Louis:
>>>>>>>>
>>>>>>>> Hi
>>>>>>>>
>>>>>>>>        I have an application deployed in Jboss 5.1.0, MYSql
>>>>>>>> database
>>>>>>>> with
>>>>>>>> Open
>>>>>>>> CMS 7.5.2.  In order to upgrade the application to CMS 8, I had
>>>>>>>> copied
>>>>>>>> the
>>>>>>>> UPDATE folder and WEB-INF folder to the applications root folder.
>>>>>>>>
>>>>>>>>        I had then, modified the existing opencms.properties file to
>>>>>>>> have
>>>>>>>> the
>>>>>>>> value of wizard.enabled=true.   I had then disabled the index
>>>>>>>> generation
>>>>>>>> by
>>>>>>>> removing the entries in cmsupdate.ori file, as was specified in the
>>>>>>>> readme.txt file.
>>>>>>>>
>>>>>>>>        I then restarted the jboss server, and tried to access the
>>>>>>>> URL
>>>>>>>> http://localhost:8080/applicaitonname/opencms/update/
>>>>>>>>
>>>>>>>>        But I got the following message in the browser
>>>>>>>> "HTTP Status 500
>>>>>>>> OpenCms is not properly initialized!
>>>>>>>> Please make sure that the OpenCms setup wizard has been run once
>>>>>>>> and is
>>>>>>>> disabled now."
>>>>>>>>
>>>>>>>>            The cms log files have this entry
>>>>>>>> "[2011-05-27 18:16:07,745 414229] [INFO ] [STDOUT] - [2011-05-27
>>>>>>>> 18:16:07,745]- Critical error during OpenCms initialization: The
>>>>>>>> OpenCms
>>>>>>>> setup wizard is still enabled.
>>>>>>>> org.opencms.main.CmsException: Critical error during OpenCms
>>>>>>>> initialization:
>>>>>>>> The OpenCms setup wizard is still enabled.
>>>>>>>> 	at
>>>>>>>> org.opencms.main.OpenCmsCore.setErrorCondition(OpenCmsCore.java:341)
>>>>>>>> 	at
>>>>>>>> org.opencms.main.CmsInitException.setErrorCondition(CmsInitException.java:121)
>>>>>>>> 	at
>>>>>>>> org.opencms.main.CmsInitException.<init>(CmsInitException.java:78)
>>>>>>>> 	at
>>>>>>>> org.opencms.main.CmsInitException.<init>(CmsInitException.java:64)
>>>>>>>> 	at org.opencms.main.OpenCmsCore.initContext(OpenCmsCore.java:1305)
>>>>>>>> 	at
>>>>>>>> org.opencms.main.OpenCmsCore.upgradeRunlevel(OpenCmsCore.java:1876)
>>>>>>>> 	at org.opencms.main.OpenCmsServlet.init(OpenCmsServlet.java:248)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:777)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:129)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>>>>>>>> 	at
>>>>>>>> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
>>>>>>>> 	at
>>>>>>>> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
>>>>>>>> 	at
>>>>>>>> org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
>>>>>>>> 	at
>>>>>>>> org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>>>>>>>> 	at
>>>>>>>> org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
>>>>>>>> 	at
>>>>>>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
>>>>>>>> 	at
>>>>>>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
>>>>>>>> 	at
>>>>>>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
>>>>>>>> 	at
>>>>>>>> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
>>>>>>>> "
>>>>>>>>
>>>>>>>>         I had removed the work and temp folders, but still the same
>>>>>>>> error
>>>>>>>> occurs.
>>>>>>>>
>>>>>>>>        Could you please advise as to what was done wrong.
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>> Dawn
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Kind Regards,
>>>>>>> Michael.
>>>>>>>
>>>>>>> -------------------
>>>>>>> Michael Emmerich
>>>>>>>
>>>>>>> Alkacon Software GmbH  - The OpenCms Experts
>>>>>>> http://www.alkacon.com - http://www.opencms.org
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> This mail is sent to you from the opencms-dev mailing list
>>>>>>> To change your list options, or to unsubscribe from the list, please
>>>>>>> visit
>>>>>>> http://lists.opencms.org/mailman/listinfo/opencms-dev
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Kind Regards,
>>>>> Michael.
>>>>>
>>>>> -------------------
>>>>> Michael Emmerich
>>>>>
>>>>> Alkacon Software GmbH  - The OpenCms Experts
>>>>> http://www.alkacon.com - http://www.opencms.org
>>>>>
>>>>> _______________________________________________
>>>>> This mail is sent to you from the opencms-dev mailing list
>>>>> To change your list options, or to unsubscribe from the list, please
>>>>> visit
>>>>> http://lists.opencms.org/mailman/listinfo/opencms-dev
>>>>>
>>>>>
>>>>
>>> 
>>> -- 
>>> Kind Regards,
>>> Michael.
>>> 
>>> -------------------
>>> Michael Emmerich
>>> 
>>> Alkacon Software GmbH  - The OpenCms Experts
>>> http://www.alkacon.com - http://www.opencms.org
>>> 
>>> _______________________________________________
>>> This mail is sent to you from the opencms-dev mailing list
>>> To change your list options, or to unsubscribe from the list, please
>>> visit
>>> http://lists.opencms.org/mailman/listinfo/opencms-dev
>>> 
>>> 
>> 
>> 
> 
> 

-- 
View this message in context: http://old.nabble.com/Open-CMS-8-Upgrade-Problem-tp31715346p31903981.html
Sent from the OpenCMS - Dev mailing list archive at Nabble.com.




More information about the opencms-dev mailing list