[JBoss JIRA] Created: (TEIIDDES-408) Adapt Designer's Connector framework to Teiid JCA connector changes
by Barry LaFond (JIRA)
Adapt Designer's Connector framework to Teiid JCA connector changes
-------------------------------------------------------------------
Key: TEIIDDES-408
URL: https://jira.jboss.org/jira/browse/TEIIDDES-408
Project: Teiid Designer
Issue Type: Sub-task
Components: Import/Export, Teiid Integration, VDB & Execution
Affects Versions: 7.0
Reporter: Barry LaFond
Priority: Blocker
Fix For: 7.0
Designer's access to old Teiid "ConnectorBinding","ComponentType" and "ComponentTypeID" are now gone and replaced with:
ConnectorBinding
ConnectorType
Need to re-place with new classes and utilize direct access to Teiid via API.
- Replace ConfigurationManager with Server Manager and Execution Manager classes
- Wrap Connector Bindings and Connector Types to faciliate re-use of some of existing framework.
- (minimum impact)
- Create and manage "Server" objects
- Remove all "Jar" management functionality from Designer (UDF's and JDBC Drivers (see 9))
- Connector Validation
- Reimplement binding creation for the WSDL to Relational importer around new admin API. (TEIIDDES-265)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (TEIIDDES-405) Provide one or more views for Teiid Server Management
by Barry LaFond (JIRA)
Provide one or more views for Teiid Server Management
-----------------------------------------------------
Key: TEIIDDES-405
URL: https://jira.jboss.org/jira/browse/TEIIDDES-405
Project: Teiid Designer
Issue Type: Task
Components: Teiid Integration, VDB & Execution, Views
Affects Versions: 7.0
Reporter: Barry LaFond
Priority: Blocker
Fix For: 7.0
Provide one or more views for Server Management
With new paradigm of "servers" within Designer and working with JBTools the requirement of a Designer "Servers" view was created.
It is envisioned that this view should combine as a minimum the Teiid Server, Connector Types, Connectors, Source Bindings and Deployed VDB's
- ? One view for all types (JBoss/EAP/Teiid/ModeShape, etc....)
- ? or one for each type
- WTP Server View??
- add Refresh button/action
- Teiid Server View. So the basic view will contain a tree of Teiid Servers who's children include:
- SERVER
1)CONNECTOR TYPE
- CONNECTORS
- SOURCES
2)VDB's (Stretch goal)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (TEIIDDES-176) Desinger needs to embed "Teiid Embedded" as a plugin, with only dependencies to "public" APIs.
by Ramesh Reddy (JIRA)
Desinger needs to embed "Teiid Embedded" as a plugin, with only dependencies to "public" APIs.
----------------------------------------------------------------------------------------------
Key: TEIIDDES-176
URL: https://jira.jboss.org/jira/browse/TEIIDDES-176
Project: Teiid Designer
Issue Type: Feature Request
Components: Teiid Integration
Reporter: Ramesh Reddy
Assignee: Johnny Verhaeg
Priority: Critical
> On Wed, 2009-05-06 at 11:35 -0400, John Doyle wrote:
>> I'm throwing this idea out there with very little idea of how the
>> links between Teiid and Designer function, but I think it would be
>> cool and beneficial.
>>
>> AFAIK we don't have a user story abut how you update the version of
>> Teiid that is delivered with Designer. I think that it would be
>> very cool if we exposed this cabability in designer similar to the
>> way Installed JREs are exposed through the Preferences page.
>> Designer could come with a version of Teiid, but users could point
>> Designer to other versions of Teiid installed on their system and
>> choose to run with those. One of the goals we have discussed is
>> that we don't want Designer to be wedded to a particular version of
>> Teiid. Defining the links between to two in this manner would
>> force a contract and make it easy to test and validate that
>> Designer 6.X works with Teiid 6.X and 7.X, etc.
>>
>> What do you think?
> Well that is certainly the case going forward to have such modularity,
> as this has been discussed before. However, that is not case today.
> There needs to be huge re-work needs to be done in designer before we
> can achieve this. Currently Designer knows too much about the Teiid's
> configuration, that needs to be fixed such that it only communicates
> only through the known public API like JDBC and Admin API.
>
> Ramesh..
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months
[JBoss JIRA] Created: (TEIIDDES-261) The Designer Eclipse Feature Should Be Separated Into A Design-Time Feature And A Runtime-Time Feature
by Dan Florian (JIRA)
The Designer Eclipse Feature Should Be Separated Into A Design-Time Feature And A Runtime-Time Feature
------------------------------------------------------------------------------------------------------
Key: TEIIDDES-261
URL: https://jira.jboss.org/jira/browse/TEIIDDES-261
Project: Teiid Designer
Issue Type: Task
Affects Versions: 7.0
Reporter: Dan Florian
Fix For: 7.0
A version of Teiid Designer should be available that does not include the ability to perform data preview, connection management, and VDB execution. This design-time Designer would be suited to users that are strictly data modelers. A "design-time only" Designer would have a reduced footprint over the current Designer. Another Designer that is more suited to users that test models and VDBs would then be needed. We would build this Designer by adding on the data preview, connection management, and VDB execution capabilities to the "design-time only" Designer. Eclipse features are the way that different builds of the Designer can be accomplished.
We have done a pretty good job of isolating the data preview, connection management, and VDB execution code into their own Eclipse plugins. The Eclipse plugins that were designed to handle these capabilities are the dqp, dqp.ui, and sqlexplorer plugins. However, there are a few cases of code found in "design-time only" plugins that depend on these data preview, connection management, and VDB execution plugins. These cases will have to be addressed in order to complete this task. Separate JIRAs should be written for these cases as they are found and tied to this JIRA.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 11 months