Implemetation of MBean client #15

garyparrot · 2021-09-11T05:56:41Z

Context: This PR is related to task 1 in #10

This PR implements two things.

BeanObject, represent an MBean at the remote MBean server.
MBeanClient, the client we used to fetch & query MBean from an MBean server.

Code Example

package org.astraea;

import java.util.Set;
import javax.management.remote.JMXServiceURL;
import org.astraea.metrics.jmx.BeanObject;
import org.astraea.metrics.jmx.BeanQuery;
import org.astraea.metrics.jmx.MBeanClient;

public class Ignore {
  public static String JMX_URI_FORMAT =
      "service:jmx:rmi:///jndi/rmi://" + "%s" + ":" + "%d" + "/jmxrmi";

  public static String createJmxUrl(String hostname, String port) {
    return String.format(JMX_URI_FORMAT, hostname, Integer.parseInt(port));
  }

  public static void main(String[] args) throws Exception {
    JMXServiceURL jmxServiceURL = new JMXServiceURL(createJmxUrl("localhost", "19835"));
    MBeanClient client = new MBeanClient(jmxServiceURL);
    client.connect();

    BeanObject fetchResult =
        client.fetchObjectAttribute(
            BeanObject.fromDomainName("java.lang")
                .selectProperty("type", "Memory")
                .fetchAttribute("HeapMemoryUsage")
                .fetchAttribute("NonHeapMemoryUsage"));

    fetchResult
        .getAttributeView()
        .forEach(
            (key, value) -> {
              System.out.printf("%s: %s%n", key, value);
            });

    Set<BeanObject> beanObjects =
        client.queryObject(
            BeanQuery.forDomainName("kafka.network")
                .whereProperty("type", "RequestMetrics")
                .whereProperty("request", "Delete*")
                .whereProperty("name", "LocalTimeMs"));

    System.out.printf("%nQuery Result:%n");
    beanObjects.forEach(
        bean -> {
          System.out.printf("%s%n", bean.objectName());
        });

    client.close();
  }
}

HeapMemoryUsage: javax.management.openmbean.CompositeDataSupport(compositeType=javax.management.openmbean.CompositeType(name=java.lang.management.MemoryUsage,items=((itemName=committed,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)),(itemName=init,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)),(itemName=max,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)),(itemName=used,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)))),contents={committed=2147483648, init=2147483648, max=2147483648, used=242296752})
NonHeapMemoryUsage: javax.management.openmbean.CompositeDataSupport(compositeType=javax.management.openmbean.CompositeType(name=java.lang.management.MemoryUsage,items=((itemName=committed,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)),(itemName=init,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)),(itemName=max,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)),(itemName=used,itemType=javax.management.openmbean.SimpleType(name=java.lang.Long)))),contents={committed=100085760, init=7667712, max=-1, used=92189200})

Query Result:
kafka.network:name=LocalTimeMs,request=DeleteTopics,type=RequestMetrics
kafka.network:name=LocalTimeMs,request=DeleteAcls,type=RequestMetrics
kafka.network:name=LocalTimeMs,request=DeleteRecords,type=RequestMetrics
kafka.network:name=LocalTimeMs,request=DeleteGroups,type=RequestMetrics

chia7712 · 2021-09-11T06:03:37Z

The example LGTM. Could you add it to App? It would be nice that we have a way to show (raw) metrics of brokers.

chia7712

thanks for this patch. a couple of comments below.

app/src/main/java/org/astraea/metrics/jmx/BeanObject.java

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

chia7712 · 2021-09-11T06:17:39Z

app/src/test/java/org/astraea/metrics/jmx/MBeanClientTest.java

