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.
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.
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
html
txt
css
js
xml"
HcScriptFileExtensions="asp
dll
exe
aspx"
*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:
Gallery version = 2.2-rc-1 core 1.1.26
PHP version = 5.0.4 isapi
Webserver = Microsoft-IIS/6.0
Database = mysql 4.1.21-community-nt, lock.system=database
Toolkits = Gd, SquareThumb, Exif
Acceleration = full/86400, full/86400
Operating system = Windows NT LEIGH 5.2 build 3790
Default theme = carbon
gettext = disabled
Locale = en_US
Posts: 27300
Well the documentation is "written and maintained by users like you." So to help the project please update the faq:
http://codex.gallery2.org/index.php/Gallery_Remote:FAQ
I don't use GR much so can't affer any advice.
Thanks,
Dave
_____________________________________________
Blog & G2 || floridave @ Gallery Team || G2 Theme Contest: +$3k in Prizes!
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.
Posts: 27300
Two ways to do it.
Edit an existing post or there is a edit tab at the top of the page. I added a Test at the very bottom but you can move it up if you wish.
The table of contents is auto created. Just try it out look at a exsisting section for some formatting. Wiki tags are a bit wacky but if you look at other sections you will figure it out.
Cheers,
Dave
_____________________________________________
Blog & G2 || floridave @ Gallery Team || G2 Theme Contest: +$3k in Prizes!
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);
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
-----------------
Microsoft IIS MVP
http://www.iis-aid.com