gwt-rpc

    4熱度

    1回答

    他在一個非常緩慢的GWT應用優化性能, 也許可以一些你分享他們的GWT移動開發的經驗? 我們正在開發一個漂亮的互動式網站,其中有許多可點擊的面板/按鈕,並且遇到巨大的瀏覽器遲緩問題。這是一個虛擬的不走,導航到下一頁有時需要一分鐘。 它可能是一個架構弱點:每個元素都是一個可能包含子視圖的視圖。並且每個視圖都由來自服務器的DTO支持。也許這樣的深層對象圖太多了,但我們正在努力專注於優化視圖渲染的效率,

    2熱度

    1回答

    我想知道您是否有些人知道Wave團隊爲構建GWT Web客戶端所採取的架構方法?因爲我想優化一個GWT應用程序專爲移動設備的性能,很難不佩服其迅速憑據:) 是波不使用GWT-RPC從服務器獲取定期更新? Firefox會跟蹤一些JSON通信,但不會像RPC的東西。 它們如何在例如發送新小波時繼續進行。是否有每個波DTO的視圖對象,或者他們使用其他模式? GUI如何在例如新Wave的響應到達後進行更

    3熱度

    1回答

    我經常在我的Google App Engine for Java警告控制檯中收到此警告。這很奇怪,因爲它聲稱沒有處理的URL是由GWT生成的URL(使用GWT客戶端)。 這裏有一個例子:/myAppName/62865E45F313D707543A6F093D199127.cache.html 他們只是偶爾發生,但它足以讓一個單一的訪問無用。

    1熱度

    2回答

    我嘗試獲取應該運行的應用程序,該應用程序應該通過RPC(Google DataStore中的JDO)與服務器交互。所以我在服務器端定義了一個持久化POJO,通過PersistenceManager將其放入數據存儲區(如gwt rpc tuts所示)。一切正常。但是我不能在客戶端接收回調POJO,因爲POJO只在服務器端定義。我怎麼能意識到,客戶端知道這種對象? (SRY我的英文不好) 拉斯

    2熱度

    1回答

    我們的項目在GWT和Java App Engine上運行,我們使用標準的GWT RPC機制。 App引擎爲每個RPC調用添加日誌跟蹤,但它只記錄servlet URL而不是調用的方法。 我們希望將方法名稱添加到日誌URL中。 我們已經嘗試過擴展RpcRequestBuilder類,覆蓋doCreate並向URL添加方法名稱,但問題是此時方法名稱是未知的 - 稍後將在doSetRequestData

    3熱度

    1回答

    Folk, 我有支持GWT Web客戶端的GWT-RPC服務(在Appengine上)。一切都很好。 現在,當我爲此開發Android客戶端時,是否需要一個剝離下來的Servlet來爲此客戶端提供服務?意思是,現在不是使用序列化的Java對象來回發送(如在GWT中),我需要使用Android打包的HttpClient將XML發送到新的Servlet(可以在AppEngine內重用GWT-RPC服務

    4熱度

    3回答

    我是GWT的Google可視化新手,我需要幫助。有人可以告訴我哪個 是最好的實踐,用 GWT RPC傳輸DataTable(可視化數據)。原因DataTable不可序列化,並且我有很多 數據。我想使用GWT RPC,因爲我在服務器端使用Java。我知道在可視化包中有DataTable.toJson方法,但它尚未包裝到gwt.visualization包中。我試了一下,自己用JSNI把它包裝到我的G

    0熱度

    1回答

    我們目前正在GWT項目中使用GWT RPC進行序列化,但我們目前正在維護兩組對象 - 我們需要爲數據庫轉換爲檢索/保存的對象以及一個對於GWT RPC序列化安全的對象版本(沒有枚舉/大小數等)。 我們花費大量精力編寫僅從一種格式轉換爲另一種格式的代碼。此外,對數據模型進行任何更改都非常痛苦,因爲它必須在兩個地方進行更改。 我在想我們可以使用Spring 3.0 MVC and Jackson的組合

    1熱度

    1回答

    我們正在使用GWT-RPC運行GWT。 GWT-RPC確實是JSON,並且正在客戶端瀏覽器中獲取Eval()。 由於瀏覽器不緩存什麼是Eval()編輯,那麼我想我會每次重新下載整個應用程序。 是否有庫文件等被放入瀏覽器緩存中? GWT是否找到了一些棘手的方法來實現Eval()的編輯? 謝謝。肖恩。

    5熱度

    3回答

    我已經在Firefox中工作正常,但是當我在IE8測試中,我得到了一個奇怪的錯誤應用程序:'Stack overflow at line: 0' 從GWT討論組建議,這可能與大/複雜的對象返回後從RPC調用中,我能夠將問題範圍縮小到我的RPC服務器調用之一,該調用確實會返回一個龐大而複雜的對象。 如果錯誤是由於大對象太大或太複雜導致的,我怎麼知道這一點? 「太大」的門檻在哪裏? 來自GWT討論的進