差異處
這裏顯示兩個版本的差異處。
| Both sides previous revision 前次修改 下次修改 | 前次修改 | ||
|
java:web:resteasy:fetch_raw_message [2018/07/01 22:52] tony |
java:web:resteasy:fetch_raw_message [2023/06/25 09:48] (目前版本) |
||
|---|---|---|---|
| 行 1: | 行 1: | ||
| {{tag>resteasy}} | {{tag>resteasy}} | ||
| - | ====== How to fetch raw message after the request is failed? ====== | + | ====== RESTEasy - How to fetch raw message after the request is failed? ====== |
| ===== Problem ===== | ===== Problem ===== | ||
| - | RESTEasy jackson provider讓我們可以輕鬆的將第三方服務回應的json內容，轉成我們自己的物件，讓程式碼只專注於資源物件的操作；然而，第三方服務並非永遠都如你預期，它可能突然更新甚至吐出你不認得的訊息: | + | RESTEasy jackson provider讓我們可以輕鬆的將第三方服務回應的json內容，轉成我們自己的物件，讓程式碼只專注於資源物件的操作；然而，第三方服務並非永遠都如你預期，它可能突然更新而吐出無法處理的訊息: |
| <code> | <code> | ||
| javax.ws.rs.ProcessingException: RESTEASY003145: Unable to find a MessageBodyReader of content-type text/html;charset=iso-8859-1 | javax.ws.rs.ProcessingException: RESTEASY003145: Unable to find a MessageBodyReader of content-type text/html;charset=iso-8859-1 | ||
| </code> | </code> | ||
| - | 我有幸遇到這樣的問題，也讓我思考著該如何將原始資料記錄下來以回報第三方服務提供者。本篇文章分享可能的作法，可依照你的需求自行挑選。 | + | 我有幸遇到這樣的問題，也讓我思考著該如何將原始資料記錄下來以回報第三方服務提供者。本篇文章分享可能的作法，可依照你的需求自行挑選。\\ |
| + | \\ | ||
| + | (完整程式內容可以從github上clone: [[https://github.com/frank007love/ResteasyPractice|link]]) | ||
| ===== How to resolve? ===== | ===== How to resolve? ===== | ||
| ==== ReadInterceptor & InputStreamSniffer ==== | ==== ReadInterceptor & InputStreamSniffer ==== | ||
| - | 一開始遇到這個問題時，我的想法是: 是否可以透過[[https://blog.wfyvv.com/blog/2018/03/jax-rs/|interceptor]]去處理? 我所提供的第一個方法，是註冊一個ReadInterceptor，並且wrap原始的InputStream，將讀取的內容給記錄下來。首先是ReaderInterceptor，它會從Context中取出InputStream，並將其wrap成InputStreamSniffer，代整個讀取流程執行後，可以透過getReadContent去拿到讀取的內容: | + | 一開始遇到這個問題時，我的想法是: 是否可以透過[[https://blog.wfyvv.com/blog/2018/03/jax-rs/|interceptor]]去處理? 我所提供的第一個方法，是註冊一個ReadInterceptor，並且wrap原始的InputStream，將讀取的內容給記錄下來。首先是ReaderInterceptor，它會從Context中取出InputStream，並將其wrap成InputStreamSniffer，待讀取流程執行後，就可以透過getReadContent去拿到讀取的內容: |
| <code java> | <code java> | ||
| @Provider | @Provider | ||
| 行 94: | 行 96: | ||
| 這個方法是可以解決目前遇到的問題，但缺點是每次請求都一定會多處理一次內容。於是我把腦筋動到了MessageBodyReader身上。 | 這個方法是可以解決目前遇到的問題，但缺點是每次請求都一定會多處理一次內容。於是我把腦筋動到了MessageBodyReader身上。 | ||
| ==== Customized MessageBodyReader ==== | ==== Customized MessageBodyReader ==== | ||
| - | 我新增一個名為CompositeMessageBodyProvider的類別，去extend MessageBodyReader；isReadable永遠回傳true，將搜尋合適MessageBodyReader動作交由readFrom處理，如果找不到就丟ProcessingException上去。Client可以攔截此例外決定要處理的方式: | + | 我新增一個名為CompositeMessageBodyProvider的類別，去implement MessageBodyReader；isReadable永遠回傳true，將搜尋合適MessageBodyReader動作交由readFrom處理，如果找不到就丟ProcessingException上去。Client可以攔截此例外決定要處理的方式: |
| <code java> | <code java> | ||
| @Provider | @Provider | ||
