[JBoss JIRA] (TEIID-2809) Support for property substitution in vdb.xml files
by Tom Arnold (JIRA)
[ https://issues.jboss.org/browse/TEIID-2809?page=com.atlassian.jira.plugin... ]
Tom Arnold commented on TEIID-2809:
-----------------------------------
I think the label for this is spelled wrong. I noticed it on another issue and corrected it but I can't edit this one.
> Support for property substitution in vdb.xml files
> --------------------------------------------------
>
> Key: TEIID-2809
> URL: https://issues.jboss.org/browse/TEIID-2809
> Project: Teiid
> Issue Type: Enhancement
> Affects Versions: 8.5
> Environment: EAP 6.1 Alpha , Teiid 8.5
> Reporter: Madhu Garimilla
> Assignee: Ramesh Reddy
> Labels: Alpaha2
> Fix For: 8.7
>
>
> I have created a vdb.xml where i have declared my translators in it. I would like to pass some parameters to one of my translators so that i do not need to change my vdb.xml whenever there is a change in value. These parameters derive the values from the system properties. So, i am using ${} notation to pass the value of the system properties to my translator. When i try to deploy my VDB and try to access the parameters inside the translator, These system properties are not being resolved to the actual values.
> As per the thread https://community.jboss.org/thread/236325, this is not being supported as of now and requires an enhancement.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (TEIID-2805) Fix Accumulo module missing dependencies
by Tom Arnold (JIRA)
[ https://issues.jboss.org/browse/TEIID-2805?page=com.atlassian.jira.plugin... ]
Tom Arnold updated TEIID-2805:
------------------------------
Labels: Alpha2 (was: Alpaha2)
> Fix Accumulo module missing dependencies
> ----------------------------------------
>
> Key: TEIID-2805
> URL: https://issues.jboss.org/browse/TEIID-2805
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits
> Affects Versions: 8.7
> Reporter: Tom Arnold
> Assignee: Ramesh Reddy
> Priority: Minor
> Labels: Alpha2
> Fix For: 8.7
>
>
> 08:04:01,070 INFO [org.teiid.RUNTIME] (MSC service thread 1-1) TEIID50029 VDB accum.1 model "accumModel" metadata is currently being loaded. Start Time: 1/15/14 8:04 AM
> 08:04:01,170 WARN [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (teiid-async-threads - 1) IJ000604: Throwable while attempting to get a new connection: null: java.lang.NoClassDefFoundError: org/apache/commons/io/output/ByteArrayOutputStream
> at org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:222)
> See forum thread for more details.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (TEIID-2805) Fix Accumulo module missing dependencies
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-2805?page=com.atlassian.jira.plugin... ]
Ramesh Reddy resolved TEIID-2805.
---------------------------------
Labels: Alpaha2 (was: )
Resolution: Done
Adding apache commons IO dependency to Accumulo
> Fix Accumulo module missing dependencies
> ----------------------------------------
>
> Key: TEIID-2805
> URL: https://issues.jboss.org/browse/TEIID-2805
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits
> Affects Versions: 8.7
> Reporter: Tom Arnold
> Assignee: Ramesh Reddy
> Priority: Minor
> Labels: Alpaha2
>
> 08:04:01,070 INFO [org.teiid.RUNTIME] (MSC service thread 1-1) TEIID50029 VDB accum.1 model "accumModel" metadata is currently being loaded. Start Time: 1/15/14 8:04 AM
> 08:04:01,170 WARN [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (teiid-async-threads - 1) IJ000604: Throwable while attempting to get a new connection: null: java.lang.NoClassDefFoundError: org/apache/commons/io/output/ByteArrayOutputStream
> at org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:222)
> See forum thread for more details.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (TEIID-2805) Fix Accumulo module missing dependencies
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-2805?page=com.atlassian.jira.plugin... ]
Ramesh Reddy updated TEIID-2805:
--------------------------------
Fix Version/s: 8.7
> Fix Accumulo module missing dependencies
> ----------------------------------------
>
> Key: TEIID-2805
> URL: https://issues.jboss.org/browse/TEIID-2805
> Project: Teiid
> Issue Type: Bug
> Components: Build/Kits
> Affects Versions: 8.7
> Reporter: Tom Arnold
> Assignee: Ramesh Reddy
> Priority: Minor
> Labels: Alpaha2
> Fix For: 8.7
>
>
> 08:04:01,070 INFO [org.teiid.RUNTIME] (MSC service thread 1-1) TEIID50029 VDB accum.1 model "accumModel" metadata is currently being loaded. Start Time: 1/15/14 8:04 AM
> 08:04:01,170 WARN [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (teiid-async-threads - 1) IJ000604: Throwable while attempting to get a new connection: null: java.lang.NoClassDefFoundError: org/apache/commons/io/output/ByteArrayOutputStream
> at org.apache.accumulo.core.client.ZooKeeperInstance.getConnector(ZooKeeperInstance.java:222)
> See forum thread for more details.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (TEIID-2812) Move the packaging of translator modules out of build and into each translator
by Van Halbert (JIRA)
Van Halbert created TEIID-2812:
----------------------------------
Summary: Move the packaging of translator modules out of build and into each translator
Key: TEIID-2812
URL: https://issues.jboss.org/browse/TEIID-2812
Project: Teiid
Issue Type: Enhancement
Components: Build/Kits
Affects Versions: 8.7
Reporter: Van Halbert
Assignee: Steven Hawkins
The idea is that each translator will be responsible for building and the packing of the deployable artifacts. And with this, custom development would follow the same pattern. The translator archetype for 8.7.0 has been changed to package the translator jar and module into a zip.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (TEIID-2809) Support for property substitution in vdb.xml files
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-2809?page=com.atlassian.jira.plugin... ]
Ramesh Reddy resolved TEIID-2809.
---------------------------------
Labels: Alpaha2 (was: )
Resolution: Done
If a "-vdb.xml" and "vdb.xml" file has any property values that are in the form
{code}
${my.property.name}
{code}
they will be replaced with defined system property by the same name during the deployment time of the VDB. The System property can be defined on the JBoss AS configuration or on startup command using -Dmy.property.name=foo.
Note that this only works in JBoss AS/EAP environments, not in embedded deployments. It is up to the user to do the property substitution in the embedded mode.
> Support for property substitution in vdb.xml files
> --------------------------------------------------
>
> Key: TEIID-2809
> URL: https://issues.jboss.org/browse/TEIID-2809
> Project: Teiid
> Issue Type: Enhancement
> Affects Versions: 8.5
> Environment: EAP 6.1 Alpha , Teiid 8.5
> Reporter: Madhu Garimilla
> Assignee: Ramesh Reddy
> Labels: Alpaha2
> Fix For: 8.7
>
>
> I have created a vdb.xml where i have declared my translators in it. I would like to pass some parameters to one of my translators so that i do not need to change my vdb.xml whenever there is a change in value. These parameters derive the values from the system properties. So, i am using ${} notation to pass the value of the system properties to my translator. When i try to deploy my VDB and try to access the parameters inside the translator, These system properties are not being resolved to the actual values.
> As per the thread https://community.jboss.org/thread/236325, this is not being supported as of now and requires an enhancement.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months
[JBoss JIRA] (TEIID-2761) Enable/disable transport per model/view/virtual procedure
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-2761?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-2761.
-----------------------------------
Resolution: Done
Added a grant-all option to a role and now allow the vdb property "security-domain" to specify what security domain is in use for the vdb. Users will not have to logon using the domain qualifier. This is useful in situations that previously would have required multiple security domains to be assigned to a given transport (we may even want to revisit that and just allow for the setting of a single default security domain).
I did not add validation logic related to the security domain at deployment time as there didn't seem to be anything similar to that when defining the session service for a given transport.
Added a release note and updated the reference as well.
> Enable/disable transport per model/view/virtual procedure
> ---------------------------------------------------------
>
> Key: TEIID-2761
> URL: https://issues.jboss.org/browse/TEIID-2761
> Project: Teiid
> Issue Type: Feature Request
> Components: Server
> Affects Versions: 8.5
> Reporter: Patrick Deenen
> Assignee: Steven Hawkins
> Fix For: 8.7
>
>
> It would be nice to be able to enable and disable access to models, tables, views or (virtual) procedures for a specific transport (JDBC, ODBC, OData, REST, Web services).
> One may want to have access to virtual procedures only by Odata for example.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 11 months