本人Java水平有限昌抠，此文僅記錄一個Java菜鳥在使用ES時碰到的坑患朱。
ES使用代碼本身就不介紹了，只說調(diào)試完成炊苫，可以使用后裁厅，運用到SandBox時碰到的問題。
ClassNotFoundException: org.elasticsearch.common.xcontent.XContentType
這個問題比較奇怪侨艾，因為在使用ES之前执虹，我建了一個測試項目，在里面做測試時唠梨，同樣的代碼可以正常的取到存儲的數(shù)據(jù)袋励，放到SandBox之后，才出現(xiàn)這個問題当叭。
找到開發(fā)大佬一起查看問題時發(fā)現(xiàn)茬故，ES的transport模塊，它依賴的ES版本是2.4.5科展，和我目前使用的7.9.0相距甚遠均牢，兩者之間產(chǎn)生了沖突，在沒有手動配置依賴解決沖突之前才睹，會默認走到2.4.5版本徘跪，而2.4.5版本確實是沒有這個類的甘邀，于是報出了這個錯誤。
最后的解決方案也比較簡單垮庐，只需要在pom.xml中松邪，將所有的ES依賴都排除掉，然后重新依賴一遍7.9.0版本的ES即可哨查。
<dependency>
<groupId>com.alibaba.jvm.sandbox</groupId>
<artifactId>repeater-console-service</artifactId>
<version>1.0.0-SNAPSHOT</version>
<exclusions>
<exclusion>
<groupId>org.elasticsearch</groupId>
<artifactId>elasticsearch</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.elasticsearch</groupId>
<artifactId>elasticsearch</artifactId>
<version>7.9.0</version>
</dependency>
java.lang.BootstrapMethodError: call site initialization exception
java.lang.invoke.LambdaConversionException: Invalid receiver type interface org.apache.http.Header; not a subtype of implementation type interface org.apache.http.NameValuePair
這兩個錯誤指向同一個問題逗抑，并且經(jīng)過一番谷歌，最后發(fā)現(xiàn)和第一個問題其實是非常類似的寒亥，也是包沖突了邮府，所以解決方案也是完全一樣。
<dependency>
<groupId>com.alibaba.jvm.sandbox</groupId>
<artifactId>repeater-console-service</artifactId>
<version>1.0.0-SNAPSHOT</version>
<exclusions>
<exclusion>
<groupId>org.elasticsearch</groupId>
<artifactId>elasticsearch</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.httpcomponents</groupId>
<artifactId>httpclient</artifactId>
</exclusion>
<exclusion>
<groupId>org.apache.httpcomponents</groupId>
<artifactId>httpcore</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>org.elasticsearch</groupId>
<artifactId>elasticsearch</artifactId>
<version>7.9.0</version>
</dependency>
<dependency>
<groupId>org.apache.httpcomponents</groupId>
<artifactId>httpclient</artifactId>
<version>4.5.13</version>
</dependency>
<dependency>
<groupId>org.apache.httpcomponents</groupId>
<artifactId>httpcore</artifactId>
<version>4.4.15</version>
</dependency>
最終把所有httpclient和httpcore的包都排除溉奕，并引入最新的依賴褂傀。
Elasticsearch exception [type=mapper_parsing_exception, reason=failed to parse field [gmt_create] of type [date] in document with id 'TjjVP4ABr2KZ7MY07d1W'. Preview of field's value: 'Tue Apr 19 11:19:29 CST 2022']
閱讀錯誤信息可以知道，這是因為處理字段時加勤，date類型的字段處理失敗了仙辟。我最初以為改為String即可，處理成String后發(fā)現(xiàn)依舊提示我是date類型鳄梅，這就很奇怪了叠国。
谷歌了一下這段錯誤，在一個帖子里找到了一段解釋：
The [date parser 31](https://www.elastic.co/guide/en/elasticsearch/reference/current/mapping-date-format.html) defaults to strict_date_optional_time or epoch_millis.
strict_date_optional_time is "A generic ISO datetime parser, where the date must include the year at a minimum, and the time (separated by T), is optional. Examples: yyyy-MM-dd'T'HH:mm:ss.SSSZ or yyyy-MM-dd."
So you can use mutate+gsub to change the " " to "T" in "2021-03-17 10:27:00.115", or else use a date filter to parse the field and overwrite it, in which case the elasticsearch output will send it to elasticsearch in an appropriate format.
這里說了一下戴尸，date默認的是strict_date_optional_time粟焊，這個類型的數(shù)據(jù)需要將日期和時間之間的空格，用T代替孙蒙。
按照這個說法嘗試了一下吆玖，最終解決了這個問題。
至此马篮，Sandbox記錄的數(shù)據(jù)已經(jīng)可以正常的存儲到ES之中。
