Login  Register

Re: Webserver issue

Posted by Justin Senseney-2 on Jun 05, 2015; 2:12pm
URL: http://imagej.273.s1.nabble.com/Webserver-issue-tp5013042p5013048.html

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