New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

IncomingRequestPreHandled interceptor Method does not identify the resource for @Validate Method #297

Closed
contactkuchi opened this Issue Feb 18, 2016 · 0 comments

Comments

Projects
None yet
1 participant
@contactkuchi

contactkuchi commented Feb 18, 2016

Logging as an issue to keep track as per James

James Agnew jamesagnew@gmail.com
9:59 AM (19 minutes ago)

to me, HAPI
Hi Ravi,

I had a look at this, and I am able to reproduce it.

The cause looks to be the fact that as of DSTU2, validate is an "extended operation" and it looks like resource doesn't get populated for any operation. I have a working unit test at least, so hopefully this can be fixed in the current development cycle. If you wanted to file a bug to track progress, that would be great.

Cheers,
James

On Thu, Feb 11, 2016 at 4:27 PM, contact.kuchi@gmail.com wrote:
Hi James,

This Ravi Kuchi from FMCNA development team.

The incomingRequestPreHandled method in the IServerInterceptor interface does return all the Objects sent in the body for @create and @update methods. I have been very successful in trapping the requests and responses using the interceptor so that I can write them into the AuditEvent record for trouble shooting and security audits. However one problem I could not overcome is that the interceptor does not inject the Object into the incomingRequestPreHandled when we use the @Validate Method. There is a use case for me to write a log for all the requests that come into my FHIR webservice via the @Validate method so that we can see the values the user has entered via the UI and respond back saying what errors he had made in providing the input.

Please let me know if I am overlooking something here.

Thanks Always!
Ravi Kuchi

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment