[Red Hat JIRA] (WFLY-14405) Create mixed domains tests for WF23
by Yeray Borges Santana (Jira)
[ https://issues.redhat.com/browse/WFLY-14405?page=com.atlassian.jira.plugi... ]
Yeray Borges Santana moved WFCORE-5273 to WFLY-14405:
-----------------------------------------------------
Component/s: Test Suite
(was: Test Suite)
Key: WFLY-14405 (was: WFCORE-5273)
Project: WildFly (was: WildFly Core)
> Create mixed domains tests for WF23
> -----------------------------------
>
> Key: WFLY-14405
> URL: https://issues.redhat.com/browse/WFLY-14405
> Project: WildFly
> Issue Type: Task
> Components: Test Suite
> Reporter: Yeray Borges Santana
> Assignee: Yeray Borges Santana
> Priority: Major
>
> EAP 7.4.0.GA will be based on WF23. In the meantime, until having an EAP 7.4.0.GA release available, we need to validate that mixed domain tests pass against WF23. Once EAP is released, we will upgrade the tests to use the new EAP release.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFCORE-5273) Create mixed domains tests for WF23
by Yeray Borges Santana (Jira)
Yeray Borges Santana created WFCORE-5273:
--------------------------------------------
Summary: Create mixed domains tests for WF23
Key: WFCORE-5273
URL: https://issues.redhat.com/browse/WFCORE-5273
Project: WildFly Core
Issue Type: Task
Components: Test Suite
Reporter: Yeray Borges Santana
Assignee: Yeray Borges Santana
EAP 7.4.0.GA will be based on WF23. In the meantime, until having an EAP 7.4.0.GA release available, we need to validate that mixed domain tests pass against WF23. Once EAP is released, we will upgrade the tests to use the new EAP release.
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14348) Unhelpful failure message 'WFLYJCA0032: Unable to start the ds because it generated more than one cf'
by Bartosz Baranowski (Jira)
[ https://issues.redhat.com/browse/WFLY-14348?page=com.atlassian.jira.plugi... ]
Bartosz Baranowski reassigned WFLY-14348:
-----------------------------------------
Assignee: Bartosz Baranowski (was: Tomasz Adamski)
> Unhelpful failure message 'WFLYJCA0032: Unable to start the ds because it generated more than one cf'
> -----------------------------------------------------------------------------------------------------
>
> Key: WFLY-14348
> URL: https://issues.redhat.com/browse/WFLY-14348
> Project: WildFly
> Issue Type: Bug
> Components: JCA
> Reporter: Brian Stansberry
> Assignee: Bartosz Baranowski
> Priority: Major
>
> Playing with driver and DS installation I ended up with this in the server log:
> {code}
> 10:54:11,424 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "datasources"),
> ("data-source" => "Postgres")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.data-source.Postgres" => "WFLYJCA0033: Error during the deployment of Postgres
> Caused by: org.jboss.msc.service.StartException in anonymous service: WFLYJCA0032: Unable to start the ds because it generated more than one cf"}}
> {code}
> That was quite cryptic.
> 1) The 'ds' and 'cf' abbreviations should be replaced with full words. To me this is the minimum resolution of this issue.
> 2) If it is possible to make a reasonably likely guess at what would lead to this situation and provide that info in the message, that would be nice.
> Context:
> I tried deploying a JDBC driver and then adding a datasource using a CLI command:
> {code}
> data-source add --name=Postgres --driver-name=postgresql-42.2.18.jar --jndi-name=java:jboss/datasources/Postgres
> {code}
> The 3 params are the required ones. I wasn't surprised that wasn't sufficient and I understand that what's required beyond that can vary from driver to driver. But those are the required ones, so users experimenting with WildFly are liable to do what I did. (If any other params *should be* required, someone please file a separate issue.)
> Adding a connection-url param allowed the command to work. If that param shouldn't be required, but not providing it is a likely cause of this problem, perhaps the WFLYJCA0032 message should note that as a hint?
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps
by Bartosz Baranowski (Jira)
[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ]
Bartosz Baranowski commented on WFLY-14380:
-------------------------------------------
At this point it would be best to share xml config.
From top of my head:
- does alias element match in keystore element?
- is domain set up properly
- is address resolution set up properly?
> Cant configure Let's Encrypt simple steps
> -----------------------------------------
>
> Key: WFLY-14380
> URL: https://issues.redhat.com/browse/WFLY-14380
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 22.0.0.Final
> Reporter: erick leal
> Priority: Major
> Attachments: Capturar-1.PNG, Capturar.PNG, Capturar5-1.PNG, Capturar5.PNG, ddd.PNG
>
>
> I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt
> But I believe because I'm in Windows I ran into the issue described in the picture below
> !Capturar.PNG!
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14404) Upgrade CXF from 3.3.7 to 3.3.9
by Jim Ma (Jira)
Jim Ma created WFLY-14404:
-----------------------------
Summary: Upgrade CXF from 3.3.7 to 3.3.9
Key: WFLY-14404
URL: https://issues.redhat.com/browse/WFLY-14404
Project: WildFly
Issue Type: Component Upgrade
Components: Web Services
Affects Versions: 22.0.0.Final
Reporter: Jim Ma
Assignee: Jim Ma
Fix For: 23.0.0.Beta1
Upgrade cxf from 3.3.7 to 3.3.9 and other cxf's dependencies upgrade:
- <version.org.apache.cxf>3.3.7</version.org.apache.cxf>
- <version.org.apache.cxf.xjcplugins>3.3.0</version.org.apache.cxf.xjcplugins>
+ <version.org.apache.cxf>3.3.9</version.org.apache.cxf>
+ <version.org.apache.cxf.xjcplugins>3.3.1</version.org.apache.cxf.xjcplugins>
- <version.org.apache.santuario>2.1.4</version.org.apache.santuario>
+ <version.org.apache.santuario>2.1.6</version.org.apache.santuario>
- <version.org.apache.ws.security>2.2.5</version.org.apache.ws.security>
+ <version.org.apache.ws.security>2.2.6</version.org.apache.ws.security>
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-13691) PropertyNotFoundException when nested entity is null
by Brian Stansberry (Jira)
[ https://issues.redhat.com/browse/WFLY-13691?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFLY-13691:
---------------------------------------
Assignee: Chao Wang
> PropertyNotFoundException when nested entity is null
> ----------------------------------------------------
>
> Key: WFLY-13691
> URL: https://issues.redhat.com/browse/WFLY-13691
> Project: WildFly
> Issue Type: Bug
> Components: JSF
> Affects Versions: 22.0.0.Beta1
> Reporter: erick leal
> Assignee: Chao Wang
> Priority: Major
> Attachments: project.zip
>
>
> I still have a problem with JSF 2.3 related to ViewParam, I tested it with WildFly 21 and the bug is still there.
> Note that Wildfly already incorporated all the fixes recently done by [@soul2zimate|https://github.com/soul2zimate]
> When you click on button the second time a exception happens, this is not the case when using mojarra 2.2, myfaces 2.2 or myfaces 2.3
> url to test: http://localhost/project-0.0.1-SNAPSHOT/test.xhtml
> XHTML:
>
> {code:java}
> <f:metadata> <f:viewParam id="id" name="id" value="#{testView.testClass.id}" /> </f:metadata> <h:form> <p:commandButton update="@form" /> <p:dataTable var="m" selectionMode="single" selection="#{testView.testClass}" rowKey="#{m.id}" value="#{testView.testClasses}"> </p:dataTable> </h:form>{code}
> beans
> {code:java}
> import java.io.Serializable; import java.util.List; import javax.annotation.PostConstruct; import javax.faces.view.ViewScoped; import javax.inject.Named; @Named @ViewScoped public class TestView implements Serializable { private TestClass testClass; private List<TestClass> testClasses; @PostConstruct public void init() { testClass = new TestClass(); } public TestClass getTestClass() { return testClass; } public void setTestClass(TestClass testClass) { this.testClass = testClass; } public List<TestClass> getTestClasses() { return testClasses; } public void setTestClasses(List<TestClass> testClasses) { this.testClasses = testClasses; } }{code}
> model
> {code:java}
> public class TestClass { Integer id; public Integer getId() { return id; } public void setId(Integer id) { this.id = id; } }{code}
> You also need to set in web.xml the following param
> {code:java}
> <context-param> <param-name>javax.faces.INTERPRET_EMPTY_STRING_SUBMITTED_VALUES_AS_NULL</param-name> <param-value>true</param-value> </context-param>{code}
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps
by erick leal (Jira)
[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ]
erick leal edited comment on WFLY-14380 at 2/6/21 10:34 AM:
------------------------------------------------------------
Ok, I tried again today and I think I was able to create the certificate. But there are some issues, that I don't know if they are related to Wildfly. When I enter my site via http is ok. But when I access via HTTPS a page with some JSON info is shown and anotther old certificate is shown, not issued to the domain I typed in command. If I access via IP the certificate is the one I created. Another small thing is that when it finished the server was rebooted instead of only reload the certificate...
!ddd.PNG! !Capturar-1.PNG|thumbnail!
was (Author: erick.de.oliveira.leal):
Ok, I tried again today and I think I was able to create the certificate. But there are some issues, that I don't know if they are related to Wildfly. When I enter my site via http is ok. But when I access via HTTPS a page with some JSON info is shown and anotther old certificate is shown, not issued to the domain I typed in command. If I access via IP the certificate is the one I created. Another small thing is that when it finished the server was rebooted instead of only reload the certificate...
!ddd.PNG! !Capturar-1.PNG|thumbnail!
> Cant configure Let's Encrypt simple steps
> -----------------------------------------
>
> Key: WFLY-14380
> URL: https://issues.redhat.com/browse/WFLY-14380
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 22.0.0.Final
> Reporter: erick leal
> Priority: Major
> Attachments: Capturar-1.PNG, Capturar.PNG, Capturar5-1.PNG, Capturar5.PNG, ddd.PNG
>
>
> I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt
> But I believe because I'm in Windows I ran into the issue described in the picture below
> !Capturar.PNG!
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps
by erick leal (Jira)
[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ]
erick leal edited comment on WFLY-14380 at 2/6/21 10:21 AM:
------------------------------------------------------------
Ok, I tried again today and I think I was able to create the certificate. But there are some issues, that I don't know if they are related to Wildfly. When I enter my site via http is ok. But when I access via HTTPS a page with some JSON info is shown and anotther old certificate is shown, not issued to the domain I typed in command. If I access via IP the certificate is the one I created. Another small thing is that when it finished the server was rebooted instead of only reload the certificate...
!ddd.PNG! !Capturar-1.PNG|thumbnail!
was (Author: erick.de.oliveira.leal):
Ok, I tried again today and I think I was able to create the certificate. But there are some issues, that I don't know if they are related to Wildfly. When I enter my site via http is ok. But when I access via HTTPS a page with some JSON info is shown and anotther old certificate is shown, not issued to the domain I typed in command. If I access via IP the certificate is the one I created. Another small thing is that when it finished the server was rebooted instead of only update the certificate...
!ddd.PNG! !Capturar-1.PNG|thumbnail!
> Cant configure Let's Encrypt simple steps
> -----------------------------------------
>
> Key: WFLY-14380
> URL: https://issues.redhat.com/browse/WFLY-14380
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 22.0.0.Final
> Reporter: erick leal
> Priority: Major
> Attachments: Capturar-1.PNG, Capturar.PNG, Capturar5-1.PNG, Capturar5.PNG, ddd.PNG
>
>
> I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt
> But I believe because I'm in Windows I ran into the issue described in the picture below
> !Capturar.PNG!
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months
[Red Hat JIRA] (WFLY-14380) Cant configure Let's Encrypt simple steps
by erick leal (Jira)
[ https://issues.redhat.com/browse/WFLY-14380?page=com.atlassian.jira.plugi... ]
erick leal edited comment on WFLY-14380 at 2/6/21 10:20 AM:
------------------------------------------------------------
Ok, I tried again today and I think I was able to create the certificate. But there are some issues, that I don't know if they are related to Wildfly. When I enter my site via http is ok. But when I access via HTTPS a page with some JSON info is shown and anotther old certificate is shown, not issued to the domain I typed in command. If I access via IP the certificate is the one I created. Another small thing is that when it finished the server was rebooted instead of only update the certificate...
!ddd.PNG! !Capturar-1.PNG|thumbnail!
was (Author: erick.de.oliveira.leal):
Ok, I tried again today and I think I was able to create the certificate. But there are some issues, that I don't know if they are related to Wildfly. When I enter my site via http is ok. But when I access via HTTPS a page with some JSON info is shown and anotther old certificate is shown, not issued to the domain I typed in command. If I access via IP the certificate is the one I created. Another small thing is that when it finished the server was rebooted instead of only update the certificate... !ddd.PNG! !Capturar-1.PNG|thumbnail!
> Cant configure Let's Encrypt simple steps
> -----------------------------------------
>
> Key: WFLY-14380
> URL: https://issues.redhat.com/browse/WFLY-14380
> Project: WildFly
> Issue Type: Bug
> Components: Security
> Affects Versions: 22.0.0.Final
> Reporter: erick leal
> Priority: Major
> Attachments: Capturar-1.PNG, Capturar.PNG, Capturar5-1.PNG, Capturar5.PNG, ddd.PNG
>
>
> I'm tyring to configure Let's Encrypt in my server, and I followed instructions that said to simple type security enable-ssl-http-server --interactive --lets-encrypt
> But I believe because I'm in Windows I ran into the issue described in the picture below
> !Capturar.PNG!
--
This message was sent by Atlassian Jira
(v8.13.1#813001)
5 years, 2 months