[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
14 years, 9 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
14 years, 9 months
[JBoss JIRA] Created: (TEIIDDES-235) Order of operations problem in Designer
by Mark Drilling (JIRA)
Order of operations problem in Designer
---------------------------------------
Key: TEIIDDES-235
URL: https://jira.jboss.org/jira/browse/TEIIDDES-235
Project: Teiid Designer
Issue Type: Bug
Components: Transformations
Affects Versions: 6.0.0
Reporter: Mark Drilling
The following query when entered into the transformation editor:
select * from dips_view.cards LEFT OUTER JOIN CramerXRefData.CardTypes ON card = CardTypes.DIPS_CardType AND CramerXRefData.CardTypes.DIPS_ELEMTYPE IS NULL
OR card = CardTypes.DIPS_CardType AND CramerXRefData.CardTypes.DIPS_ELEMTYPE = device_pk
is parsed as;
SELECT
*
FROM
DIPS_View.Cards LEFT OUTER JOIN CramerXRefData.CardTypes ON ((CARD = DIPS_CARDTYPE) AND (DIPS_ELEMTYPE IS NULL)) OR ((CARD = DIPS_CARDTYPE) AND (DIPS_ELEMTYPE = Device_PK))
The ordering of different variations of CompoundCriteria are not preserved correctly.
--
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
14 years, 10 months
[JBoss JIRA] Created: (TEIIDDES-414) Remove nested jar entries from each project's manifest
by John Verhaeg (JIRA)
Remove nested jar entries from each project's manifest
------------------------------------------------------
Key: TEIIDDES-414
URL: https://jira.jboss.org/jira/browse/TEIIDDES-414
Project: Teiid Designer
Issue Type: Task
Components: Build
Affects Versions: 6.3
Reporter: John Verhaeg
Assignee: John Verhaeg
Priority: Blocker
Fix For: 7.0
Each project's manifest contains a reference to the jar file that was the target of the build in pre-Eclipse 3.0 days before the manifest existed and before projects were created as simple jars rather than as folders, when this was a required entry within the plugin.xml. Eclipse auto-added these entries to the manifest when we upgraded to 3.0. With the creation of jars instead of folders, we're now creating jars that contain other jars. All of these entries simple need to be removed.
--
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
15 years