[JBoss JIRA] (TEIID-4070) Issues with resource adapters with api modules in wildfly
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-4070?page=com.atlassian.jira.plugin... ]
Ramesh Reddy commented on TEIID-4070:
-------------------------------------
I think I see this issue with in general with "bundle" packaging, and same java packages in two different modules.
> Issues with resource adapters with api modules in wildfly
> ---------------------------------------------------------
>
> Key: TEIID-4070
> URL: https://issues.jboss.org/browse/TEIID-4070
> Project: Teiid
> Issue Type: Bug
> Components: Misc. Connectors
> Affects Versions: 8.13, 9.0
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 9.0, 8.13.3
>
>
> It appears that WildFly has issues with packages spanning modules, which JBossAS did not.
> With the simpledb and google spreadsheet translators the api module was simply pulled out of the resource adapter with the same package names. This leads to odd errors at runtime:
> org.teiid.resource.adapter.google.GoogleSpreadsheetConnection: java.lang.ClassCastException: org.teiid.resource.adapter.google.SpreadsheetConnectionImpl cannot be cast to org.teiid.resource.adapter.google.GoogleSpreadsheetConnection
> Even though SpreadsheetConnectionImpl does implement GoogleSpreadsheetConnection and both the resource adapter and translator reference the same api module.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (TEIID-4041) OData response does not contain header "allow"
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-4041?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-4041:
---------------------------------------
This will need handled in olingo in the ServiceRequest logic (methodNotAllowed, allowedMethod).
> OData response does not contain header "allow"
> ----------------------------------------------
>
> Key: TEIID-4041
> URL: https://issues.jboss.org/browse/TEIID-4041
> Project: Teiid
> Issue Type: Sub-task
> Components: OData
> Reporter: Juraj Duráni
> Assignee: Ramesh Reddy
>
> If user sends request to URL with unsupported HTTP method, OData service should return allowed methods in header _allow_.
> *URL:* http://localhost:8080/odata4/olingo_basic/Source/SimpleTableView/
> *Method:* DELETE
> *Response headers:* date=Wed, 09 Mar 2016 08:21:17 GMT, server=Apache-Coyote/1.1, content-length=192, expires=Thu, 01 Jan 1970 00:00:00 GMT+00:00, content-type=application/xml, cache-control=no-cache, pragma=No-cache, odata-version=4.0
> See http://docs.oasis-open.org/odata/odata/v4.0/errata02/os/complete/part1-pr...
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (TEIID-4070) Issues with resource adapters with api modules in wildfly
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-4070?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-4070.
-----------------------------------
Resolution: Done
Refactored the api modules to use their own packages.
> Issues with resource adapters with api modules in wildfly
> ---------------------------------------------------------
>
> Key: TEIID-4070
> URL: https://issues.jboss.org/browse/TEIID-4070
> Project: Teiid
> Issue Type: Bug
> Components: Misc. Connectors
> Affects Versions: 8.13, 9.0
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 9.0, 8.13.3
>
>
> It appears that WildFly has issues with packages spanning modules, which JBossAS did not.
> With the simpledb and google spreadsheet translators the api module was simply pulled out of the resource adapter with the same package names. This leads to odd errors at runtime:
> org.teiid.resource.adapter.google.GoogleSpreadsheetConnection: java.lang.ClassCastException: org.teiid.resource.adapter.google.SpreadsheetConnectionImpl cannot be cast to org.teiid.resource.adapter.google.GoogleSpreadsheetConnection
> Even though SpreadsheetConnectionImpl does implement GoogleSpreadsheetConnection and both the resource adapter and translator reference the same api module.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years