[JBoss JIRA] (TEIIDDES-1233) Teiid cannot handle child elements belonging to a different namespace
by Debbie Steigner (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-1233?page=com.atlassian.jira.plu... ]
Debbie Steigner commented on TEIIDDES-1233:
-------------------------------------------
Ted - Sorry didn't see your question back, yes they are using WSDL to source and no the wsdl is top secret they cannot send it
> Teiid cannot handle child elements belonging to a different namespace
> ---------------------------------------------------------------------
>
> Key: TEIIDDES-1233
> URL: https://issues.jboss.org/browse/TEIIDDES-1233
> Project: Teiid Designer
> Issue Type: Bug
> Components: Modeling
> Affects Versions: 7.6
> Reporter: Debbie Steigner
> Assignee: Ted Jones
> Fix For: 7.7.1
>
> Attachments: foo.zip
>
>
> In the case where a web service is returning a response similar to the
> following:
> <ns1:searchMidbWSResponse ... >
> < ns1:return>
> < ns1:Site>
> <ns2:PropOne>...</ ns2:PropOne>
> < ns2:PropTwo>...</ ns2:PropTwo>
> etc...
> </ ns1:Site>
> </ ns1:return>
> </ ns1:searchMidbWSResponse>
> Notice that all of the Site property elements belong to a different namespace
> (alias=ns2) whereas the outer elements belong to the namespace with the ns1
> alias. It looks like EDS cannot handle child elements belonging to a different
> namespace.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (TEIIDDES-1363) On creation of new web service model, errors are displayed concerning valid transformations
by Paul Richardson (JIRA)
Paul Richardson created TEIIDDES-1363:
-----------------------------------------
Summary: On creation of new web service model, errors are displayed concerning valid transformations
Key: TEIIDDES-1363
URL: https://issues.jboss.org/browse/TEIIDDES-1363
Project: Teiid Designer
Issue Type: Enhancement
Reporter: Paul Richardson
Assignee: Paul Richardson
Fix For: 7.7.1
Using the US States example WSDL, create a new Teiid Metadata Model. On completion of the wizard, 4 errors are displayed, with two being the following:
Found problems validating transformation defining tmResponses/stateService_GetAllStateInfo_GetAllStateInfoResponse/MappingClasses/AllStateInfo, re-validate in the transformation editor.
Found problems validating transformation defining tmResponses/stateService_GetStateInfo_GetStateInfoResponse/MappingClasses/GetStateInfoResponse, re-validate in the transformation editor.
These errors are displayed because no transformation SQL has been added to the response model, which is considered the user's responsibility. Make this clear by adding text such as '<-- Place your transformation here -->' to the transformation text fields.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (TEIIDDES-1371) Translator Overrides panel appears to have 2 properties mixed up
by Van Halbert (JIRA)
Van Halbert created TEIIDDES-1371:
-------------------------------------
Summary: Translator Overrides panel appears to have 2 properties mixed up
Key: TEIIDDES-1371
URL: https://issues.jboss.org/browse/TEIIDDES-1371
Project: Teiid Designer
Issue Type: Bug
Components: VDB & Execution
Affects Versions: 7.7.1
Reporter: Van Halbert
Attachments: Screen Shot 2012-05-16 at 9.38.05 AM.png
I've attached a screen shot that includes the Translator Overrides panel from Designer and a section of the code from the implemented ExecutionFactory that's setting MaxInCriteriaSize and MaxDependentInPredicates.
And looking at the overrides panel, it appears there's a couple of issues (correct me if I'm wrong):
- the values for "Max number of IN predicate entries and Max number of dependent values ....." are swapped
- the title for "Max number of dependent values across all IN predicates", appears to be incorrect as to how its applied? Isn't that value applied for each IN predicate? So if "Max number of IN predicates" is 2, and "Max number of dependent values..." is 1000, then a 1000 for each IN predicate (or a total of 2000 max) will be allowed. Is that correct?
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month
[JBoss JIRA] (TEIIDDES-1334) Remove Authenticator class code from URLHelper
by Paul Richardson (JIRA)
Paul Richardson created TEIIDDES-1334:
-----------------------------------------
Summary: Remove Authenticator class code from URLHelper
Key: TEIIDDES-1334
URL: https://issues.jboss.org/browse/TEIIDDES-1334
Project: Teiid Designer
Issue Type: Sub-task
Reporter: Paul Richardson
Assignee: Paul Richardson
Fix For: 7.7.1
The createFileFromUrl and resolveUrl methods in URLHelper currently use an Authenticator implementation for providing username/password credentials when accessing URLs, notably HTTP. However, due to a JVM bug [1] the credentials are cached for the duration of the JVM session and cannot be reset. Thus, once the Authenticator class has been set, it cannot be changed. The effect of this is that the user can enter the wrong credentials for a WSDL once in a wizard and can never change them.
Replace the Authenticator implementations in URLHelper with a method to set an http request property instead, eg.
urlConn.setRequestProperty("Authorization", "Basic " + Base64.encodeBytes((userName + ':' + password).getBytes()))
[1] http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6626700
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 1 month