Community
Participate
Working Groups
Some Jar files cannot be retrieved from the Eclipse.org site, for example: http://download.eclipse.org/tools/php/updates/plugins/org.eclipse.php.core_0.1.4.jar http://download.eclipse.org/tools/php/updates/plugins/org.eclipse.php.ui_0.1.4.jar etc... I think string ".php" is interpreted as file extension, and Apache tries to execute this Jar file using PHP. I think it's because some extension, which allows appending locale suffixes to the filenames is installed, which interprets ".ui_0.1.4.jar" as a locale name. +++ This bug was initially created as a clone of Bug #148226 +++
It does indeed appear that apache is attempting to parse the file with php. Any suggestions? -M.
(In reply to comment #1) > It does indeed appear that apache is attempting to parse the file with php. > Any suggestions? > Unfortunately, I'm not able to see Apache's configuration file due to lack of permissions. I guess Jar extension isn't registered, and if there's extension that is registered and others aren't apache uses one that is registered regardless of the order apparently because of the language negotiation which uses files like index.html.de.
We have a possible fix for this, but because it requires modifying our Apache configs, we need time to test this thoroughly. D.
*** Bug 149492 has been marked as a duplicate of this bug. ***
Apparently, this is potentially a more widespread problem - we just encountered it. We switched hosting providers and moved our update site files to the new server and people are getting the same error. I have confirmed it as well. So, our feature (Fitnesse for Eclipse) fails when served from www.bandxi.com/fitnesse (hosted on TextDrive), but succeeds when served from www.bandxi.net/fitnesse (Debian Linux at home). I am interested in the underlying reason why so I can offer the support folks at TextDrive some guidance beyond "it's broken". Thanks.
(In reply to comment #5) > Apparently, this is potentially a more widespread problem - we just encountered Can you check, that .jar extension is listed in mimetypes file and httpd.conf?
I have .jar extension in /etc/apache2/mime.types which points to /etc/mime.types
As per comment 5, one consideration is that even if we fix the problem on download.eclipse.org, it won't fix the problem on our mirror sites - and they are likely "broken" like we are. Because they are run by independent organizations, I don't have any control over what they choose to do and not do. I know this is a strange Java naming convention, but could renaming the files to org.eclipse_php.core_0.1.4.jar be a solution?
We tested the mirrors, those of them which work, work also for *.php*.jar files. It means the problem only exists on download.eclipse.org. I personally don't agree that renaming the packages is a good solution. Fixing apache's conf shouldn't be a big problem.
As it seems to me currently, the problem may be either bad rewrite rule expression (e.g. "\.php" instead of "\.php$") or Zend Download Server misconfiguration (ZDS requires to mime-type downloadable files to PHP, but if ZDS is disabled they run as PHP files). Hope this info helps.
(In reply to comment #10) > As it seems to me currently, the problem may be either bad rewrite rule > expression (e.g. "\.php" instead of "\.php$") or Zend Download Server > misconfiguration (ZDS requires to mime-type downloadable files to PHP, but if > ZDS is disabled they run as PHP files). According to comment 0 it seems to be an issue with the Apache localization feature. Although, according to the Apache documentation, ".jar" should only be interpreted as a language if there is a "AddLanguage jar .jar" directive somewhere in the Apache configuration. This seems very unlikely, doesn't it? http://httpd.apache.org/docs/2.0/mod/mod_mime.html#addlanguage
(In reply to comment #9) > It means the problem only exists on download.eclipse.org. This is false. Here is the list of mirrors hosting an example of the affected file: http://www.eclipse.org/downloads/download.php?file=/tools/php/updates/plugins/org.eclipse.php.core_0.1.4.jar&protocol=http Out of 27 http mirrors listed, I got a PHP error or a blank page from 7 of them. So although I could fix this on download.eclipse.org, we'd need to fix it on all the other mirrors (which I have no control over). And we'd have to make sure new mirrors also don't have this problem. It's also noteworthy that many mirror sites disable PHP script execution for security purposes, so those sites will allow your filename to work. (In reply to comment #10) > As it seems to me currently, the problem may be either bad rewrite rule > expression (e.g. "\.php" instead of "\.php$") We don't have such rewrite rules - mod_php4 handles PHP files. > or Zend Download Server > misconfiguration (ZDS requires to mime-type downloadable files to PHP, but if > ZDS is disabled they run as PHP files). We don't use the Zend Download Server. D.
Created attachment 51711 [details] Screenshot of Open File dialog on download.eclipse.org I added the .jar mime type on our servers, so this works well off a test download.eclipse.org server I set up. This change should be propagated to the eclipse.org cluster by tomorrow. I'll kindly ask our mirror sites to add the mime type to their configuration to fix this.
This is the solution, I've got from Apache guys: Use e.g. "AddHandler default .jar" to prevent this; this is how mod_mime works, see: http://httpd.apache.org/docs/2.2/mod/mod_mime.html#page-header
This has been fixed on our cluster. Note that this may still be broken on some mirrors. -M.
Seem to be working now
I am getting this behavior when trying to install the PDT plugin. The meesage I get is just like in bug 149492, which is marked as a duplicate of this bug. I am on OSX 10.4.11 Eclipse: Version: 3.3.0 Build id: I20070621-1340
For documentation's sake, I was experiencing this same issue on build.eclipse.org. jar files are already defined as a mime-type, and download.eclipse.org has been handling PHP files differently (ie, not mod_php) than build, so here is the fix for build (from the Apache docs at http://httpd.apache.org/docs/2.2/mod/mod_mime.html#multipleext) # Comment this out -- matches .php* files too # AddHandler application/x-httpd-php .php <FilesMatch \.php$> SetHandler application/x-httpd-php </FilesMatch>
