[JBoss JIRA] (TEIID-5559) odata4 NPE when accessing VDB including FK relationship across models
by Johnathon Lee (Jira)
[ https://issues.jboss.org/browse/TEIID-5559?page=com.atlassian.jira.plugin... ]
Johnathon Lee updated TEIID-5559:
---------------------------------
Fix Version/s: 8.12.17.6_4
> odata4 NPE when accessing VDB including FK relationship across models
> ---------------------------------------------------------------------
>
> Key: TEIID-5559
> URL: https://issues.jboss.org/browse/TEIID-5559
> Project: Teiid
> Issue Type: Bug
> Components: OData
> Affects Versions: 8.12.16.6_4
> Reporter: Marc Shirley
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 12.0, 11.2.1, 8.12.17.6_4
>
>
> Receive error [2] when attempting to access table that utilizes a foreign key to another model with URL like [1]. access to the other model (that the foreign key references) works correctly.
> [1] http://127.0.0.1:8080/odata4/fktest/fkmodel/
> [2]
> JBWEB000309: type JBWEB000066: Exception report
> JBWEB000068: message
> JBWEB000069: description JBWEB000145: The server encountered an internal error that prevented it from fulfilling this request.
> JBWEB000070: exception
> org.teiid.core.TeiidRuntimeException
> org.teiid.olingo.service.ODataSchemaBuilder.buildMetadata(ODataSchemaBuilder.java:58)
> org.teiid.olingo.service.OlingoBridge.getHandler(OlingoBridge.java:54)
> org.teiid.olingo.web.ODataFilter.internalDoFilter(ODataFilter.java:228)
> org.teiid.olingo.web.ODataFilter.doFilter(ODataFilter.java:100)
> org.teiid.olingo.web.CorsFilter.doFilter(CorsFilter.java:80)
> JBWEB000071: root cause
> java.lang.NullPointerException
> org.teiid.olingo.service.ODataSchemaBuilder.addReverseNavigation(ODataSchemaBuilder.java:308)
> org.teiid.olingo.service.ODataSchemaBuilder.buildNavigationProperties(ODataSchemaBuilder.java:251)
> org.teiid.olingo.service.ODataSchemaBuilder.buildEntityTypes(ODataSchemaBuilder.java:144)
> org.teiid.olingo.service.ODataSchemaBuilder.buildMetadata(ODataSchemaBuilder.java:54)
> org.teiid.olingo.service.OlingoBridge.getHandler(OlingoBridge.java:54)
> org.teiid.olingo.web.ODataFilter.internalDoFilter(ODataFilter.java:228)
> org.teiid.olingo.web.ODataFilter.doFilter(ODataFilter.java:100)
> org.teiid.olingo.web.CorsFilter.doFilter(CorsFilter.java:80)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (TEIID-5594) Use generic rather than jboss javax dependencies for teiid core
by Van Halbert (Jira)
[ https://issues.jboss.org/browse/TEIID-5594?page=com.atlassian.jira.plugin... ]
Van Halbert commented on TEIID-5594:
------------------------------------
regarding:
{code}
<groupId>org.jboss.spec.javax.xml.bind</groupId>
<artifactId>jboss-jaxb-api_2.3_spec</artifactId>
{code}
replacing with bom:
{code}
<groupId>org.glassfish.jaxb</groupId>
<artifactId>jaxb-bom</artifactId>
<version>2.3.1</version>
<type>pom</type>
<scope>import</scope>
{code}
with dependencies
{code}
<groupId>org.glassfish.jaxb</groupId>
<artifactId>jaxb-jxc</artifactId>
{code}
> Use generic rather than jboss javax dependencies for teiid core
> ---------------------------------------------------------------
>
> Key: TEIID-5594
> URL: https://issues.jboss.org/browse/TEIID-5594
> Project: Teiid
> Issue Type: Sub-task
> Components: Build/Kits
> Reporter: Steven Hawkins
> Assignee: Van Halbert
> Priority: Minor
> Fix For: 12.1
>
>
> The following dependencies are aligned to Wildfly, but that is unnecessary for embedded/springboot. They should be replaced with more generic versions.
> {code}
> <dependency>
> <groupId>org.jboss.spec.javax.ws.rs</groupId>
> <artifactId>jboss-jaxrs-api_2.1_spec</artifactId>
> <version>1.0.1.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.xml.ws</groupId>
> <artifactId>jboss-jaxws-api_2.3_spec</artifactId>
> <version>1.0.0.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.servlet</groupId>
> <artifactId>jboss-servlet-api_3.1_spec</artifactId>
> <version>1.0.2.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.transaction</groupId>
> <artifactId>jboss-transaction-api_1.2_spec</artifactId>
> <version>1.1.1.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.xml.bind</groupId>
> <artifactId>jboss-jaxb-api_2.3_spec</artifactId>
> <version>1.0.1.Final</version>
> </dependency>
> <dependency>
> <groupId>org.slf4j</groupId>
> <artifactId>slf4j-api</artifactId>
> <version>1.7.22.jbossorg-1</version>
> </dependency>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (TEIID-5605) widenUnsignedTypes does not account for long/bigint
by Steven Hawkins (Jira)
Steven Hawkins created TEIID-5605:
-------------------------------------
Summary: widenUnsignedTypes does not account for long/bigint
Key: TEIID-5605
URL: https://issues.jboss.org/browse/TEIID-5605
Project: Teiid
Issue Type: Quality Risk
Components: JDG Connector
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 12.1
An unsigned long/bigint from a database will still be mapped to a teiid long - which will have issues with values above max_long.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (TEIID-5594) Use generic rather than jboss javax dependencies for teiid core
by Van Halbert (Jira)
[ https://issues.jboss.org/browse/TEIID-5594?page=com.atlassian.jira.plugin... ]
Work on TEIID-5594 started by Van Halbert.
------------------------------------------
> Use generic rather than jboss javax dependencies for teiid core
> ---------------------------------------------------------------
>
> Key: TEIID-5594
> URL: https://issues.jboss.org/browse/TEIID-5594
> Project: Teiid
> Issue Type: Sub-task
> Components: Build/Kits
> Reporter: Steven Hawkins
> Assignee: Van Halbert
> Priority: Minor
> Fix For: 12.1
>
>
> The following dependencies are aligned to Wildfly, but that is unnecessary for embedded/springboot. They should be replaced with more generic versions.
> {code}
> <dependency>
> <groupId>org.jboss.spec.javax.ws.rs</groupId>
> <artifactId>jboss-jaxrs-api_2.1_spec</artifactId>
> <version>1.0.1.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.xml.ws</groupId>
> <artifactId>jboss-jaxws-api_2.3_spec</artifactId>
> <version>1.0.0.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.servlet</groupId>
> <artifactId>jboss-servlet-api_3.1_spec</artifactId>
> <version>1.0.2.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.transaction</groupId>
> <artifactId>jboss-transaction-api_1.2_spec</artifactId>
> <version>1.1.1.Final</version>
> </dependency>
> <dependency>
> <groupId>org.jboss.spec.javax.xml.bind</groupId>
> <artifactId>jboss-jaxb-api_2.3_spec</artifactId>
> <version>1.0.1.Final</version>
> </dependency>
> <dependency>
> <groupId>org.slf4j</groupId>
> <artifactId>slf4j-api</artifactId>
> <version>1.7.22.jbossorg-1</version>
> </dependency>
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (TEIID-5559) odata4 NPE when accessing VDB including FK relationship across models
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-5559?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-5559:
---------------------------------------
[~jolee] I'll take a pass at this.
> odata4 NPE when accessing VDB including FK relationship across models
> ---------------------------------------------------------------------
>
> Key: TEIID-5559
> URL: https://issues.jboss.org/browse/TEIID-5559
> Project: Teiid
> Issue Type: Bug
> Components: OData
> Affects Versions: 8.12.16.6_4
> Reporter: Marc Shirley
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 12.0, 11.2.1
>
>
> Receive error [2] when attempting to access table that utilizes a foreign key to another model with URL like [1]. access to the other model (that the foreign key references) works correctly.
> [1] http://127.0.0.1:8080/odata4/fktest/fkmodel/
> [2]
> JBWEB000309: type JBWEB000066: Exception report
> JBWEB000068: message
> JBWEB000069: description JBWEB000145: The server encountered an internal error that prevented it from fulfilling this request.
> JBWEB000070: exception
> org.teiid.core.TeiidRuntimeException
> org.teiid.olingo.service.ODataSchemaBuilder.buildMetadata(ODataSchemaBuilder.java:58)
> org.teiid.olingo.service.OlingoBridge.getHandler(OlingoBridge.java:54)
> org.teiid.olingo.web.ODataFilter.internalDoFilter(ODataFilter.java:228)
> org.teiid.olingo.web.ODataFilter.doFilter(ODataFilter.java:100)
> org.teiid.olingo.web.CorsFilter.doFilter(CorsFilter.java:80)
> JBWEB000071: root cause
> java.lang.NullPointerException
> org.teiid.olingo.service.ODataSchemaBuilder.addReverseNavigation(ODataSchemaBuilder.java:308)
> org.teiid.olingo.service.ODataSchemaBuilder.buildNavigationProperties(ODataSchemaBuilder.java:251)
> org.teiid.olingo.service.ODataSchemaBuilder.buildEntityTypes(ODataSchemaBuilder.java:144)
> org.teiid.olingo.service.ODataSchemaBuilder.buildMetadata(ODataSchemaBuilder.java:54)
> org.teiid.olingo.service.OlingoBridge.getHandler(OlingoBridge.java:54)
> org.teiid.olingo.web.ODataFilter.internalDoFilter(ODataFilter.java:228)
> org.teiid.olingo.web.ODataFilter.doFilter(ODataFilter.java:100)
> org.teiid.olingo.web.CorsFilter.doFilter(CorsFilter.java:80)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (TEIID-5590) vdb-maven-plugin - version 1.3 breaks build lifecycle
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-5590?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-5590:
----------------------------------
Fix Version/s: (was: 12.0)
> vdb-maven-plugin - version 1.3 breaks build lifecycle
> -----------------------------------------------------
>
> Key: TEIID-5590
> URL: https://issues.jboss.org/browse/TEIID-5590
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits, VDB
> Environment: {code}
> 2019-01-08 15:49:30
> rbellamy@eanna i ~/Development/Terradatum/metrics-vdb master % uname -a
> Linux eanna 4.20.0-arch1-1-ARCH #1 SMP PREEMPT Mon Dec 24 03:00:40 UTC 2018 x86_64 GNU/Linux
> 2019-01-08 15:52:36
> rbellamy@eanna i ~/Development/Terradatum/metrics-vdb master % mvn -v
> Apache Maven 3.5.4 (NON-CANONICAL_2018-09-08T01:02:16+02:00_root; 2018-09-07T16:02:16-07:00)
> Maven home: /opt/maven
> Java version: 1.8.0_192, vendor: Oracle Corporation, runtime: /usr/lib/jvm/java-8-openjdk/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "4.20.0-arch1-1-arch", arch: "amd64", family: "unix"
> 2019-01-08 15:52:40
> rbellamy@eanna i ~/Development/Terradatum/metrics-vdb master % java -version
> openjdk version "1.8.0_192"
> OpenJDK Runtime Environment (build 1.8.0_192-b26)
> OpenJDK 64-Bit Server VM (build 25.192-b26, mixed mode)
> {code}
> Reporter: G. Richard Bellamy
> Assignee: Ramesh Reddy
> Priority: Major
>
> When building a VDB with version 1.3 of the vdb-maven-plugin, the {{src/main/resources}} directory is NOT processed as expected. When using version 1.1, the "package" phase has the following (correct) phases:
> {code}
> [INFO] 'package' is a phase corresponding to this plugin:
> org.teiid:vdb-maven-plugin:vdb
> It is a part of the lifecycle for the POM packaging 'vdb'. This lifecycle includes the following phases:
> * validate: Not defined
> * initialize: Not defined
> * generate-sources: Not defined
> * process-sources: Not defined
> * generate-resources: Not defined
> * process-resources: org.apache.maven.plugins:maven-resources-plugin:resources
> * compile: org.apache.maven.plugins:maven-compiler-plugin:compile
> * process-classes: Not defined
> * generate-test-sources: Not defined
> * process-test-sources: Not defined
> * generate-test-resources: Not defined
> * process-test-resources: org.apache.maven.plugins:maven-resources-plugin:testResources
> * test-compile: org.apache.maven.plugins:maven-compiler-plugin:testCompile
> * process-test-classes: Not defined
> * test: org.apache.maven.plugins:maven-surefire-plugin:test
> * prepare-package: Not defined
> * package: org.teiid:vdb-maven-plugin:vdb
> * pre-integration-test: Not defined
> * integration-test: Not defined
> * post-integration-test: Not defined
> * verify: Not defined
> * install: org.apache.maven.plugins:maven-install-plugin:install
> * deploy: org.apache.maven.plugins:maven-deploy-plugin:deploy
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (TEIID-5604) Issue with javadoc plugin
by Steven Hawkins (Jira)
[ https://issues.jboss.org/browse/TEIID-5604?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-5604:
---------------------------------------
For now I'll just use mvn javadoc:aggregate -Dmaven.javadoc.failOnError=false
But ideally we back that into the plugin config or try to fix the errors.
> Issue with javadoc plugin
> -------------------------
>
> Key: TEIID-5604
> URL: https://issues.jboss.org/browse/TEIID-5604
> Project: Teiid
> Issue Type: Task
> Components: Build/Kits
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 12.1
>
>
> With the 12.0.0 release it was missed that version.javadoc.plugin was not set in the root pom.xml - it had previously come from jboss parent. Using either the new version 3.0.1 or the old 2.10.4 (from the 11.2 jboss parent) results in a lot of javadoc issues that were previously ignored.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months
[JBoss JIRA] (TEIID-5604) Issue with javadoc plugin
by Steven Hawkins (Jira)
Steven Hawkins created TEIID-5604:
-------------------------------------
Summary: Issue with javadoc plugin
Key: TEIID-5604
URL: https://issues.jboss.org/browse/TEIID-5604
Project: Teiid
Issue Type: Task
Components: Build/Kits
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 12.1
With the 12.0.0 release it was missed that version.javadoc.plugin was not set in the root pom.xml - it had previously come from jboss parent. Using either the new version 3.0.1 or the old 2.10.4 (from the 11.2 jboss parent) results in a lot of javadoc issues that were previously ignored.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
5 years, 11 months