[JBoss JIRA] (SWSQE-442) Fix PR Tester
by Guilherme Baufaker Rêgo (JIRA)
[ https://issues.jboss.org/browse/SWSQE-442?page=com.atlassian.jira.plugin.... ]
Guilherme Baufaker Rêgo updated SWSQE-442:
------------------------------------------
Team: Infrastructure (was: Infrastructure)
Sprint: Kiali Sprint #11
> Fix PR Tester
> -------------
>
> Key: SWSQE-442
> URL: https://issues.jboss.org/browse/SWSQE-442
> Project: Kiali QE
> Issue Type: Bug
> Reporter: Guilherme Baufaker Rêgo
> Assignee: Guilherme Baufaker Rêgo
>
> http://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8080/job/kiali-core-pr-e2...
> - The jenkins job was trying to install Oracle JDK:
> Installing JDK jdk-8u172-oth-JPR
> Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
> Building remotely on jenkins-slave-kiali-ui-tests-qq9b8 (kiali-ui-tests python) in workspace /home/jenkins/workspace/kiali-core-pr-e2e-test
> Installing JDK jdk-8u172-oth-JPR
> Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
> java.io.IOException: Failed to request http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810... exit code=404
> at hudson.tools.JDKInstaller.locate(JDKInstaller.java:492)
> at hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:150)
> at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:72)
> at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:109)
> at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:206)
> at hudson.model.JDK.forNode(JDK.java:148)
> at hudson.model.AbstractProject.getEnvironment(AbstractProject.java:341)
> at hudson.model.Run.getEnvironment(Run.java:2356)
> at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:886)
> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1179)
> at hudson.scm.SCM.checkout(SCM.java:504)
> at hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
> at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
> at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
> at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
> at hudson.model.Run.execute(Run.java:1798)
> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
> at hudson.model.ResourceController.execute(ResourceController.java:97)
> at hudson.model.Executor.run(Executor.java:429)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months
[JBoss JIRA] (SWSQE-443) E2E Test PR was failing because a JDK variable
by Guilherme Baufaker Rêgo (JIRA)
[ https://issues.jboss.org/browse/SWSQE-443?page=com.atlassian.jira.plugin.... ]
Guilherme Baufaker Rêgo deleted SWSQE-443:
------------------------------------------
> E2E Test PR was failing because a JDK variable
> ----------------------------------------------
>
> Key: SWSQE-443
> URL: https://issues.jboss.org/browse/SWSQE-443
> Project: Kiali QE
> Issue Type: Bug
> Reporter: Guilherme Baufaker Rêgo
> Assignee: Michael Foley
>
> Oracle Changed the way is providing on JDK
> Installing JDK jdk-8u172-oth-JPR
> Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
> Building remotely on jenkins-slave-kiali-ui-tests-qq9b8 (kiali-ui-tests python) in workspace /home/jenkins/workspace/kiali-core-pr-e2e-test
> Installing JDK jdk-8u172-oth-JPR
> Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
> java.io.IOException: Failed to request http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810... exit code=404
> at hudson.tools.JDKInstaller.locate(JDKInstaller.java:492)
> at hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:150)
> at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:72)
> at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:109)
> at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:206)
> at hudson.model.JDK.forNode(JDK.java:148)
> at hudson.model.AbstractProject.getEnvironment(AbstractProject.java:341)
> at hudson.model.Run.getEnvironment(Run.java:2356)
> at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:886)
> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1179)
> at hudson.scm.SCM.checkout(SCM.java:504)
> at hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
> at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
> at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
> at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
> at hudson.model.Run.execute(Run.java:1798)
> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
> at hudson.model.ResourceController.execute(ResourceController.java:97)
> at hudson.model.Executor.run(Executor.java:429)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months
[JBoss JIRA] (SWSQE-443) E2E Test PR was failing because a JDK variable
by Guilherme Baufaker Rêgo (JIRA)
Guilherme Baufaker Rêgo created SWSQE-443:
---------------------------------------------
Summary: E2E Test PR was failing because a JDK variable
Key: SWSQE-443
URL: https://issues.jboss.org/browse/SWSQE-443
Project: Kiali QE
Issue Type: Bug
Reporter: Guilherme Baufaker Rêgo
Assignee: Michael Foley
Oracle Changed the way is providing on JDK
Installing JDK jdk-8u172-oth-JPR
Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
Building remotely on jenkins-slave-kiali-ui-tests-qq9b8 (kiali-ui-tests python) in workspace /home/jenkins/workspace/kiali-core-pr-e2e-test
Installing JDK jdk-8u172-oth-JPR
Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
java.io.IOException: Failed to request http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810... exit code=404
at hudson.tools.JDKInstaller.locate(JDKInstaller.java:492)
at hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:150)
at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:72)
at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:109)
at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:206)
at hudson.model.JDK.forNode(JDK.java:148)
at hudson.model.AbstractProject.getEnvironment(AbstractProject.java:341)
at hudson.model.Run.getEnvironment(Run.java:2356)
at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:886)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1179)
at hudson.scm.SCM.checkout(SCM.java:504)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1798)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months
[JBoss JIRA] (SWSQE-442) Fix PR Tester
by Guilherme Baufaker Rêgo (JIRA)
Guilherme Baufaker Rêgo created SWSQE-442:
---------------------------------------------
Summary: Fix PR Tester
Key: SWSQE-442
URL: https://issues.jboss.org/browse/SWSQE-442
Project: Kiali QE
Issue Type: Bug
Reporter: Guilherme Baufaker Rêgo
Assignee: Guilherme Baufaker Rêgo
http://jenkins2.bc.jonqe.lab.eng.bos.redhat.com:8080/job/kiali-core-pr-e2...
- The jenkins job was trying to install Oracle JDK:
Installing JDK jdk-8u172-oth-JPR
Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
Building remotely on jenkins-slave-kiali-ui-tests-qq9b8 (kiali-ui-tests python) in workspace /home/jenkins/workspace/kiali-core-pr-e2e-test
Installing JDK jdk-8u172-oth-JPR
Downloading JDK from http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810...
java.io.IOException: Failed to request http://download.oracle.com/otn-pub/java/jdk/8u172-b11/a58eab1ec2424211810... exit code=404
at hudson.tools.JDKInstaller.locate(JDKInstaller.java:492)
at hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:150)
at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:72)
at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:109)
at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:206)
at hudson.model.JDK.forNode(JDK.java:148)
at hudson.model.AbstractProject.getEnvironment(AbstractProject.java:341)
at hudson.model.Run.getEnvironment(Run.java:2356)
at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:886)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1179)
at hudson.scm.SCM.checkout(SCM.java:504)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1208)
at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574)
at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86)
at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499)
at hudson.model.Run.execute(Run.java:1798)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:97)
at hudson.model.Executor.run(Executor.java:429)
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months
[JBoss JIRA] (JBJCA-1385) xa-datasource creates twice connections as much as max-pool-size
by Bartosz Spyrko-Śmietanko (JIRA)
[ https://issues.jboss.org/browse/JBJCA-1385?page=com.atlassian.jira.plugin... ]
Bartosz Spyrko-Śmietanko updated JBJCA-1385:
--------------------------------------------
Git Pull Request: https://github.com/ironjacamar/ironjacamar/pull/679
> xa-datasource creates twice connections as much as max-pool-size
> ----------------------------------------------------------------
>
> Key: JBJCA-1385
> URL: https://issues.jboss.org/browse/JBJCA-1385
> Project: IronJacamar
> Issue Type: Bug
> Components: Core
> Affects Versions: WildFly/IronJacamar 1.4.2.Final
> Reporter: Bartosz Spyrko-Śmietanko
> Assignee: Bartosz Spyrko-Śmietanko
>
> After createing connections by prefill, xa-datasource can have connection much more than max-pool-size.
> Although prefill try to create connections based on `SemaphoreConcurrentLinkedDequeManagedConnectionPool.poolsize`, the poolsize count is broken after closing connections by test failure.
> `SemaphoreConcurrentLinkedDequeManagedConnectionPool#removeConnectionListenerFromPool() is called 2 times per a connection during closing them, so that the poolsize can be decreased much more than existed connections.
> When the poolsize is 25, it become -25 after closing all connections. And prefill try to create 50 connections until the poolsize count becomes 25 from -25.
> `removeConnectionListenerFromPool()` is called as the following stacktrace during closing 1 connection.
> 1.
> {code}
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.removeConnectionListenerFromPool(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:-1)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.returnConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:736)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.returnConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:611)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.returnConnection(AbstractPool.java:847)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.returnManagedConnection(AbstractConnectionManager.java:725)
> org.jboss.jca.core.connectionmanager.listener.AbstractConnectionListener.connectionErrorOccurred(AbstractConnectionListener.java:472)
> org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.broadcastConnectionError(BaseWrapperManagedConnection.java:673)
> org.jboss.jca.adapters.jdbc.xa.XAManagedConnection.broadcastConnectionError(XAManagedConnection.java:203)
> org.jboss.jca.adapters.jdbc.xa.XAManagedConnection$1.connectionErrorOccurred(XAManagedConnection.java:91)
> org.postgresql.ds.PGPooledConnection.fireConnectionFatalError(PGPooledConnection.java:183)
> org.postgresql.ds.PGPooledConnection.fireConnectionError(PGPooledConnection.java:237)
> org.postgresql.ds.PGPooledConnection.access$200(PGPooledConnection.java:38)
> org.postgresql.ds.PGPooledConnection$StatementHandler.invoke(PGPooledConnection.java:428)
> com.sun.proxy.$Proxy55.execute (Unknown Source)
> org.jboss.jca.adapters.jdbc.CheckValidConnectionSQL.isValidConnection(CheckValidConnectionSQL.java:74)
> org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.isValidConnection(BaseWrapperManagedConnectionFactory.java:1304)
> org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.getInvalidConnections(BaseWrapperManagedConnectionFactory.java:1086)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:379)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:632)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:604)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:624)
> org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:430)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:789)
> org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
> org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:64)
> ...
> {code}
> 2.
> {code}
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.removeConnectionListenerFromPool(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:-1)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:452)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:632)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:604)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:624)
> org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:430)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:789)
> org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
> org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:64)
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months
[JBoss JIRA] (JBJCA-1385) xa-datasource creates twice connections as much as max-pool-size
by Bartosz Spyrko-Śmietanko (JIRA)
[ https://issues.jboss.org/browse/JBJCA-1385?page=com.atlassian.jira.plugin... ]
Bartosz Spyrko-Śmietanko moved JBEAP-15549 to JBJCA-1385:
---------------------------------------------------------
Project: IronJacamar (was: JBoss Enterprise Application Platform)
Key: JBJCA-1385 (was: JBEAP-15549)
Workflow: classic default workflow (was: CDW with loose statuses v1)
Component/s: Core
(was: JCA)
Affects Version/s: WildFly/IronJacamar 1.4.2.Final
(was: 7.1.4.GA)
> xa-datasource creates twice connections as much as max-pool-size
> ----------------------------------------------------------------
>
> Key: JBJCA-1385
> URL: https://issues.jboss.org/browse/JBJCA-1385
> Project: IronJacamar
> Issue Type: Bug
> Components: Core
> Affects Versions: WildFly/IronJacamar 1.4.2.Final
> Reporter: Bartosz Spyrko-Śmietanko
> Assignee: Bartosz Spyrko-Śmietanko
>
> After createing connections by prefill, xa-datasource can have connection much more than max-pool-size.
> Although prefill try to create connections based on `SemaphoreConcurrentLinkedDequeManagedConnectionPool.poolsize`, the poolsize count is broken after closing connections by test failure.
> `SemaphoreConcurrentLinkedDequeManagedConnectionPool#removeConnectionListenerFromPool() is called 2 times per a connection during closing them, so that the poolsize can be decreased much more than existed connections.
> When the poolsize is 25, it become -25 after closing all connections. And prefill try to create 50 connections until the poolsize count becomes 25 from -25.
> `removeConnectionListenerFromPool()` is called as the following stacktrace during closing 1 connection.
> 1.
> {code}
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.removeConnectionListenerFromPool(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:-1)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.returnConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:736)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.returnConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:611)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.returnConnection(AbstractPool.java:847)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.returnManagedConnection(AbstractConnectionManager.java:725)
> org.jboss.jca.core.connectionmanager.listener.AbstractConnectionListener.connectionErrorOccurred(AbstractConnectionListener.java:472)
> org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.broadcastConnectionError(BaseWrapperManagedConnection.java:673)
> org.jboss.jca.adapters.jdbc.xa.XAManagedConnection.broadcastConnectionError(XAManagedConnection.java:203)
> org.jboss.jca.adapters.jdbc.xa.XAManagedConnection$1.connectionErrorOccurred(XAManagedConnection.java:91)
> org.postgresql.ds.PGPooledConnection.fireConnectionFatalError(PGPooledConnection.java:183)
> org.postgresql.ds.PGPooledConnection.fireConnectionError(PGPooledConnection.java:237)
> org.postgresql.ds.PGPooledConnection.access$200(PGPooledConnection.java:38)
> org.postgresql.ds.PGPooledConnection$StatementHandler.invoke(PGPooledConnection.java:428)
> com.sun.proxy.$Proxy55.execute (Unknown Source)
> org.jboss.jca.adapters.jdbc.CheckValidConnectionSQL.isValidConnection(CheckValidConnectionSQL.java:74)
> org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.isValidConnection(BaseWrapperManagedConnectionFactory.java:1304)
> org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnectionFactory.getInvalidConnections(BaseWrapperManagedConnectionFactory.java:1086)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:379)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:632)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:604)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:624)
> org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:430)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:789)
> org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
> org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:64)
> ...
> {code}
> 2.
> {code}
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.removeConnectionListenerFromPool(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:-1)
> org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.getConnection(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:452)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getSimpleConnection(AbstractPool.java:632)
> org.jboss.jca.core.connectionmanager.pool.AbstractPool.getConnection(AbstractPool.java:604)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.getManagedConnection(AbstractConnectionManager.java:624)
> org.jboss.jca.core.connectionmanager.tx.TxConnectionManagerImpl.getManagedConnection(TxConnectionManagerImpl.java:430)
> org.jboss.jca.core.connectionmanager.AbstractConnectionManager.allocateConnection(AbstractConnectionManager.java:789)
> org.jboss.jca.adapters.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:138)
> org.jboss.as.connector.subsystems.datasources.WildFlyDataSource.getConnection(WildFlyDataSource.java:64)
> ...
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months
[JBoss JIRA] (WFLY-11089) Uploading content from HAL in SSL doesn't work
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFLY-11089?page=com.atlassian.jira.plugin... ]
ehsavoie Hugonnet updated WFLY-11089:
-------------------------------------
Description:
When uploading a file from the web console to WildFly using an SSL secured connection the content is not stored, it is replaced by the Base64 DMR operation.
Looking at the request I didn't see the file part of the multipart request the parsing return only 1 part while the request on management-upload seems to have 2 parts (see attached har file).
It doesn't happen with the jboss-cli (ssl or not) nor in HAL on HTTP.
Size does matter, a small deployment is ok to upload.
was:
When uploading a file from the web console to WildFly using an SSL secured connection the content is not stored, it is replaced by the Base64 DMR operation.
Looking at the request I didn't see the file part of the multipart request the parsing return only 1 part while the request on management-upload seems to have 2 parts (see attached har file).
It doesn't happen with the jboss-cli (ssl or not) nor in HAL on HTTP.
> Uploading content from HAL in SSL doesn't work
> ----------------------------------------------
>
> Key: WFLY-11089
> URL: https://issues.jboss.org/browse/WFLY-11089
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow), Web Console
> Affects Versions: 14.0.0.Final
> Reporter: ehsavoie Hugonnet
> Assignee: Stuart Douglas
> Attachments: application-roles.properties, https_webcons.jks, localhost.har, standalone.xml, truststore.jks, windows2008-1.gsslab.rdu2.redhat.com.jks
>
>
> When uploading a file from the web console to WildFly using an SSL secured connection the content is not stored, it is replaced by the Base64 DMR operation.
> Looking at the request I didn't see the file part of the multipart request the parsing return only 1 part while the request on management-upload seems to have 2 parts (see attached har file).
> It doesn't happen with the jboss-cli (ssl or not) nor in HAL on HTTP.
> Size does matter, a small deployment is ok to upload.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months
[JBoss JIRA] (WFCORE-3439) Reevaluate MultiphaseOverallContext.transformServerOperation
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-3439?page=com.atlassian.jira.plugi... ]
Brian Stansberry commented on WFCORE-3439:
------------------------------------------
I have a number of "WIP" branches that have been sitting inactive for a long time and I'm linking them to the related issues in case the work on them is useful. For this one:
https://github.com/bstansberry/wildfly-core/tree/WFCORE-3439
> Reevaluate MultiphaseOverallContext.transformServerOperation
> ------------------------------------------------------------
>
> Key: WFCORE-3439
> URL: https://issues.jboss.org/browse/WFCORE-3439
> Project: WildFly Core
> Issue Type: Task
> Components: Management
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
>
> DomainRolloutStepHandler when it's pushing ops out to the servers calls MultiphaseOverallContext.transformServerOperation, which in turn transforms the operation. But the operation in question has been supplied by the slave HC. It should not need transformation.
> Perhaps the result would need transformation, but I don't see how the op provided by the slave would provide reliable input for working out that transformation.
> One thing to be careful about when looking at this is the possibility that the operation is a composite and a step in it has not been provided by the slave HC, but rather is the original request input.
> As part of this, check if the "push-to-servers" workaround discussed in https://github.com/wildfly/wildfly/pull/10676 has been merged, and if it has try and remove that.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
5 years, 6 months