[JBoss JIRA] (WFLY-10688) Bad unit conversion of jdbc-network-timeout attribute
by Kabir Khan (JIRA)
[ https://issues.jboss.org/browse/WFLY-10688?page=com.atlassian.jira.plugin... ]
Kabir Khan commented on WFLY-10688:
-----------------------------------
[~eduda] is this a blocker for the beta or just for WF14?
If it is not for the beta please add the blocker-WF14 label so it is clear when looking at https://issues.jboss.org/issues/?filter=12335707 that it is not for the beta (actually this is no longer an issue now that I have resolved it). If it is for the beta, I guess we ought to clone it into a JBEAP issue and [~jmesnil] backports it.
> Bad unit conversion of jdbc-network-timeout attribute
> -----------------------------------------------------
>
> Key: WFLY-10688
> URL: https://issues.jboss.org/browse/WFLY-10688
> Project: WildFly
> Issue Type: Bug
> Components: JMS
> Affects Versions: 13.0.0.Final
> Reporter: Erich Duda
> Assignee: Jeff Mesnil
> Priority: Blocker
> Fix For: 14.0.0.CR1
>
>
> In the messaging subsystem there is an attribute {{jdbc-network-timeout}} with default value 20 seconds. However this parameter is passed to ActiveMQ Artemis as 20 000 000 milliseconds (20 000 seconds).
> For reproducing the issue just configure JDBC persistence store and attach debugger with breakpoint on {{AbstractJDBCDriver::connect}}.
> *Blocker* priority was set because it is regression against Wildfly 12.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFWIP-62) Support for java.net.InetAddress out-of-the-box conversion
by Rostislav Svoboda (JIRA)
Rostislav Svoboda created WFWIP-62:
--------------------------------------
Summary: Support for java.net.InetAddress out-of-the-box conversion
Key: WFWIP-62
URL: https://issues.jboss.org/browse/WFWIP-62
Project: WildFly WIP
Issue Type: Enhancement
Components: MP Config
Reporter: Rostislav Svoboda
Assignee: Jeff Mesnil
Payara provides out of the box support for java.net.InetAddress conversion.
https://blog.payara.fish/recent-additions-in-microprofile-config-1.1
We could add this support too so there is no-effort migration path for MP Config from Payara to WildFly or WildFly Swarm.
{code}
// Injection of an InetAddress object on top of the MicroProfile Config specification
@Inject
@ConfigProperty(name = "application.address", defaultValue = "10.0.0.1")
InetAddress inetAddress;
{code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (SWSQE-346) Bookinfo Timeouts
by Matt Mahoney (JIRA)
Matt Mahoney created SWSQE-346:
----------------------------------
Summary: Bookinfo Timeouts
Key: SWSQE-346
URL: https://issues.jboss.org/browse/SWSQE-346
Project: Kiali QE
Issue Type: Bug
Reporter: Matt Mahoney
Assignee: Matt Mahoney
Bookinfo has been timing out waiting for the app to be ready.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (WFWIP-59) Enable CDI by default when MP Config usage is detected in the deployment
by Rostislav Svoboda (JIRA)
[ https://issues.jboss.org/browse/WFWIP-59?page=com.atlassian.jira.plugin.s... ]
Rostislav Svoboda commented on WFWIP-59:
----------------------------------------
If this is "no-go" to enable CDI, we should notify users if they are using MP Config annotations while CDI is not enabled. This would be new issue not to mix it.
> Enable CDI by default when MP Config usage is detected in the deployment
> ------------------------------------------------------------------------
>
> Key: WFWIP-59
> URL: https://issues.jboss.org/browse/WFWIP-59
> Project: WildFly WIP
> Issue Type: Enhancement
> Components: MP Config
> Reporter: Rostislav Svoboda
> Assignee: Jeff Mesnil
> Priority: Critical
>
> Enable CDI by default when MP Config usage is detected in the deployment.
> Currently users are forced to add empty {{beans.xml}} to the deployment every time they want to use MP Config - e.g. in simple servlet scenario
> {code}
> @WebServlet("/")
> public class HelloServlet extends HttpServlet {
> @Inject
> @ConfigProperty(name = "port_number")
> Integer port;
> @Override
> protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException {
> resp.getWriter().println("Value of port: " + port);
> }
> }
> {code}
> MP Config without CDI makes no sense to me. MP Config subsystem should be able to ensure CDI is enabled. CCing [~manovotn] [~brian.stansberry]
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years