[JBoss JIRA] (LOGMGR-201) SysLogHandler doesn't log null or empty message
by Vladyslav Baidak (JIRA)
[ https://issues.jboss.org/browse/LOGMGR-201?page=com.atlassian.jira.plugin... ]
Vladyslav Baidak updated LOGMGR-201:
------------------------------------
Description:
For cases when message is *null* or *empty*, *SysLogHandler* doesn't publish event (there is a correspondent logic in _doPublish_ method)
I expect even *null* or *empty* messages to be sent. Consider the following message logged to CONSOLE handler:
{code:java}
21:21:27,562 ERROR [ch.mobi.jes.jaxrs.exception.converter.internal.mapper.AbstractThrowableMapper] (default task-1) null: java.lang.IllegalArgumentException
at java.util.Optional.orElseThrow(Optional.java:290)
at ch.mobi.apsbau.pdfservice.entity.guarantee.GuaranteeType.resolve(GuaranteeType.java:36)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toGuaranteeType(GuaranteeMapper.java:43)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapperImpl.toDraftDtoInternal(GuaranteeMapperImpl.java:49)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toDraft(GuaranteeMapper.java:28)
at ch.mobi.apsbau.pdfservice.boundary.guarantee.GuaranteeResourceImpl.generateDraft(GuaranteeResourceImpl.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
{code}
As you can see from example above, the message is null and as a result the entire stacktrace is skipped and not published
was:
For cases when message is *null* or empty, *SysLogHandler* doesn't publish event (there is a correspondent logic in _doPublish _method)
I expect even *null* or *empty* messages to be sent. Consider the following message logged to CONSOLE handler:
{code:java}
21:21:27,562 ERROR [ch.mobi.jes.jaxrs.exception.converter.internal.mapper.AbstractThrowableMapper] (default task-1) null: java.lang.IllegalArgumentException
at java.util.Optional.orElseThrow(Optional.java:290)
at ch.mobi.apsbau.pdfservice.entity.guarantee.GuaranteeType.resolve(GuaranteeType.java:36)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toGuaranteeType(GuaranteeMapper.java:43)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapperImpl.toDraftDtoInternal(GuaranteeMapperImpl.java:49)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toDraft(GuaranteeMapper.java:28)
at ch.mobi.apsbau.pdfservice.boundary.guarantee.GuaranteeResourceImpl.generateDraft(GuaranteeResourceImpl.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
{code}
As you can see from example above, the message is null and as a result the entire stacktrace is skipped and not published
> SysLogHandler doesn't log null or empty message
> -----------------------------------------------
>
> Key: LOGMGR-201
> URL: https://issues.jboss.org/browse/LOGMGR-201
> Project: JBoss Log Manager
> Issue Type: Bug
> Components: core
> Affects Versions: 2.1.4.Final
> Reporter: Vladyslav Baidak
> Fix For: 2.1.5.Final
>
>
> For cases when message is *null* or *empty*, *SysLogHandler* doesn't publish event (there is a correspondent logic in _doPublish_ method)
> I expect even *null* or *empty* messages to be sent. Consider the following message logged to CONSOLE handler:
> {code:java}
> 21:21:27,562 ERROR [ch.mobi.jes.jaxrs.exception.converter.internal.mapper.AbstractThrowableMapper] (default task-1) null: java.lang.IllegalArgumentException
> at java.util.Optional.orElseThrow(Optional.java:290)
> at ch.mobi.apsbau.pdfservice.entity.guarantee.GuaranteeType.resolve(GuaranteeType.java:36)
> at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toGuaranteeType(GuaranteeMapper.java:43)
> at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapperImpl.toDraftDtoInternal(GuaranteeMapperImpl.java:49)
> at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toDraft(GuaranteeMapper.java:28)
> at ch.mobi.apsbau.pdfservice.boundary.guarantee.GuaranteeResourceImpl.generateDraft(GuaranteeResourceImpl.java:35)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> {code}
> As you can see from example above, the message is null and as a result the entire stacktrace is skipped and not published
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (LOGMGR-201) SysLogHandler doesn't log null or empty message
by Vladyslav Baidak (JIRA)
Vladyslav Baidak created LOGMGR-201:
---------------------------------------
Summary: SysLogHandler doesn't log null or empty message
Key: LOGMGR-201
URL: https://issues.jboss.org/browse/LOGMGR-201
Project: JBoss Log Manager
Issue Type: Bug
Components: core
Affects Versions: 2.1.4.Final
Reporter: Vladyslav Baidak
Fix For: 2.1.5.Final
For cases when message is *null* or empty, *SysLogHandler* doesn't publish event (there is a correspondent logic in _doPublish _method)
I expect even *null* or *empty* messages to be sent. Consider the following message logged to CONSOLE handler:
{code:java}
21:21:27,562 ERROR [ch.mobi.jes.jaxrs.exception.converter.internal.mapper.AbstractThrowableMapper] (default task-1) null: java.lang.IllegalArgumentException
at java.util.Optional.orElseThrow(Optional.java:290)
at ch.mobi.apsbau.pdfservice.entity.guarantee.GuaranteeType.resolve(GuaranteeType.java:36)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toGuaranteeType(GuaranteeMapper.java:43)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapperImpl.toDraftDtoInternal(GuaranteeMapperImpl.java:49)
at ch.mobi.apsbau.pdfservice.mapper.guarantee.GuaranteeMapper.toDraft(GuaranteeMapper.java:28)
at ch.mobi.apsbau.pdfservice.boundary.guarantee.GuaranteeResourceImpl.generateDraft(GuaranteeResourceImpl.java:35)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
{code}
As you can see from example above, the message is null and as a result the entire stacktrace is skipped and not published
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFLY-10899) Run MP Health TCK as part of TS execution
by Rostislav Svoboda (JIRA)
Rostislav Svoboda created WFLY-10899:
----------------------------------------
Summary: Run MP Health TCK as part of TS execution
Key: WFLY-10899
URL: https://issues.jboss.org/browse/WFLY-10899
Project: WildFly
Issue Type: Enhancement
Components: Test Suite
Reporter: Rostislav Svoboda
Assignee: Rostislav Svoboda
Run MP Health TCK as part of main TS execution.
Introduce new module in {{testsuite/integration}}
TCK run including server boot and shutdown is ~14s
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months
[JBoss JIRA] (WFWIP-21) [Artemis 2.x upgrade] Lost message when MDB is resending messages under high load
by Martin Simka (JIRA)
[ https://issues.jboss.org/browse/WFWIP-21?page=com.atlassian.jira.plugin.s... ]
Martin Simka commented on WFWIP-21:
-----------------------------------
[~tomjenkinson] you should be able to access that page via pure http - http://jenkins.hosts.mwqe.eng.bos.redhat.com/hudson/job/mnovak-verifier-a...
> [Artemis 2.x upgrade] Lost message when MDB is resending messages under high load
> ---------------------------------------------------------------------------------
>
> Key: WFWIP-21
> URL: https://issues.jboss.org/browse/WFWIP-21
> Project: WildFly WIP
> Issue Type: Bug
> Components: Artemis
> Reporter: Miroslav Novak
> Assignee: Martyn Taylor
> Priority: Blocker
> Labels: activemq, feature-branch-blocker
>
> Test scenario:
> * Start cluster A of nodes node-1, node-3
> * Start cluster B of nodes node-2, node-4
> * Send messages to queue on node-1
> * Deploy mdbs to servers in cluster A. This mdb reads messages from local queue, sends them to remote queue on cluster B and inserts them into database
> * Deploy mdbs to servers in cluster B. This mdb reads messages from local queue and inserts them into database
> * Cause CPU overload (for 5 min) on server node-2 when mdbs on cluster1 and 2 are processing mesages
> * Restart failed server
> * Let MDBs to process remaining messages
> Pass Criteria: Number of sent message is equal number of records(lines) in database and messages in
> Actual Result:
> Sometimes happens that one record is missing in database which means that one message was not processed be MDB in cluster 2.
> This looks like broker related regression against Artemis 1.5.
> Wildfly: https://github.com/jmesnil/wildfly/tree/WFLY-9407_upgrade_artemis_2.4.0_w... (06c878a313d3cad323889d017e60fd5533204d1a)
> Artemis tag 2.5.0.Final
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
7 years, 11 months