compositeId EQ "somevalidcompositeId", it just never gets really applied it seems.Is there something I need to be aware of, when trying to use this with nested resources?
My steps in findAll(Queryspec queryspec) are:
- populate a
DefaultResourceListwith the secondary resource for the given firstlevel resource - Run
queryspec.apply(resourcelist)on the populated list.
That should be it, right?
/orch-service/micro-service/someResource?filter[accountKey]=SomeKeyHere and return the response from the microservice which would interpret the request as /micro-service/someResource?filter[accountKey]=SomeKeyHere. I'm following the example in the crnk-framework examples repo and have created a linker module for the microservice, adding in the link to the microservice in the CrnkClient and then adding the repository from the microservice based on the resource class just like in TaskProjectLinkerModule.java. I'm importing and using the same resource in both the microservice and the orchestrator, and i've defined an in memory repository in the orchestrator, passing in the resource class in the constructor... All that to say, I think I'm following the example, yet I'm just getting 404s and I don't see the request hitting my microservice. Is it possible to pass a request through to a microservice and return the response from that microservice to the caller with crnk?
/orch-service/someResourceFromMicroservice?filter[accountKey]=SomeKeyHere and pass that down to the microservice as /micro-service/someResourcefromMicroservice?filter[accountKey]=SomeKeyHere. Eventually, the goal would be that the orchestrator would know how to make requests from multiple microservices using crnk when other resources are included in the original request to the orchestrator and then return the whole payload back after reaching into the microservices.
I'm extending CrnkMappableException for an exception. I would like to include a meta-object in top-level JSONAPI document(not as part of the error). The response I would like is below:
{
"meta" : {
"meta-obj": {
//some meta
}
},
"errors" : [ {
//error object
} ]
}
can anyone help me
After seeing the debug logs. I am guessing spring doesn't know about the crnk resources,
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] o.s.web.servlet.DispatcherServlet : DispatcherServlet with name 'dispatcherServlet' processing GET request for [/api/user]
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] pertySourcedRequestMappingHandlerMapping : Looking up handler method for path /api/user
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] pertySourcedRequestMappingHandlerMapping : looking up handler for path: /api/user
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] pertySourcedRequestMappingHandlerMapping : Did not find handler method for [/api/user]
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] s.b.a.e.w.s.WebMvcEndpointHandlerMapping : Looking up handler method for path /api/user
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] s.b.a.e.w.s.WebMvcEndpointHandlerMapping : Did not find handler method for [/api/user]
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] a.e.w.s.ControllerEndpointHandlerMapping : Looking up handler method for path /api/user
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] a.e.w.s.ControllerEndpointHandlerMapping : Did not find handler method for [/api/user]
2020-03-13 14:23:30.302 DEBUG 67625 --- [nio-8080-exec-9] s.w.s.m.m.a.RequestMappingHandlerMapping : Looking up handler method for path /api/user
2020-03-13 14:23:30.303 DEBUG 67625 --- [nio-8080-exec-9] s.w.s.m.m.a.RequestMappingHandlerMapping : Did not find handler method for [/api/user]
2020-03-13 14:23:30.303 DEBUG 67625 --- [nio-8080-exec-9] o.s.w.s.handler.SimpleUrlHandlerMapping : Matching patterns for request [/api/user] are [/**]
2020-03-13 14:23:30.303 DEBUG 67625 --- [nio-8080-exec-9] o.s.w.s.handler.SimpleUrlHandlerMapping : URI Template variables for request [/api/user] are {}
I'm using CrnkClient and it looks like header() method invocation in the adapter is not taking effect. This following OkHttpRequest code seems to be ignoring the header values set by the listeners:
public HttpAdapterResponse execute() throws IOException {
Request request = this.builder.build(); //it is being pre built here
this.listeners.stream().forEach((it) -> {
it.onRequest(this); //due to above reason, the headers set by listeners here won't have any effect
});
Response response = this.client.newCall(request).execute();
OkHttpResponse adapterResponse = new OkHttpResponse(response);
this.listeners.stream().forEach((it) -> {
it.onResponse(this, adapterResponse);
});
return adapterResponse;
}
``` @Override
public synchronized ResourceList<Bucket> findAll(final QuerySpec querySpec) {
Connection connection = new Connection("username", "password",
"url");
BucketApiResponse bucketApiResponse = bucketService.getBucketList(connection);
List<Bucket> bucketList = bucketApiResponse.getResponseData().getListOfBuckets();
return querySpec.apply(bucketList);
} ``` Is there a way to pass username, password and url ?``` Thanks for the response @GetMapping("api/buckets")
public ResourceList<Bucket> getAllBuckets(
@RequestHeader(CLSF_USERNAME_HEADER) final String username,
@RequestHeader(CLSF_PASSWORD_HEADER) final String password) {
QuerySpec querySpec = new QuerySpec(Bucket.class);
return bucketRepository.findAll(username, password, querySpec);
} ... Yes, the secrets should be passed from the client. ```