[xwiki-devs] XWiki 3 .XAR decompression bug
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.
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/
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
participants (2)
-
Alain Renaud -
Sergiu Dumitriu