honeymoose
/
hapi-fhir
mirror of https://github.com/hapifhir/hapi-fhir.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Fix bad tag in file

This commit is contained in:
jamesagnew 2018-11-04 14:01:06 -05:00 committed by Eeva Turkka
parent 11bc2c19a9
commit 640fe56875
1 changed files with 521 additions and 450 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

181
src/changes/changes.xml
View File

@ -1,6 +1,6 @@
<?xml version="1.0"?>
<document xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://maven.apache.org/changes/1.0.0"
xsi:schemaLocation="http://maven.apache.org/changes/1.0.0 ./changes.xsd">
xsi:schemaLocation="http://maven.apache.org/changes/1.0.0 ./changes.xsd">
<properties>
<author>James Agnew</author>
<title>HAPI FHIR Changelog</title>
@ -100,15 +100,53 @@
permission is granted. This has been corrected so that transaction() allows both
batch and transaction requests to proceed.
</action>
<action type="fix">
The AuthorizationInterceptor was previously not able to authorize the FHIR
batch operation. As of this version, when authorizing a transaction operation
(via the transaction() rule), both batch and transaction will be allowed.
</action>
<action type="add">
The JPA server now automatically supplies several appropriate hibernate performance
settings as long as the JPA EntityManagerFactory was created using HAPI FHIR's
built-in method for creating it.
<![CDATA[<br/><br/>]]>
Existing JPA projects should consider using
<![CDATA[<code>super.entityManagerFactory()</code>]]>
as shown in
<![CDATA[<a href="https://github.com/hapifhir/hapi-fhir-jpaserver-starter/blob/master/src/main/java/ca/uhn/fhir/jpa/demo/FhirServerConfig.java#L62">the example project</a>]]>
if they are not already.
</action>
<action type="add">
The FhirTerser <![CDATA[<code>getValues(...)</code>]]> methods have been overloaded. The terser can now be
used to create a null-valued element where none exists. Additionally, the terser can now add a null-valued
extension where one or more such extensions already exist. These changes allow better population of FHIR
elements provided an arbitrary FHIR path.
</action>
<action type="fix">
The FhirTerser <![CDATA[<code>getValues(...)</code>]]> methods were not properly handling modifier
extensions for verions of FHIR prior to DSTU3. This has been corrected.
</action>
<action type="fix">
When updating resources in the JPA server, a bug caused index table entries to be refreshed
sometimes even though the index value hadn't changed. This issue did not cause incorrect search
results but had an effect on write performance. This has been corrected.
</action>
<action type="add">
The @Operation annotation used to declare operations on the Plain Server now
has a wildcard constant which may be used for the operation name. This allows
you to create a server that supports operations that are not known to the
server when it starts up. This is generally not advisable but can be useful
for some circumstances.
</action>
<action type="add">
When using an @Operation method in the Plain Server, it is now possible
to use a parameter annotated with @ResourceParam to receive the Parameters
(or other) resource supplied by the client as the request body.
</action>
<action type="add">
The JPA server version migrator tool now runs in a multithreaded way, allowing it to
upgrade th database faster when migration tasks require data updates.
</action>
<action type="fix">
A bug in the JPA server was fixed: When a resource was previously deleted,
a transaction could not be posted that both restored the deleted resource but
also contained references to the now-restored resource.
</action>
</release>
<release version="3.5.0" date="2018-09-17">
@ -316,7 +354,7 @@
</action>
<action type="fix">
Fixed a bug when creating a custom search parameter in the JPA
server: if the SearchParameter resource contained an invalid
server: if the SearchParameter resource contained an invalid
expression, create/update operations for the given resource would
fail with a cryptic error. SearchParameter expressions are now
validated upon storage, and the SearchParameter will be rejected
@ -1242,7 +1280,7 @@ ALTER TABLE hfj_res_ver ALTER COLUMN res_text DROP NOT NULL;</pre>
<![CDATA[<code>getCountSearchResultsUpTo()</code>]]>.
This setting governs how many search results the search
coordinator should try to find before returning an initial
search response to the user, which has an effect on whether
search response to the user, which has an effect on whether
the
<![CDATA[<code>Bundle.total</code>]]>
field is always populated in search responses. This has now
@ -1304,7 +1342,8 @@ ALTER TABLE hfj_res_ver ALTER COLUMN res_text DROP NOT NULL;</pre>
Michael Lawley for the pull request!
</action>
<action type="add">
Add <![CDATA[<code>Prefer</code> and <code>Cache-Control</code>]]> to the list of headers which are declared as
Add <![CDATA[<code>Prefer</code> and <code>Cache-Control</code>]]> to the list of headers which are declared
as
being acceptable for CORS requests in CorsInterceptor, CLI, and JPA Example.
Thanks to Patrick Werner for the pull request!
</action>
@ -1814,7 +1853,8 @@ Bundle bundle = client.search().forResource(Patient.class)
optimize something that did not need optimizing!
</action>
<action type="add">
A new config property has been added to the JPA seerver DaoConfig called "setAutoCreatePlaceholderReferenceTargets".
A new config property has been added to the JPA seerver DaoConfig called
"setAutoCreatePlaceholderReferenceTargets".
This property causes references to unknown resources in created/updated resources to have a placeholder
target resource automatically created.
</action>
@ -2114,7 +2154,8 @@ Bundle bundle = client.search().forResource(Patient.class)
</action>
<action type="add">
Add a utility method to JPA server:
<![CDATA[<code>IFhirResourceDao#removeTag(IIdType, TagTypeEnum, String, String)</code>]]>. This allows client code to remove tags
<![CDATA[<code>IFhirResourceDao#removeTag(IIdType, TagTypeEnum, String, String)</code>]]>. This allows
client code to remove tags
from a resource without having a servlet request object in context.
</action>
<action type="fix">
@ -2366,7 +2407,7 @@ Bundle bundle = client.search().forResource(Patient.class)
</ul>
]]>
</action>
<action type="fix">
<action type="fix">
Fix issue in AuthorizationIntetceptor where
transactions are blocked even when they
should not be
@ -2483,11 +2524,11 @@ Bundle bundle = client.search().forResource(Patient.class)
<li>Normalization of properties across all three generic tasks</li>
</ul>
]]>
</action>
<action type="fix" issue="523">
Fix ordering of validator property handling when an element
has a name that is similar to a shorter name[x] style name.
Thanks to CarthageKing for the pull request!
</action>
<action type="fix" issue="523">
Fix ordering of validator property handling when an element
has a name that is similar to a shorter name[x] style name.
Thanks to CarthageKing for the pull request!
</action>
<action type="add" issue="510">
Add a docker configuration to the hapi-fhir-jpaservr-example
@ -2508,8 +2549,10 @@ Bundle bundle = client.search().forResource(Patient.class)
<![CDATA[<code>IHttpRequest</code>]]> class: "bufferEntitity" should be "bufferEntity".
</action>
<action type="add">
ErrorHandler is now called (resulting in a warning by default, but can also be an exception) when arsing JSON if
the resource ID is not a JSON string, or an object is found where an array is expected (e.g. repeating field). Thanks
ErrorHandler is now called (resulting in a warning by default, but can also be an exception) when arsing
JSON if
the resource ID is not a JSON string, or an object is found where an array is expected (e.g. repeating
field). Thanks
to Jenni Syed of Cerner for providing a test case!
</action>
<action type="fix">
@ -2632,8 +2675,10 @@ Bundle bundle = client.search().forResource(Patient.class)
]]>
</action>
<action type="fix">
Fix a fairly significant issue in JPA Server when using the <![CDATA[<code>DatabaseBackedPagingProvider</code>]]>: When paging over the results
of a search / $everything operation, under certain circumstances resources may be missing from the last page of results
Fix a fairly significant issue in JPA Server when using the
<![CDATA[<code>DatabaseBackedPagingProvider</code>]]>: When paging over the results
of a search / $everything operation, under certain circumstances resources may be missing from the last page
of results
that is returned. Thanks to David Hay for reporting!
</action>
<action type="add">
@ -2788,7 +2833,8 @@ Bundle bundle = client.search().forResource(Patient.class)
Kevin Tallevi for finding this!
</action>
<action type="fix" issue="411">
Fix #411 - Searching by <![CDATA[<code>POST [base]/_search</code>]]> with urlencoded parameters doesn't work correctly if
Fix #411 - Searching by <![CDATA[<code>POST [base]/_search</code>]]> with urlencoded parameters doesn't work
correctly if
interceptors are accessing the parameters and there is are also
parameters on the URL. Thanks to Jim Steel for reporting!
</action>
@ -2901,7 +2947,8 @@ Bundle bundle = client.search().forResource(Patient.class)
</action>
<action type="add">
Both client and server now support the new Content Types decided in
<![CDATA[<a href="http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=10199">FHIR #10199</a>]]>.
<![CDATA[<a href="http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_id=677&tracker_item_id=10199">FHIR #10199</a>]]>
.
<![CDATA[<br/><br/>]]>
This means that the server now supports
<![CDATA[<code>application/fhir+xml</code> and <code>application/fhir+json</code>]]>
@ -3013,7 +3060,7 @@ Bundle bundle = client.search().forResource(Patient.class)
</action>
<action type="fix">
Fix a regression when parsing resources that have contained
resources, where the reference in the outer resource which
resources, where the reference in the outer resource which
links to the contained resource sometimes did does not get
populated with the actual target resource instance. Thanks to
Neal Acharya for reporting!
@ -3378,7 +3425,8 @@ Bundle bundle = client.search().forResource(Patient.class)
reporting!
</action>
<action type="fix" issue="371">
Update STU3 client and server to use the new sort parameter style (param1,-param2,param). Thanks to GitHub user @euz1e4r for
Update STU3 client and server to use the new sort parameter style (param1,-param2,param). Thanks to GitHub
user @euz1e4r for
reporting!
</action>
<action type="fix">
@ -3721,7 +3769,8 @@ Bundle bundle = client.search().forResource(Patient.class)
REST Server responded to HTTP OPTIONS requests with
any URI as being a request for the server's
Conformance statement. This is incorrect, as only
a request for <![CDATA[<code>OPTIONS [base url]</code>]]> should be treated as such. Thanks to Michael Lawley for reporting!
a request for <![CDATA[<code>OPTIONS [base url]</code>]]> should be treated as such. Thanks to Michael
Lawley for reporting!
</action>
<action type="fix">
REST annotation style client was not able to handle extended operations
@ -4183,7 +4232,8 @@ Bundle bundle = client.search().forResource(Patient.class)
</action>
<action type="fix">
In server, if a client request is received and it has an Accept header indicating
that it supports both XML and JSON with equal weight, the server's default is used instead of the first entry in the list.
that it supports both XML and JSON with equal weight, the server's default is used instead of the first
entry in the list.
</action>
<action type="add">
JPA server now supports searching with sort by token, quantity,
@ -4240,7 +4290,8 @@ Bundle bundle = client.search().forResource(Patient.class)
to Alexander Kley for the fix!
</action>
<action type="add">
JPA server now supports $everything on Patient and Encounter types (patient and encounter instance was already supported)
JPA server now supports $everything on Patient and Encounter types (patient and encounter instance was
already supported)
</action>
<action type="add">
Generic client operation invocations now
@ -4387,7 +4438,8 @@ Bundle bundle = client.search().forResource(Patient.class)
</action>
<action type="fix" issue="198">
JPA server sorting often returned unexpected orders when multiple
indexes of the same type were found on the same resource (e.g. multiple string indexed fields). Thanks to Travis Cummings for reporting!
indexes of the same type were found on the same resource (e.g. multiple string indexed fields). Thanks to
Travis Cummings for reporting!
</action>
<action type="add">
Add another method to IServerInterceptor which converts an exception generated on the server
@ -4496,10 +4548,13 @@ Bundle bundle = client.search().forResource(Patient.class)
</action>
<action type="fix">
JPA server did not correctly index search parameters
of type "URI". Thanks to David Hay for reporting! Note that if you are using the JPA server, this change means that
there are two new tables added to the database schema. Updating existing resources in the database may fail unless you
of type "URI". Thanks to David Hay for reporting! Note that if you are using the JPA server, this change
means that
there are two new tables added to the database schema. Updating existing resources in the database may fail
unless you
set default values for the resource
table by issuing a SQL command similar to the following (false may be 0 or something else, depending on the database platform in use)
table by issuing a SQL command similar to the following (false may be 0 or something else, depending on the
database platform in use)
<![CDATA[<br/><code>update hfj_resource set sp_coords_present = false;<br/>
update hfj_resource set sp_uri_present = false;</code>]]>
</action>
@ -4544,7 +4599,8 @@ Bundle bundle = client.search().forResource(Patient.class)
in history
</action>
<action type="fix" issue="222">
JPA server returned deleted resources in search results when using the _tag, _id, _profile, or _security search parameters
JPA server returned deleted resources in search results when using the _tag, _id, _profile, or _security
search parameters
</action>
<action type="fix" issue="223">
Fix issue with build on Windows. Thanks to Bryce van Dyk for the pull request!
@ -4564,7 +4620,8 @@ Bundle bundle = client.search().forResource(Patient.class)
Claude Nanjo for finding this.
</action>
<action type="fix" issue="164">
Correct performance issue with :missing=true search requests where the parameter is a resource link. Thanks to wanghaisheng for all his help in testing this.
Correct performance issue with :missing=true search requests where the parameter is a resource link. Thanks
to wanghaisheng for all his help in testing this.
</action>
<action type="fix" issue="149">
The self link in the Bundle returned by searches on the server does not respect the
@ -4581,7 +4638,8 @@ Bundle bundle = client.search().forResource(Patient.class)
Peter Girard for reporting!
</action>
<action type="add" issue="170">
Add better addXXX() methods to structures, which take the datatype being added as a parameter. Thanks to Claude Nanjo for the
Add better addXXX() methods to structures, which take the datatype being added as a parameter. Thanks to
Claude Nanjo for the
suggestion!
</action>
<action type="add" issue="152">
@ -4651,7 +4709,8 @@ Bundle bundle = client.search().forResource(Patient.class)
q values specifying order of preference. Previously the q value was ignored.
</action>
<action type="add">
Server in DSTU2 mode now indicates that whether it has support for Transaction operation or not. Thanks to Kevin Paschke for pointing out that this wasn't working!
Server in DSTU2 mode now indicates that whether it has support for Transaction operation or not. Thanks to
Kevin Paschke for pointing out that this wasn't working!
</action>
<action type="add" issue="166">
Questionnaire.title now gets correctly indexed in JPA server (it has no path, so it is a special case)
@ -4737,7 +4796,8 @@ Bundle bundle = client.search().forResource(Patient.class)
McKenzie for reporting!
</action>
<action type="fix" issue="128">
Fix regression in 0.9 - Server responds with an HTTP 500 and a NullPointerException instead of an HTTP 400 and a useful error message if the client requests an unknown resource type
Fix regression in 0.9 - Server responds with an HTTP 500 and a NullPointerException instead of an HTTP 400
and a useful error message if the client requests an unknown resource type
</action>
<action type="add">
Add support for
@ -4909,7 +4969,8 @@ Bundle bundle = client.search().forResource(Patient.class)
the patch!
</action>
<action type="fix">
Transaction server operations incorrectly used the "Accept" header instead of the "Content-Type" header to determine the
Transaction server operations incorrectly used the "Accept" header instead of the "Content-Type" header to
determine the
POST request encoding. Thanks to Rene Spronk for providing a test case!
</action>
</release>
@ -4997,7 +5058,7 @@ Bundle bundle = client.search().forResource(Patient.class)
RestfulClientConfig. Thanks to Grahame Grieve for the suggestion!
</action>
<action type="add">
JPA module now supports deleting resource via transaction
JPA module now supports deleting resource via transaction
</action>
<action type="fix" issue="97" due-to="twilson650">
DateClientParam#second() incorrectly used DAY precision instead
@ -5025,7 +5086,8 @@ Bundle bundle = client.search().forResource(Patient.class)
</action>
<action type="fix">
Server requests for Binary resources where the client has explicitly requested XML or JSON responses
(either with a <![CDATA[<code>_format</code>]]> URL parameter, or an <![CDATA[<code>Accept</code>]]> request header)
(either with a <![CDATA[<code>_format</code>]]> URL parameter, or an <![CDATA[<code>Accept</code>]]> request
header)
will be responded to using the Binary FHIR resource type instead of as Binary blobs. This is
in accordance with the recommended behaviour in the FHIR specification.
</action>
@ -5063,7 +5125,8 @@ Bundle bundle = client.search().forResource(Patient.class)
to baopingle for reporting and providing a test case!
</action>
<action type="add">
Sorting is now supported in the Web Testing UI (previously a button existed for sorting, but it didn't do anything)
Sorting is now supported in the Web Testing UI (previously a button existed for sorting, but it didn't do
anything)
</action>
<action type="add" issue="111">
Server will no longer include stack traces in the OperationOutcome returned to the client
@ -5337,7 +5400,8 @@ Bundle bundle = client.search().forResource(Patient.class)
for reporting this!
</action>
<action type="fix">
XHTML (in narratives) containing escapable characters (e.g. &lt; or &quot;) will now always have those characters
XHTML (in narratives) containing escapable characters (e.g. &lt; or &quot;) will now always have those
characters
escaped properly in encoded messages.
</action>
<action type="fix">
@ -5387,7 +5451,8 @@ Bundle bundle = client.search().forResource(Patient.class)
Thanks to Bill de Beaubien for reporting!
</action>
<action type="update">
Documentation on contained resources contained a typo and did not actually produce contained resources. Thanks
Documentation on contained resources contained a typo and did not actually produce contained resources.
Thanks
to David Hay of Orion Health for reporting!
</action>
<action type="add" issue="31" dev="preston">
@ -5406,7 +5471,8 @@ Bundle bundle = client.search().forResource(Patient.class)
Petro Mykhailysyn for the pull request!
</action>
</release>
<release version="0.6" date="2014-09-08" description="This release brings a number of new features and bug fixes!">
<release version="0.6" date="2014-09-08"
description="This release brings a number of new features and bug fixes!">
<!--
<action type="add">
Allow generic client ... OAUTH
@ -5505,13 +5571,15 @@ Bundle bundle = client.search().forResource(Patient.class)
Rename NotImpementedException to NotImplementedException (to correct typo)
</action>
<action type="fix">
Server setUseBrowserFriendlyContentType setting also respected for errors (e.g. OperationOutcome with 4xx/5xx status)
Server setUseBrowserFriendlyContentType setting also respected for errors (e.g. OperationOutcome with
4xx/5xx status)
</action>
<action type="fix">
Fix performance issue in date/time datatypes where pattern matchers were not static
</action>
<action type="fix">
Server now gives a more helpful error message if a @Read method has a search parameter (which is invalid, but
Server now gives a more helpful error message if a @Read method has a search parameter (which is invalid,
but
previously lead to a very unhelpful error message). Thanks to Tahura Chaudhry of UHN for reporting!
</action>
<action type="fix">
@ -5584,20 +5652,21 @@ Bundle bundle = client.search().forResource(Patient.class)
for configurable logging, capturing requests and responses, and HTTP basic auth.
</action>
<action type="fix">
Transaction client invocations with XML encoding were using the wrong content type ("application/xml+fhir" instead
Transaction client invocations with XML encoding were using the wrong content type ("application/xml+fhir"
instead
of the correct "application/atom+xml"). Thanks to David Hay of Orion Health for surfacing this one!
</action>
<action type="add">
Bundle entries now support a link type of "search". Thanks to David Hay for the suggestion!
</action>
<action type="add" issue="1">
If a client receives a non 2xx response (e.g. HTTP 500) and the response body is a text/plain message or
an OperationOutcome resource, include the message in the exception message so that it will be
more conveniently displayed in logs and other places. Thanks to Neal Acharya for the suggestion!
If a client receives a non 2xx response (e.g. HTTP 500) and the response body is a text/plain message or
an OperationOutcome resource, include the message in the exception message so that it will be
more conveniently displayed in logs and other places. Thanks to Neal Acharya for the suggestion!
</action>
<action type="add" issue="2">
Read invocations in the client now process the "Content-Location" header and use it to
populate the ID of the returned resource. Thanks to Neal Acharya for the suggestion!
Read invocations in the client now process the "Content-Location" header and use it to
populate the ID of the returned resource. Thanks to Neal Acharya for the suggestion!
</action>
<action type="fix" issue="3">
Fix issue where vread invocations on server incorrectly get routed to instance history method if one is
@ -5622,7 +5691,7 @@ Bundle bundle = client.search().forResource(Patient.class)
space (e.g. a WAR file with a space in the name) failed to work correctly.
Thanks to David Hay of Orion for reporting this!
</action>
</release>
</release>
<release version="0.4" date="2014-07-13">
<action type="add">
<![CDATA[<b>BREAKING CHANGE:</b>]]>: IdDt has been modified so that it
@ -5663,7 +5732,8 @@ Bundle bundle = client.search().forResource(Patient.class)
Support for Query resources fixed (in parser)
</action>
<action type="fix">
Nested contained resources (e.g. encoding a resource with a contained resource that itself contains a resource)
Nested contained resources (e.g. encoding a resource with a contained resource that itself contains a
resource)
now parse and encode correctly, meaning that all contained resources are placed in the "contained" element
of the root resource, and the parser looks in the root resource for all container levels when stitching
contained resources back together.
@ -5696,7 +5766,8 @@ Bundle bundle = client.search().forResource(Patient.class)
Support added for deleted-entry by/name, by/email, and comment from Tombstones spec
</action>
</release>
<release version="0.3" date="2014-05-12" description="This release corrects lots of bugs and introduces the fluent client mode">
<release version="0.3" date="2014-05-12"
description="This release corrects lots of bugs and introduces the fluent client mode">
</release>
<release version="0.2" date="2014-04-23">
</release>