Date: Mon, 2 May 2011 08:52:15 +0200
From: sergiu(a)xwiki.com
To: devs(a)xwiki.org
Subject: Re: [xwiki-devs] XWiki 3 .XAR decompression bug
On 05/02/2011 03:21 AM, Alain Renaud wrote:
Hi,
Not sure I'm using the right channel but here is the deal. We were looking for a
Tomcat-based Wiki and XWiki seemed to fit the bill (and in addition work with PostgreSQL
that we also use). Unfortunately, this product, although I'm sure it's serious and
works under certain strict contingencies, seems to have a very blocking bug under some
other circumstances, so we will have to dig a bit more for something else, at least until
your XWiki is more sturdy. But at least, having put a couple hours on it without results,
we will report on our test: we installed version 3.1 (and then did the same test with
version 3.0 with the same outcome). We installed the .war on Tomcat as documented in your
web pages and configured it accordingly. In the end, that seemed to work in the sense that
when we asked for the default page in a browser, we got an answer and also we saw that 41
tables were created in the database. As suggested, we then downloaded the official .xar
file (we tried version
3.0 and then version 2.7 also) and uploaded it in the
Import page. Then when we clicked on the link of the filename at the lower-left, the
upper-right displayed: Archive xwiki-enterprise-wiki-3.0.xarDescription My packageVersion
1.0.0Author XWikiLicence LGPLselect none, all
as expected, BUT THE GREY INNER FRAME THAT SHOULD
DISPLAY A LIST OF CONTENT IN THE XAR IS... EMPTY, YES TOTALLY EMPTY. So clicking on the
Import button will yield a message about selecting something but there's nothing to
select. We tested the same in Firefox, IE and Chrome. There are no error message in HTML
or JavaScript, nor anything special in any of the Tomcat logs or PostgreSQL log. The .xar
files are valid in the sense that they can be fully decompressed by WinZip/WinRAR. Our
hypothesis is that some XWiki code (probably the compression library) silently traps an
exception and is so far incompatible with either Tomcat version 7 or Java version 6 or
Windows 7 or Intel 64-bit. Sorry for you and good luck. A. R.
After uploading the file, you have to click once on the archive name.
The import UI is designed to handle importing from several archives, so
the second step (after uploading) is to select the archive from which to
import, and the third step is to optionally chose from the files inside
the archive.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
Thanks for the interest. But, as it is indicated in the previous message
('...when we clicked on the link of the filename at the
lower-left...'), what you are advising ('...you have to click once on the archive
name...') IS EXACTLY what we did, and the outcome
(again) is that there is NO list of files inside the archive, just some info about the
.xar file (Description, etc.) and an EMPTY grey inner frame below; and therefore clicking
the Import button gives a warning message that nothing is selected. The software is
obviously not able to read that file nor any other .xar file (although they come directly
from xwiki web site, for example xwiki-enterprise-wiki-3.0.xar) with our setup. Since
these files are valid zips, therefore it's quite evident that your decompression
library has a bug based on environment conditions (either the Tomcat version, the Java
version or the OS)... Thank you for addressing the bug as a bug and again good luck with
your product.
Alain Renaud
Senior Software Engineer