[JBoss JIRA] (WFLY-13774) Difference in OpenTracing subsystem standard configuration leads to the tests failures
by Sultan Zhantemirov (Jira)
Sultan Zhantemirov created WFLY-13774:
-----------------------------------------
Summary: Difference in OpenTracing subsystem standard configuration leads to the tests failures
Key: WFLY-13774
URL: https://issues.redhat.com/browse/WFLY-13774
Project: WildFly
Issue Type: Bug
Components: Build System
Reporter: Sultan Zhantemirov
Assignee: Brian Stansberry
Since OpenTracing has been introduced, `standalone.xml` had the following OT SmallRye subsystem configuration:
{noformat}
<subsystem xmlns="urn:wildfly:microprofile-opentracing-smallrye:2.0" default-tracer="jaeger">
<jaeger-tracer name="jaeger">
<sampler-configuration sampler-type="const" sampler-param="1.0"/>
</jaeger-tracer>
</subsystem>
{noformat}
With WildFly 19 and later we also have `standalone-microprofile.xml` configuration file which is used by default in MicroProfile test suite [1]. It has the following configuration:
{noformat}
<subsystem xmlns="urn:wildfly:microprofile-opentracing-smallrye:2.0"/>
{noformat}
As it is recommended in documentation [2] it's better to define missing Jaeger properties (_sampler type _and _sampler param_) in order to sample every request. Sampling every request is needed by MicroProfile test suite OpenTracing basic tests.
A question is: will `standalone-microprofile.xml` configuration file have the wider OT subsystem configuration? Or do the tests have to define additional attributes in subsystem by themselves?
Thank you.
[1] - https://github.com/jboss-eap-qe/eap-microprofile-test-suite#target-distri...
[2] - https://access.redhat.com/documentation/en-us/red_hat_jboss_enterprise_ap...
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 11 months
[JBoss JIRA] (WFLY-13770) Create jdbc job repository using deployment descriptors
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-13770?page=com.atlassian.jira.plugi... ]
Cheng Fang edited comment on WFLY-13770 at 8/17/20 4:09 PM:
------------------------------------------------------------
Looks like this doc section is out of date. It should use the latest schema namespace ({{urn:jboss:domain:batch-jberet:2.0}}), and use {{data-source}} attribute when defining a jdbc job repository:
{code:xml}
<jboss xmlns="urn:jboss:1.0">
<batch xmlns="urn:jboss:domain:batch-jberet:2.0">
<job-repository>
<jdbc data-source="java:jboss/datasources/ExampleDS"/>
</job-repository>
</batch>
</jboss>
{code}
Besides the doc, batch subsystem and tests also need to be updated to support this use case.
was (Author: cfang):
Looks like this doc section is out of date. It should use the latest schema namespace ({{urn:jboss:domain:batch-jberet:2.0}}), and use {{data-source}} attribute when defining a jdbc job repository:
{code:xml}
<jboss xmlns="urn:jboss:1.0">
<batch xmlns="urn:jboss:domain:batch-jberet:2.0">
<job-repository>
<jdbc data-source="java:jboss/datasources/ExampleDS"/>
</job-repository>
</batch>
</jboss>
{code}
> Create jdbc job repository using deployment descriptors
> -------------------------------------------------------
>
> Key: WFLY-13770
> URL: https://issues.redhat.com/browse/WFLY-13770
> Project: WildFly
> Issue Type: Enhancement
> Components: Batch
> Affects Versions: 20.0.1.Final
> Reporter: Jurij Bernhardt
> Assignee: Cheng Fang
> Priority: Major
>
> The Example for "new Job Repository" ([https://docs.wildfly.org/20/Admin_Guide.html#deployment-descriptors]) doesn't work properly.
> {code:xml}
> <jboss xmlns="urn:jboss:1.0">
> <batch xmlns="urn:jboss:batch-jberet:1.0">
> <job-repository>
> <jdbc jndi-name="java:jboss/datasources/ExampleDS"/>
> </job-repository>
> </batch>
> </jboss>
> {code}
> Schema batch-jberet_1_0.xsd alllows only in-memory or named job-repositoryType.
> You get the validation exception by using the jdbc example.
> It would be useful to improve the batch-jberet integration so that the example given above would work.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 11 months