[JBoss JIRA] (TEIIDDES-2224) web service returns 500 when concurrent access
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2224?page=com.atlassian.jira.plu... ]
RH Bugzilla Integration commented on TEIIDDES-2224:
---------------------------------------------------
Matus Makovy <mmakovy(a)redhat.com> changed the Status of [bug 1149036|https://bugzilla.redhat.com/show_bug.cgi?id=1149036] from NEW to CLOSED
> web service returns 500 when concurrent access
> ----------------------------------------------
>
> Key: TEIIDDES-2224
> URL: https://issues.jboss.org/browse/TEIIDDES-2224
> Project: Teiid Designer
> Issue Type: Bug
> Components: Web Services Support
> Affects Versions: 8.5
> Reporter: Hisanobu Okuda
> Assignee: Ted Jones
> Fix For: 9.0, 8.6.1, 9.0.1
>
> Attachments: reproducer.tar.gz
>
>
> Description of problem:
> web service returns 500 when concurrent access. It works fine with a single access.
> Version-Release number of selected component (if applicable):
> How reproducible:
> Please find the attached reproducer kit reproducer.tar.gz which contains
> reproducer
> ├── accounts.csv // data source
> ├── command.log // test result
> ├── SampleJDV.zip // project source code
> ├── server.log // test result
> ├── SOAP_TEST2.jmx // config file for JMeter
> ├── WSTest.vdb // VDB which contains web service model
> └── WSTest.war // generated JBossWS-CXF War
> Steps to Reproduce:
> 0. add user/user in teiid-security-users.properties
> 1. add datasource in standalone.xml
> <datasource jndi-name="java:/WSTest" pool-name="WSTest" enabled="true">
> <connection-url>jdbc:teiid:WSTest</connection-url>
> <driver>teiid</driver>
> <pool>
> <min-pool-size>100</min-pool-size>
> <max-pool-size>100</max-pool-size>
> <use-strict-min>true</use-strict-min>
> </pool>
> <security>
> <user-name>user</user-name>
> <password>user</password>
> </security>
> 2. unjar WSTest.vdb, change the path to accounts.csv in SampleJDV/sandbox/WSTest_Source.xmi, rejar WSTest.vdb.
> 3. deploy WSTest.vdb
> 4. deploy WSTest.war
> 5. run jmeter, and open SOAP_TEST2.jmx
> 6. run test on jmeter
> Actual results:
> Expected results:
> Additional info:
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 3 months
[JBoss JIRA] (TEIIDDES-2523) Add or Remove input variables for WS operation not working correctly
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/TEIIDDES-2523?page=com.atlassian.jira.plu... ]
RH Bugzilla Integration commented on TEIIDDES-2523:
---------------------------------------------------
Matus Makovy <mmakovy(a)redhat.com> changed the Status of [bug 1249567|https://bugzilla.redhat.com/show_bug.cgi?id=1249567] from NEW to CLOSED
> Add or Remove input variables for WS operation not working correctly
> --------------------------------------------------------------------
>
> Key: TEIIDDES-2523
> URL: https://issues.jboss.org/browse/TEIIDDES-2523
> Project: Teiid Designer
> Issue Type: Bug
> Components: Editors, Patch Release, Web Services Support
> Affects Versions: 8.3.4, 9.0.1
> Reporter: Andrej Šmigala
> Assignee: Barry LaFond
> Priority: Minor
> Fix For: 10.0.2, 9.2.1
>
> Attachments: WsVariablesProject.zip, WsVariablesProject_Fixed.zip
>
>
> The variables are now shown after opening the model, however, clicking Add or Remove variables shows the Edit Input Variables editor with all the variables deselected. Selecting some of the variables adds them to the transformation, resulting in invalid SQL.
> New steps to reproduce:
> import the attached project
> double click the OrderCheckingWs in model explorer, the model editor will open
> click Add or Remove variables
> notice all variables are deselected
> select OrderDate, click OK
> save the model, the following validation error is shown:
> ERROR: Variable VARIABLES.IN_OrderDate was previously declared.
> Note that as a user checks/unchecks variables, the SQL transformation is trying to keep pace with the selections and isn't staying in sync. You can end up with multiple/duplicates. Expanding the tree shows that 2 of the 3 variables show as checked. But OrderDate is Not.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 3 months