Currently, that is not configurable. You can add a JIRA issue, we can add that, however it will be only the case when "accepts" header and $format is missing. However, it really is driven by "accepts" header sent by the client. If OpenUI5 is not sending any header it does default to JSON. So, you need to figure out what is OpenUI5 is sending.
thanks for the hint. I will look into this and see if I need this change. In the meantime I got some feedback in a different forum, were I in parallel asked the SAP guys for some help. Their feedback was, that there is an "Term" attribute on an annotation missing in my metadata.xml. As I generate it with Teiid Designer, it sounds as I hit a bug here. I am now not sure how I could work around this issue, except not using the comment fields on my data models. This would be quite suboptimal. The relevant value derives from a comment in the database which is imported as a comment value of the source model with Teiid Designer. The text for which an annotation attribute seems to be missing comes from a comment on an attribute in my mysql table. It would be great if you could have a look into the issue and give me a hint on how I could fix this in the vdb. Maybe there is a configuration option to exclude the comments from vdb generation? I have not found any advanced config options for the vdb generation yet. As I am not sure if the mentioned topic is a real bug, I do not want to fill an issue in the bug tracker yet. Could you please have a look into it?
One further comment: I removed the comment field from the source model and now OpenUI5 can read the model!
One further questions stays open. OpenUI5 supports batch processing, hence it sends multiple odata requests as a single multipart/mixed message. Currently I am getting the following error, when I activate this feature.
An the communication of the POST message looks as follows
- Response Headersview source
- Request Headersview source
- Request Payload
So now I am wondering, if these kinds of multipart mixed messages, only need to be enabled with a configuration option in wildfly, maybe adding a response header, or if there is functionality missing in Wildfly to allow for this kind of batch processing? Would be great if this feature could be made possible in Wildfly, as this is one of the most smart features of OpenUI5. Wildfly than would be a great alternative and actually the only one I came over so far which would deliver a real alternative to the SAP Netweaver Gateway.
Regarding your comment on the format option. OpenUI5 sends
in its request. So according to your comment this means JSON format will be sent. Did I understand this right? In this case, this would be the option with the least traffic involved and from that point of view would be ideal. Hence, I would not fill a feature request for this issue.
* means any, but we can make it default to JSON. Log a ticket in JIRA for this.
feature request was added as [TEIID-5543] Configuration Option for default OData format - JBoss Issue Tracker
I have also opened a bug regarding the erroneous annotation in the vdb
Have you any ideas on the batch request topic I mentioned above? If this feature is not configurable and not implemented yet, it would be a much more interesting thing to have, as this would make a significant performance difference. In case it does not exist yet, would this be something you could add?
> Have you any ideas on the batch request topic I mentioned above? If this feature is not configurable and not implemented yet, it would be a much more interesting thing to have, as this would make a significant performance difference. In case it does not exist yet, would this be something you could add?
Batch is supported by Teiid. Olingo (our OData framework) does not support the Request Header having Accept: multipart/mixed. From the previous comment the detailed error is:
The combination of type and subtype multipart/mixed != [application/json;odata.metadata=minimal, application/json;odata.metadata=none, application/json, application/json;odata.metadata=full, application/atom+xml, application/xml]
If you have the ability, simply remove the Accept header from the request shown above and resubmit. You should get a response.
Can you add another JIRA for batch stuff I will investigate
thanks a lot for your support. Without it I would be totally lost !
I added the issue regarding batch processing as