[JBoss JIRA] (TEIID-4174) Local project name baked into VDB
by Steve Tran (JIRA)
[ https://issues.jboss.org/browse/TEIID-4174?page=com.atlassian.jira.plugin... ]
Steve Tran commented on TEIID-4174:
-----------------------------------
Correct. If I started the VDB project and called it steve_project1, and checked my XMI files into GIT. The next person who wants to clone it will have to clone it as "git clone GIT_URL steve_project1". If they don't name their cloned copy steve_project1, none of the XMI files will be able to see each other.
> Local project name baked into VDB
> ---------------------------------
>
> Key: TEIID-4174
> URL: https://issues.jboss.org/browse/TEIID-4174
> Project: Teiid
> Issue Type: Bug
> Environment: Red Hat JBoss Data Virtualization 6.2.4 on EAP patched to version 6.4.6, on Oracle Linux 6
> JBoss Developer Studio 8.1.0GA with Teiid Designer 9.0.6.Final-v20160316-1409-B1242 org.teiid.designer.feature.feature.group JBoss by Red Hat, Inc.
> 64-bit Windows 7 environment
> Reporter: Steve Tran
> Assignee: Steven Hawkins
>
> With any source control tool, if I clone/checkout a VDB project, the name of the project must match the name it was created with. All the internal references are using an absolute path with the original project name as the root. This makes VDB projects less portable because someone who comes in and does a git clone <git url> <their_name> will have an unstable project unless they change <their_name> to what the VDB is hard-coded to.
> I'm seeing if there's a workaround, such as renaming the internal references, but it looks like a lot of work.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (TEIID-3557) Can't reload VDB in domain mode
by Steve Tran (JIRA)
[ https://issues.jboss.org/browse/TEIID-3557?page=com.atlassian.jira.plugin... ]
Steve Tran commented on TEIID-3557:
-----------------------------------
I changed the TCP stack to use TCPPING instead of UDPPING. That was the only thing.
{code}
<stack name="tcp">
<transport type="TCP" socket-binding="jgroups-tcp"/>
<protocol type="TCPPING">
<property name="initial_hosts">
${jboss.cluster.tcp.initial_hosts}
</property>
<property name="num_initial_members">
2
</property>
<property name="port_range">
0
</property>
<property name="timeout">
3500
</property>
</protocol>
<protocol type="MERGE2"/>
<protocol type="FD_SOCK" socket-binding="jgroups-tcp-fd"/>
<protocol type="FD"/>
<protocol type="VERIFY_SUSPECT"/>
<protocol type="BARRIER"/>
<protocol type="pbcast.NAKACK"/>
<protocol type="UNICAST2"/>
<protocol type="pbcast.STABLE"/>
<protocol type="pbcast.GMS"/>
<protocol type="UFC"/>
<protocol type="MFC"/>
<protocol type="FRAG2"/>
<protocol type="RSVP"/>
</stack>
{code}
> Can't reload VDB in domain mode
> -------------------------------
>
> Key: TEIID-3557
> URL: https://issues.jboss.org/browse/TEIID-3557
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.0
> Reporter: Van Halbert
> Assignee: Ramesh Reddy
> Priority: Critical
> Fix For: 8.7.1.6_2, 8.12, 8.11.1
>
>
> Can't reload VDB in domain mode, get the following error:
> Server throws the following exception:
> [Server:server-one] 12:26:45,678 ERROR [org.teiid.RUNTIME] (teiid-async-threads - 1) TEIID40088 Could not replicate object org.teiid.query.tempdata.GlobalTableStoreImpl@4e6c9a30: java.lang.IllegalStateException: cluster 'ModeShape.1' is already connected to singleton transport: [dummy-1435055090515, loopback.1, ModeShape.1, loopback-dynamic.1, $TEIID_BM$, dummy-1435055090188, dummy-1435055205654, $TEIID_ED$, teiid-cache, ddl2-vdb.1]
> [Server:server-one] at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:919) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.startStack(JChannel.java:827) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel._preConnect(JChannel.java:525) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.connect(JChannel.java:277) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.connect(JChannel.java:268) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.teiid.replication.jgroups.JGroupsObjectReplicator.replicate(JGroupsObjectReplicator.java:563) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.CompositeGlobalTableStore.createInstance(CompositeGlobalTableStore.java:57) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$1.finishedDeployment(VDBService.java:156) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.VDBRepository.notifyFinished(VDBRepository.java:352) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.VDBRepository.finishDeployment(VDBRepository.java:308) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.runtime.AbstractVDBDeployer.metadataLoaded(AbstractVDBDeployer.java:202) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService.access$1100(VDBService.java:85) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$6.run(VDBService.java:411) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$7.run(VDBService.java:442) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> [Server:server-one] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> [Server:server-one] at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> VDB reload works fine in standalone mode.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (TEIID-4174) Local project name baked into VDB
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-4174?page=com.atlassian.jira.plugin... ]
Ramesh Reddy commented on TEIID-4174:
-------------------------------------
Confusing description, are working with Designer's workspace and putting the project in git, and somebody else can not use it?
> Local project name baked into VDB
> ---------------------------------
>
> Key: TEIID-4174
> URL: https://issues.jboss.org/browse/TEIID-4174
> Project: Teiid
> Issue Type: Bug
> Environment: Red Hat JBoss Data Virtualization 6.2.4 on EAP patched to version 6.4.6, on Oracle Linux 6
> JBoss Developer Studio 8.1.0GA with Teiid Designer 9.0.6.Final-v20160316-1409-B1242 org.teiid.designer.feature.feature.group JBoss by Red Hat, Inc.
> 64-bit Windows 7 environment
> Reporter: Steve Tran
> Assignee: Steven Hawkins
>
> With any source control tool, if I clone/checkout a VDB project, the name of the project must match the name it was created with. All the internal references are using an absolute path with the original project name as the root. This makes VDB projects less portable because someone who comes in and does a git clone <git url> <their_name> will have an unstable project unless they change <their_name> to what the VDB is hard-coded to.
> I'm seeing if there's a workaround, such as renaming the internal references, but it looks like a lot of work.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (TEIID-3557) Can't reload VDB in domain mode
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-3557?page=com.atlassian.jira.plugin... ]
Ramesh Reddy commented on TEIID-3557:
-------------------------------------
Yes, especially if you made any changes to it. If you just changed UDP to TCP, that I can make in my local config.
> Can't reload VDB in domain mode
> -------------------------------
>
> Key: TEIID-3557
> URL: https://issues.jboss.org/browse/TEIID-3557
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.0
> Reporter: Van Halbert
> Assignee: Ramesh Reddy
> Priority: Critical
> Fix For: 8.7.1.6_2, 8.12, 8.11.1
>
>
> Can't reload VDB in domain mode, get the following error:
> Server throws the following exception:
> [Server:server-one] 12:26:45,678 ERROR [org.teiid.RUNTIME] (teiid-async-threads - 1) TEIID40088 Could not replicate object org.teiid.query.tempdata.GlobalTableStoreImpl@4e6c9a30: java.lang.IllegalStateException: cluster 'ModeShape.1' is already connected to singleton transport: [dummy-1435055090515, loopback.1, ModeShape.1, loopback-dynamic.1, $TEIID_BM$, dummy-1435055090188, dummy-1435055205654, $TEIID_ED$, teiid-cache, ddl2-vdb.1]
> [Server:server-one] at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:919) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.startStack(JChannel.java:827) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel._preConnect(JChannel.java:525) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.connect(JChannel.java:277) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.connect(JChannel.java:268) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.teiid.replication.jgroups.JGroupsObjectReplicator.replicate(JGroupsObjectReplicator.java:563) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.CompositeGlobalTableStore.createInstance(CompositeGlobalTableStore.java:57) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$1.finishedDeployment(VDBService.java:156) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.VDBRepository.notifyFinished(VDBRepository.java:352) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.VDBRepository.finishDeployment(VDBRepository.java:308) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.runtime.AbstractVDBDeployer.metadataLoaded(AbstractVDBDeployer.java:202) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService.access$1100(VDBService.java:85) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$6.run(VDBService.java:411) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$7.run(VDBService.java:442) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> [Server:server-one] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> [Server:server-one] at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> VDB reload works fine in standalone mode.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (TEIID-4174) Local project name baked into VDB
by Steve Tran (JIRA)
[ https://issues.jboss.org/browse/TEIID-4174?page=com.atlassian.jira.plugin... ]
Steve Tran updated TEIID-4174:
------------------------------
Description:
With any source control tool, if I clone/checkout a VDB project, the name of the project must match the name it was created with. All the internal references are using an absolute path with the original project name as the root. This makes VDB projects less portable because someone who comes in and does a git clone <git url> <their_name> will have an unstable project unless they change <their_name> to what the VDB is hard-coded to.
I'm seeing if there's a workaround, such as renaming the internal references, but it looks like a lot of work.
was:
Getting an error while replacing an existing VDB with JDV 6.2.4. I think the logging level is inappropriate since the VDB has full functionality since I am able to connect and execute some queries. Could lead to something more serious though, so reporting it as a bug until proven innocent.
{code}
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,954 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=UFCESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,955 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=GMSESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,957 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=STABLEESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,958 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=UNICAST2ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,959 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=NAKACKESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,961 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=BARRIERESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,961 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=VERIFY_SUSPECTESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,962 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=FDESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,963 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=FD_SOCKESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,964 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=MERGE2ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,964 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=TCPPINGESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,965 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=TCPESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,968 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=channel,cluster="STEVE.1"ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[31m22:08:39,969 ERROR [org.teiid.RUNTIME] (teiid-async-threads - 8) TEIID40088 Could not replicate object org.teiid.query.tempdata.GlobalTableStoreImpl@6518dd87: java.lang.IllegalStateException: cluster 'STEVE.1' is already connected to singleton transport: [dummy-1461636444525, dummy-1461636519952, PHX_ODS_DMM_LEGACY.1, PHX_ODS_DBA.1, Odata_TEST.1, ProjectionsUSHSI.1, ImputationV1.1, GMR_SQLDB_TEST.1, UK_PBS_VDB.1, EDE_US.1, BDF_CorrectionsVDB_V1.1, ImputationV1_DEV.1, HSISIT.1, UKPROJECTION.1, Gossip.1, HCR_CADM_CR_PROC.1, HSIWIP.1, MyVDB.1, dummy-1460722343623, HSIRES.1, KnowledgeFactory_Job.1, HSITEST.1, HCR_CADM_SYNDICATED.1, COL_VDB.1, dummy-1460722100133, $TEIID_BM$, BDF_CorrectionsVDB_SIT.1, dummy-1460720870935, PROJECTIONTEMPVDB.1, UK_PBS_Project_VDB.1, PROJECTIONVDB.1, $TEIID_ED$, DeployVDB.1, GMR_SQLDB_DBA.1, teiid-cache, STEVE.1, dummy-1460722176622, HCR_CADM.1, HSI.1, dummy-1461636277237, DedupsVdb.1, IMPUTATION_FRANCE.1, dummy-1460720872393, MSTRTestVdb.1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:919) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.startStack(JChannel.java:827) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel._preConnect(JChannel.java:525) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.connect(JChannel.java:277) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.connect(JChannel.java:268) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.replication.jgroups.JGroupsObjectReplicator.replicate(JGroupsObjectReplicator.java:564) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.CompositeGlobalTableStore.createInstance(CompositeGlobalTableStore.java:57) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]
ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$1.finishedDeployment(VDBService.java:156) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.VDBRepository.notifyFinished(VDBRepository.java:348) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.VDBRepository.finishDeployment(VDBRepository.java:304) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.runtime.AbstractVDBDeployer.metadataLoaded(AbstractVDBDeployer.java:202) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService.access$1100(VDBService.java:85) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$6.run(VDBService.java:408) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$7.run(VDBService.java:439) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_75]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_75]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_75]ESC[0m
{code}
> Local project name baked into VDB
> ---------------------------------
>
> Key: TEIID-4174
> URL: https://issues.jboss.org/browse/TEIID-4174
> Project: Teiid
> Issue Type: Bug
> Environment: Red Hat JBoss Data Virtualization 6.2.4 on EAP patched to version 6.4.6, on Oracle Linux 6
> JBoss Developer Studio 8.1.0GA with Teiid Designer 9.0.6.Final-v20160316-1409-B1242 org.teiid.designer.feature.feature.group JBoss by Red Hat, Inc.
> 64-bit Windows 7 environment
> Reporter: Steve Tran
> Assignee: Steven Hawkins
>
> With any source control tool, if I clone/checkout a VDB project, the name of the project must match the name it was created with. All the internal references are using an absolute path with the original project name as the root. This makes VDB projects less portable because someone who comes in and does a git clone <git url> <their_name> will have an unstable project unless they change <their_name> to what the VDB is hard-coded to.
> I'm seeing if there's a workaround, such as renaming the internal references, but it looks like a lot of work.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (TEIID-4174) Local project name baked into VDB
by Steve Tran (JIRA)
[ https://issues.jboss.org/browse/TEIID-4174?page=com.atlassian.jira.plugin... ]
Steve Tran updated TEIID-4174:
------------------------------
Steps to Reproduce: (was: Steps to reproduce:
1, Start server in domain mode
2, Go to admin console
3. On Deployments tab, choose to replace an existing VDB
4. Check logs)
> Local project name baked into VDB
> ---------------------------------
>
> Key: TEIID-4174
> URL: https://issues.jboss.org/browse/TEIID-4174
> Project: Teiid
> Issue Type: Bug
> Environment: Red Hat JBoss Data Virtualization 6.2.4 on EAP patched to version 6.4.6, on Oracle Linux 6
> JBoss Developer Studio 8.1.0GA with Teiid Designer 9.0.6.Final-v20160316-1409-B1242 org.teiid.designer.feature.feature.group JBoss by Red Hat, Inc.
> 64-bit Windows 7 environment
> Reporter: Steve Tran
> Assignee: Steven Hawkins
>
> Getting an error while replacing an existing VDB with JDV 6.2.4. I think the logging level is inappropriate since the VDB has full functionality since I am able to connect and execute some queries. Could lead to something more serious though, so reporting it as a bug until proven innocent.
> {code}
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,954 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=UFCESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,955 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=GMSESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,957 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=STABLEESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,958 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=UNICAST2ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,959 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=NAKACKESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,961 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=BARRIERESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,961 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=VERIFY_SUSPECTESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,962 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
> ="STEVE.1",protocol=FDESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,963 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=FD_SOCKESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,964 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=MERGE2ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,964 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=TCPPINGESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,965 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=TCPESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,968 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=channel,cluster="STEVE.1"ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[31m22:08:39,969 ERROR [org.teiid.RUNTIME] (teiid-async-threads - 8) TEIID40088 Could not replicate object org.teiid.query.tempdata.GlobalTableStoreImpl@6518dd87: java.lang.IllegalStateException: cluster 'STEVE.1' is already connected to singleton transport: [dummy-1461636444525, dummy-1461636519952, PHX_ODS_DMM_LEGACY.1, PHX_ODS_DBA.1, Odata_TEST.1, ProjectionsUSHSI.1, ImputationV1.1, GMR_SQLDB_TEST.1, UK_PBS_VDB.1, EDE_US.1, BDF_CorrectionsVDB_V1.1, ImputationV1_DEV.1, HSISIT.1, UKPROJECTION.1, Gossip.1, HCR_CADM_CR_PROC.1, HSIWIP.1, MyVDB.1, dummy-1460722343623, HSIRES.1, KnowledgeFactory_Job.1, HSITEST.1, HCR_CADM_SYNDICATED.1, COL_VDB.1, dummy-1460722100133, $TEIID_BM$, BDF_CorrectionsVDB_SIT.1, dummy-1460720870935, PROJECTIONTEMPVDB.1, UK_PBS_Project_VDB.1, PROJECTIONVDB.1, $TEIID_ED$, DeployVDB.1, GMR_SQLDB_DBA.1, teiid-cache, STEVE.1, dummy-1460722176622, HCR_CADM.1, HSI.1, dummy-1461636277237, DedupsVdb.1, IMPUTATION_FRANCE.1, dummy-1460720872393, MSTRTestVdb.1]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:919) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.startStack(JChannel.java:827) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel._preConnect(JChannel.java:525) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.connect(JChannel.java:277) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.connect(JChannel.java:268) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.replication.jgroups.JGroupsObjectReplicator.replicate(JGroupsObjectReplicator.java:564) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.CompositeGlobalTableStore.createInstance(CompositeGlobalTableStore.java:57) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]
> ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$1.finishedDeployment(VDBService.java:156) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.VDBRepository.notifyFinished(VDBRepository.java:348) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.VDBRepository.finishDeployment(VDBRepository.java:304) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.runtime.AbstractVDBDeployer.metadataLoaded(AbstractVDBDeployer.java:202) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService.access$1100(VDBService.java:85) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$6.run(VDBService.java:408) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$7.run(VDBService.java:439) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_75]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_75]ESC[0m
> [Server:cdtssoa126d-jdv-one] ESC[31m at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_75]ESC[0m
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (TEIID-4174) Local project name baked into VDB
by Steve Tran (JIRA)
Steve Tran created TEIID-4174:
---------------------------------
Summary: Local project name baked into VDB
Key: TEIID-4174
URL: https://issues.jboss.org/browse/TEIID-4174
Project: Teiid
Issue Type: Bug
Environment: Red Hat JBoss Data Virtualization 6.2.4 on EAP patched to version 6.4.6, on Oracle Linux 6
JBoss Developer Studio 8.1.0GA with Teiid Designer 9.0.6.Final-v20160316-1409-B1242 org.teiid.designer.feature.feature.group JBoss by Red Hat, Inc.
64-bit Windows 7 environment
Reporter: Steve Tran
Assignee: Steven Hawkins
Getting an error while replacing an existing VDB with JDV 6.2.4. I think the logging level is inappropriate since the VDB has full functionality since I am able to connect and execute some queries. Could lead to something more serious though, so reporting it as a bug until proven innocent.
{code}
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,954 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=UFCESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,955 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=GMSESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,957 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=STABLEESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,958 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=UNICAST2ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,959 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=NAKACKESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,961 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=BARRIERESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,961 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=VERIFY_SUSPECTESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,962 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster
="STEVE.1",protocol=FDESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,963 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=FD_SOCKESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,964 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=MERGE2ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,964 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=TCPPINGESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,965 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=protocol,cluster="STEVE.1",protocol=TCPESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[33m22:08:39,968 WARN [org.jgroups.jmx.JmxConfigurator] (teiid-async-threads - 8) unregistering already registered MBean: jgroups:type=channel,cluster="STEVE.1"ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[33mESC[0mESC[31m22:08:39,969 ERROR [org.teiid.RUNTIME] (teiid-async-threads - 8) TEIID40088 Could not replicate object org.teiid.query.tempdata.GlobalTableStoreImpl@6518dd87: java.lang.IllegalStateException: cluster 'STEVE.1' is already connected to singleton transport: [dummy-1461636444525, dummy-1461636519952, PHX_ODS_DMM_LEGACY.1, PHX_ODS_DBA.1, Odata_TEST.1, ProjectionsUSHSI.1, ImputationV1.1, GMR_SQLDB_TEST.1, UK_PBS_VDB.1, EDE_US.1, BDF_CorrectionsVDB_V1.1, ImputationV1_DEV.1, HSISIT.1, UKPROJECTION.1, Gossip.1, HCR_CADM_CR_PROC.1, HSIWIP.1, MyVDB.1, dummy-1460722343623, HSIRES.1, KnowledgeFactory_Job.1, HSITEST.1, HCR_CADM_SYNDICATED.1, COL_VDB.1, dummy-1460722100133, $TEIID_BM$, BDF_CorrectionsVDB_SIT.1, dummy-1460720870935, PROJECTIONTEMPVDB.1, UK_PBS_Project_VDB.1, PROJECTIONVDB.1, $TEIID_ED$, DeployVDB.1, GMR_SQLDB_DBA.1, teiid-cache, STEVE.1, dummy-1460722176622, HCR_CADM.1, HSI.1, dummy-1461636277237, DedupsVdb.1, IMPUTATION_FRANCE.1, dummy-1460720872393, MSTRTestVdb.1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:919) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.startStack(JChannel.java:827) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel._preConnect(JChannel.java:525) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.connect(JChannel.java:277) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.jgroups.JChannel.connect(JChannel.java:268) [jgroups-3.2.15.Final-redhat-1.jar:3.2.15.Final-redhat-1]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.replication.jgroups.JGroupsObjectReplicator.replicate(JGroupsObjectReplicator.java:564) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.CompositeGlobalTableStore.createInstance(CompositeGlobalTableStore.java:57) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]
ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$1.finishedDeployment(VDBService.java:156) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.VDBRepository.notifyFinished(VDBRepository.java:348) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.deployers.VDBRepository.finishDeployment(VDBRepository.java:304) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.runtime.AbstractVDBDeployer.metadataLoaded(AbstractVDBDeployer.java:202) [teiid-runtime-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService.access$1100(VDBService.java:85) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$6.run(VDBService.java:408) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at org.teiid.jboss.VDBService$7.run(VDBService.java:439) [teiid-jboss-integration-8.7.5.6_2-redhat-2.jar:8.7.5.6_2-redhat-2]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_75]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_75]ESC[0m
[Server:cdtssoa126d-jdv-one] ESC[31m at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_75]ESC[0m
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months
[JBoss JIRA] (TEIID-3557) Can't reload VDB in domain mode
by Steve Tran (JIRA)
[ https://issues.jboss.org/browse/TEIID-3557?page=com.atlassian.jira.plugin... ]
Steve Tran commented on TEIID-3557:
-----------------------------------
Ramesh, do you still need my domain.xml configurations to see how I configured JGroups to use TCP instead of UDP?
> Can't reload VDB in domain mode
> -------------------------------
>
> Key: TEIID-3557
> URL: https://issues.jboss.org/browse/TEIID-3557
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.0
> Reporter: Van Halbert
> Assignee: Ramesh Reddy
> Priority: Critical
> Fix For: 8.7.1.6_2, 8.12, 8.11.1
>
>
> Can't reload VDB in domain mode, get the following error:
> Server throws the following exception:
> [Server:server-one] 12:26:45,678 ERROR [org.teiid.RUNTIME] (teiid-async-threads - 1) TEIID40088 Could not replicate object org.teiid.query.tempdata.GlobalTableStoreImpl@4e6c9a30: java.lang.IllegalStateException: cluster 'ModeShape.1' is already connected to singleton transport: [dummy-1435055090515, loopback.1, ModeShape.1, loopback-dynamic.1, $TEIID_BM$, dummy-1435055090188, dummy-1435055205654, $TEIID_ED$, teiid-cache, ddl2-vdb.1]
> [Server:server-one] at org.jgroups.stack.ProtocolStack.startStack(ProtocolStack.java:919) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.startStack(JChannel.java:827) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel._preConnect(JChannel.java:525) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.connect(JChannel.java:277) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.jgroups.JChannel.connect(JChannel.java:268) [jgroups-3.2.13.Final-redhat-1.jar:3.2.13.Final-redhat-1]
> [Server:server-one] at org.teiid.replication.jgroups.JGroupsObjectReplicator.replicate(JGroupsObjectReplicator.java:563) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.CompositeGlobalTableStore.createInstance(CompositeGlobalTableStore.java:57) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$1.finishedDeployment(VDBService.java:156) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.VDBRepository.notifyFinished(VDBRepository.java:352) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.deployers.VDBRepository.finishDeployment(VDBRepository.java:308) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.runtime.AbstractVDBDeployer.metadataLoaded(AbstractVDBDeployer.java:202) [teiid-runtime-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService.access$1100(VDBService.java:85) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$6.run(VDBService.java:411) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at org.teiid.jboss.VDBService$7.run(VDBService.java:442) [teiid-jboss-integration-8.7.1.6_2-redhat-2.jar:8.7.1.6_2-redhat-2]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> [Server:server-one] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> [Server:server-one] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> [Server:server-one] at org.jboss.threads.JBossThread.run(JBossThread.java:122)
> VDB reload works fine in standalone mode.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 8 months