+import java.net.MalformedURLException;
+import org.junit.jupiter.api.Test;
+
+class MBeanClientTest {


It would be better to build a jmx server locally and test all getter by local MBean server (see https://docs.oracle.com/javase/7/docs/api/java/lang/management/ManagementFactory.html#getPlatformMBeanServer())

Didn't know that thing exists, I will try it later.

記得補上這邊提到的測試喔

quote the property value field. After this, special character need to taking special care. For specific rule of character escaping rule in property value, check https://docs.oracle.com/javase/7/docs/api/javax/management/ObjectName.html

This reverts commit fc2265d.

garyparrot · 2021-09-11T17:20:59Z

I have updated the code example at issue #15 (comment).

The new code example demonstrates the new way to operate with the immutable design BeanObject. Also, the ability to query MBean has been added to the PR. The code example shows the usage.

There are still two tasks to do

build a JMX server locally and test all getter by local MBean server.
Add a small utility to App? A way to show (raw) metrics of brokers.

chia7712 · 2021-09-11T17:29:16Z

build a JMX server locally and test all getter by local MBean server.

等你有空把測試補完這隻PR才能審視or合併

Add a small utility to App? A way to show (raw) metrics of brokers.

這可以作為另一隻PR

可以先花點時間看書看點資料，然後再回頭完善這隻PR (尤其是測試)

chia7712

@garyparrot 感謝更新，一樣繼續討論一下design的問題~

chia7712 · 2021-09-17T06:50:29Z

app/src/main/java/org/astraea/metrics/jmx/BeanObject.java

+  public BeanObject(
+      String domainName, Map<String, String> properties, Map<String, Object> attributes) {
+    this.domainName = domainName;
+    this.properties = new HashMap<>(properties); // making defensive copy


如果該map在內部也不打算修改的話，可以在建構時就先包成immutable object

包成 immutable object 是指用Collections.unmodifiableMap() 嗎，雖然這個方法能否稱上 immutable 還有點爭議(曾經看過有人在 Reddit 上爭論這點, Java 的 unmodifiableMap 沒辦法在 compile time 避免修改的程式碼出現)，總之這樣做不錯。

Java 的 unmodifiableMap 沒辦法在 compile time 避免修改的程式碼

沒辦法，因為那是runtime時檢查。java目前缺乏類似的語法支援

chia7712 · 2021-09-17T06:51:07Z

app/src/main/java/org/astraea/metrics/jmx/BeanObject.java

+    if (this == o) return true;
+    if (o == null || getClass() != o.getClass()) return false;
+    BeanObject that = (BeanObject) o;
+    return domainName.equals(that.domainName)


這邊看來是假設所有物件都不會是null，那麼在建構時應該也要檢查null

chia7712 · 2021-09-17T06:51:56Z

app/src/main/java/org/astraea/metrics/jmx/BeanObject.java

+    this.attributes = new HashMap<>();
+  }
+
+  public BeanObject selectProperty(String key, String value) {


selectProperty的用途是什麼？可以補上javadocs嗎

selectProperty() 用來標示 MBean 的 property，MBeanClient 後續會這些 properties 來索取對應的 Mbean。

可以補上javadocs嗎

ok

chia7712 · 2021-09-17T06:52:22Z

app/src/main/java/org/astraea/metrics/jmx/BeanObject.java

+
+  public BeanObject fetchAttribute(String attributeName) {
+    HashMap<String, Object> attributesCopy = new HashMap<>(attributes);
+    attributesCopy.put(attributeName, null);


一般是不建議在map裡面放null，可以說明一下用途嗎

這部分就有點尷尬了，當初換成 immutable 後很多原先還能理解的情況都變了。

原先的設計中(非 immutable 的版本), BeanObject 同一個物件實例可以被用來重複更新 attributes (BeanObject::updateAttributeValue)。這個時候我打算用 null 來代表還沒被更新的情況。

後來換成 immutable 後, BeanObject 可能處於這兩個狀態

還沒被 MBeanClient 更新的 BeanObjcet. (attribute 欄位是 null)

已經被 MBeanClient 更新的 BeanObject. (attribute 欄位非 null)

看起來 BeanObject 這個物件現在同時扮演了這兩個角色，所以才會有這種奇怪的情況發生。

看起來 BeanObject 這個物件現在同時扮演了這兩個角色，所以才會有這種奇怪的情況發生。

同樣的故事。請問我們能否在建立BeanObject時就確定它已經拿到properties and attributes。前面我們討論過每個BeanObject都是"snapshot"，換言之，每個BeanObject從頭到腳都應該是immutable，使用者也不會試著去更新任何一個BeanObject，例如：

List<BeanObject> beans = beanClient.query("your query); // 接著把那些beans處理一下

chia7712 · 2021-09-17T06:55:41Z

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

+    if (!isClientConnected) throw new IllegalStateException("client is not connected yet");
+  }
+
+  public void connect() {


可否避免使用者建構完物件還需要在connect? 這樣的做法會造成使用者手上的MBeanClient有三種狀態，一種是還沒呼叫connect、一種是有呼叫connect但可能有錯誤、最後一種才是有呼叫connect且成功。這樣會造成使用者的困擾。

反之，如果在建構時就建立連線，那麼使用者拿到MBeanClient時就可以很肯定手上的物件一定是可以連線的狀態

感謝指正。

當初會這樣做是在某個地方聽了 "別在 constructor 內丟 exception" 的說法，不過我剛剛 google 後似乎是我記錯了，原先的 connect() 寫法導致的狀態問題也可能使 try-with-resource 等寫法造成麻煩，改成在 constructor 連線沒問題。

chia7712

@garyparrot 能否先請你補上測試？因為有些APIs的設計我有點疑惑，但因為你現在還沒補上任何用法，因此就有點難理解你設計的用意。另外你開始寫測試也能自己重新審視一下你設計的APIs好不好用

garyparrot · 2021-09-17T08:38:59Z

能否先請你補上測試？因為有些APIs的設計我有點疑惑，但因為你現在還沒補上任何用法，因此就有點難理解你設計的用意。另外你開始寫測試也能自己重新審視一下你設計的APIs好不好用

謝謝學長，我會開始補上這些測試。

garyparrot · 2021-09-17T14:17:31Z

app/src/test/java/org/astraea/metrics/jmx/MBeanClientTest.java

+        client.queryObject(BeanQuery.forDomainName("org.example").whereProperty("type", "object1"));
+    BeanObject queryResult2 = query.stream().findFirst().get();
+    // act 2 update fetch target's attribute
+    BeanObject fetchTarget = queryResult2.fetchAttribute("Value");


目前看到一個比較大的問題是 query 到的 MBean, 需要手動去指定要索取的 attribute 名稱。

如果能夠用 MBeanServerConnection#getMBeanInfo 自動索取所有 attribute 的話可能會方便一些

如果能夠用 MBeanServerConnection#getMBeanInfo 自動索取所有 attribute 的話可能會方便一些

對，你說的沒錯，可否考慮用用看？透過該方法就可以建立BeanObject with all properties and attributes.

概念上就是先呼叫getMBeanInfo拿到attribute names，然後再呼叫getAttributes去拿到attribute value

chia7712

@garyparrot 感謝更新patch

感覺上似乎這隻patch想要把各種可能的用法都列出來，但我們接下來的任務真的需要這麼多用法嗎？例如BeanObject queryBean(BeanQuery beanQuery, String[] attributeNameList)，我們接下來的任務會用到嗎？

豐富的APIs是件好事，但如果只是像遙控器介面那樣把各式各樣功能攤開，而不是根據實際狀況去設計，那就有點畫蛇添足，而且又會導致各個APIs的一致性不佳（例如為何有回傳一個BeanObject和多個BeanObject但又吃相同參數的狀況...)

我這邊會建議一開始可以稍微收斂一下，只設計會用且該用的APIs（也就是寫對的程式碼）

chia7712 · 2021-09-22T07:39:42Z

app/src/main/java/org/astraea/metrics/jmx/BeanObject.java

+  public BeanObject(
+      String domainName, Map<String, String> properties, Map<String, Object> attributes) {
+    this.domainName = Objects.requireNonNull(domainName);
+    this.properties = Map.copyOf(Objects.requireNonNull(properties));


我倒是覺得兩個map都應該先請洗一下資料，把帶有null key and null value都拿掉。這樣對使用的人而言會比較安全

原來還有這種方法，感謝提醒

app/src/main/java/org/astraea/metrics/jmx/BeanQuery.java

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

chia7712 · 2021-09-22T07:52:28Z

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

+              .filter(str -> !attributes.containsKey(str))
+              .collect(Collectors.toSet());
+      for (String attributeName : notResolvedAttributes) {
+        attributes.put(attributeName, fetchAttributeObjectOrException(beanQuery, attributeName));


為何這裡要再嘗試拿一次attribute? 前面不是已經呼叫過一次了嗎？

前面是用 MBeanServerConnection#getAttributes 取過資料了沒錯，不過那個 API 的 Javadoc 有說

If one or more attributes cannot be retrieved for some reason, they will be omitted from the returned AttributeList. The caller should check that the list is the same size as the attributes array. To discover what problem prevented a given attribute from being retrieved, call getAttribute for that attribute.

簡單來說如果 MBeanServerConnection#getAttributes 索取 Mbean 的過程中，如果因為意外不能索取這些 attribute, 他們會直接從回傳的結果中被忽略那些 attributes。如果要知道實際上發生了什麼問題，需要呼叫 MBeanServerConnection#getAttribute 來得知實際原因。

為了避免 library user 的困擾，所以我在程式碼裡面幫他們把這部分給做了。

chia7712 · 2021-09-22T08:03:15Z

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

+   * @return A {@link BeanObject} contain all attributes if target resolved successfully.
+   * @throws InstanceNotFoundException If the pattern target doesn't exists on remote mbean server.
+   */
+  public BeanObject queryBean(BeanQuery beanQuery) throws InstanceNotFoundException {


使用者要如何知道是一個BeanObject還是多個BeanObject? 如果使用者以為是一個但實際上是多個，那為何不需要處理錯誤？

使用者要如何知道是一個BeanObject還是多個BeanObject?

BeanQuery 內有用到 Pattern ("*“, "?"), 那回來的結果就有可能是多個。

如果使用者以為是一個但實際上是多個，那為何不需要處理錯誤？

基本上如果他們對 MBeanClient#queryBean() 用 Pattern 版本的 BeanQuery，那麼他會得到 InstanceNotFoundException: "java.lang:type=Memo?y" 之類的錯誤

…ryBean

garyparrot · 2021-09-22T13:28:53Z

感覺上似乎這隻patch想要把各種可能的用法都列出來，但我們接下來的任務真的需要這麼多用法嗎？例如BeanObject queryBean(BeanQuery beanQuery, String[] attributeNameList)，我們接下來的任務會用到嗎？

那個函數其實是寫給 MBeanClient#queryBean(BeanQuery beanQuery) 用的

https://github.com/garyparrot/astraea/blob/101e9b942e3b28137a2241db682c5376cc04018a/app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java#L48-L67

仔細觀察最後 return 的部分，有呼叫到 BeanObject queryBean(BeanQuery beanQuery, String[] attributeNameList)，這個 API 的存在目的是為了 reuse 邏輯。

豐富的APIs是件好事，但如果只是像遙控器介面那樣把各式各樣功能攤開，而不是根據實際狀況去設計，那就有點畫蛇添足，而且又會導致各個APIs的一致性不佳

如果那個用法真的礙眼的話我們可以把它 private 修飾。

為何有回傳一個BeanObject和多個BeanObject但又吃相同參數的狀況...

這部分就很尷尬了，他們之間的差異在接受的 BeanQuery 本質的不同

queryBeans 接受 pattern/ non-pattern 的 BeanQuery
queryBean 只接受 non-pattern 的 BeanQuery

要用形態去區分這二者的差異還蠻困難的，因為是不是 Pattern 全看傳入的字串是否包含 "*" 或 "?"，我對 Java 的瞭解有限，不知道能不能在 Compile Time 阻擋這種差異。我後來想不到方法所以就決定把這些細節寫在 javadoc 然後相信使用者了。

如果只釋出 queryBeans 然後隱藏 queryBean 可能是一種方法。但這樣他們要索取"一個" Mbeans 時可能會寫很長

client.queryBeans(beanQuery).stream().findFirst().get()
client.queryBeans(beanQuery).toArray(new BeanObject[0])[0]
for (BeanObject beanObject : client.queryBeans(beanQuery)) { /* ... */ }

我這邊會建議一開始可以稍微收斂一下，只設計會用且該用的APIs（也就是寫對的程式碼）

謝謝學長，下次會注意的

chia7712 · 2021-09-24T17:52:55Z

如果只釋出 queryBeans 然後隱藏 queryBean 可能是一種方法。但這樣他們要索取"一個" Mbeans 時可能會寫很長

這個方法有機會用到嗎？只索取一個mbean。可以試著從kafka metrics來思考，有哪個情境下會只要一個mbean

chia7712

@garyparrot 非常感謝貢獻，我覺得只差一點就可以合併了，再麻煩看一下，謝謝

app/src/main/java/org/astraea/metrics/jmx/BeanQuery.java

chia7712 · 2021-09-24T17:59:23Z

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

+          mBeanServerConnection.queryMBeans(beanQuery.objectName(), null);
+
+      // transform result into a set of BeanQuery
+      Stream<BeanQuery> queries =


不太確定為何這裡要把ObjectName拆解回BeanQuery，然後再用BeanQuery去做查詢 (tryQueryBean)，可是在實作上，BeanQuery內部也是保存ObjectName，這樣感覺有點多此一舉...

當初這樣做是單純為了實作上的方便。

BeanQuery 是 ObjectName 比較現代化的 Wrapper。

如果queryBean不開放的話，輸入參數應該考慮用ObjectName，這樣不用無謂的轉換。wrapper 用在開放的apis 上很好，可以讓其更好用，但如過是在物件內部的互動，那這個例子就比較畫蛇添足了

我很難用言語形容，但我有一種預感，移除那個轉換使用 ObjectName，會給其他情境帶來很多副作用

現在的形態轉變是這樣 Set<ObjectName> -> Set<BeanQuery> -> Set<BeanObject>
看起來我們希望是 Set<ObjectName> -> Set<BeanObject>

為了達成下面那種形態轉變，我們要付出的代價是 BeanQuery 到 BeanObject 那段程式碼不能重用。

或許我們能把程式碼弄成 Set<BeanQuery> -> Set<ObjectName> -> Set<BeanObject>，但這樣做會遇到 ObjectName 老舊設計所帶來的麻煩，如果我們嘗試直接從 ObjectName 去生成 BeanObject, 觀察 BeanObject 的 constructor, 他需要

String domainName

Map<String, String> properties

Map<String, Object> attributes

真正的麻煩在 properties, 我們可以從 ObjectName#getKeyPropertyList 取得 properties, 但是他的形態是 Hashtable, 我們必須要重新複製整個 Hashtable 成為 HashMap，如果我們可以從 BeanQuery 到 BeanObject(現在的做法)，那麼可以透過 Map.copyOf() 的優化避免掉這個 Map 的過度複製。

另外一個解決方案就是把 BeanQuery 的責任抽象化，類似我在 f816396 這個已經被 revert 的 commit 做的事情。在這個情境下只有 Set<Query> -> Set<BeanObject>，底下 Query 的實作為何已經被抽象走了，裡面可能是一個 BeanQuery 或 ObjectNameWrapper 實作。

總結我的看法：

把那個轉換改掉 (獨立的 Set<ObjectName> -> Set<BeanObject> 程式碼)

程式碼不能重用

把那個轉變改掉 ( Set<BeanQuery> -> Set<ObjectName> -> Set<BeanObject>)

會複製很多 HashMap

維持現在的方案 ( Set<ObjectName> -> Set<BeanQuery> -> Set<BeanObject>)

程式碼可以重用

至少 BeanQuery 到 BeanObject 這段程式碼不會複製 HashMap

使用 Interface 抽象 BeanQuery

可行，但這樣程式碼好像會便得複雜（多一層抽象

ok 沒關係這邊先這樣，可以之後再處理

chia7712 · 2021-09-24T18:00:44Z

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

+              .map(BeanQuery::fromObjectName);
+
+      // execute query on each BeanQuery, return result as a set of BeanObject
+      Set<BeanObject> queryResult =


這裡用Set而不是用List有啥用意嗎？BeanObject有可能重複？但BeanObject也沒實作equals?

當初是受 MBeanServerConnection#queryMBeans 回傳 Set 影響而做這個決定，單傳強調回傳的結果沒有順序關係。

如果你真的想要用Set的話，要考慮實作equals, hashCode，不然就只是仰賴memory address，這樣排序沒有意義。例如ObjectName就有實作，用來代表不會有重複的

另外代表無序可以用Collection or Iterable等等，這樣意義比較明確

app/src/main/java/org/astraea/metrics/jmx/MBeanClient.java

chia7712 · 2021-09-24T18:06:50Z

app/src/test/java/org/astraea/metrics/jmx/MBeanClientTest.java

+  void setUp() throws IOException {
+    JMXServiceURL serviceURL = new JMXServiceURL("service:jmx:rmi://127.0.0.1");
+
+    mBeanServer = ManagementFactory.getPlatformMBeanServer();


可否自己註冊一些mbeans然後試著用你設計的APIs把它撈出來？

garyparrot · 2021-09-25T03:18:39Z

這個方法有機會用到嗎？只索取一個mbean。可以試著從kafka metrics來思考，有哪個情境下會只要一個mbean

當初 #10 裡面有一個需求是取得記憶體使用狀況，這個記錄在 java.lang:type=Memory 裡面。應該是沒辦法寫一個 BeanQuery 能夠除了撈他之外還順便撈 kakfa.network 內其他需要的 metrics。

chia7712 · 2021-09-25T03:42:29Z

當初 #10 裡面有一個需求是取得記憶體使用狀況，這個記錄在 java.lang:type=Memory 裡面。應該是沒辦法寫一個 BeanQuery 能夠除了撈他之外還順便撈 kakfa.network 內其他需要的 metrics。

所以之後實作#10的時候，你打算要一次一個mbean撈，還是一次撈多一點（例如用wildcard）一次撈回多個mbeans?

garyparrot · 2021-09-25T05:22:04Z

所以之後實作#10的時候，你打算要一次一個mbean撈，還是一次撈多一點（例如用wildcard）一次撈回多個mbeans?

看情況，如果是撈 Memory 應該是一次一撈 java.lang:type=Memory
如果是撈 Processor 的空閒比例，我會 kakfa.network:type=Processor,networkProcessor=*,name=IdlePercent

chia7712

@garyparrot thanks for updating patch. a couple of comments below.

app/src/test/java/org/astraea/metrics/jmx/MBeanClientTest.java

chia7712

@garyparrot 我覺得這隻patch已經相當不錯了，晚點我會再看一次然後合併。

感謝你的努力以及耐心！

chia7712 · 2021-09-26T08:37:44Z

app/src/main/java/org/astraea/metrics/jmx/BeanQuery.java

+      return this;
+    }
+
+    public BeanQueryBuilder noPropertyListPattern() {


usePropertyListPattern預設是false，這樣的話這隻API就有點多餘。或許我們應該刪掉它，然後在usePropertyListPattern補充一些說明預設是關閉，以及啟動後可以有哪些效果

garyparrot added 2 commits September 11, 2021 12:56

implement BeanObject

da975cf

implement MBeanClient

798e92e

garyparrot mentioned this pull request Sep 11, 2021

可快速顯示叢集效能相關參數的工具 #10

Closed

4 tasks

chia7712 reviewed Sep 11, 2021

View reviewed changes

garyparrot added 10 commits September 11, 2021 21:54

make BeanObject immutable

ce34835

rename method

273dbc3

fix typo

c69f8a4

quote the BeanObject property field

fc2265d

quote the property value field. After this, special character need to taking special care. For specific rule of character escaping rule in property value, check https://docs.oracle.com/javase/7/docs/api/javax/management/ObjectName.html

spotless

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.

GPG key ID: 4AEE18F83AFDEB23
Expired

Verified
Learn about vigilant mode

b40fec7

Revert "quote the BeanObject property field"

9aee03b

This reverts commit fc2265d.

implement MBeanClient#queryObject

43f8d73

move duplicate code to BeanUtility

a124441

add BeanObject#fromDomainName

65adb88

update javadoc for BeanObject & BeanQuery

78f6bcc

garyparrot self-assigned this Sep 12, 2021

garyparrot added 5 commits September 17, 2021 01:47

remove worthless test

53c65f3

revise BeanObjectTest.java

78673a4

test for BeanQuery

02c4862

revise MBeanClientTest.java

dde301e

add test for MBeanClient.java

2bb8921

chia7712 reviewed Sep 17, 2021

View reviewed changes

test for MBeanClientTest.java

3765867

garyparrot commented Sep 17, 2021

View reviewed changes

garyparrot added 2 commits September 18, 2021 11:49

wipe out old design

8e30cd6

rewirte MBeanClient

29cafd7

spotless

852413b

chia7712 reviewed Sep 22, 2021

View reviewed changes

garyparrot added 6 commits September 22, 2021 18:33

rename BeanQuery#of to BeanQuery#builder

5e1fb64

rename BeanQueryBuilder#whereProperty to BeanQueryBuilder#property

38976a0

add javadoc for BeanQuery#all and BeanQuery#builder

d9ca8f3

remove unchecked exception from method signature

7c6b15e

update type signature from String[] to Colleciton for MBeanClient#que…

9088cee

…ryBean

discard null key/value entries in BeanObject::new

101e9b9

chia7712 reviewed Sep 24, 2021

View reviewed changes

garyparrot added 4 commits September 25, 2021 11:00

remove redundent variable BeanQuery#usePropertyListPattern

93ebcfa

revise MBeanClient#listDomains

47332be

revise MBeanClient#close

d5085e7

remove redundent code

35009e2

garyparrot added 3 commits September 25, 2021 14:56

implement BeanObject#equals and BeanObject#hashcode

0fcca0d

update MBeanClient#queryBean method signature

f0f7ab8

test with registered custom mBeans

77388cb

chia7712 reviewed Sep 26, 2021

View reviewed changes

revise MBeanClientTest.java

d0c2cf9

chia7712 reviewed Sep 26, 2021

View reviewed changes

garyparrot added 3 commits September 26, 2021 17:21

remove BeanQuery#noPropertyListPattern

0ab33ba

revise javadoc for BeanQuery.java

ff32555

revise javadoc for BeanQuery.java

2bd3bde

chia7712 merged commit 05fcc4c into opensource4you:main Sep 26, 2021

garyparrot mentioned this pull request Oct 27, 2021

implement JMX metric library #14

Closed

garyparrot deleted the mbean-lib branch November 1, 2021 06:24

Implemetation of MBean client #15

Implemetation of MBean client #15

Conversation

garyparrot commented Sep 11, 2021 • edited Loading

Code Example

chia7712 commented Sep 11, 2021

chia7712 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

garyparrot commented Sep 11, 2021 • edited Loading

chia7712 commented Sep 11, 2021

chia7712 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

garyparrot Sep 17, 2021 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

chia7712 left a comment

Choose a reason for hiding this comment

garyparrot commented Sep 17, 2021

Choose a reason for hiding this comment

Choose a reason for hiding this comment

chia7712 Sep 17, 2021 • edited Loading

Choose a reason for hiding this comment

chia7712 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

garyparrot Sep 22, 2021 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

garyparrot commented Sep 22, 2021

chia7712 commented Sep 24, 2021

chia7712 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

garyparrot commented Sep 25, 2021

chia7712 commented Sep 25, 2021

garyparrot commented Sep 25, 2021

chia7712 left a comment

Choose a reason for hiding this comment

chia7712 left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

garyparrot commented Sep 11, 2021 •

edited

Loading

garyparrot commented Sep 11, 2021 •

edited

Loading

garyparrot Sep 17, 2021 •

edited

Loading

chia7712 Sep 17, 2021 •

edited

Loading

garyparrot Sep 22, 2021 •

edited

Loading