Stream: hapi
Topic: Error when more than 5 code tokens in Query String
Christopher Schuler (Jul 16 2017 at 21:10):
There seems to be a cap on the number of tokens that can be specified in a query string that wasn't in previous versions. When I try the following search:
localhost:8080/cqf-ruler/baseDstu3/Condition?code=http://snomed.info/sct|363414004,http://snomed.info/sct|363510005,http://snomed.info/sct|425178004,http://snomed.info/sct|449218003,http://snomed.info/sct|93683002&patient=Patient-12214
Everything works fine, but if I add another code like the following query:
localhost:8080/cqf-ruler/baseDstu3/Condition?code=http://snomed.info/sct|363414004,http://snomed.info/sct|363510005,http://snomed.info/sct|425178004,http://snomed.info/sct|449218003,http://snomed.info/sct|93683002,http://snomed.info/sct|93761005&patient=Patient-12214
Then I get a processing error. Here is a partial stack trace:
ca.uhn.fhir.rest.server.exceptions.InternalErrorException: null
at sun.reflect.GeneratedConstructorAccessor223.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at ca.uhn.fhir.rest.server.exceptions.BaseServerResponseException.newInstance(BaseServerResponseException.java:306)
at ca.uhn.fhir.jpa.search.SearchCoordinatorSvcImpl.verifySearchHasntFailedOrThrowInternalErrorException(SearchCoordinatorSvcImpl.java:397)
at ca.uhn.fhir.jpa.search.PersistedJpaSearchFirstPageBundleProvider.size(PersistedJpaSearchFirstPageBundleProvider.java:71)
at ca.uhn.fhir.rest.method.BaseResourceReturningMethodBinding.doInvokeServer(BaseResourceReturningMethodBinding.java:379)
at ca.uhn.fhir.rest.method.BaseResourceReturningMethodBinding.invokeServer(BaseResourceReturningMethodBinding.java:258)
at ca.uhn.fhir.rest.server.RestfulServer.handleRequest(RestfulServer.java:643)
Is this behavior expected? Is there a way around this restriction?
Last updated: Apr 12 2022 at 19:14 UTC
