[
https://issues.apache.org/jira/browse/ISIS-1572?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16040706#comment-16040706
]
Jörg Rade commented on ISIS-1572:
---------------------------------
Update of the example app and README will take some more time.
I tried setting
{code} isis.viewer.restfulobjects.objectPropertyValuesOnly=false {code}
and it appears to have the following effect:
On the first invocation members are empty and CrossOriginFilter is not passed -
at least according to log output.
The next incocation includes the members as expected and the CrossOrigin filter
is passed with output, e.g.
{code}
12:52:53,239 [CrossOriginFilter qtp974747823-32 DEBUG] Cross-origin
request to /restful/services/isisApplib.ConfigurationServiceMenu is a simple
cross-origin request
12:52:53,244 [i18n qtp974747823-32 DEBUG] RESTEASY002315:
PathInfo: /services/isisApplib.ConfigurationServiceMenu
{code}
> RestfulObjects viewer - Service members empty
> ---------------------------------------------
>
> Key: ISIS-1572
> URL: https://issues.apache.org/jira/browse/ISIS-1572
> Project: Isis
> Issue Type: Bug
> Components: Core: Viewer: RestfulObjects
> Affects Versions: 1.13.0
> Environment: Web.xml is patched according to
> https://github.com/danhaywood/isis-angularjs-simpleapp in order to cope with
> CORS issues.
> Reporter: Jörg Rade
> Fix For: 1.15.0
>
>
> _Sometimes_ the members section of the response to
> http://localhost:9090/restful/services/Applications/ is empty - sometimes it
> is not:
> {code|language=javascript}
> {
> "links" : [ {
> "rel" : "self",
> "href" : "http://localhost:9090/restful/services/Applications";,
> "method" : "GET",
> "type" :
> "application/json;profile=\"urn:org.restfulobjects:repr-types/object\"",
> "title" : "Applications"
> }, {
> "rel" : "describedby",
> "href" :
> "http://localhost:9090/restful/domain-types/ife.dep.Applications";,
> "method" : "GET",
> "type" :
> "application/json;profile=\"urn:org.restfulobjects:repr-types/domain-type\""
> }, {
> "rel" : "up",
> "href" : "http://localhost:9090/restful/services";,
> "method" : "GET",
> "type" :
> "application/json;profile=\"urn:org.restfulobjects:repr-types/list\""
> } ],
> "extensions" : {
> "oid" : "ife.dep.Applications:1",
> "isService" : true,
> "isPersistent" : true
> },
> "title" : "Applications",
> "serviceId" : "Applications",
> "members" : { }
> }
> {code}
> After some time the app was accessed via the wicket viewer. It first
> delivered the homepage and then I invoked the listAll operation via the
> respective menu item.
> Invoking http://localhost:9090/restful/services/Applications/ afterwards
> showed the expected response including the members.
> In another case there was a difference between:
> * http://localhost:9090/restful/services/Applications/ (with members) and
> * http://localhost:9090/restful/services/Applications (without members)
> In yet another case both URL's delivered a result without 'members' filled,
> even after the 'workaround' described above.
> https://github.com/joerg-rade/isis-app-todoapp shows the same behavior:
> * http://localhost:8888/restful/services/todo.ToDoItems/ whereas
> * http://localhost:8888/restful/domain-types/todoapp.dom.todoitem.ToDoItems
> shows the members
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
