Although we do not plan to implement Solr to be access over the internet
directly, it will be accessed via a local area network (Eg within the
company).
As there could potentially be alot of data indexed in Solr (especially
rich-text documents), and that will probably take up alot of bandwidth, we
wanted gzip compression so that we can save on the bandwidth.
Do you mean the compression should be done at the HTTP server and not at
Solr?


Regards,
Edwin


On 26 May 2015 at 04:13, Upayavira <u...@odoko.co.uk> wrote:

> Why do you want gzip compression? Solr generally sits close to your
> application server, so compression should be less necesasry there. Solr
> isn't intended to be serving the public over the internet directly,
> particularly because of its lack of security so it should be feeding
> some other HTTP server that does the compression for you.
>
> Am I missing something?
>
> Upayavira
>
> On Mon, May 25, 2015, at 03:26 AM, Zheng Lin Edwin Yeo wrote:
> > Thanks for your reply.
> > Do we still have to use back the solr.war file in Solr 5.1 in order to
> > get
> > the gzip working?
> >
> >
> > Regards,
> > Edwin
> >
> >
> >
> > On 25 May 2015 at 06:57, William Bell <billnb...@gmail.com> wrote:
> >
> > > OK I got mine to work with 4.10.4 and it also works on 5.1...
> > >
> > > mkdir war cp ../solr-4.10.4/example/webapps/solr.war . jar xvf
> > > solr.war cd WEB-INF vi web.xmlAdd this above the <filter> already
> > > there:<filter>        <filter-name>GzipFilter</filter-name>
> > > <filter-class>org.eclipse.jetty.servlets.GzipFilter</filter-class>
> > >    <init-param>            <param-name>mimeTypes</param-name>
> > >
> > >
> <param-value>application/xml,application/json,text/html,text/plain,text/xml,application/xhtml+xml,text/css,application/javascript,image/svg+xml,application/x-javascript,text/css</param-value>
> > >        </init-param>    </filter>     <filter-mapping>
> > > <filter-name>GzipFilter</filter-name>
> > > <url-pattern>/*</url-pattern>    </filter-mapping> cd .. rm solr.war
> > > jar cvf solr.war * cp solr.war ../solr-4.10.4/example/webapps/solr.war
> > > get jetty-servlets-8.1.10.v20130312.jar from
> > >
> > >
> http://www.eclipse.org/downloads/download.php?file=/jetty/updates/jetty-bundles-8.x/8.1.10.v20130312/Jetty-bundles-repository-8.1.10.v20130312.zip&mirror_id=454
> > > (notice the name has to be exactly that) and put into
> > > solr-4.10.4/example/lib restart
> > >
> > >
> > > On Thu, May 21, 2015 at 11:31 PM, Zheng Lin Edwin Yeo <
> > > edwinye...@gmail.com>
> > > wrote:
> > >
> > > > Hi,
> > > >
> > > > I'm trying to apply gzip compression in Solr 5.1. I understand that
> > > Running
> > > > Solr on Tomcat is no longer supported from Solr 5.0, so I've tried to
> > > > implement it in Solr.
> > > >
> > > > I've downloaded jetty-servlets-9.3.0.RC0.jar and placed it in my
> > > > webapp\WEB-INF folder, and have added the following in
> > > > webapp\WEB-INF\web.xml
> > > >
> > > >   <filter>
> > > >     <filter-name>GzipFilter</filter-name>
> > > >
>  <filter-class>org.eclipse.jetty.servlets.GzipFilter</filter-class>
> > > >     <init-param>
> > > >   <param-name>methods</param-name>
> > > >       <param-value>GET,POST</param-value>
> > > >       <param-name>mimeTypes</param-name>
> > > >
> > > >
> > > >
> > >
> <param-value>text/html;charset=UTF-8,text/plain,text/xml,text/json,text/javascript,text/css,text/plain;charset=UTF-8,application/xhtml+xml,application/javascript,image/svg+xml,application/json,application/xml;
> > > > charset=UTF-8</param-value>
> > > >     </init-param>
> > > >   </filter>
> > > >   <filter-mapping>
> > > >     <filter-name>GzipFilter</filter-name>
> > > >     <url-pattern>/*</url-pattern>
> > > >   </filter-mapping>
> > > >
> > > >
> > > > However, when I start Solr and check the browser, there's no gzip
> > > > compression. Is there anything which I configure wrongly or might
> have
> > > > missed out? I'm also running zookeeper-3.4.6.
> > > >
> > > >
> > > > Regards,
> > > > Edwin
> > > >
> > >
> > >
> > >
> > > --
> > > Bill Bell
> > > billnb...@gmail.com
> > > cell 720-256-8076
> > >
>

Reply via email to