From dev-return-8880-apmail-openjpa-dev-archive=openjpa.apache.org@openjpa.apache.org Mon Aug 04 03:39:41 2008 Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 56386 invoked from network); 4 Aug 2008 03:39:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Aug 2008 03:39:40 -0000 Received: (qmail 26865 invoked by uid 500); 4 Aug 2008 03:39:39 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 26838 invoked by uid 500); 4 Aug 2008 03:39:39 -0000 Mailing-List: contact dev-help@openjpa.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openjpa.apache.org Delivered-To: mailing list dev@openjpa.apache.org Received: (qmail 26827 invoked by uid 99); 4 Aug 2008 03:39:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 03 Aug 2008 20:39:39 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists+1214986235816-210739@n2.nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 03:38:43 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KPqub-0002xF-II for dev@openjpa.apache.org; Sun, 03 Aug 2008 20:39:09 -0700 Message-ID: <1217821149556-667799.post@n2.nabble.com> Date: Sun, 3 Aug 2008 20:39:09 -0700 (PDT) From: Pinaki Poddar To: dev@openjpa.apache.org Subject: Re: Is java.util.date not supported by remote interface?? In-Reply-To: <3C712D65-9E39-4A74-AF9E-B80E8320F8FA@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: ppoddar@apache.org References: <3C712D65-9E39-4A74-AF9E-B80E8320F8FA@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, > Looks like OpenJPA is subclassing the java.util.Date class so what's passed is actually not the simple data type you're expecting but rather an instance of org.apache.openjpa.util.java$util$Date$proxy You are right. OpenJPA proxies all mutable second class types [1] so that any change in their state while they are remoted can be tracked and hence can later be merged to a different persistence context. > It looks like a dynamically generated class, Yes. These proxy classes are dynamically generated. > It seems that they can not be passed over the remote interface. These dynamic proxies can be transmitted over the wire. If the remote process has access to openjpa.jar then these classes should work as well in the remote process without any explicit user level knowledge. > Can i do anything to make it work?? The most obvious solution is to make openjpa.jar available to the Swing client. If that is not possible then consider custom proxy [2] [3]. [1] http://openjpa.apache.org/docs/latest/manual/manual.html#ref_guide_pc_scos_proxy_custom [2] http://openjpa.apache.org/docs/latest/javadoc/org/apache/openjpa/util/ProxyManager.html [3] http://openjpa.apache.org/docs/latest/javadoc/org/apache/openjpa/util/ProxyManagerImpl.html -- View this message in context: http://n2.nabble.com/Re%3A-Is-java.util.date-not-supported-by-remote-interface---tp667769p667799.html Sent from the OpenJPA Developers mailing list archive at Nabble.com.