[JBoss JIRA] (WFCORE-2470) There is missing option to set absolute path for credential store.
by Peter Skopek (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2470?page=com.atlassian.jira.plugi... ]
Peter Skopek closed WFCORE-2470.
--------------------------------
Resolution: Rejected
Use:
{code}
/subsystem=elytron/credential-store=CredStore108:add(uri="cr-store://test//tmp/cs108.jceks?create.storage=true", credential-reference={clear-text=pass123})
{code}
> There is missing option to set absolute path for credential store.
> -------------------------------------------------------------------
>
> Key: WFCORE-2470
> URL: https://issues.jboss.org/browse/WFCORE-2470
> Project: WildFly Core
> Issue Type: Bug
> Components: Security
> Reporter: Hynek Švábek
> Assignee: Peter Skopek
>
> There is missing option to set absolute path for credential store.
> I expect absolute path defined in URI attribute. Some like this:
> {code}
> /subsystem=elytron/credential-store=CredStore108:add(uri="cr-store://test/tmp/cs108.jceks?create.storage=true", credential-reference={clear-text=pass123})
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ELY-1057) CS tool, There isn't any error message when I want to mask password and omit salt.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1057?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1057:
------------------------------
Description:
There isn't any error message when I want to mask password and omit salt
I expect information about requirements rather then "null" output.
{code}
java -jar wildfly-elytron-tool.jar mask -x secret_password -i 230
null
{code}
was:
There isn't any error message when I want to mask password and omit salt
I expect information about requirements rather then "null" output.
{code}
java -jar wildfly-elytron-tool.jar mask -x secret_password
null
{code}
> CS tool, There isn't any error message when I want to mask password and omit salt.
> ----------------------------------------------------------------------------------
>
> Key: ELY-1057
> URL: https://issues.jboss.org/browse/ELY-1057
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
> Assignee: Darran Lofthouse
>
> There isn't any error message when I want to mask password and omit salt
> I expect information about requirements rather then "null" output.
> {code}
> java -jar wildfly-elytron-tool.jar mask -x secret_password -i 230
> null
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (ELY-1057) CS tool, There isn't any error message when I want to mask password and omit salt.
by Hynek Švábek (JIRA)
[ https://issues.jboss.org/browse/ELY-1057?page=com.atlassian.jira.plugin.s... ]
Hynek Švábek updated ELY-1057:
------------------------------
Description:
There isn't any error message when I want to mask password and omit salt
I expect information about requirements rather then "null" output.
{code}
java -jar wildfly-elytron-tool.jar mask -x secret_password
null
{code}
was:
There isn't any error message when I want to mask password and omit salt and iteration.
I expect information about requirements rather then "null" output.
{code}
java -jar wildfly-elytron-tool.jar mask -x secret_password
null
{code}
> CS tool, There isn't any error message when I want to mask password and omit salt.
> ----------------------------------------------------------------------------------
>
> Key: ELY-1057
> URL: https://issues.jboss.org/browse/ELY-1057
> Project: WildFly Elytron
> Issue Type: Bug
> Reporter: Hynek Švábek
> Assignee: Darran Lofthouse
>
> There isn't any error message when I want to mask password and omit salt
> I expect information about requirements rather then "null" output.
> {code}
> java -jar wildfly-elytron-tool.jar mask -x secret_password
> null
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-8428) :read-resource(include-runtime) fails for /subsystem=undertow/application-security-domain=*
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-8428?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar resolved WFLY-8428.
-------------------------------
Fix Version/s: 11.0.0.Beta1
Resolution: Done
> :read-resource(include-runtime) fails for /subsystem=undertow/application-security-domain=*
> -------------------------------------------------------------------------------------------
>
> Key: WFLY-8428
> URL: https://issues.jboss.org/browse/WFLY-8428
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Reporter: Harald Pehl
> Assignee: Tomaz Cerar
> Fix For: 11.0.0.Beta1
>
>
> The {{:read-resource(include-runtime=true)}} operation is used by the console as part of the generic model browser. However it fails for {{/subsystem=undertow/application-security-domain=foo}}:
> {code}
> [standalone@localhost:9990 /] /subsystem=undertow/application-security-domain=foo:read-resource(include-runtime=true)
> {
> "outcome" => "failed",
> "rolled-back" => true
> }
> {code}
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months
[JBoss JIRA] (WFLY-778) Only one deployed application can use custom mailcap
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-778?page=com.atlassian.jira.plugin.s... ]
Tomaz Cerar reassigned WFLY-778:
--------------------------------
Assignee: (was: Tomaz Cerar)
> Only one deployed application can use custom mailcap
> ----------------------------------------------------
>
> Key: WFLY-778
> URL: https://issues.jboss.org/browse/WFLY-778
> Project: WildFly
> Issue Type: Bug
> Components: EE, Mail
> Environment: AS 7, many applications deployed with custom mailcaps.
> Reporter: Philippe Guinot
> Priority: Minor
> Labels: activation, javax, mail, mailcap, mailcapcommandmap
>
> In the MailcapCommandMap class, it loads the mailcap file only once. This may cause troubles when different applications use different custom mailcap.
> Also, if no mailcap is found in the current class loader, only ONE mailcap file from the module will be loaded, and not all of them, which is an issue if we get the mail-dsn jar added in the javax.mail.api module.
> If there is only one application deployed, adding in the jboss-deployement-structure.xml the following dependency:
> {code:xml}<module name="javax.mail.api"><imports><include path="META-INF"/><include path="META-INF/**"/></imports></module>{code}
> and, from the application, calling at startup:
> {code}javax.activation.CommandMap.setDefaultCommandMap(new MailcapCommandMap());{code}
> cause the loading of all mailcap files found from the current class loader (those of the application + those of javax.mail.api module).
> But, if there are more than one application deployed, only the first to do so will have its mailcap loaded.
> The design of javax.activation should be changed to take in account this side-effect of isolation: what happen if 2 applications define different classes for the same type/mime ??
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 3 months