[jira] [Updated] (ARTEMIS-3958) network jitter sendWillMessage will cause java.lang.StackOverflowError
[ https://issues.apache.org/jira/browse/ARTEMIS-3958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gongping.zhu updated ARTEMIS-3958: -- Description: under network jitter sendWillMessage will cause java.lang.StackOverflowError it will cause the device to switch back and forth between online and offline was: under network jitter !image-2022-08-26-13-06-42-209.png|width=16,height=16,id=dimg_3! sendWillMessage will cause java.lang.StackOverflowError it will cause the device to switch back and forth between online and offline > network jitter sendWillMessage will cause java.lang.StackOverflowError > -- > > Key: ARTEMIS-3958 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3958 > Project: ActiveMQ Artemis > Issue Type: Bug > Components: ActiveMQ-Artemis-Native >Affects Versions: 2.25.0 >Reporter: gongping.zhu >Assignee: Clebert Suconic >Priority: Major > Attachments: StackOverflowError.log, image-2022-08-26-13-06-42-209.png > > > under network jitter sendWillMessage will cause java.lang.StackOverflowError > > it will cause the device to switch back and forth between online and offline -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (ARTEMIS-3958) network jitter sendWillMessage will cause java.lang.StackOverflowError
[ https://issues.apache.org/jira/browse/ARTEMIS-3958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gongping.zhu updated ARTEMIS-3958: -- Summary: network jitter sendWillMessage will cause java.lang.StackOverflowError (was: network network instability sendWillMessage will cause java.lang.StackOverflowError) > network jitter sendWillMessage will cause java.lang.StackOverflowError > -- > > Key: ARTEMIS-3958 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3958 > Project: ActiveMQ Artemis > Issue Type: Bug > Components: ActiveMQ-Artemis-Native >Affects Versions: 2.25.0 >Reporter: gongping.zhu >Assignee: Clebert Suconic >Priority: Major > Attachments: StackOverflowError.log, image-2022-08-26-13-06-42-209.png > > > under network network instability sendWillMessage will cause > java.lang.StackOverflowError > > it will cause the device to switch back and forth between online and offline -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (ARTEMIS-3958) network jitter sendWillMessage will cause java.lang.StackOverflowError
[ https://issues.apache.org/jira/browse/ARTEMIS-3958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gongping.zhu updated ARTEMIS-3958: -- Description: under network jitter !image-2022-08-26-13-06-42-209.png|width=16,height=16,id=dimg_3! sendWillMessage will cause java.lang.StackOverflowError it will cause the device to switch back and forth between online and offline was: under network network instability sendWillMessage will cause java.lang.StackOverflowError it will cause the device to switch back and forth between online and offline > network jitter sendWillMessage will cause java.lang.StackOverflowError > -- > > Key: ARTEMIS-3958 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3958 > Project: ActiveMQ Artemis > Issue Type: Bug > Components: ActiveMQ-Artemis-Native >Affects Versions: 2.25.0 >Reporter: gongping.zhu >Assignee: Clebert Suconic >Priority: Major > Attachments: StackOverflowError.log, image-2022-08-26-13-06-42-209.png > > > under > network jitter > !image-2022-08-26-13-06-42-209.png|width=16,height=16,id=dimg_3! > sendWillMessage will cause java.lang.StackOverflowError > > it will cause the device to switch back and forth between online and offline -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Updated] (ARTEMIS-3958) network jitter sendWillMessage will cause java.lang.StackOverflowError
[ https://issues.apache.org/jira/browse/ARTEMIS-3958?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] gongping.zhu updated ARTEMIS-3958: -- Attachment: image-2022-08-26-13-06-42-209.png > network jitter sendWillMessage will cause java.lang.StackOverflowError > -- > > Key: ARTEMIS-3958 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3958 > Project: ActiveMQ Artemis > Issue Type: Bug > Components: ActiveMQ-Artemis-Native >Affects Versions: 2.25.0 >Reporter: gongping.zhu >Assignee: Clebert Suconic >Priority: Major > Attachments: StackOverflowError.log, image-2022-08-26-13-06-42-209.png > > > under network network instability sendWillMessage will cause > java.lang.StackOverflowError > > it will cause the device to switch back and forth between online and offline -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Work logged] (ARTEMIS-3957) Check for Subject on RemotingConnection before auth cache
[
https://issues.apache.org/jira/browse/ARTEMIS-3957?focusedWorklogId=803803=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-803803
]
ASF GitHub Bot logged work on ARTEMIS-3957:
---
Author: ASF GitHub Bot
Created on: 25/Aug/22 23:13
Start Date: 25/Aug/22 23:13
Worklog Time Spent: 10m
Work Description: jbertram opened a new pull request, #4189:
URL: https://github.com/apache/activemq-artemis/pull/4189
Authenticated users automatically have their Subject set on their
RemotingConnection. The SecurityStore should check for this Subject
during authorization before checking its cache or attempting
re-authentication. This will avoid unnecessary traffic to the underlying
security repository (e.g. LDAP) in cases where the cache times out or is
disabled completely.
Issue Time Tracking
---
Worklog Id: (was: 803803)
Remaining Estimate: 0h
Time Spent: 10m
> Check for Subject on RemotingConnection before auth cache
> -
>
> Key: ARTEMIS-3957
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3957
> Project: ActiveMQ Artemis
> Issue Type: Improvement
>Reporter: Justin Bertram
>Assignee: Justin Bertram
>Priority: Major
> Time Spent: 10m
> Remaining Estimate: 0h
>
> Authenticated users automatically have their {{Subject}} set on their
> {{RemotingConnection}}. The {{SecurityStore}} should check for this
> {{Subject}} during authorization before checking its cache or attempting
> re-authentication. This will avoid unnecessary traffic to the underlying
> security repository (e.g. LDAP) in cases where the cache times out or is
> disabled completely.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (ARTEMIS-3956) Clean up use of RemotingConnection
[
https://issues.apache.org/jira/browse/ARTEMIS-3956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17585045#comment-17585045
]
ASF subversion and git services commented on ARTEMIS-3956:
--
Commit a0f39a4b28545f4010e07d950c34fe9f1f228b68 in activemq-artemis's branch
refs/heads/main from Justin Bertram
[ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=a0f39a4b28 ]
ARTEMIS-3956 clean up use of RemotingConnection
org.apache.activemq.artemis.spi.core.protocol.RemotingConnection has a
number of implementations most notably an abstract version which
provides many methods shared among the implementations. The sharing
could be improved to eliminate duplicate code.
This commit eliminates more than 700 lines of unnecessary code.
There should be no semantic changes.
> Clean up use of RemotingConnection
> --
>
> Key: ARTEMIS-3956
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3956
> Project: ActiveMQ Artemis
> Issue Type: Improvement
>Reporter: Justin Bertram
>Assignee: Justin Bertram
>Priority: Major
>
> {{org.apache.activemq.artemis.spi.core.protocol.RemotingConnection}} has a
> number of implementations most notably an {{abstract}} version which provides
> many methods shared among the implementations. The sharing could be improved
> to eliminate duplicate code.
> Also, the interface could provide a simple, noop default implementation to
> reduce duplicate code in _tests_.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (ARTEMIS-3955) Consolidate Subject on RemotingConnection
[
https://issues.apache.org/jira/browse/ARTEMIS-3955?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17585044#comment-17585044
]
ASF subversion and git services commented on ARTEMIS-3955:
--
Commit 729fdc4aabe557b42dbac4233e7d2f739f3e0e75 in activemq-artemis's branch
refs/heads/main from Justin Bertram
[ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=729fdc4aab ]
ARTEMIS-3955 consolidate Subject on RemotingConnection
> Consolidate Subject on RemotingConnection
> -
>
> Key: ARTEMIS-3955
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3955
> Project: ActiveMQ Artemis
> Issue Type: Improvement
>Reporter: Justin Bertram
>Assignee: Justin Bertram
>Priority: Major
>
> There's really no need to have {{subject}} _and_ {{auditSubject}} on
> {{org.apache.activemq.artemis.spi.core.protocol.RemotingConnection}}. These
> can be combined into one field for simplicity and clarity.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
[jira] [Commented] (ARTEMIS-3872) Send scheduled message immediately via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17585017#comment-17585017 ] ASF subversion and git services commented on ARTEMIS-3872: -- Commit f88381430c99fa6bb3b9859bc17b5d8ac2e39fbc in activemq-artemis's branch refs/heads/main from Justin Bertram [ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=f88381430c ] ARTEMIS-3872 fix NPE > Send scheduled message immediately via mangement > > > Key: ARTEMIS-3872 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3872 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > Time Spent: 40m > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Resolved] (ARTEMIS-3390) Rest Connection with Broker Security: AMQ229031: Unable to validate user from /127.0.0.1:46674. Username: null;
[
https://issues.apache.org/jira/browse/ARTEMIS-3390?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Justin Bertram resolved ARTEMIS-3390.
-
Resolution: Information Provided
> Rest Connection with Broker Security: AMQ229031: Unable to validate user from
> /127.0.0.1:46674. Username: null;
> -
>
> Key: ARTEMIS-3390
> URL: https://issues.apache.org/jira/browse/ARTEMIS-3390
> Project: ActiveMQ Artemis
> Issue Type: Bug
> Components: Configuration
>Affects Versions: 2.17.0
>Reporter: André Hurschler
>Priority: Critical
>
> We have installed the REST extension (WAR) and are trying to connect to a
> queue. The broker uses standard security (admin). Then we get the following
> exception.
> {noformat}
> curl -u admin:admin [http://hostname:8171/rest/queues/queuename]
> {noformat}
> {{8171}} is my configured port.
> {noformat}
> Caused by: org.jboss.resteasy.spi.UnhandledException:
> ActiveMQSecurityException[errorType=SECURITY_EXCEPTION message=AMQ229031:
> Unable to validate user from /127.0.0.1:46674. Username: null; SSL
> certificate subject DN: unavailable]
> at
> org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:77)
> at
> org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:220)
> at
> org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:175)
> at
> org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:418)
> at
> org.jboss.resteasy.core.SynchronousDispatcher.invokePropagateNotFound(SynchronousDispatcher.java:247)
> at
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:225)
> at
> org.jboss.resteasy.plugins.server.servlet.FilterDispatcher.doFilter(FilterDispatcher.java:62)
> at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:201)
> at
> org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)
> at
> org.apache.activemq.artemis.component.JolokiaFilter.doFilter(JolokiaFilter.java:50)
> at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:193)
> at
> org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:548)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:602)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1435)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
> at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)
> at
> org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
> at
> org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1350)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
> at org.eclipse.jetty.server.handler.HandlerList.handle(HandlerList.java:59)
> at
> org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
> at org.eclipse.jetty.server.Server.handle(Server.java:516)
> at
> org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:388)
> at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:633)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:380)
> at
> org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:273)
> at
> org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
> at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
> at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)
> at
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336)
> at
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313)
> at
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171)
> at
> org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129)
> at
>
[jira] [Work logged] (ARTEMIS-3843) add/remove connector via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3843?focusedWorklogId=803725=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-803725 ] ASF GitHub Bot logged work on ARTEMIS-3843: --- Author: ASF GitHub Bot Created on: 25/Aug/22 18:15 Start Date: 25/Aug/22 18:15 Worklog Time Spent: 10m Work Description: clebertsuconic merged PR #4187: URL: https://github.com/apache/activemq-artemis/pull/4187 Issue Time Tracking --- Worklog Id: (was: 803725) Time Spent: 0.5h (was: 20m) > add/remove connector via mangement > -- > > Key: ARTEMIS-3843 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3843 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > Time Spent: 0.5h > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (ARTEMIS-3843) add/remove connector via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17584970#comment-17584970 ] ASF subversion and git services commented on ARTEMIS-3843: -- Commit c99d061784683d91775122e9c4c22ebe0fea9c8c in activemq-artemis's branch refs/heads/main from Robbie Gemmell [ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=c99d061784 ] ARTEMIS-3843: fix audit logging method to call right logger, tweak message > add/remove connector via mangement > -- > > Key: ARTEMIS-3843 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3843 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > Time Spent: 0.5h > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Work logged] (ARTEMIS-3843) add/remove connector via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3843?focusedWorklogId=803703=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-803703 ] ASF GitHub Bot logged work on ARTEMIS-3843: --- Author: ASF GitHub Bot Created on: 25/Aug/22 16:01 Start Date: 25/Aug/22 16:01 Worklog Time Spent: 10m Work Description: gemmellr opened a new pull request, #4187: URL: https://github.com/apache/activemq-artemis/pull/4187 @jbertram noticed some small issues with logging in recent changes when rebasing the logging branch Issue Time Tracking --- Worklog Id: (was: 803703) Time Spent: 20m (was: 10m) > add/remove connector via mangement > -- > > Key: ARTEMIS-3843 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3843 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > Time Spent: 20m > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Work logged] (ARTEMIS-3872) Send scheduled message immediately via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3872?focusedWorklogId=803690=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-803690 ] ASF GitHub Bot logged work on ARTEMIS-3872: --- Author: ASF GitHub Bot Created on: 25/Aug/22 15:25 Start Date: 25/Aug/22 15:25 Worklog Time Spent: 10m Work Description: asfgit closed pull request #4120: ARTEMIS-3872 send scheduled msg immediately via mgmnt URL: https://github.com/apache/activemq-artemis/pull/4120 Issue Time Tracking --- Worklog Id: (was: 803690) Time Spent: 40m (was: 0.5h) > Send scheduled message immediately via mangement > > > Key: ARTEMIS-3872 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3872 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > Time Spent: 40m > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (ARTEMIS-3872) Send scheduled message immediately via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17584898#comment-17584898 ] ASF subversion and git services commented on ARTEMIS-3872: -- Commit 63966dcc561d8237d5206dfd4f9c9263166857f9 in activemq-artemis's branch refs/heads/main from Justin Bertram [ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=63966dcc56 ] ARTEMIS-3872 send scheduled msg immediately via mgmnt > Send scheduled message immediately via mangement > > > Key: ARTEMIS-3872 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3872 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > Time Spent: 0.5h > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Deleted] (AMQNET-794) CarolineLeonard
[
https://issues.apache.org/jira/browse/AMQNET-794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Timothy A. Bish deleted AMQNET-794:
---
> CarolineLeonard
> ---
>
> Key: AMQNET-794
> URL: https://issues.apache.org/jira/browse/AMQNET-794
> Project: ActiveMQ .Net
> Issue Type: Bug
>Reporter: CarolineLeonard
>Priority: Major
>
> {color:#172b4d}Đồng hồ nữ Citizen EM0666-89D được chế tác tinh
> xảo và các chi tiết được xem xét kỹ lưỡng, từ bên ngoài cho đến bên trong.
> Mỗi bộ phận đều có điểm nhấn đặc biệt riêng để tạo nên một tổng thể đồng hồ
> nổi bật.Lý giải giá thành đắt đỏ của đồng hồ nữ
> Citizen EM0666-89D● Đồng
> hồ nữ Citizen EM0666-89D sở hữu nhiều tính năng tuyệt vời trong thiết kế. Các
> sản phẩm của Citizen nổi tiếng với sự đổi mới và được yêu thích trên toàn thế
> giới. Thương hiệu đã làm việc chăm chỉ để tạo ra các sản phẩm mới và được
> người tiêu dùng ưa chuộng.● Citizen
> có một mẫu đồng hồ mang tên EM0666-89D có thiết kế hiện đại, nhiều màu sắc
> tùy chọn. Đồng hồ đã làm cho sản phẩm nổi bật trên thị trường. src="http://farm1.staticflickr.com/878/42297272921_632f05ea0d_o.gif;
> alt="http://farm1.staticflickr.com/878/42297272921_632f05ea0d_o.gif; />
> Những mẫu href="https://velog.io/@donghohaitrieu/7-hang-dong-ho-co-lo-may-cho-nu-tot-nhat-tren-thi-truong;
> rel="nofollow">đồng hồ cơ lộ máy cho
> nữ ◀◀◀tốt nhất
> hiện nay!!!Phân tích các chi tiết trên mặt số
> sản phẩm● Mặt số làm bằng
> ngọc trai của đồng hồ trông giống như nó đã bị va đập hoặc ấn vào. Có thể nói
> là thiết kế này rất ấn tượng và không đi theo số đông. style="color:#C10300">● Đồng hồ Citizen EM0666-89D có nền số được làm
> bằng ngọc trai, mang đến màu sắc đẹp mắt khi nhìn đồng hồ từ nhiều góc độ và
> nguồn sáng khác nhau. Đồng hồ cũng có 2 bezels riêng biệt, giúp mặt số có
> chiều sâu và thú vị hơn.● Sản phẩm
> không sử dụng những con số thông thường mà thay vào đó là những viên pha lê
> lấp lánh. Các kim được đặt cùng nhau để tạo ra một chuyển động nhẹ
> nhàng.● Hãng chọn kính Sapphire để
> bảo vệ các chi tiết bên trong mặt số, đồng thời nâng cao giá trị của nó.
> Sapphire có khả năng chống va đập và chống sốc tốt, cũng như độ trong suốt
> cao. Mặt kính giúp các chi tiết bên trong mặt số hiển thị rõ ràng, sắc
> nét.● Đồng hồ nữ Citizen EM0666-89D
> sở hữu mặt số lộng lẫy. Ban đầu được thành lập vào năm 1918, Citizen đã tạo
> ra những chiếc đồng hồ tuyệt đẹp trong hơn 90 năm. src="https://i.imgur.com/VWW02pe.jpg; alt="https://i.imgur.com/VWW02pe.jpg;
> />Đồng hồ nữ Citizen EM0666-89D sở hữu nhiều chi tiết đẹp
> mắtVật liệu và chất lượng của bộ phận dây
> đeo● Dây đeo của đồng hồ
> có các mắt xích lớn nối hai đầu theo kiểu xen kẽ vàng hồng và bạc. Phong cách
> này là một phụ kiện thời trang sang trọng. style="color:#C10300">● Dây đeo kim loại có thiết kế không quá ôm, có
> khả năng chống nước rất tốt. Dây đeo thoáng khí và khô nhanh sau khi xuống
> nước, mang lại cảm giác dễ chịu trên cổ tay. style="color:#C10300">● Dây đeo của đồng hồ sẽ không dễ bị oxy hóa hay
> gỉ sét, cũng như không bị bong tróc làm hỏng vẻ đẹp thẩm mỹ của đồng hồ. Chất
> liệu thép không gỉ 316L được sử dụng để sản xuất dây đeo. src="http://farm1.staticflickr.com/957/41395669285_e2b75b8479_o.gif;
> alt="http://farm1.staticflickr.com/957/41395669285_e2b75b8479_o.gif; />
> Thông tin chi tiết href="https://www.buymeacoffee.com/donghonudep/dong-ho-nu-chong-nuoc-5atm-di-boi-duoc-khong-cach-phan-biet;
> rel="nofollow">Đồng hồ nữ chống nước
> 5ATM đi bơi được không? Cách phân biệt style="color:#00369b">◀◀◀tại đây!!!Đồng hồ
> dùng máy gì? Có ưu nhược điểm ra sao? style="color:#C10300">● Những chiếc đồng hồ năng lượng ánh sáng, còn
> được gọi là đồng hồ Eco-Drive, đang trở nên phổ biến hơn vì nó được coi là
> thân thiện với môi trường.● Khách
> hàng tiết kiệm thời gian và tiền bạc vì đồng hồ chạy bằng ánh sáng, tự di
> chuyển tất cả các bộ phận bên trong.●
> Bộ máy năng lượng ánh sáng có thể vận động nhờ việc lấy lượng ánh sáng
> trong phòng từ nhiều ánh sáng khác nhau, chẳng hạn như ánh nến, đèn điện hoặc
> ánh sáng mặt trời. Độ chính xác của nó rất cao và sự khác biệt giữa số đọc
> sai và số đọc đúng là rất nhỏ; không kém chính xác so với đồng hồ
> Quartz.https://i.imgur.com/eAQLs3z.jpg;
> alt="https://i.imgur.com/eAQLs3z.jpg; />Đồng hồ nữ Citizen
> EM0666-89D vận hành bởi bộ máy Nhật chính hãng src="http://farm1.staticflickr.com/978/27428152257_e452445db5_o.gif;
> alt="http://farm1.staticflickr.com/978/27428152257_e452445db5_o.gif; />
> Xem nhanh href="https://ko-fi.com/Post/Tu-van-mua-dong-ho-nu-o-dau-uy-tin-Mua-hang-nao-t-J3J6AMOY7;
> rel="nofollow">tư vấn mua đồng hồ
> nữ ◀◀◀tại
> đây!!!Thông số kỹ thuật đồng
> hồThương Hiệu: Citizen
> Số Hiệu Sản Phẩm: EM0666-89D
> Xuất Xứ: Nhật Bản
> Giới Tính: Nữ
>
[jira] [Created] (AMQNET-794) CarolineLeonard
CarolineLeonard created AMQNET-794:
--
Summary: CarolineLeonard
Key: AMQNET-794
URL: https://issues.apache.org/jira/browse/AMQNET-794
Project: ActiveMQ .Net
Issue Type: Bug
Reporter: CarolineLeonard
{color:#172b4d}Đồng hồ nữ Citizen EM0666-89D được chế tác tinh
xảo và các chi tiết được xem xét kỹ lưỡng, từ bên ngoài cho đến bên trong. Mỗi
bộ phận đều có điểm nhấn đặc biệt riêng để tạo nên một tổng thể đồng hồ nổi
bật.Lý giải giá thành đắt đỏ của đồng hồ nữ
Citizen EM0666-89D● Đồng hồ
nữ Citizen EM0666-89D sở hữu nhiều tính năng tuyệt vời trong thiết kế. Các sản
phẩm của Citizen nổi tiếng với sự đổi mới và được yêu thích trên toàn thế giới.
Thương hiệu đã làm việc chăm chỉ để tạo ra các sản phẩm mới và được người tiêu
dùng ưa chuộng.● Citizen có một mẫu
đồng hồ mang tên EM0666-89D có thiết kế hiện đại, nhiều màu sắc tùy chọn. Đồng
hồ đã làm cho sản phẩm nổi bật trên thị trường.http://farm1.staticflickr.com/878/42297272921_632f05ea0d_o.gif;
alt="http://farm1.staticflickr.com/878/42297272921_632f05ea0d_o.gif; />
Những mẫu https://velog.io/@donghohaitrieu/7-hang-dong-ho-co-lo-may-cho-nu-tot-nhat-tren-thi-truong;
rel="nofollow">đồng hồ cơ lộ máy cho
nữ ◀◀◀tốt nhất hiện
nay!!!Phân tích các chi tiết trên mặt số sản
phẩm● Mặt số làm bằng ngọc
trai của đồng hồ trông giống như nó đã bị va đập hoặc ấn vào. Có thể nói là
thiết kế này rất ấn tượng và không đi theo số đông.● Đồng hồ Citizen EM0666-89D có nền số được làm
bằng ngọc trai, mang đến màu sắc đẹp mắt khi nhìn đồng hồ từ nhiều góc độ và
nguồn sáng khác nhau. Đồng hồ cũng có 2 bezels riêng biệt, giúp mặt số có chiều
sâu và thú vị hơn.● Sản phẩm không sử
dụng những con số thông thường mà thay vào đó là những viên pha lê lấp lánh.
Các kim được đặt cùng nhau để tạo ra một chuyển động nhẹ nhàng.● Hãng chọn kính Sapphire để bảo vệ các chi tiết
bên trong mặt số, đồng thời nâng cao giá trị của nó. Sapphire có khả năng chống
va đập và chống sốc tốt, cũng như độ trong suốt cao. Mặt kính giúp các chi tiết
bên trong mặt số hiển thị rõ ràng, sắc nét.●
Đồng hồ nữ Citizen EM0666-89D sở hữu mặt số lộng lẫy. Ban đầu được thành
lập vào năm 1918, Citizen đã tạo ra những chiếc đồng hồ tuyệt đẹp trong hơn 90
năm.https://i.imgur.com/VWW02pe.jpg;
alt="https://i.imgur.com/VWW02pe.jpg; />Đồng hồ nữ Citizen
EM0666-89D sở hữu nhiều chi tiết đẹp mắtVật liệu và chất
lượng của bộ phận dây đeo●
Dây đeo của đồng hồ có các mắt xích lớn nối hai đầu theo kiểu xen kẽ
vàng hồng và bạc. Phong cách này là một phụ kiện thời trang sang
trọng.● Dây đeo kim loại có thiết kế
không quá ôm, có khả năng chống nước rất tốt. Dây đeo thoáng khí và khô nhanh
sau khi xuống nước, mang lại cảm giác dễ chịu trên cổ tay.● Dây đeo của đồng hồ sẽ không dễ bị oxy hóa hay
gỉ sét, cũng như không bị bong tróc làm hỏng vẻ đẹp thẩm mỹ của đồng hồ. Chất
liệu thép không gỉ 316L được sử dụng để sản xuất dây đeo.http://farm1.staticflickr.com/957/41395669285_e2b75b8479_o.gif;
alt="http://farm1.staticflickr.com/957/41395669285_e2b75b8479_o.gif; />
Thông tin chi tiết https://www.buymeacoffee.com/donghonudep/dong-ho-nu-chong-nuoc-5atm-di-boi-duoc-khong-cach-phan-biet;
rel="nofollow">Đồng hồ nữ chống nước 5ATM
đi bơi được không? Cách phân biệt ◀◀◀tại đây!!!Đồng hồ dùng
máy gì? Có ưu nhược điểm ra sao?●
Những chiếc đồng hồ năng lượng ánh sáng, còn được gọi là đồng hồ
Eco-Drive, đang trở nên phổ biến hơn vì nó được coi là thân thiện với môi
trường.● Khách hàng tiết kiệm thời
gian và tiền bạc vì đồng hồ chạy bằng ánh sáng, tự di chuyển tất cả các bộ phận
bên trong.● Bộ máy năng lượng ánh
sáng có thể vận động nhờ việc lấy lượng ánh sáng trong phòng từ nhiều ánh sáng
khác nhau, chẳng hạn như ánh nến, đèn điện hoặc ánh sáng mặt trời. Độ chính xác
của nó rất cao và sự khác biệt giữa số đọc sai và số đọc đúng là rất nhỏ; không
kém chính xác so với đồng hồ Quartz.https://i.imgur.com/eAQLs3z.jpg; alt="https://i.imgur.com/eAQLs3z.jpg;
/>Đồng hồ nữ Citizen EM0666-89D vận hành bởi bộ máy Nhật chính
hãnghttp://farm1.staticflickr.com/978/27428152257_e452445db5_o.gif;
alt="http://farm1.staticflickr.com/978/27428152257_e452445db5_o.gif; /> Xem
nhanh https://ko-fi.com/Post/Tu-van-mua-dong-ho-nu-o-dau-uy-tin-Mua-hang-nao-t-J3J6AMOY7;
rel="nofollow">tư vấn mua đồng hồ
nữ ◀◀◀tại
đây!!!Thông số kỹ thuật đồng
hồThương Hiệu: Citizen
Số Hiệu Sản Phẩm: EM0666-89D
Xuất Xứ: Nhật Bản
Giới Tính: Nữ
Kính: Sapphire (Kính Chống Trầy)
Máy: Eco-Drive (Năng Lượng Ánh Sáng)
Bảo Hành Quốc Tế: 1 Năm
Bảo Hành Tại Hải Triều: 5 Năm
Đường Kính Mặt Số: 30.5 mm
Bề Dày Mặt Số: 7.4 mm
Niềng: Thép Không Gỉ
Dây Đeo: Thép Không Gỉ
Màu Mặt Số: Trắng
Chống Nước: 5 ATM
Chức Năng: Lịch Ngày
Nơi sản xuất (Tùy từng lô hàng): Trung QuốcTìm hiểu nơi bán đồng
hồ chính hãng và giá bán niêm yết của sản phẩm● Ngày 07/08/2022, giá bán của sản phẩm là
10,985,000 VNĐ. Sản
[jira] [Work logged] (ARTEMIS-3843) add/remove connector via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3843?focusedWorklogId=803642=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-803642 ] ASF GitHub Bot logged work on ARTEMIS-3843: --- Author: ASF GitHub Bot Created on: 25/Aug/22 13:42 Start Date: 25/Aug/22 13:42 Worklog Time Spent: 10m Work Description: asfgit merged PR #4089: URL: https://github.com/apache/activemq-artemis/pull/4089 Issue Time Tracking --- Worklog Id: (was: 803642) Remaining Estimate: 0h Time Spent: 10m > add/remove connector via mangement > -- > > Key: ARTEMIS-3843 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3843 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > Time Spent: 10m > Remaining Estimate: 0h > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Commented] (ARTEMIS-3843) add/remove connector via mangement
[ https://issues.apache.org/jira/browse/ARTEMIS-3843?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17584855#comment-17584855 ] ASF subversion and git services commented on ARTEMIS-3843: -- Commit 8511cf36178fef32cad8617ce016342806221c79 in activemq-artemis's branch refs/heads/main from Justin Bertram [ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=8511cf3617 ] ARTEMIS-3843 add/remove connector via management > add/remove connector via mangement > -- > > Key: ARTEMIS-3843 > URL: https://issues.apache.org/jira/browse/ARTEMIS-3843 > Project: ActiveMQ Artemis > Issue Type: Improvement >Reporter: Justin Bertram >Assignee: Justin Bertram >Priority: Major > -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Work logged] (ARTEMIS-3875) expose more consumer/producer metrics
[
https://issues.apache.org/jira/browse/ARTEMIS-3875?focusedWorklogId=803544=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-803544
]
ASF GitHub Bot logged work on ARTEMIS-3875:
---
Author: ASF GitHub Bot
Created on: 25/Aug/22 10:05
Start Date: 25/Aug/22 10:05
Worklog Time Spent: 10m
Work Description: gemmellr commented on code in PR #4183:
URL: https://github.com/apache/activemq-artemis/pull/4183#discussion_r952714533
##
artemis-server/src/main/java/org/apache/activemq/artemis/core/server/impl/ServerConsumerImpl.java:
##
@@ -506,8 +510,10 @@ public void proceedDeliver(MessageReference reference)
throws Exception {
// The deliverer was prepared during handle, as we can't have more
than one pending large message
// as it would return busy if there is anything pending
largeMessageDeliverer.deliver();
+//lastDeliveredTime = System.currentTimeMillis();
} else {
deliverStandardMessage(reference, message);
+ // lastDeliveredTime = System.currentTimeMillis();
Review Comment:
Leftover?
##
artemis-server/src/main/java/org/apache/activemq/artemis/core/management/impl/AbstractControl.java:
##
@@ -50,8 +51,15 @@ public AbstractControl(final Class clazz, final
StorageManager storageManager
this.storageManager = storageManager;
}
+ public long getLastDeliveredTimeElapsed(ServerConsumer consumer) {
+ long currentTime = System.currentTimeMillis();
+ return consumer.getLastDeliveredTime() == 0 ? 0 : currentTime -
consumer.getLastDeliveredTime();
Review Comment:
This (and one below) seems like it will be subject to wall clock movement
between the last delivery(/ack) and the getter being called. You could either
just accept that, or gate it so it cant be negative, or do some nanoTime
dancing to avoid it and report a true elapsed, or perhaps could just punt it by
reporting a millis 'Time' value directly like e.g various message header values
do for e.g timestamp/expiration.
The latter would make it clear whether getting a value of 0 means 'never
delivered' or 'delivered in last millisecond' which cant be distinguished when
providing 'elapsed'...though could be inferred from observing the other metrics
or their change over time.
##
artemis-server/src/main/java/org/apache/activemq/artemis/core/server/impl/ServerConsumerImpl.java:
##
@@ -506,8 +510,10 @@ public void proceedDeliver(MessageReference reference)
throws Exception {
// The deliverer was prepared during handle, as we can't have more
than one pending large message
// as it would return busy if there is anything pending
largeMessageDeliverer.deliver();
+//lastDeliveredTime = System.currentTimeMillis();
Review Comment:
Leftover?
##
tests/integration-tests/src/test/java/org/apache/activemq/artemis/tests/integration/management/ActiveMQServerControlTest.java:
##
@@ -2631,7 +2633,7 @@ public void testListConsumersAsJSON() throws Exception {
Assert.assertEquals(queueName.toString(), first.getString("queueName"));
Assert.assertEquals(false, first.getBoolean("browseOnly"));
Assert.assertTrue(first.getJsonNumber("creationTime").longValue() > 0);
- Assert.assertEquals(0,
first.getJsonNumber("deliveringCount").longValue());
+ Assert.assertEquals(0,
first.getJsonNumber("messagesInTransit").longValue());
Review Comment:
Per earlier comment, should probably be a check for the 'maintained for
compatibility' name, otherwise it might not be. Also test could use the
constants.
(Same seems to apply a few times further down)
##
artemis-server/src/main/java/org/apache/activemq/artemis/core/management/impl/ActiveMQServerControlImpl.java:
##
@@ -2752,7 +2754,24 @@ public String listAllConsumersAsJSON() throws Exception {
}
private JsonObject toJSONObject(ServerConsumer consumer) throws Exception {
- JsonObjectBuilder obj =
JsonLoader.createObjectBuilder().add("consumerID",
consumer.getID()).add("connectionID",
consumer.getConnectionID().toString()).add("sessionID",
consumer.getSessionID()).add("queueName",
consumer.getQueue().getName().toString()).add("browseOnly",
consumer.isBrowseOnly()).add("creationTime",
consumer.getCreationTime()).add("deliveringCount",
consumer.getDeliveringMessages().size());
+ List deliveringMessages =
consumer.getDeliveringMessages();
+ JsonObjectBuilder obj = JsonLoader.createObjectBuilder()
+.add(ConsumerField.ID.getAlternativeName(), consumer.getID())
+.add(ConsumerField.CONNECTION.getAlternativeName(),
consumer.getConnectionID().toString())
+.add(ConsumerField.SESSION.getAlternativeName(),
consumer.getSessionID())
+
[jira] [Created] (ARTEMIS-3958) network network instability sendWillMessage will cause java.lang.StackOverflowError
gongping.zhu created ARTEMIS-3958: - Summary: network network instability sendWillMessage will cause java.lang.StackOverflowError Key: ARTEMIS-3958 URL: https://issues.apache.org/jira/browse/ARTEMIS-3958 Project: ActiveMQ Artemis Issue Type: Bug Components: ActiveMQ-Artemis-Native Affects Versions: 2.25.0 Reporter: gongping.zhu Assignee: Clebert Suconic Attachments: StackOverflowError.log under network network instability sendWillMessage will cause java.lang.StackOverflowError it will cause the device to switch back and forth between online and offline -- This message was sent by Atlassian Jira (v8.20.10#820010)
[jira] [Created] (AMQ-9062) ActiveMQ 5.17.1: Web Console is not working in KARAF 4.4.1
Mohamed created AMQ-9062:
Summary: ActiveMQ 5.17.1: Web Console is not working in KARAF 4.4.1
Key: AMQ-9062
URL: https://issues.apache.org/jira/browse/AMQ-9062
Project: ActiveMQ
Issue Type: Bug
Reporter: Mohamed
Hi there,
I installed activemq in my karaf container and wanted to use its web console.
ActiveMQ is working fine and the whole environment is working well. I only need
to get the web-console working. But unfortunatly i got this Error.
_*"Web-ContextPath manifest header of org.apache.activemq.web-console [135]
specifies invalid context path: activemqweb. This bundle will not be
processed."*_
*my activemq.xml contains the following configuration:*
{color:#808080}<{color}{color:#569cd6}beans{color}
{color:#d4d4d4}
{color}{color:#9cdcfe}xmlns{color}{color:#d4d4d4}={color}{color:#ce9178}"http://www.springframework.org/schema/beans"{color}
{color:#d4d4d4}
{color}{color:#9cdcfe}xmlns:xsi{color}{color:#d4d4d4}={color}{color:#ce9178}"http://www.w3.org/2001/XMLSchema-instance"{color}
{color:#d4d4d4}
{color}{color:#9cdcfe}xsi:schemaLocation{color}{color:#d4d4d4}={color}{color:#ce9178}"http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.0.xsd{color}
{color:#ce9178} http://activemq.apache.org/schema/core
http://activemq.apache.org/schema/core/activemq-core.xsd"{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}import{color}{color:#d4d4d4}
{color}{color:#9cdcfe}resource{color}{color:#d4d4d4}={color}{color:#ce9178}"jetty.xml"{color}{color:#808080}/>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}broker{color}{color:#d4d4d4}
{color}{color:#9cdcfe}xmlns{color}{color:#d4d4d4}={color}{color:#ce9178}"http://activemq.apache.org/schema/core"{color}
{color:#d4d4d4}
{color}{color:#9cdcfe}brokerName{color}{color:#d4d4d4}={color}{color:#ce9178}"${broker-name}"{color}
{color:#d4d4d4}
{color}{color:#9cdcfe}dataDirectory{color}{color:#d4d4d4}={color}{color:#ce9178}"${data}"{color}
{color:#d4d4d4}
{color}{color:#9cdcfe}start{color}{color:#d4d4d4}={color}{color:#ce9178}"false"{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}destinationPolicy{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}policyMap{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}policyEntries{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}policyEntry{color}{color:#d4d4d4}
{color}{color:#9cdcfe}topic{color}{color:#d4d4d4}={color}{color:#ce9178}">"{color}{color:#d4d4d4}
{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}pendingMessageLimitStrategy{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}constantPendingMessageLimitStrategy{color}{color:#d4d4d4}
{color}{color:#9cdcfe}limit{color}{color:#d4d4d4}={color}{color:#ce9178}"1000"{color}{color:#808080}/>{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}managementContext{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}managementContext{color}{color:#d4d4d4}
{color}{color:#9cdcfe}createConnector{color}{color:#d4d4d4}={color}{color:#ce9178}"false"{color}{color:#808080}/>{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}persistenceAdapter{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}kahaDB{color}{color:#d4d4d4}
{color}{color:#9cdcfe}directory{color}{color:#d4d4d4}={color}{color:#ce9178}"${data}/kahadb"{color}{color:#808080}/>{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}plugins{color}{color:#808080}>{color}
{color:#d4d4d4} {color}{color:#6a9955}{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}systemUsage{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}systemUsage{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}memoryUsage{color}{color:#808080}>{color}
{color:#d4d4d4}
{color}{color:#808080}<{color}{color:#569cd6}memoryUsage{color}{color:#d4d4d4}
{color}{color:#9cdcfe}percentOfJvmHeap{color}{color:#d4d4d4}={color}{color:#ce9178}"70"{color}{color:#808080}/>{color}
{color:#d4d4d4}
{color}{color:#808080}{color}
{color:#d4d4d4}
