[JBoss JIRA] (WFLY-8309) build.sh and integration-tests.sh scripts doesn't work on Solaris SPARC
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-8309?page=com.atlassian.jira.plugin.... ]
Kabir Khan updated WFLY-8309:
-----------------------------
Fix Version/s: 11.0.0.Beta1
(was: 11.0.0.Alpha1)
> build.sh and integration-tests.sh scripts doesn't work on Solaris SPARC
> -----------------------------------------------------------------------
>
> Key: WFLY-8309
> URL: https://issues.jboss.org/browse/WFLY-8309
> Project: WildFly
> Issue Type: Bug
> Components: Build System, Test Suite
> Reporter: Peter Palaga
> Assignee: Romain Pelisse
> Priority: Critical
> Fix For: 11.0.0.Beta1
>
>
> Solaris 10 SPARC and Solaris 11 SPARC are supported platforms.
> This issue is regression against EAP 7.1.0.DR11.
> *Wrong behaviour in EAP 7.1.0.DR12*
> build.sh and integration-tests.sh scripts doesn't work on Solaris SPARC.
> *Desired behaviour*
> build.sh and integration-tests.sh scripts should work on Solaris SPARC.
> *Solaris 10*
> * Solaris 10 SPARC release information:
> {noformat}
> [hudson@dev139-03 ~]$ cat /etc/release
> Oracle Solaris 10 1/13 s10s_u11wos_24a SPARC
> Copyright (c) 1983, 2013, Oracle and/or its affiliates. All rights reserved.
> Assembled 17 January 2013
> [hudson@dev139-03 ~]$
> {noformat}
> * logs from build.sh
> {noformat}
> 07:39:36 + ./build.sh -Dmaven.repo.local=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-unit-solaris/abacf11d/eap-local-maven-repository -fae -Dmaven.test.failure.ignore=true -Dts.noSmoke
> 07:39:36 ./build.sh: syntax error at line 20: `DIRNAME="$( cd "$' unexpected
> {noformat}
> * logs from integration-tests.sh:
> {noformat}
> 07:43:10 + ./integration-tests.sh -Dmaven.repo.local=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/abacf11d/eap-local-maven-repository -fae -Dmaven.test.failure.ignore=true -Dnode0=10.16.178.25 -Dnode1=10.16.178.26 -Dmcast=227.43.91.56 -DallTests -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/abacf11d/jboss-eap-7.1
> 07:43:10 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/abacf11d/mvnw install -Dmaven.repo.local=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/abacf11d/eap-local-maven-repository -fae -Dmaven.test.failure.ignore=true -Dnode0=10.16.178.25 -Dnode1=10.16.178.26 -Dmcast=227.43.91.56 -DallTests -fae -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/abacf11d/jboss-eap-7.1 -s /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/abacf11d/tools/maven/conf/settings.xml
> 07:43:10 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/abacf11d/mvnw: syntax error at line 190: `(' unexpected
> {noformat}
> *Solaris 11*
> * Solaris 11 SPARC release information:
> {noformat}
> [hudson@dev34-03 ~]$ cat /etc/release
> Oracle Solaris 11.3 SPARC
> Copyright (c) 1983, 2016, Oracle and/or its affiliates. All rights reserved.
> Assembled 03 August 2016
> [hudson@dev34-03 ~]$
> {noformat}
> * logs from build.sh
> {noformat}
> 07:39:35 + ./build.sh -Dmaven.repo.local=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-unit-solaris/e745cc07/eap-local-maven-repository -fae -Dmaven.test.failure.ignore=true -Dts.noSmoke
> 07:39:35 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-unit-solaris/e745cc07/mvnw install '-Dmaven.repo.local=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-unit-solaris/e745cc07/eap-local-maven-repository' '-fae' '-Dmaven.test.failure.ignore=true' '-Dts.noSmoke'
> 07:39:35 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-unit-solaris/e745cc07/mvnw[190]: local: not found [No such file or directory]
> 07:39:35 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-unit-solaris/e745cc07/mvnw[191]: local: not found [No such file or directory]
> 07:39:36 Error: Could not find or load main class org.apache.maven.wrapper.MavenWrapperMain
> {noformat}
> * logs from integration-tests.sh:
> {noformat}
> 7:43:15 + ./integration-tests.sh -Dmaven.repo.local=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/eap-local-maven-repository -fae -Dmaven.test.failure.ignore=true -Dnode0=10.16.179.32 -Dnode1=10.16.179.33 -Dmcast=227.43.91.214 -DallTests -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/jboss-eap-7.1
> 07:43:15 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/mvnw install -Dmaven.repo.local=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/eap-local-maven-repository -fae -Dmaven.test.failure.ignore=true -Dnode0=10.16.179.32 -Dnode1=10.16.179.33 -Dmcast=227.43.91.214 -DallTests -fae -Djboss.dist=/mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/jboss-eap-7.1 -s /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/tools/maven/conf/settings.xml
> 07:43:15 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/mvnw[190]: local: not found [No such file or directory]
> 07:43:15 /mnt/hudson_workspace/workspace/eap-7x-as-testsuite-test-integ-solaris/e745cc07/mvnw[191]: local: not found [No such file or directory]
> {noformat}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFCORE-2650) Elytron Audit Logging does not support sending messages over TLS
by Jan Kalina (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2650?page=com.atlassian.jira.plugi... ]
Jan Kalina moved JBEAP-10256 to WFCORE-2650:
--------------------------------------------
Project: WildFly Core (was: JBoss Enterprise Application Platform)
Key: WFCORE-2650 (was: JBEAP-10256)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Security
(was: Security)
Affects Version/s: (was: 7.1.0.DR14)
> Elytron Audit Logging does not support sending messages over TLS
> ----------------------------------------------------------------
>
> Key: WFCORE-2650
> URL: https://issues.jboss.org/browse/WFCORE-2650
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Jan Kalina
> Assignee: Jan Kalina
> Priority: Blocker
> Labels: audit-logging, eap71_beta, management-model
>
> Currently, Elytron Audit Logging supports only UDP and TCP transport protocols for sending messages to Syslog server. There should be a possibility to send messages over TLS as well.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-8547) Elytron, SPNEGO in deployment exceptional states handling, 500 should be returned
by Martin Choma (JIRA)
Martin Choma created WFLY-8547:
----------------------------------
Summary: Elytron, SPNEGO in deployment exceptional states handling, 500 should be returned
Key: WFLY-8547
URL: https://issues.jboss.org/browse/WFLY-8547
Project: WildFly
Issue Type: Bug
Components: Security
Reporter: Martin Choma
Assignee: Darran Lofthouse
Priority: Critical
During SPNEGO in deployment authentication, there should be these rules applied
* If authentication is required and no authentication mechanisms are available for use report - 500
* If a mechanism throws an exception evaluating the request and there are no other mechanisms available - 500
Same as Elytron securing management interface discussed on https://issues.jboss.org/browse/JBEAP-9970?focusedCommentId=13386447&page...
I test these scenarios by:
* wrong protocol=DOES_NOT_EXIST in http-authentication-factory
** I get 403 on first GET
** {code}
14:35:41,907 TRACE [org.wildfly.security] (default task-1) Handling MechanismInformationCallback type='HTTP' name='SPNEGO' host-name='localhost.localdomain' protocol='http'
14:35:41,908 TRACE [org.wildfly.security] (default task-1) java.lang.IllegalStateException: ELY01119: Unable to resolve MechanismConfiguration for mechanismType='HTTP', mechanismName='SPNEGO', hostName='localhost.localdomain', protocol='http'.
{code}
* wrong principal name in kerberos security factory
** I get 401 on first GET
** {code}
14:38:37,280 TRACE [org.wildfly.security] (default task-1) Handling MechanismInformationCallback type='HTTP' name='SPNEGO' host-name='localhost.localdomain' protocol='http'
14:38:37,280 TRACE [org.wildfly.security] (default task-1) Evaluating SPNEGO request: cached GSSContext = null
14:38:37,280 TRACE [org.wildfly.security] (default task-1) Obtaining GSSCredential for the service from callback handler...
14:38:37,281 TRACE [org.wildfly.security] (default task-1) No valid cached credential, obtaining new one...
14:38:37,281 TRACE [org.wildfly.security] (default task-1) Logging in using LoginContext and subject [Subject:
]
14:38:37,281 TRACE [org.wildfly.security] (default task-1) Logging in using LoginContext and subject [Subject:
Principal: HTTP/wronghost(a)JBOSS.ORG
Private Credential: /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb.6037194374738244164.keytab for HTTP/wronghost(a)JBOSS.ORG
] succeed
14:38:37,281 TRACE [org.wildfly.security] (default task-1) Creating GSSName for Principal 'HTTP/wronghost(a)JBOSS.ORG'
14:38:37,282 INFO [stdout] (default task-1) Found KeyTab /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb.6037194374738244164.keytab for HTTP/wronghost(a)JBOSS.ORG
14:38:37,282 INFO [stdout] (default task-1) Found KeyTab /home/mchoma/workspace/git-repositories/tests-ldap-kerberos-eap7/eap71/target/krb/krb.6037194374738244164.keytab for HTTP/wronghost(a)JBOSS.ORG
14:38:37,282 TRACE [org.wildfly.security] (default task-1) Obtained GSSCredentialCredential [org.wildfly.security.credential.GSSKerberosCredential@1f]
14:38:37,282 TRACE [org.wildfly.security] (default task-1) Handling ServerCredentialCallback: successfully obtained credential type type=class org.wildfly.security.credential.GSSKerberosCredential, algorithm=null, params=null
14:38:37,282 TRACE [org.wildfly.security] (default task-1) Using SpnegoAuthenticationMechanism to authenticate HTTP/wronghost(a)JBOSS.ORG using the following mechanisms: [[Lorg.ietf.jgss.Oid;@7e6a9da]
14:38:37,282 TRACE [org.wildfly.security] (default task-1) Caching GSSContext sun.security.jgss.GSSContextImpl@2df4c570
14:38:37,282 TRACE [org.wildfly.security] (default task-1) Caching KerberosTicket null
14:38:37,282 TRACE [org.wildfly.security] (default task-1) Sent HTTP authorizations: [null]
14:38:37,282 TRACE [org.wildfly.security] (default task-1) Request lacks valid authentication credentials
{code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ELY-1071) Credential-store, User isn't able to use masked password from Wildfly-elytron-tool.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1071?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1071:
------------------------------
Component/s: Credential Store
> Credential-store, User isn't able to use masked password from Wildfly-elytron-tool.
> -----------------------------------------------------------------------------------
>
> Key: ELY-1071
> URL: https://issues.jboss.org/browse/ELY-1071
> Project: WildFly Elytron
> Issue Type: Bug
> Components: Credential Store
> Reporter: Hynek Švábek
> Assignee: Darran Lofthouse
> Priority: Blocker
>
> User isn't able to use masked password from Wildfly-elytron-tool.
> When I generate masked password through tool from EAP7.1.0.DR15 it's worked!
> I expect that I will be able to use masked string from actual version of wildfly-elytron-tool.
> *How to reproduce*
> {code}
> java -jar wildfly-elytron-tool.jar mask -x secret_password -s 12345678 -i 230
> MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230
> {code}
> {code}
> [standalone@localhost:9990 /] /subsystem=elytron/credential-store=csmasked002:add(uri="cr-store://csmasked002.jceks?create=true", credential-reference={clear-text="MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230"})
> {
> "outcome" => "failed",
> "failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.csmasked002" => "WFLYELY00004: Unable to start the service.
> Caused by: java.io.IOException: javax.crypto.BadPaddingException: Given final block not properly padded
> Caused by: javax.crypto.BadPaddingException: Given final block not properly padded"}},
> "rolled-back" => true
> }
> {code}
> *NOTE:*
> When I use in DR16 masked string from DR15 then it's working. And password in plain text is original one -> "secret_password".
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ELY-1071) Credential-store, User isn't able to use masked password from Wildfly-elytron-tool.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1071?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1071:
------------------------------
Description:
User isn't able to use masked password from Wildfly-elytron-tool.
When I generate masked password through tool from EAP7.1.0.DR15 it's worked!
I expect that I will be able to use masked string from actual version wildfly-elytron-tool.
*How to reproduce*
{code}
java -jar wildfly-elytron-tool.jar mask -x secret_password -s 12345678 -i 230
MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230
{code}
{code}
[standalone@localhost:9990 /] /subsystem=elytron/credential-store=csmasked002:add(uri="cr-store://csmasked002.jceks?create=true", credential-reference={clear-text="MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230"})
{
"outcome" => "failed",
"failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.csmasked002" => "WFLYELY00004: Unable to start the service.
Caused by: java.io.IOException: javax.crypto.BadPaddingException: Given final block not properly padded
Caused by: javax.crypto.BadPaddingException: Given final block not properly padded"}},
"rolled-back" => true
}
{code}
*NOTE:*
When I use in DR16 masked string from DR15 then it's working. And password in plain text is original one -> "secret_password".
was:
User isn't able to use masked password from Wildfly-elytron-tool.
When I generate masked password through tool from EAP7.1.0.DR15 it's worked!
I expect that I will be able to use masked string from EAP7.1.0.DR15 wildfly-elytron-tool.
{code}
java -jar wildfly-elytron-tool.jar mask -x secret_password -s 12345678 -i 230
MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230
{code}
{code}
[standalone@localhost:9990 /] /subsystem=elytron/credential-store=csmasked002:add(uri="cr-store://csmasked002.jceks?create=true", credential-reference={clear-text="MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230"})
{
"outcome" => "failed",
"failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.csmasked002" => "WFLYELY00004: Unable to start the service.
Caused by: java.io.IOException: javax.crypto.BadPaddingException: Given final block not properly padded
Caused by: javax.crypto.BadPaddingException: Given final block not properly padded"}},
"rolled-back" => true
}
{code}
*NOTE:*
When I use in DR16 masked string from DR15 then it's working. And password in plain text is original one -> "secret_password".
> Credential-store, User isn't able to use masked password from Wildfly-elytron-tool.
> -----------------------------------------------------------------------------------
>
> Key: ELY-1071
> URL: https://issues.jboss.org/browse/ELY-1071
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
> Assignee: Darran Lofthouse
> Priority: Blocker
>
> User isn't able to use masked password from Wildfly-elytron-tool.
> When I generate masked password through tool from EAP7.1.0.DR15 it's worked!
> I expect that I will be able to use masked string from actual version wildfly-elytron-tool.
> *How to reproduce*
> {code}
> java -jar wildfly-elytron-tool.jar mask -x secret_password -s 12345678 -i 230
> MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230
> {code}
> {code}
> [standalone@localhost:9990 /] /subsystem=elytron/credential-store=csmasked002:add(uri="cr-store://csmasked002.jceks?create=true", credential-reference={clear-text="MASK-1GhfMaq4jSY0.kFFU3QG4T;12345678;230"})
> {
> "outcome" => "failed",
> "failure-description" => {"WFLYCTL0080: Failed services" => {"org.wildfly.security.credential-store.csmasked002" => "WFLYELY00004: Unable to start the service.
> Caused by: java.io.IOException: javax.crypto.BadPaddingException: Given final block not properly padded
> Caused by: javax.crypto.BadPaddingException: Given final block not properly padded"}},
> "rolled-back" => true
> }
> {code}
> *NOTE:*
> When I use in DR16 masked string from DR15 then it's working. And password in plain text is original one -> "secret_password".
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months