❶ search-guard 安裝後 java 怎麼訪問es
能：法就是通過工具，將java代碼轉換成exe文件然後使用js調用exe文件這種法是可以的但是沒有人這么用建議你講html文件轉成jsp，jsp中可以嵌入java代碼的然後下載個tomcat部署一下
❷ 在Idea中如何用java代碼與es做連接的項目
下面介紹一下如何使用Idea連接TFS伺服器，並提交變更的代碼到TFS伺服器。
一、連接TFS伺服器，並下載代碼
Figure 1
Figure 2
Figure 3 - 輸入TFS伺服器的地址，例如：http://tfs2013cn:8080/tfs/defaultcollection
Figure 4 - 選擇伺服器代碼庫地址和本地地址
Figure 5 - 代碼下載中
Figure 6 - 選擇創建項目
Figure 7
Figure 8 - 繼續， 後面幾項都是Idea導入代碼的界面，省略截屏
Figure 9 - 打開的項目
❸ java es搜索引擎有沒有in的語句
獲取數據：
while(rs.next()){
String name = rs.getString("name") ;
String pass = rs.getString(1) ; // 此方法比較高效
}
❹ 有沒有人用了OWASP ESAPI for Java
修復安全可靠
打開電腦管家——工具箱——修復漏洞，進行漏洞掃描和修復。
建議設置開啟自動修復漏洞功能，開啟後，電腦管家可以在發現高危漏洞（僅包括高危漏洞，不包括其它漏洞）時，第一時間自動進行修復，無需用戶參與，最大程度保證用戶電腦安全。尤其適合老人、小孩或計算機初級水平用戶使用。開啟方式如下：進入電腦管家「修復漏洞」模塊—「設置」，點擊開啟自動修復漏洞即可。
❺ java SQL查詢elasticsearch
可以添加篩選條件，將 columnName is not null 加在where後
❻ java數據直接往es里存 會出現性能問題嗎
java數據直接往es里存 會出現性能問題的，存多了會造成程序運行緩慢，卡頓。
❼ JAVA查詢eslasticsearch報錯，求助
網頁鏈接
希望能夠幫到你
❽ eclipse project factes java 沒有1.7版本沒有
一般出現在從別處import的項目上，只有項目文件夾上有紅叉，其他地方都正常，現總結個人的幾個解決方案：
有幾種可能：
1，編碼設置是否一致，也即是你項目原來的編碼和現在eclipse用的默認編碼是否一致
2，導入項目中jar路徑可能已經被改變，多數情況下都是這個原因造成，我也曾經遇見過，你要確保你的jar包路徑都沒問題。myeclipse有查看jar路徑的視圖你可切換看看，報紅X的就都是路徑被改動過的，重新加進來就OK。
3，在problem控制台里有如下錯誤提示：Java compiler level does not match the version of the installed Java project facet。這種情況一般可以在項目上右鍵-->properties-->然後找到project facets和 Java Compiler兩個選項，修改其使用的jdk版本即可。如果沒有找到project facets選項，可以參考下面的方法：
當你安裝了兩個版本的JDK，用了兩個IDE開發工具，比如兩個myeclipse，Myeclipse8.5和Myeclipse9.0。
這時候涉及到了jdk版本的問題，而在Myeclipse中設置是比較隱藏的。
Eclipse下有個項目報如上錯誤，這個是因為Facted Project 中的Java 版本設定與項目的Java 版本設定不一致。而如果使用的是MyEclipse的話，這個配置修改起來就不是很方便，具體方法稍後再說。如果是eclipse jee版本，則使用javaee插件是wtp，在wtp環境在，在當前項目上點右鍵，屬性--Project Facets中，配置編譯版本與java compiler的版本一致，問題即解決了。
MyEclipse中沒有Project Facets配置選項，則需要到當前項目的.settings文件夾下，找到org.eclipse.wst.common.project.facet.core.xml文件，其內容如下：
<?xml version="1.0" encoding="UTF-8"?>
<faceted-project>
<fixed facet="wst.jsdt.web"/>
<installed facet="java" version="1.6"/>
<installed facet="jst.web" version="2.5"/>
<installed facet="wst.jsdt.web" version="1.0"/>
</faceted-project>
其中<installed facet="java" version="1.6"/>這行就是faceted project的編譯級別配置。<installed facet="jst.web" version="2.5"/>這行配置在某些情況下也需要修改，比如在MyEclipse中建了個web項目，後來又導入到eclipse jee，有時候就需要修改這個配置。
保存配置後，刷新並build項目後，問題解決。
❾ elasticsearch java 怎麼設置 ignore
Elasticsearch對Java虛擬機進行了預先的配置。通常情況下，因為這些配置的選擇還是很謹慎的，所以你不需要太關心，並且你能立刻使用ElasticSearch。
但是，當你監視ElasticSearch節點內存時，你可能嘗試修改一些配置。這些修改是否會改善你的處境？
這篇博文嘗試揭開Elasticsearch配置的神秘面紗，並且討論最常見的調整。最終，會給出一些推薦的配置調整。
Elasticsearch JVM 配置概覽：
這些是Elasticsearch 0.19.11版本的默認配置。
JVM參數 Elasticsearch默認值 Environment變數
-Xms 256m ES_MIN_MEM
-Xmx 1g ES_MAX_MEM
-Xms and -Xmx ES_HEAP_SIZE
-Xmn ES_HEAP_NEWSIZE
-XX:MaxDirectMemorySize ES_DIRECT_SIZE
-Xss 256k
-XX:UseParNewGC +
-XX:UseConcMarkSweepGC +
-XX: 75
-XX:UseCMSInitiatingOccupancyOnly +
-XX:UseCondCardMark (commented out)
首先你注意到的是，Elasticsearch預留了256M到1GB的堆內存。
這個設置適用於開發和演示環境。開發人員只需要簡單的解壓發行包，再執行./bin/elasticsearch -f就完成了Elasticsearch的安裝。當然這點對於開發來說非常棒，並且在很多場景下都能工作，但是當你需要更多內存來降低Elasticsearch負載的時候就不行了，你需要比2GB RAM更多的可用內存。
ES_MIN_MEM/ES_MAX_MEM是控制堆大小的配置。新的ES_HEAP_SIZE變數是一個更為便利的選擇，因為將堆的初始大小和最大值設為相同。也推薦在分配堆內存時盡可能不要用內存的碎片。內存碎片對於性能優化來說非常不利。
ES_HEAP_NEWSIZE是可選參數，它控制堆的子集大小，也就是新生代的大小。
ES_DIRECT_SIZE控制本機直接內存大小，即JVM管理NIO框架中使用的數據區域大小。本機直接內存可以被映射到虛擬地址空間上，這樣在64位的機器上更高效，因為可以規避文件系統緩沖。Elasticsearch對本機直接內存沒有限制(可能導致OOM)。
由於歷史原因Java虛擬機有多個垃圾收集器。可以通過以下的JVM參數組合啟用：
JVM parameter Garbage collector
-XX:+UseSerialGC serial collector
-XX:+UseParallelGC parallel collector
-XX:+UseParallelOldGC Parallel compacting collector
-XX:+UseConcMarkSweepGC Concurrent-Mark-Sweep (CMS) collector
-XX:+UseG1GC Garbage-First collector (G1)
UseParNewGC和UseConcMarkSweepGC組合啟用垃圾收集器的並發多線程模式。UseConcMarkSweepGC自動選擇UseParNewGC模式並禁用串列收集器（Serial collector）。在Java6中這是默認行為。
提煉了一種CMS（Concurrent-Mark-Sweep）垃圾收集設置；它將舊生代觸發垃圾收集的閥值設為75.舊生代的大小是堆大小減去新生代大小。這告訴JVM當堆內容達到75%時啟用垃圾收集。這是個估計的值，因為越小的堆可能需要越早啟動GC。
UseCondCardMark將在垃圾收集器的card table使用時，在marking之前進行額外的判斷，避免冗餘的store操作。UseCondCardMark不影響Garbage-First收集器。強烈推薦在高並發場景下配置這個參數（規避card table marking技術在高並發場景下的降低吞吐量的負面作用）。在ElasticSearch中，這個參數是被注釋掉的。
有些配置可以參考諸如Apache Cassandra項目，他們在JVM上有類似的需求。
總而言之，ElastciSearch配置上推薦：
1. 不採用自動的堆內存配置，將堆大小默認最大值設為1GB
2.調整觸發垃圾收集的閥值，比如將gc設為75%堆大小的時候觸發，這樣不會影響性能。
3.禁用Java7默認的G1收集器，前提是你的ElasticSearch跑在Java7u4以上的版本上。
JVM進程的內存結果
JVM內存由幾部分組成：
Java代碼本身：包括內部代碼、數據、介面，調試和監控代理或者位元組碼指令
非堆內存：用於載入類
棧內存：用於為每個線程存儲本地變數和操作數
堆內存：用於存放對象引用和對象本身
直接緩沖區：用於緩沖I/O數據
堆內存的大小設置非常重要，因為Java的運行依賴於合理的堆大小，並且JVM需要從操作系統那獲取有限的堆內存，用於支撐整個JVM生命周期。
如果堆太小，垃圾回收就會頻繁發生，發生OOM的幾率會很大。
如果堆太大，垃圾回收會延遲，但是一旦回收，就需要處理大量的存活堆數據。並且，操作系統的壓力也會變大，因為JVM進程需要更大的堆，產生換頁的可能性就會提高。
注意，使用CMS垃圾收集器，Java不會把內存還給操作系統，因此配置合理的堆初始值和最大值就非常重要。
非堆內存由Java應用自動分配。沒有什麼參數控制這里的大小，這是由Java應用程序代碼自己決定的。
棧內存在每個線程中分配，在Elasticsearch中，每個線程大小必須由128K增加到256K，因為Java7比Java6需要更大的棧內存 ，這是由於Java7支持新的編程語言特徵來利用棧空間。比如，引入了continuations模型，編程語言的一個著名概念。Continuations模型對於
協同程序、綠色線程（green thread）、纖程（fiber）非常有用 。當實現非阻塞I/O時，一個大的優勢是，代碼可以根據線程實際使用情況編寫，但是運行時仍然在後台採用非阻塞I/O。Elasticsearch使用了多個線程池，因為Netty I/O框架和Guava是Elasticsearch的基礎組件，因此在用Java7時，可以考慮進一步挖掘優化線程的特性。
發揮增加棧空間大小的優勢還是有挑戰的，因為不同的操作系統、不同的CPU架構，甚至在不同的JVM版本之間，棧空間的消耗不是容易比較的。取決於CPU架構和操作系統，JVM的棧空間大小是內建的。他們是否在所有場景下都適合？例如Sloaris Sparc 64位的JVM Xss默認為512K，因為有更大地址指針，Sloaris X86為320K。Linux降為256K。Windows 32位Java6默認320K，Windows 64位則為1024K。
❿ elasticsearch怎樣java定義mapping
Mapping,就是對索引庫中索引的欄位名及其數據類型進行定義，類似於關系資料庫中表建立時要定義欄位名及其數據類型那樣，不過es的mapping比資料庫靈活很多，它可以動態添加欄位。一般不需要要指定mapping都可以，因為es會自動根據數據格式定義它的類型，如果你需要對某些欄位添加特殊屬性（如：定義使用其它分詞器、是否分詞、是否存儲等），就必須手動添加mapping。有兩種添加mapping的方法，一種是定義在配置文件中，一種是運行時手動提交mapping，兩種選一種就行了。
先介紹在配置文件中定義mapping，你可以把[mapping名].json文件放到config/mappings/[索引名]目錄下，這個目錄要自己創建，一個mapping和一個索引對應，你也可以定義一個默認的mapping，把自己定義的default-mapping.json放到config目錄下就行。json格式如下：
{
"mappings":{
"properties":{
"title":{
"type":"string",
"store":"yes"
},
"description":{
"type":"string",
"index":"not_analyzed"
},
"price":{
"type":"double"
},
"onSale":{
"type":"boolean"
},
"type":{
"type":"integer"
},
"createDate":{
"type":"date"
}
}