AW: [opencms-dev]Migrate content from v4.7.7 to v5.0 - one more q uestion

Oppermann, Joerg Joerg.Oppermann at t-systems.com
Thu Dec 5 09:48:25 CET 2002


Hi Maja,

I did not try to use the directory translation feature because Alexanders hint comes to late.
I used the following steps to fix the problems:
* I imported the content to the version 5 opencms. All the templates were copied to /system/workplace/default, the /content/bodys/* were copied to /system/bodies/*
* I synchronized my content and the templates to disk.
* per script I replaced all the /content/bodys/ references to /system/bodies/
and the /content/ references to /system/modules/default/ (or another module, we move all our templates to an own module to get more structur - nice new feature)
* I synchronize again from disk to opencms
And now all works fine.

regards, Joerg

-----Ursprüngliche Nachricht-----
Von: maja [mailto:maja.mihovilovic at nbj.sv.gov.yu]
Gesendet: Mittwoch, 4. Dezember 2002 10:26
An: opencms-dev at www.opencms.org
Betreff: Re: [opencms-dev]Migrate content from v4.7.7 to v5.0 - one more
question


Hi,

When I imported content (one zip file) form version 4.6.1. into v.5.0 (b2)
I've got screen below.
(I set in system properties JAVA_OPTS  -Xmx512m and My.ini
max_allowed_packet=64M, Apache Tomcat/4.1.12-LE-jdk14).

Later, I tried partial import with several zip files and import works. But I
have similar problem like Mr. Joerg:
Control Code of pages has directory structure (template path) from previous
version.
(In opencms.properties file I have directory.translation.enables=true)

Best Regards,
Maja Mihovilovic
______________________________________________
type Exception report
message
description The server encountered an internal error () that prevented it
from fulfilling this request.
exception

javax.servlet.ServletException: Servlet execution threw an exception
 at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:269)
 at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:193)
 at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:260)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:191)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2396)
 at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180
)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.
java:170)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
 at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172
)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:641)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:174)
 at
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invok
eNext(StandardPipeline.java:643)
 at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
 at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
 at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
 at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:405)
 at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
ction(Http11Protocol.java:380)
 at
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:508)
 at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:533)
 at java.lang.Thread.run(Thread.java:536)

root cause

java.lang.OutOfMemoryError
----------------------------------------------------------------------------
----
Apache Tomcat/4.1.12-LE-jdk14



----- Original Message -----
From: "Alexander Kandzior" <alex at opencms.org>
To: <opencms-dev at www.opencms.org>
Sent: Tuesday, December 03, 2002 10:50 AM
Subject: RE: [opencms-dev]Migrate content from v4.7.7 to v5.0


> Joerg,
>
> did you turn on the "directory translation" feature when installing
> OpenCms 5.0 (b2)? In case you didn't do this during install, you can do
> it afterwards by setting
>
> directory.translation.enabled=true
>
> in the file "opencms.properties" located in the WEB-INF\config
> directory.
>
> The directory translation feature translates the old paths to the new
> structure so that pre 5.0 content still works.
>
> Best Regards,
> Alex.
>
> Alexander Kandzior
> OpenCms Group / Alkacon Software
>
> > -----Original Message-----
> > From: owner-opencms-dev at www.opencms.org
> > [mailto:owner-opencms-dev at www.opencms.org] On Behalf Of
> > Oppermann, Joerg
> > Sent: Tuesday, November 26, 2002 5:36 PM
> > To: opencms-dev at www.opencms.org
> > Subject: [opencms-dev]Migrate content from v4.7.7 to v5.0
> >
> >
> > Hi all,
> >
> > what the best way to migrate content from opencms version
> > 4.7.x to version 5.
> > I imported a database from version 4.7.x. Import works
> > without problems but content could not be displayed. It seems
> > that I have to convert all the page control files to the new
> > directory structure - is this the prefered way?
> >
> > best regards
> > Joerg
> >
>



More information about the opencms-dev mailing list