Stream: implementers
Topic: Release 3
Grahame Grieve (Mar 22 2017 at 11:59):
Release 3 has been published. See http://hl7.org/fhir, and also https://onfhir.hl7.org/2017/03/22/fhir-release-3-posted/
Paul Knapp (Mar 22 2017 at 12:03):
The hl7.org/fhir is still showing DSTU 2 as current, not showing Release 3 other than the current build - at least for me.
Paul Knapp (Mar 22 2017 at 12:04):
cache issue perhaps?
Grahame Grieve (Mar 22 2017 at 12:04):
you have a caching problem. The actual files on the web server are correct
Paul Knapp (Mar 22 2017 at 12:07):
Confirmed, well done, thank you.
Vadim Peretokin (Mar 22 2017 at 12:08):
Vadim Peretokin (Mar 22 2017 at 12:12):
I had the caching 'problem' too. Suspect the server isn't sending the right information to the browser... now I'm cautious of how up to date build.fhir.org is when I'm looking it. Guess I'll just check the timestamps at the bottom
Kevin Olbrich (Mar 22 2017 at 12:17):
Take a look at the headers the server is sending.. for me at least it's showing a 'Last-Modified: Tue, 21 Mar 2017 21:46:17 GMT', which might throw off some browsers a bit
Grahame Grieve (Mar 22 2017 at 12:32):
Also, the US Core implementation Guide has been published: http://hl7.org/fhir/us/core
Vadim Peretokin (Mar 22 2017 at 12:33):
@Kevin Olbrich just latest chrome, nothing fancy. Though it's the 22nd in GMT now, that would explain the problem...
Kevin Olbrich (Mar 22 2017 at 12:34):
@Grahame Grieve that was my point.. the last modified time is in the past (by a lot). Pretty sure most browsers will figure it out since the max-age is pretty short.
Grahame Grieve (Mar 22 2017 at 12:35):
I'll ask the webmaster
Grahame Grieve (Mar 22 2017 at 12:40):
... who just restarted the IIS service. Don't know that's it, but what could make bog standard IIS serving static files get this wrong?
Vadim Peretokin (Mar 22 2017 at 12:44):
Same problem, sorry. http://hl7.org/fhir shows Last-Modified →Tue, 21 Mar 2017 03:27:47 GMT and Chrome is getting tricked by it
Vadim Peretokin (Mar 22 2017 at 12:45):
The server knows the correct time because the Date header is right: Date →Wed, 22 Mar 2017 12:42:54 GMT. There is an ETag but that doesn't help in debugging much.
Lauren Wolejsza (Mar 22 2017 at 12:46):
Getting the same thing. I just click refresh and it brings me to STU3 instead. Glad to see that DSTU2 has its own URL since that's what we are using at this point.
Michelle (Moseman) Miller (Mar 22 2017 at 12:55):
@Grahame Grieve When I view DSTU1, there is a pink banner that says "This is an old version of the FHIR specification (DSTU1 Publication, 0.0.82). This page has been replaced by a more recent page (DSTU2, 1.0.2) (see the Directory of published versions)."
That raises 2 issues:
1) The text that says the recent page is DSTU2 needs to be generalized or updated to Release 3
2) Will a similar banner be added to all of the DSTU2 pages (http://hl7.org/fhir/DSTU2) now that it is "an old version" too?
I can create a tracker if you want -- I just didn't know if this was already on your to do list.
Simone Heckmann (Mar 22 2017 at 13:31):
I was seeing DSTU2 at first, too (on Chrome) but F5 updated me :)
Alexander Henket (Mar 22 2017 at 13:56):
I guess in that respect this page needs some work too: http://hl7.org/fhir/directory.html. The "Current Versions" is now at 1.0.2 and STU3 mentions Dec 6, 2016 version 1.8.0 as its latest.
Alexander Henket (Mar 22 2017 at 13:58):
Interestingly enough the footer that is on just about any page that lists the version information is not present on http://hl7.org/fhir/directory.html
Stephan Stucke (Mar 22 2017 at 14:36):
hint: https://www.hl7.org/fhir/ click on the FHIR-icon to get back to the DSTU2 startpage.
Grahame Grieve (Mar 22 2017 at 19:58):
directory page is also updated, again, a cache problem
Grahame Grieve (Mar 22 2017 at 19:59):
@Michelle - those changes are made on my local copy of the web site, but I could not push them up before R3 was posted. Now I can, but it is 500k files. That will take some time
Grahame Grieve (Mar 22 2017 at 20:52):
I've investigated the time stamps on the web server with the HL7 webmaster, and as far as we can tell, the time stamps on the files are correct. Server is in -4. It's marking last modified in GMT. cross comparing the times between the header, the local server, me by FTP - all give the same corrected instant
Alexander Henket (Mar 22 2017 at 21:09):
Thanks. Apparently some pages are cached more agressively than others. Shift reload fixed it.
Alexander Henket (Mar 22 2017 at 21:21):
I really need to make a compliment for how the publication looks. It's impressive to see the navigation, references, and overall visual attractiveness. 
Grahame Grieve (Mar 22 2017 at 21:25):
thanks
Last updated: Apr 12 2022 at 19:14 UTC
