dynamic-proxy

    1熱度

    1回答

    我得到一個非常奇怪的小故障,我認爲實體框架是怪。以下是正在進行的基本情況。我有一個實體對象Foo,帶有導航屬性集合Bar。在這種情況下,Foo正在通過實體框架更改跟蹤進行跟蹤。 我運行下面的代碼,但結果是很奇怪的 var NewBars = CreateBars(); //CreateBars returns a List<Bars> with two items //After this c

    0熱度

    1回答

    我在網上搜索了很長時間。但沒用。請幫助或嘗試提供一些想法如何實現這一點 在我的客戶端中,我可以使用我的實際對象而不是代理對象獲取我的方法的註釋。 我曾經認爲這是因爲我自己的註釋缺少保留註釋。但它不起作用。下面是代碼: 譯註: @Retention(RetentionPolicy.RUNTIME) public @interface MyAnnotation {} 接口: public int

    0熱度

    1回答

    城堡溫莎在MVC申請中使用,因爲它是在此描述: Plugging Windsor in MVC 在我的應用程序有一點不同,就是方法AddControllerLoggingFunctionality: var controller = ((IController)container.Kernel.Resolve(controllerType)).AddControllerLoggingFunctio

    0熱度

    1回答

    通過使用Dynamic Proxy namespace,我試圖創建並動態使用WCF服務。我宣佈合同象下面這樣: [OperationContract] long GetStrings(string sinput, int n, out List<String> lstStrings); 在客戶端,我下面收集信息: MethodInfo getStrings = proxyType.GetM

    0熱度

    1回答

    我一直在玩ByteBuddy庫一段時間,並發現自己陷入困境。當被測試的類在同一個文件中時,我使用了這個方法(作爲靜態內部類),但現在我已經將邏輯分離爲單獨的文件,它不再有效。 如果有幫助(也許我採取錯誤的做法),我的目標是使輸入類originalClazz的動態子類和存儲參考originalClazz Class對象,再加上參考輸入對象original 。 我使用ProxyHandler.exec

    0熱度

    1回答

    我試圖在代理中包裝服務以模擬測試期間的滯後。下面的類意味着包裝一個對象,併爲任何被調用的方法睡100ms。 import java.lang.reflect.InvocationHandler; import java.lang.reflect.Method; import java.lang.reflect.Proxy; public class SleepyProxy<T> imple

    0熱度

    1回答

    喜在WebSphere Application JVM是兩次掛在兩個月內崩潰的整個應用程序,所以需要知道是否是因爲緩慢的數據庫連接或驅動程序issue.The日誌片斷的懸掛是 There is/are 1 thread(s) in total in the server that may be hung. at java.net.SocketInputStream.socketRead0

    0熱度

    1回答

    說我有Spring AOP的配置一樣 @Configuration @EnableAspectJAutoProxy @ComponentScan class Config { ... } 和我有一些接口,ProxiableInterface。我 ProxiableInterface pi = (ProxiableInterface) Proxy.newProxyInstance(

    4熱度

    2回答

    有史以來第一次必須使用標準JDK動態代理實現自己的代理類。它工作得很好,除了一個細節:equals(...)方法。 讓我們假設我們有一個簡單的界面,這樣,這是我們要代理: public interface MyInterface { public String getID(); public void setID(String id); } ...和我們的實現看起來是這樣

    1熱度

    1回答

    我試圖測試AOP對Spring框架4.1.6和 AOP方法很乾淨,JDK動態代理和AspectJ的性能。 我做了一到五個簡單的建議給他們,並檢查經過的時間爲每個。 結果: JDK動態代理: aspect1:2.499秒。 aspect2:2.574 aspect3:2.466 aspect4:2.436 aspect5:2.563 的AspectJ(征服): aspect1:2.648 aspec