[JBoss JIRA] (TEIID-4948) java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-4948?page=com.atlassian.jira.plugin... ]
Ramesh Reddy commented on TEIID-4948:
-------------------------------------
I am thinking this is due to TEIID-4896. Not sure how above would be possible with different column names.
> java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
> ------------------------------------------------------------------------
>
> Key: TEIID-4948
> URL: https://issues.jboss.org/browse/TEIID-4948
> Project: Teiid
> Issue Type: Bug
> Components: Infinispan
> Affects Versions: 9.3
> Reporter: Van Halbert
> Assignee: Van Halbert
> Attachments: jdg-remote-cache-ddl-vdb.xml
>
>
> Deploying a VDB that contains 2 models with tables that reference the same JNDI, but defined different caches. (see vdb attached).
> Can query both caches and based on results, I know they are not the same cache.
> When performing an insert to the first table (G1) it works. When performing an insert to other table (G2), get the IllegalArgmentException.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4948) java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
by Van Halbert (JIRA)
[ https://issues.jboss.org/browse/TEIID-4948?page=com.atlassian.jira.plugin... ]
Van Halbert commented on TEIID-4948:
------------------------------------
I saw the previous statement that was removed. But I think you were right. When I changed G2 table (column names are now different from G1):
CREATE FOREIGN TABLE G1 (e1 integer PRIMARY KEY, e2 varchar(25), e3 double) OPTIONS(UPDATABLE true, "teiid_ispn:cache" 'datasourceCache');
CREATE FOREIGN TABLE G2 (e5 integer PRIMARY KEY, e6 varchar(25), e7 double) OPTIONS(UPDATABLE true, "teiid_ispn:cache" 'primaryCache');
It all now worked. I could insert into both and verified each table returned the correct results.
> java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
> ------------------------------------------------------------------------
>
> Key: TEIID-4948
> URL: https://issues.jboss.org/browse/TEIID-4948
> Project: Teiid
> Issue Type: Bug
> Components: Infinispan
> Affects Versions: 9.3
> Reporter: Van Halbert
> Assignee: Van Halbert
> Attachments: jdg-remote-cache-ddl-vdb.xml
>
>
> Deploying a VDB that contains 2 models with tables that reference the same JNDI, but defined different caches. (see vdb attached).
> Can query both caches and based on results, I know they are not the same cache.
> When performing an insert to the first table (G1) it works. When performing an insert to other table (G2), get the IllegalArgmentException.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4947) Error with Salesforce translator if criteria on outer join on a custom table is from the right side table
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-4947?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-4947:
----------------------------------
Fix Version/s: 10.0
9.3.1
> Error with Salesforce translator if criteria on outer join on a custom table is from the right side table
> ----------------------------------------------------------------------------------------------------------
>
> Key: TEIID-4947
> URL: https://issues.jboss.org/browse/TEIID-4947
> Project: Teiid
> Issue Type: Bug
> Components: Salesforce Connector
> Affects Versions: 8.7.11.6_2, 8.12.10.6_3
> Reporter: Debbie Steigner
> Assignee: Steven Hawkins
> Fix For: 10.0, 9.3.1
>
>
> Running a left outer join between a parent and child custom table in salesforce results in an error:
> select a.id, a.name, a.LastModifiedDate, b.Order_Recipe_Steps__c, b.name
> from MPRS_Salesforce.Media_Prep_Order_Recipe_Steps__c a left outer join "MPRS_Salesforce"."Recipe_Step_Detail__c" b
> on (a.id = b.Order_Recipe_Steps__c)
> where b.LastModifiedDate >= parsetimestamp('2016-05-04 15:01:03.0', 'yyyy-MM-dd hh:mm:ss.s')
> Error: TEIID30504 Remote org.teiid.core.TeiidProcessingException: TEIID30504 MPRS_Salesforce: com.sforce.soap.partner.InvalidSObjectFault: INVALID_TYPE:
> Recipe_Step_Detail__c.Catalog_Item__c FROM Recipe_Step_Detail__cs) FROM Media_Prep_Order_Recipe_Steps__c
> ^
> ERROR at Row:1:Column:1137
> Didn't understand relationship 'Recipe_Step_Detail__cs' in FROM part of query call. If you are attempting to use a custom relationship, be sure to append the '__r' after the custom relationship name. Please reference your WSDL or the describe call for the appropriate names.
> SQLState: 50000
> ErrorCode: 30504
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4949) Using UNION ALL with NULL in views results in unintended cast to string and errors
by dalex dalex (JIRA)
[ https://issues.jboss.org/browse/TEIID-4949?page=com.atlassian.jira.plugin... ]
dalex dalex commented on TEIID-4949:
------------------------------------
[~shawkins] I'm very sorry, didn't notice the TEIID-4838 issue. Thx a lot.
> Using UNION ALL with NULL in views results in unintended cast to string and errors
> ----------------------------------------------------------------------------------
>
> Key: TEIID-4949
> URL: https://issues.jboss.org/browse/TEIID-4949
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 9.0.3
> Environment: teiid-9.0.3 on WildFly Full 9.0.2.Final (WildFly Core 1.0.2.Final)
> Reporter: dalex dalex
> Assignee: Steven Hawkins
> Priority: Blocker
>
> Running the script:
> {code:sql}
> select * from views.v2;;
> {code}
> leads to the following errors:
> {code}
> 2017-06-06 15:27:38,670 ERROR [org.teiid.PROCESSOR] (Worker0_QueryProcessorQueue19) JeWUXFUzqsu3 TEIID30019 Unexpected exception for request JeWUXFUzqsu3.7: org.teiid.core.TeiidRuntimeException: TEIID30447 org.teiid.api.exception.query.QueryResolverException: TEIID30082 Expected value of type 'null' but 'null' is of type 'string' and no implicit conversion is available.
> at org.teiid.query.sql.lang.SetQuery.getTypedProjectedSymbols(SetQuery.java:145)
> at org.teiid.query.rewriter.QueryRewriter.correctProjectedTypes(QueryRewriter.java:819)
> at org.teiid.query.rewriter.QueryRewriter.rewriteSetQuery(QueryRewriter.java:832)
> at org.teiid.query.rewriter.QueryRewriter.rewriteCommand(QueryRewriter.java:270)
> at org.teiid.query.rewriter.QueryRewriter.rewrite(QueryRewriter.java:171)
> at org.teiid.query.rewriter.QueryRewriter.rewrite(QueryRewriter.java:175)
> at org.teiid.query.optimizer.relational.RelationalPlanner.resolveVirtualGroup(RelationalPlanner.java:1992)
> at org.teiid.query.optimizer.relational.RelationalPlanner.buildTree(RelationalPlanner.java:1383)
> at org.teiid.query.optimizer.relational.RelationalPlanner.createQueryPlan(RelationalPlanner.java:1270)
> at org.teiid.query.optimizer.relational.RelationalPlanner.createQueryPlan(RelationalPlanner.java:1221)
> at org.teiid.query.optimizer.relational.RelationalPlanner.generatePlan(RelationalPlanner.java:954)
> at org.teiid.query.optimizer.relational.RelationalPlanner.optimize(RelationalPlanner.java:202)
> at org.teiid.query.optimizer.QueryOptimizer.optimizePlan(QueryOptimizer.java:159)
> at org.teiid.dqp.internal.process.Request.generatePlan(Request.java:445)
> at org.teiid.dqp.internal.process.Request.processRequest(Request.java:473)
> at org.teiid.dqp.internal.process.RequestWorkItem.processNew(RequestWorkItem.java:642)
> at org.teiid.dqp.internal.process.RequestWorkItem.process(RequestWorkItem.java:337)
> at org.teiid.dqp.internal.process.AbstractWorkItem.run(AbstractWorkItem.java:51)
> at org.teiid.dqp.internal.process.RequestWorkItem.run(RequestWorkItem.java:274)
> at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:276)
> at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:119)
> at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:210)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.teiid.api.exception.query.QueryResolverException: TEIID30082 Expected value of type 'null' but 'null' is of type 'string' and no implicit conversion is available.
> at org.teiid.query.resolver.util.ResolverUtil.convertExpression(ResolverUtil.java:232)
> at org.teiid.query.resolver.util.ResolverUtil.convertExpression(ResolverUtil.java:197)
> at org.teiid.query.sql.lang.SetQuery.getTypedProjectedSymbols(SetQuery.java:143)
> ... 24 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4949) Using UNION ALL with NULL in views results in unintended cast to string and errors
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-4949?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-4949.
-----------------------------------
Resolution: Duplicate Issue
This is a duplicate of TEIID-4838.
That could be pulled back to 9.1/9.2 if needed.
> Using UNION ALL with NULL in views results in unintended cast to string and errors
> ----------------------------------------------------------------------------------
>
> Key: TEIID-4949
> URL: https://issues.jboss.org/browse/TEIID-4949
> Project: Teiid
> Issue Type: Bug
> Components: Query Engine
> Affects Versions: 9.0.3
> Environment: teiid-9.0.3 on WildFly Full 9.0.2.Final (WildFly Core 1.0.2.Final)
> Reporter: dalex dalex
> Assignee: Steven Hawkins
> Priority: Blocker
>
> Running the script:
> {code:sql}
> select * from views.v2;;
> {code}
> leads to the following errors:
> {code}
> 2017-06-06 15:27:38,670 ERROR [org.teiid.PROCESSOR] (Worker0_QueryProcessorQueue19) JeWUXFUzqsu3 TEIID30019 Unexpected exception for request JeWUXFUzqsu3.7: org.teiid.core.TeiidRuntimeException: TEIID30447 org.teiid.api.exception.query.QueryResolverException: TEIID30082 Expected value of type 'null' but 'null' is of type 'string' and no implicit conversion is available.
> at org.teiid.query.sql.lang.SetQuery.getTypedProjectedSymbols(SetQuery.java:145)
> at org.teiid.query.rewriter.QueryRewriter.correctProjectedTypes(QueryRewriter.java:819)
> at org.teiid.query.rewriter.QueryRewriter.rewriteSetQuery(QueryRewriter.java:832)
> at org.teiid.query.rewriter.QueryRewriter.rewriteCommand(QueryRewriter.java:270)
> at org.teiid.query.rewriter.QueryRewriter.rewrite(QueryRewriter.java:171)
> at org.teiid.query.rewriter.QueryRewriter.rewrite(QueryRewriter.java:175)
> at org.teiid.query.optimizer.relational.RelationalPlanner.resolveVirtualGroup(RelationalPlanner.java:1992)
> at org.teiid.query.optimizer.relational.RelationalPlanner.buildTree(RelationalPlanner.java:1383)
> at org.teiid.query.optimizer.relational.RelationalPlanner.createQueryPlan(RelationalPlanner.java:1270)
> at org.teiid.query.optimizer.relational.RelationalPlanner.createQueryPlan(RelationalPlanner.java:1221)
> at org.teiid.query.optimizer.relational.RelationalPlanner.generatePlan(RelationalPlanner.java:954)
> at org.teiid.query.optimizer.relational.RelationalPlanner.optimize(RelationalPlanner.java:202)
> at org.teiid.query.optimizer.QueryOptimizer.optimizePlan(QueryOptimizer.java:159)
> at org.teiid.dqp.internal.process.Request.generatePlan(Request.java:445)
> at org.teiid.dqp.internal.process.Request.processRequest(Request.java:473)
> at org.teiid.dqp.internal.process.RequestWorkItem.processNew(RequestWorkItem.java:642)
> at org.teiid.dqp.internal.process.RequestWorkItem.process(RequestWorkItem.java:337)
> at org.teiid.dqp.internal.process.AbstractWorkItem.run(AbstractWorkItem.java:51)
> at org.teiid.dqp.internal.process.RequestWorkItem.run(RequestWorkItem.java:274)
> at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:276)
> at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:119)
> at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:210)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: org.teiid.api.exception.query.QueryResolverException: TEIID30082 Expected value of type 'null' but 'null' is of type 'string' and no implicit conversion is available.
> at org.teiid.query.resolver.util.ResolverUtil.convertExpression(ResolverUtil.java:232)
> at org.teiid.query.resolver.util.ResolverUtil.convertExpression(ResolverUtil.java:197)
> at org.teiid.query.sql.lang.SetQuery.getTypedProjectedSymbols(SetQuery.java:143)
> ... 24 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4950) PostgreSQL Linux ODBC driver v09.06.0100 and newer does not work with Teiid Server 9.1.1
by Steve Boyce (JIRA)
Steve Boyce created TEIID-4950:
----------------------------------
Summary: PostgreSQL Linux ODBC driver v09.06.0100 and newer does not work with Teiid Server 9.1.1
Key: TEIID-4950
URL: https://issues.jboss.org/browse/TEIID-4950
Project: Teiid
Issue Type: Bug
Components: ODBC
Affects Versions: 9.1.1
Environment: Oracle Linux 7.3
OBIEE 12c
unixODBC
Official PostgreSQL ODBC Drivers
Reporter: Steve Boyce
Assignee: Steven Hawkins
PostgreSQL ODBC driver v09.06.0100 and newer does not work with Teiid Server 9.1.1
This is an OBIEE 12c/unixODBC error:
{noformat}
[2017-06-06T15:00:48.159+00:00] [OBIS] [ERROR:1] [] [] [ecid: 005KKjYVpflEkJ4_VTS4yc0004Vq0002Lh,0:1] [sik: ssi] [tid: a5dc9700] [nQSError: 16001] ODBC error state: 50000 code: 110 message: [unixODBC]ERROR: TEIID31100 Parsing error: Encountered "[*]SET[*] DateStyle =" at line 1, column 1. [[
file: server/Query/Execution/DbGateway/Odbc35/../Odbc/Src/SQXDGOdbcConnection.cpp; line: 1009
Properties: description=ExecutePhysical Exchange; producerID=0x321b5ff8; requestID=0x61ac0002; sessionID=0x61ac0000; userName=weblogic;
Was expecting: "alter" | "begin" | "call" | "create" | "delete" | "drop" | "exec" | "execute" | "insert" | "merge" ....
{noformat}
Looking at the source code for the ODBC drivers, it seems that switching from CC_send_settings to CC_send_query for setting various settings does not work with Teiid.
{noformat}
# grep -r -i --include *.c DateStyle psqlodbc-09*
psqlodbc-09.05.0400/connection.c: CC_send_settings(self, "SET DateStyle = 'ISO';SET extra_float_digits = 2");
psqlodbc-09.06.0100/connection.c: res = CC_send_query(self, "SET DateStyle = 'ISO';SET extra_float_digits = 2;" ISOLATION_SHOW_QUERY, NULL, 0, NULL);
psqlodbc-09.06.0200/connection.c: res = CC_send_query(self, "SET DateStyle = 'ISO';SET extra_float_digits = 2;" ISOLATION_SHOW_QUERY, NULL, 0, NULL);
psqlodbc-09.06.0300/connection.c: res = CC_send_query(self, "SET DateStyle = 'ISO';SET extra_float_digits = 2;" ISOLATION_SHOW_QUERY, NULL, 0, NULL);
psqlodbc-09.06.0310/connection.c: res = CC_send_query(self, "SET DateStyle = 'ISO';SET extra_float_digits = 2;" ISOLATION_SHOW_QUERY, NULL, 0, NULL);
{noformat}
I'm not sure if the bug is with the ODBC driver or this was an intentional change that Postgres Server can deal with and therefore Teiid server should be able to deal with.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4949) Using UNION ALL with NULL in views results in unintended cast to string and errors
by dalex dalex (JIRA)
dalex dalex created TEIID-4949:
----------------------------------
Summary: Using UNION ALL with NULL in views results in unintended cast to string and errors
Key: TEIID-4949
URL: https://issues.jboss.org/browse/TEIID-4949
Project: Teiid
Issue Type: Bug
Components: Query Engine
Affects Versions: 9.0.3
Environment: teiid-9.0.3 on WildFly Full 9.0.2.Final (WildFly Core 1.0.2.Final)
Reporter: dalex dalex
Assignee: Steven Hawkins
Priority: Blocker
Running the script:
{code:sql}
select * from views.v2;;
{code}
leads to the following errors:
{code}
2017-06-06 15:27:38,670 ERROR [org.teiid.PROCESSOR] (Worker0_QueryProcessorQueue19) JeWUXFUzqsu3 TEIID30019 Unexpected exception for request JeWUXFUzqsu3.7: org.teiid.core.TeiidRuntimeException: TEIID30447 org.teiid.api.exception.query.QueryResolverException: TEIID30082 Expected value of type 'null' but 'null' is of type 'string' and no implicit conversion is available.
at org.teiid.query.sql.lang.SetQuery.getTypedProjectedSymbols(SetQuery.java:145)
at org.teiid.query.rewriter.QueryRewriter.correctProjectedTypes(QueryRewriter.java:819)
at org.teiid.query.rewriter.QueryRewriter.rewriteSetQuery(QueryRewriter.java:832)
at org.teiid.query.rewriter.QueryRewriter.rewriteCommand(QueryRewriter.java:270)
at org.teiid.query.rewriter.QueryRewriter.rewrite(QueryRewriter.java:171)
at org.teiid.query.rewriter.QueryRewriter.rewrite(QueryRewriter.java:175)
at org.teiid.query.optimizer.relational.RelationalPlanner.resolveVirtualGroup(RelationalPlanner.java:1992)
at org.teiid.query.optimizer.relational.RelationalPlanner.buildTree(RelationalPlanner.java:1383)
at org.teiid.query.optimizer.relational.RelationalPlanner.createQueryPlan(RelationalPlanner.java:1270)
at org.teiid.query.optimizer.relational.RelationalPlanner.createQueryPlan(RelationalPlanner.java:1221)
at org.teiid.query.optimizer.relational.RelationalPlanner.generatePlan(RelationalPlanner.java:954)
at org.teiid.query.optimizer.relational.RelationalPlanner.optimize(RelationalPlanner.java:202)
at org.teiid.query.optimizer.QueryOptimizer.optimizePlan(QueryOptimizer.java:159)
at org.teiid.dqp.internal.process.Request.generatePlan(Request.java:445)
at org.teiid.dqp.internal.process.Request.processRequest(Request.java:473)
at org.teiid.dqp.internal.process.RequestWorkItem.processNew(RequestWorkItem.java:642)
at org.teiid.dqp.internal.process.RequestWorkItem.process(RequestWorkItem.java:337)
at org.teiid.dqp.internal.process.AbstractWorkItem.run(AbstractWorkItem.java:51)
at org.teiid.dqp.internal.process.RequestWorkItem.run(RequestWorkItem.java:274)
at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:276)
at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:119)
at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:210)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.teiid.api.exception.query.QueryResolverException: TEIID30082 Expected value of type 'null' but 'null' is of type 'string' and no implicit conversion is available.
at org.teiid.query.resolver.util.ResolverUtil.convertExpression(ResolverUtil.java:232)
at org.teiid.query.resolver.util.ResolverUtil.convertExpression(ResolverUtil.java:197)
at org.teiid.query.sql.lang.SetQuery.getTypedProjectedSymbols(SetQuery.java:143)
... 24 more
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4896) Two VDB's referencing same teiid_ispn:cache is not using the same cache
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-4896?page=com.atlassian.jira.plugin... ]
Ramesh Reddy reassigned TEIID-4896:
-----------------------------------
Assignee: Ramesh Reddy
> Two VDB's referencing same teiid_ispn:cache is not using the same cache
> -----------------------------------------------------------------------
>
> Key: TEIID-4896
> URL: https://issues.jboss.org/browse/TEIID-4896
> Project: Teiid
> Issue Type: Bug
> Components: Infinispan
> Affects Versions: 9.3
> Reporter: Van Halbert
> Assignee: Ramesh Reddy
> Fix For: 9.3.1
>
> Attachments: jdg-remote-cache-ddl-vdb.xml, jdg-remote-cache-registered-pb-vdb.xml
>
>
> I have 2 VDB's where they both reference the same cache using OPTIONS property:
> "teiid_ispn:cache" 'datasourceCache'
> However, when I insert into one VDB, its not seen by the other VDB.
> This was testing out the translators ability to use an already registered protobuf in Infinispan.
> The first VDB (jdg-remote-cache-vdb.xml) was deployed and then inserted and selected the results. This registered the protobuf.
> The second VDB (jdg-remote-cache-registered-pb-vdb.xml) was then deployed and was expecting to be able to read the same cache. The metadata was derived correctly, but it appears that one of the two are using the default cache, not the specified cache.
> I'll attach the vdb's.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4948) java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-4948?page=com.atlassian.jira.plugin... ]
Ramesh Reddy updated TEIID-4948:
--------------------------------
Comment: was deleted
(was: Because the KEY information on given cache instance is unique. i.e the PK from G1 is exactly same as G2. So, lets say you did
INSERT TO G1 with PK value 1
Read G1 with PK 1 (good)
INSERT TO G2 with PK value 1 (this overwrites the G1 instance)
READ G2 with PK 1 (good)
READ G1 with PK 1 (now this will fail saying it will not understand G2, as the object inside is G2 not G1)
There is marker for the object type in hotrod protocol. So, I would reject this usecase)
> java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
> ------------------------------------------------------------------------
>
> Key: TEIID-4948
> URL: https://issues.jboss.org/browse/TEIID-4948
> Project: Teiid
> Issue Type: Bug
> Components: Infinispan
> Affects Versions: 9.3
> Reporter: Van Halbert
> Assignee: Van Halbert
> Attachments: jdg-remote-cache-ddl-vdb.xml
>
>
> Deploying a VDB that contains 2 models with tables that reference the same JNDI, but defined different caches. (see vdb attached).
> Can query both caches and based on results, I know they are not the same cache.
> When performing an insert to the first table (G1) it works. When performing an insert to other table (G2), get the IllegalArgmentException.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years
[JBoss JIRA] (TEIID-4948) java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-4948?page=com.atlassian.jira.plugin... ]
Ramesh Reddy commented on TEIID-4948:
-------------------------------------
Because the KEY information on given cache instance is unique. i.e the PK from G1 is exactly same as G2. So, lets say you did
INSERT TO G1 with PK value 1
Read G1 with PK 1 (good)
INSERT TO G2 with PK value 1 (this overwrites the G1 instance)
READ G2 with PK 1 (good)
READ G1 with PK 1 (now this will fail saying it will not understand G2, as the object inside is G2 not G1)
There is marker for the object type in hotrod protocol. So, I would reject this usecase
> java.lang.IllegalArgumentException: No marshaller registered for ispn.G1
> ------------------------------------------------------------------------
>
> Key: TEIID-4948
> URL: https://issues.jboss.org/browse/TEIID-4948
> Project: Teiid
> Issue Type: Bug
> Components: Infinispan
> Affects Versions: 9.3
> Reporter: Van Halbert
> Assignee: Van Halbert
> Attachments: jdg-remote-cache-ddl-vdb.xml
>
>
> Deploying a VDB that contains 2 models with tables that reference the same JNDI, but defined different caches. (see vdb attached).
> Can query both caches and based on results, I know they are not the same cache.
> When performing an insert to the first table (G1) it works. When performing an insert to other table (G2), get the IllegalArgmentException.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years