[JBoss JIRA] (TEIIDDES-1687) Deploy VDB action gives no feedback when server is unavailable
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1687?page=com.atlassian.jira.plu... ]
Barry LaFond reassigned TEIIDDES-1687:
--------------------------------------
Assignee: Dan Florian
> Deploy VDB action gives no feedback when server is unavailable
> --------------------------------------------------------------
>
> Key: TEIIDDES-1687
> URL: https://issues.jboss.org/browse/TEIIDDES-1687
> Project: Teiid Designer
> Issue Type: Bug
> Components: VDB & Execution
> Affects Versions: 8.1
> Reporter: Mark Drilling
> Assignee: Dan Florian
> Fix For: 8.2
>
>
> The "Deploy VDB" action is enabled in Model Explorer context menu, but there is no feedback if you select it when server is not running.
> 1) The user should be shown a dialog, saying that no server is available.
> 2) When selecting the "Execute VDB" action, a dialog *is* shown - the Deploy action should do the same. The text on the Execute dialog needs some tweaking, though. Currently it says "Unable to establish connection to server 'admin'" - it should use the name of the server instead of 'admin'
--
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
12 years, 11 months
[JBoss JIRA] (TEIIDDES-1697) Performance bottlenecks when accessing all resources in workspace
by Paul Richardson (JIRA)
Paul Richardson created TEIIDDES-1697:
-----------------------------------------
Summary: Performance bottlenecks when accessing all resources in workspace
Key: TEIIDDES-1697
URL: https://issues.jboss.org/browse/TEIIDDES-1697
Project: Teiid Designer
Issue Type: Bug
Components: Usability
Affects Versions: 8.1
Reporter: Paul Richardson
Assignee: Paul Richardson
Fix For: 8.2
A number of functions in Designer use the workspace to find all resources then analyse each one to determine whether they are designer models. This is inefficient and does not scale when the workspace contains a substantial number of projects.
Refactor the functions to require that all searched resources must be contained in the SAME project as the resource that initiated the search.
Projects that do not have the designer modelling nature should always be ignored.
--
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
12 years, 11 months
[JBoss JIRA] (TEIIDDES-1686) When deploying a VDB, selected to create a corresponding Datasource but none created
by Mark Drilling (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1686?page=com.atlassian.jira.plu... ]
Mark Drilling resolved TEIIDDES-1686.
-------------------------------------
Resolution: Done
Fixed method calls in DeployVDBAction that were expecting vdbName arg without the .vdb extension. Retested ok. Also added error dialog to handle vdb datasource deploy errors.
pull request - https://github.com/Teiid-Designer/teiid-designer/pull/145
> When deploying a VDB, selected to create a corresponding Datasource but none created
> ------------------------------------------------------------------------------------
>
> Key: TEIIDDES-1686
> URL: https://issues.jboss.org/browse/TEIIDDES-1686
> Project: Teiid Designer
> Issue Type: Bug
> Components: VDB & Execution
> Affects Versions: 8.1
> Reporter: Mark Drilling
> Assignee: Mark Drilling
> Fix For: 8.2
>
>
> After creating a VDB in Designer, I was using the Guides view "Create a REST War" action set. Then executed the action "Deploy a VDB". I chose the option to create a DataSource and provided a DS jndi name. But, the data source was not created.
> Limited debug shows a problem around line 165 of DeployVdbAction. I believe the hasVdb call is returning 'false' because vdb.getName() returns a name "myVdb.vdb" when the method is expecting the name without .vdb - eg "myVdb".
> Should verify that the same name style is expected on Teiid 7.7 and Teiid 8.x servers.
--
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
12 years, 11 months
[JBoss JIRA] (TEIIDDES-1591) Improve the default eclipse dialog for entering the secure storage password
by Barry LaFond (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1591?page=com.atlassian.jira.plu... ]
Barry LaFond updated TEIIDDES-1591:
-----------------------------------
Fix Version/s: 8.2
(was: 8.1)
> Improve the default eclipse dialog for entering the secure storage password
> ---------------------------------------------------------------------------
>
> Key: TEIIDDES-1591
> URL: https://issues.jboss.org/browse/TEIIDDES-1591
> Project: Teiid Designer
> Issue Type: Enhancement
> Components: Eclipse Integration
> Affects Versions: 8.1
> Reporter: Paul Richardson
> Assignee: Max Rydahl Andersen
> Fix For: 8.2
>
> Attachments: password-provider-dialog.jpg
>
>
> Both JBossTools and Designer use secure storage for storing passwords. As such, when opening the application and accessing secure storage for the first time (usually on starting a JBoss server), the default password dialog is displayed. However, this dialog is unintuitive since it provides little explanation of what password it is requesting and is easily confused for the JBoss / Teiid admin password or the Teiid jdbc password. Ironically, this password will allow access to both of them!
> Investigation shows that the default password provider can be overridden using the org.eclipse.equinox.security.secureStorage extension point.
--
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
12 years, 11 months
[JBoss JIRA] (TEIIDDES-1692) Old test script for updating 2 data sources, still applicable?
by Paul Richardson (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1692?page=com.atlassian.jira.plu... ]
Paul Richardson commented on TEIIDDES-1692:
-------------------------------------------
Steve, Ramesh,
Can I get your opinion from a Teiid perspective, please?
Cheers
PGR
> Old test script for updating 2 data sources, still applicable?
> --------------------------------------------------------------
>
> Key: TEIIDDES-1692
> URL: https://issues.jboss.org/browse/TEIIDDES-1692
> Project: Teiid Designer
> Issue Type: Bug
> Components: Documentation
> Reporter: Paul Richardson
> Assignee: Paul Richardson
> Fix For: 8.2
>
> Attachments: E2eUpdateTwoSourcesTestScript.pdf
>
>
> The ['Updating Two Data Sources'|^E2eUpdateTwoSourcesTestScript.pdf] test script describes the insertion of SQL transformations for insertion and deletion of data in the underlying data sources.
> Trying to insert these transformations into Designer results in errors such as:
> {quote}
> TEIID31119 Symbol "INPUT".SUPPLIER_ID is specified with an unknown group context partsupplierView.xmi /partsupplier/views updates Problem
> {quote}
> * Does Teiid now do much of what this script is trying to do?
> * Can / should these transformations still be included albeit in a modified form?
> * Is this test script's purpose still appropriate for Designer?
> Requests for comments please.
--
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
12 years, 11 months