> Date: Mon, 2 May 2011 08:52:15 +0200
> From: [email protected]
> To: [email protected]
> 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
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs
