Webserver issue

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Webserver issue

Andrew Valentine
Hi there,

Not sure if this the right place for this, but any advice greatly
appreciated.

My organisation uses Munki and AutoPkg, and has been using the following
AutoPkg recipe to keep ImageJ up to date:

https://github.com/autopkg/jessepeterson-recipes/blob/master/NIH-RSB/ImageJ.munki.recipe

This was generating error notifications via AutoPkgr. I raised this as an
issue with the author of the recipe on GitHub:

https://github.com/autopkg/jessepeterson-recipes/issues/8#issuecomment-106905875

The author response was:

So the http://rsbweb.nih.gov/ webserver A) does not use ETags, B) does not

> return content size and C) while it does return a Last-Modified HTTP
> header the webserver appears to be ignoring the If-Modified-Since HTTP
> request header (which autopkg uses to tell if content has changed or not).
> So autopkg thinks it needs to download bits on every run. Interestingly the
> download link for the il.jar file *does* return a file size, but it's on
> a different webserver: http://rsb.info.nih.gov
> This boils down to a problem with the webserver. You could try to petition
> the group to fix their webserver - maybe reaching out on their mailling
> list: http://rsbweb.nih.gov/ij/list.html
> Because this isn't so much an issue with autopkg or this recipe, I'm going
> to close this issue. Do comment back if you make headway on getting in
> touch with them, though!


Is anyone on this list able to advise and/or fix?

Thanks,

Andrew

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html
Reply | Threaded
Open this post in threaded view
|

Re: Webserver issue

Justin Senseney-2
Andrew,

I've forwarded your message to Anthony at: [hidden email] , his
team manages the ImageJ webserver.

-Justin

On Fri, Jun 5, 2015 at 3:48 AM, Andrew Valentine <
[hidden email]> wrote:

> Hi there,
>
> Not sure if this the right place for this, but any advice greatly
> appreciated.
>
> My organisation uses Munki and AutoPkg, and has been using the following
> AutoPkg recipe to keep ImageJ up to date:
>
>
> https://github.com/autopkg/jessepeterson-recipes/blob/master/NIH-RSB/ImageJ.munki.recipe
>
> This was generating error notifications via AutoPkgr. I raised this as an
> issue with the author of the recipe on GitHub:
>
>
> https://github.com/autopkg/jessepeterson-recipes/issues/8#issuecomment-106905875
>
> The author response was:
>
> So the http://rsbweb.nih.gov/ webserver A) does not use ETags, B) does not
> > return content size and C) while it does return a Last-Modified HTTP
> > header the webserver appears to be ignoring the If-Modified-Since HTTP
> > request header (which autopkg uses to tell if content has changed or
> not).
> > So autopkg thinks it needs to download bits on every run. Interestingly
> the
> > download link for the il.jar file *does* return a file size, but it's on
> > a different webserver: http://rsb.info.nih.gov
> > This boils down to a problem with the webserver. You could try to
> petition
> > the group to fix their webserver - maybe reaching out on their mailling
> > list: http://rsbweb.nih.gov/ij/list.html
> > Because this isn't so much an issue with autopkg or this recipe, I'm
> going
> > to close this issue. Do comment back if you make headway on getting in
> > touch with them, though!
>
>
> Is anyone on this list able to advise and/or fix?
>
> Thanks,
>
> Andrew
>
> --
> ImageJ mailing list: http://imagej.nih.gov/ij/list.html
>

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html
Reply | Threaded
Open this post in threaded view
|

Re: Webserver issue

Andrew Valentine
Hi Justin,

Thanks for your help - much appreciated.

Regards,

Andrew


On 5 June 2015 at 15:12, Justin Senseney <[hidden email]> wrote:

> Andrew,
>
> I've forwarded your message to Anthony at: [hidden email] , his
> team manages the ImageJ webserver.
>
> -Justin
>
> On Fri, Jun 5, 2015 at 3:48 AM, Andrew Valentine <
> [hidden email]> wrote:
>
> > Hi there,
> >
> > Not sure if this the right place for this, but any advice greatly
> > appreciated.
> >
> > My organisation uses Munki and AutoPkg, and has been using the following
> > AutoPkg recipe to keep ImageJ up to date:
> >
> >
> >
> https://github.com/autopkg/jessepeterson-recipes/blob/master/NIH-RSB/ImageJ.munki.recipe
> >
> > This was generating error notifications via AutoPkgr. I raised this as an
> > issue with the author of the recipe on GitHub:
> >
> >
> >
> https://github.com/autopkg/jessepeterson-recipes/issues/8#issuecomment-106905875
> >
> > The author response was:
> >
> > So the http://rsbweb.nih.gov/ webserver A) does not use ETags, B) does
> not
> > > return content size and C) while it does return a Last-Modified HTTP
> > > header the webserver appears to be ignoring the If-Modified-Since HTTP
> > > request header (which autopkg uses to tell if content has changed or
> > not).
> > > So autopkg thinks it needs to download bits on every run. Interestingly
> > the
> > > download link for the il.jar file *does* return a file size, but it's
> on
> > > a different webserver: http://rsb.info.nih.gov
> > > This boils down to a problem with the webserver. You could try to
> > petition
> > > the group to fix their webserver - maybe reaching out on their mailling
> > > list: http://rsbweb.nih.gov/ij/list.html
> > > Because this isn't so much an issue with autopkg or this recipe, I'm
> > going
> > > to close this issue. Do comment back if you make headway on getting in
> > > touch with them, though!
> >
> >
> > Is anyone on this list able to advise and/or fix?
> >
> > Thanks,
> >
> > Andrew
> >
> > --
> > ImageJ mailing list: http://imagej.nih.gov/ij/list.html
> >
>
> --
> ImageJ mailing list: http://imagej.nih.gov/ij/list.html
>



--
Andrew Valentine
IT Support Officer (Zone E)
IT Services
P: 0117 3315755

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html
Reply | Threaded
Open this post in threaded view
|

Re: Webserver issue

ctrueden
In reply to this post by Andrew Valentine
Hi Andrew,

> Is anyone on this list able to advise and/or fix?

As a workaround, you could use mirror.imagej.net, which mirrors
imagej.nih.gov daily, and behaves more properly.

Regards,
Curtis

On Fri, Jun 5, 2015 at 9:48 AM, Andrew Valentine <
[hidden email]> wrote:

> Hi there,
>
> Not sure if this the right place for this, but any advice greatly
> appreciated.
>
> My organisation uses Munki and AutoPkg, and has been using the following
> AutoPkg recipe to keep ImageJ up to date:
>
>
> https://github.com/autopkg/jessepeterson-recipes/blob/master/NIH-RSB/ImageJ.munki.recipe
>
> This was generating error notifications via AutoPkgr. I raised this as an
> issue with the author of the recipe on GitHub:
>
>
> https://github.com/autopkg/jessepeterson-recipes/issues/8#issuecomment-106905875
>
> The author response was:
>
> So the http://rsbweb.nih.gov/ webserver A) does not use ETags, B) does not
> > return content size and C) while it does return a Last-Modified HTTP
> > header the webserver appears to be ignoring the If-Modified-Since HTTP
> > request header (which autopkg uses to tell if content has changed or
> not).
> > So autopkg thinks it needs to download bits on every run. Interestingly
> the
> > download link for the il.jar file *does* return a file size, but it's on
> > a different webserver: http://rsb.info.nih.gov
> > This boils down to a problem with the webserver. You could try to
> petition
> > the group to fix their webserver - maybe reaching out on their mailling
> > list: http://rsbweb.nih.gov/ij/list.html
> > Because this isn't so much an issue with autopkg or this recipe, I'm
> going
> > to close this issue. Do comment back if you make headway on getting in
> > touch with them, though!
>
>
> Is anyone on this list able to advise and/or fix?
>
> Thanks,
>
> Andrew
>
> --
> ImageJ mailing list: http://imagej.nih.gov/ij/list.html
>

--
ImageJ mailing list: http://imagej.nih.gov/ij/list.html