Many thanks for the response Ricardo :-)
On 19/09/2010 00:30, [Ricardo Rodriguez] eBioTIC. wrote:
Hi Kaya,
Kaya Saman wrote:
[...]
Yes, I think it is possible to perform a migration, even thought I've
never done that. But, yes, I've moved XWiki installations from one
server to the other without much difficulty. Provided both systems run
the same XWiki release, the problems could only arise from the
conversion of the Postgresql database to MySQL. I don't think the
servlet container will do a difference once you adjust hibernate.cfg.xml
accordingly.
I can keep the Postgres database that isn't a problem as it's available
on all platforms. However, when you say that Xwiki should be the same
release I was hoping to just copy the webapps/xwiki container as if I'm
not mistaken the xwiki.war file that I'm using gets extracted by
Tomcat/Glassfish or other which fully contains the Xwiki instance minus
the DB??.....
Moving that should keep everything in check with a few additions to the
hibernate.cfg.xml file if changing database! .....I presume as I need to
test this out fully first before things blow up in my face!
[...]
Thus, by fully backing up your database and once converted to the system
of your choice and by moving the concerned /webapps directory to the new
servlet container, functioning must be restored with a minor number of
adjustments.
Ok, so I think you are explaining exactly the same thing as I've just
put above; meaning that I've got the right strategy in mind.
Please, take into account that I've never moved
XWiki installation
across systems, only between boxes running the same servlet containers
and relational database manager systems. Many times, different releases
of those, but always the same products (MySQL and Tomcat here). I'm sure
developers and/or more skilled users will correct this contents and add
useful information.
I'll attempt with Glassfish but since I don't have any experience with
it, I don't know exactly how it deals with applications installed in it.
If not I'll switch back to Tomcat/Postgres combo but I'm sure running
the system on Solaris or Linux will be much better then my current BSD
install as Java seems to spin up the CPU to 100% meaning that from what
I've read and the 'top' code of uxtn that I'm getting, tells me that the
threads are getting stuck, not being able to address the memory
properly. Means I'll have to file a bug report with ISC and then debug
Java - something which I'm not really capable of doing since I'm not a
programmer and have no idea about Java.
Hope this helps!
Ricardo
Yep it helps a lot :-)
Thanks again,
Kaya