[JBoss JIRA] (WFLY-6076) CLI deployment of WAR exploded JSF2.2 applications fails with exceptions
by Farah Juma (JIRA)
[ https://issues.jboss.org/browse/WFLY-6076?page=com.atlassian.jira.plugin.... ]
Farah Juma commented on WFLY-6076:
----------------------------------
Do you have a simple reproducer app you can share?
> CLI deployment of WAR exploded JSF2.2 applications fails with exceptions
> ------------------------------------------------------------------------
>
> Key: WFLY-6076
> URL: https://issues.jboss.org/browse/WFLY-6076
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 10.0.0.CR5
> Reporter: Miroslav Pavleski
> Assignee: Farah Juma
> Attachments: cli.log, console.log
>
>
> In 9.0.2 FINAL and prior (8.1, 8.2) deploying an exploded WAR using the CLI was working fine. This kind of deployment has benefits during development as the static resources are updated on-save.
> The problem occurs probably due JSF initialization, see the attachments.
> Deployment using mvn wildfly:deploy works fine.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (ELY-107) Add ability for security domains to create SSLContext directly from config
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-107?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse commented on ELY-107:
--------------------------------------
I think this is actually likely to sit in a similar position to the HTTP and SASL 'AuthenticationFactory' objects - i.e. some form of policy object that will reference a security domain but will also reference other relevant capabilities to fully assemble the SSLContext.
Being a policy object it will also be able to hold things such as protocol and cipher suite rules.
> Add ability for security domains to create SSLContext directly from config
> --------------------------------------------------------------------------
>
> Key: ELY-107
> URL: https://issues.jboss.org/browse/ELY-107
> Project: WildFly Elytron
> Issue Type: Enhancement
> Components: API / SPI
> Reporter: David Lloyd
> Assignee: Darran Lofthouse
> Labels: elytron_ssl
> Fix For: 1.1.0.Beta4
>
>
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months
[JBoss JIRA] (WFLY-6081) [Migration][WebToUndertow] Access log valves are not automaticaly migrated
by ehsavoie Hugonnet (JIRA)
[ https://issues.jboss.org/browse/WFLY-6081?page=com.atlassian.jira.plugin.... ]
ehsavoie Hugonnet moved JBEAP-3074 to WFLY-6081:
------------------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-6081 (was: JBEAP-3074)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Web (Undertow)
(was: Web (Undertow))
(was: Migration)
Target Release: (was: 7.0.0.GA)
Affects Version/s: 10.0.0.CR5
(was: 7.0.0.ER4)
> [Migration][WebToUndertow] Access log valves are not automaticaly migrated
> --------------------------------------------------------------------------
>
> Key: WFLY-6081
> URL: https://issues.jboss.org/browse/WFLY-6081
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.CR5
> Reporter: ehsavoie Hugonnet
> Assignee: Stuart Douglas
>
> Access log valves are not automatically migrated, it should be either printed warning for them to be migrated automatically or migrated automatically.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 3 months