[JBoss JIRA] (TEIID-3658) VDBs may start before transport service
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-3658?page=com.atlassian.jira.plugin... ]
Ramesh Reddy commented on TEIID-3658:
-------------------------------------
But this would be to turn OFF, as default would be TRUE, and I suspect one would want to turn off rarely
> VDBs may start before transport service
> ---------------------------------------
>
> Key: TEIID-3658
> URL: https://issues.jboss.org/browse/TEIID-3658
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.0
> Reporter: Steven Hawkins
> Assignee: Ramesh Reddy
> Priority: Critical
> Fix For: 8.12
>
>
> VDBs may start before transport services, which is an issue for ODBC access as the enabled flag on the vdbrepository is toggled in by the transport. Any vdbs loaded prior to that point will not be properly accessible.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3658) VDBs may start before transport service
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-3658?page=com.atlassian.jira.plugin... ]
Ramesh Reddy edited comment on TEIID-3658 at 8/27/15 10:54 PM:
---------------------------------------------------------------
But this would be to turn OFF, as default would be TRUE, and I suspect one would want to turn off rarely.
Would trying to avoid VDB specific properties in subsysystem if possible
was (Author: rareddy):
But this would be to turn OFF, as default would be TRUE, and I suspect one would want to turn off rarely
> VDBs may start before transport service
> ---------------------------------------
>
> Key: TEIID-3658
> URL: https://issues.jboss.org/browse/TEIID-3658
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.0
> Reporter: Steven Hawkins
> Assignee: Ramesh Reddy
> Priority: Critical
> Fix For: 8.12
>
>
> VDBs may start before transport services, which is an issue for ODBC access as the enabled flag on the vdbrepository is toggled in by the transport. Any vdbs loaded prior to that point will not be properly accessible.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3662) IN predicate against a materialized table index without an order by returns wrong results
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3662?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-3662:
----------------------------------
Component/s: Query Engine
Fix Version/s: 8.12
8.11.3
Summary: IN predicate against a materialized table index without an order by returns wrong results (was: SPATIAL_REF_SYS query returns wrong number of rows)
Priority: Blocker (was: Major)
Affects Version/s: 8.7
(was: 8.12)
> IN predicate against a materialized table index without an order by returns wrong results
> -----------------------------------------------------------------------------------------
>
> Key: TEIID-3662
> URL: https://issues.jboss.org/browse/TEIID-3662
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 8.7
> Reporter: Tom Arnold
> Assignee: Steven Hawkins
> Priority: Blocker
> Fix For: 8.12, 8.11.3
>
>
> Seeing strange behavior when doing a simple select from {{SPATIAL_REF_SYS}}.
> This works as expected:
> {code}
> select srid, proj4text from spatial_ref_sys where srid in (3875,4326);
> srid | proj4text
> ------+----------------------------------------------------------------------------------------------------------------
> 3875 | +proj=tmerc +lat_0=0 +lon_0=21 +k=1 +x_0=21500000 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
> 4326 | +proj=longlat +datum=WGS84 +no_defs
> (2 rows)
> {code}
> Swapping the values in the IN causes only one row to be returned.
> {code}
> select srid, proj4text from spatial_ref_sys where srid in (4326,3875);
> srid | proj4text
> ------+-------------------------------------
> 4326 | +proj=longlat +datum=WGS84 +no_defs
> (1 row)
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3655) Generated REST Service war do not allow any no-rest url
by Kylin Soong (JIRA)
[ https://issues.jboss.org/browse/TEIID-3655?page=com.atlassian.jira.plugin... ]
Kylin Soong resolved TEIID-3655.
--------------------------------
Resolution: Done
Change web.xml confgiration from servlet dispatcher
{code}
<servlet>
<servlet-name>RestDataservice</servlet-name>
<servlet-class>org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>RestDataservice</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
{code}
to filter dispatcher
{code}
<filter>
<filter-name>Resteasy</filter-name>
<filter-class>org.jboss.resteasy.plugins.server.servlet.FilterDispatcher</filter-class>
</filter>
<filter-mapping>
<filter-name>Resteasy</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
{code}
which now it support add static file in rest service war.
> Generated REST Service war do not allow any no-rest url
> -------------------------------------------------------
>
> Key: TEIID-3655
> URL: https://issues.jboss.org/browse/TEIID-3655
> Project: Teiid
> Issue Type: Quality Risk
> Affects Versions: 8.12
> Reporter: Kylin Soong
> Assignee: Kylin Soong
> Priority: Blocker
> Fix For: 8.12
>
> Attachments: Screenshot.png
>
>
> Generated REST Service war have the following configuration in web.xml
> {code}
> <servlet-mapping>
> <servlet-name>RestDataservice</servlet-name>
> <url-pattern>/*</url-pattern>
> </servlet-mapping>
> {code}
> This means all request be thought as rest request. As attached screen, all shot,
> {code}
> http://localhost:8080/sample_1/swagger/css/typography.css
> http://localhost:8080/sample_1/swagger/lib/jquery-1.8.0.min.js
> http://localhost:8080/sample_1/swagger/lib/highlight.7.3.pack.js
> {code}
> be thought as rest request, but no relevant api define, 404 returned.
> Current design is for guarantee the rest api path like
> {code}
> /{vdbName_vdbVersion}/{modelName}/{procedureName}/{path}
> {code}
> for example
> {code}
> http://localhost:8080/sample_1/view/g1/1
> {code}
> But, I do wonder we really need to treat all are rest request? For example, if we request http://localhost:8080/sample_1, a rude 404 page with stacktrace return, we may consider and a customized 404 page.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3662) SPATIAL_REF_SYS query returns wrong number of rows
by Tom Arnold (JIRA)
Tom Arnold created TEIID-3662:
---------------------------------
Summary: SPATIAL_REF_SYS query returns wrong number of rows
Key: TEIID-3662
URL: https://issues.jboss.org/browse/TEIID-3662
Project: Teiid
Issue Type: Bug
Affects Versions: 8.12
Reporter: Tom Arnold
Assignee: Steven Hawkins
Seeing strange behavior when doing a simple select from {{SPATIAL_REF_SYS}}.
This works as expected:
{code}
select srid, proj4text from spatial_ref_sys where srid in (3875,4326);
srid | proj4text
------+----------------------------------------------------------------------------------------------------------------
3875 | +proj=tmerc +lat_0=0 +lon_0=21 +k=1 +x_0=21500000 +y_0=0 +ellps=GRS80 +towgs84=0,0,0,0,0,0,0 +units=m +no_defs
4326 | +proj=longlat +datum=WGS84 +no_defs
(2 rows)
{code}
Swapping the values in the IN causes only one row to be returned.
{code}
select srid, proj4text from spatial_ref_sys where srid in (4326,3875);
srid | proj4text
------+-------------------------------------
4326 | +proj=longlat +datum=WGS84 +no_defs
(1 row)
{code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3658) VDBs may start before transport service
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3658?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-3658:
---------------------------------------
> Does it makes more useful if we make this a VDB.XML property instead of the Teiid subsystem property?
Only if we are assuming that the vdb developer knows how they want the vdb to be accessed - which we currently don't assume (except for rest procedures).
Another approach would be to make the pg catalog appear only for odbc access, but I don't think the mechanics of that are easy (either trying to contextually filter or by creating some sort of odbc only vdbs that import the target vdb).
> VDBs may start before transport service
> ---------------------------------------
>
> Key: TEIID-3658
> URL: https://issues.jboss.org/browse/TEIID-3658
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.0
> Reporter: Steven Hawkins
> Assignee: Ramesh Reddy
> Priority: Critical
> Fix For: 8.12
>
>
> VDBs may start before transport services, which is an issue for ODBC access as the enabled flag on the vdbrepository is toggled in by the transport. Any vdbs loaded prior to that point will not be properly accessible.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3661) Spatial functions broken
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3661?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-3661:
----------------------------------
Fix Version/s: 8.12
8.11.3
> Spatial functions broken
> ------------------------
>
> Key: TEIID-3661
> URL: https://issues.jboss.org/browse/TEIID-3661
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits
> Affects Versions: 8.11, 8.12, 8.11.1, 8.11.2
> Reporter: Tom Arnold
> Assignee: Steven Hawkins
> Fix For: 8.12, 8.11.3
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Spatial functions (like {{ST_GeomFromText}}) are broken in the JBoss kit by the module refactor that happened around 8.11.0.Beta2.
> {code}
> select st_geomfromtext('POINT(0 0)');
> {code}
> {code}
> Caused by: java.lang.NoClassDefFoundError: org/xml/sax/helpers/DefaultHandler
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_79]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_79]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 61 more
> Caused by: java.lang.ClassNotFoundException: org.xml.sax.helpers.DefaultHandler from [Module "com.vividsolutions:main" from local module loader @1de368ab (finder: local module finder @3cecc1e1 (roots: /home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/dv,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 65 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3661) Spatial functions broken
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3661?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-3661:
---------------------------------------
I'll validate proj4j and jts2geojson as well.
> Spatial functions broken
> ------------------------
>
> Key: TEIID-3661
> URL: https://issues.jboss.org/browse/TEIID-3661
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits
> Affects Versions: 8.11, 8.12, 8.11.1, 8.11.2
> Reporter: Tom Arnold
> Assignee: Steven Hawkins
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Spatial functions (like {{ST_GeomFromText}}) are broken in the JBoss kit by the module refactor that happened around 8.11.0.Beta2.
> {code}
> select st_geomfromtext('POINT(0 0)');
> {code}
> {code}
> Caused by: java.lang.NoClassDefFoundError: org/xml/sax/helpers/DefaultHandler
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_79]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_79]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 61 more
> Caused by: java.lang.ClassNotFoundException: org.xml.sax.helpers.DefaultHandler from [Module "com.vividsolutions:main" from local module loader @1de368ab (finder: local module finder @3cecc1e1 (roots: /home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/dv,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 65 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3661) Spatial functions broken
by Tom Arnold (JIRA)
[ https://issues.jboss.org/browse/TEIID-3661?page=com.atlassian.jira.plugin... ]
Tom Arnold edited comment on TEIID-3661 at 8/27/15 7:44 PM:
------------------------------------------------------------
JTS module needs dependency on {{javax.api}}.
Edit: I think it's unrelated but I'm also having trouble with {{ST_Transform}} (even after fixing the JTS module). Looking into cause now...
was (Author: tom9729):
JTS module needs dependency on {{javax.api}}.
> Spatial functions broken
> ------------------------
>
> Key: TEIID-3661
> URL: https://issues.jboss.org/browse/TEIID-3661
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits
> Affects Versions: 8.11, 8.12, 8.11.1, 8.11.2
> Reporter: Tom Arnold
> Assignee: Steven Hawkins
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Spatial functions (like {{ST_GeomFromText}}) are broken in the JBoss kit by the module refactor that happened around 8.11.0.Beta2.
> {code}
> select st_geomfromtext('POINT(0 0)');
> {code}
> {code}
> Caused by: java.lang.NoClassDefFoundError: org/xml/sax/helpers/DefaultHandler
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_79]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_79]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 61 more
> Caused by: java.lang.ClassNotFoundException: org.xml.sax.helpers.DefaultHandler from [Module "com.vividsolutions:main" from local module loader @1de368ab (finder: local module finder @3cecc1e1 (roots: /home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/dv,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 65 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months
[JBoss JIRA] (TEIID-3661) Spatial functions broken
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3661?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-3661:
---------------------------------------
The regression was from TEIID-3343 which pulled the dependency into its own module.
> Spatial functions broken
> ------------------------
>
> Key: TEIID-3661
> URL: https://issues.jboss.org/browse/TEIID-3661
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits
> Affects Versions: 8.11, 8.12, 8.11.1, 8.11.2
> Reporter: Tom Arnold
> Assignee: Steven Hawkins
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Spatial functions (like {{ST_GeomFromText}}) are broken in the JBoss kit by the module refactor that happened around 8.11.0.Beta2.
> {code}
> select st_geomfromtext('POINT(0 0)');
> {code}
> {code}
> Caused by: java.lang.NoClassDefFoundError: org/xml/sax/helpers/DefaultHandler
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_79]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_79]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 61 more
> Caused by: java.lang.ClassNotFoundException: org.xml.sax.helpers.DefaultHandler from [Module "com.vividsolutions:main" from local module loader @1de368ab (finder: local module finder @3cecc1e1 (roots: /home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/dv,/home/tom/wkspace/teiid-8.12.0.Beta2-SNAPSHOT/modules/system/layers/base))]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:213) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.6.Final-redhat-1]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.6.Final-redhat-1]
> ... 65 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 7 months