GR not working with IIS6/gzip compress filters
Lakys
Joined: 2005-06-26
Posts: 55 |
![]() |
Hello, I could not connect Gallery Remote 1.4.2-b20 to G2-beta3. I get the following exception: 4594|ERROR|Gallery |No protocol implementation found 312016|INFO |MainFrame |Command selected NewGallery 312141|TRACE|PrefsDlog |Showing panel: com.gallery.GalleryRemote.prefs.GeneralPanel 360422|ERROR|GalComm |java.util.zip.ZipException: unknown compression method at java.util.zip.InflaterInputStream.read(Unknown Source) at HTTPClient.HTTPResponse.readResponseData(HTTPResponse.java:936) at HTTPClient.HTTPResponse.getData(HTTPResponse.java:501) at HTTPClient.HTTPResponse.getText(HTTPResponse.java:545) at com.gallery.GalleryRemote.GalleryComm.tryComm(GalleryComm.java:366) at com.gallery.GalleryRemote.GalleryComm.getCommInstance(GalleryComm.java:288) at com.gallery.GalleryRemote.model.Gallery.getComm(Gallery.java:836) at com.gallery.GalleryRemote.MainFrame.actionPerformed(MainFrame.java:1317) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Source) at java.awt.AWTEventMulticaster.mouseReleased(Unknown Source) at java.awt.Component.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) 360422|ERROR|Gallery |No protocol implementation found Thank you in advance for your help. |
|
Lakys
Joined: 2005-06-26
Posts: 55 |
![]() |
After more than a week testing all, I found out that the activation of Gzip compression on IIS was causing GR to fail. |
|
TekWarren
Joined: 2006-10-22
Posts: 22 |
![]() |
WOW This information SERIOUSLY needs to put into the GR faq someplace unless I'm just blind and didn't see it. The above poster said it took a week of testing to figure out that IIS6 compression was messing up his GR protocol, well it took me a week of testing AND searching to finally come to the same conclusion! Windows servers with IIS6 (no other environments tested at this time) with the built in compression enabled *AND* having PHP listed as one of the HcScriptFileExtensions in the MetaBase.xml file *WILL* cause the gallery remote protocol to fail. I have tested and confirmed that simply removing PHP from the HcScriptFileExtensions under both GZIP and DEFLATE will alleviate the issue. Here are the extensions listed in my MetaBase.xml with the gallery remote protocol fully functioning: HcFileExtensions="htm HcScriptFileExtensions="asp *please note that these extensions MUST be listed under both the DEFLATE and GZIP sections of the MetaBase.xml* Errors that may be received *WITH* PHP listed as an HcScriptFileExtension will be similar to: "No protocol implementation found" Installation Details: |
|
floridave
![]()
Joined: 2003-12-22
Posts: 27300 |
![]() |
Quote:
WOW This information SERIOUSLY needs to put into the GR faq Well the documentation is "written and maintained by users like you." So to help the project please update the faq: Thanks, |
|
TekWarren
Joined: 2006-10-22
Posts: 22 |
![]() |
I may need some direction on this. I have create an account and logged in but it appears that I can only EDIT existing articles in the FAQ. I don't think this falls under any existing articles but I can't figure out how to create a new one. |
|
floridave
![]()
Joined: 2003-12-22
Posts: 27300 |
![]() |
Two ways to do it. Cheers, _____________________________________________ |
|
brashquido
Joined: 2006-09-13
Posts: 60 |
![]() |
Actually you don't have to go to the extreme of disabling PHP compression at a global level to get Upload Applet or Gallery Remote to work. IIS 6 supports enabling/disabling of compression at the global, site, virtual directory, directory and file level. In the case of Gallery 2 what you can do is simply disable compression for that site, that way all the other sites on your server will still continue to use compression. To do this first make sure you do the opposite of what TekWarren suggests above (i.e make sure PHP IS listed in the HcScriptFileExtensions sections for both GZIP and DEFLATE) and then type in this command (make sure you are in your AdminScripts directory); Quote:
adsutil.vbs set w3svc/your_site_no/root/DoDynamicCompression False Now PHP compression will only be disabled for your Gallery2 installation rather than the entire server. While we are at it though, I was just wondering why Gallery Remote identifies itself as being HTTP/1.1? I was under the impression HTTP/1.1 clients where compatable with GZIP and DEFLATE methods? I'm wondering if this is what is throwing IIS off resulting in Gallery Remote being send compressed data which it obviously is not compatible with. Cheers, Dominic Ryan |
|