From dev-return-17112-apmail-openjpa-dev-archive=openjpa.apache.org@openjpa.apache.org Thu Aug 12 22:05:28 2010 Return-Path: Delivered-To: apmail-openjpa-dev-archive@www.apache.org Received: (qmail 18976 invoked from network); 12 Aug 2010 22:05:28 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Aug 2010 22:05:28 -0000 Received: (qmail 29366 invoked by uid 500); 12 Aug 2010 22:05:28 -0000 Delivered-To: apmail-openjpa-dev-archive@openjpa.apache.org Received: (qmail 29222 invoked by uid 500); 12 Aug 2010 22:05:27 -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 29214 invoked by uid 99); 12 Aug 2010 22:05:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Aug 2010 22:05:27 +0000 X-ASF-Spam-Status: No, hits=3.5 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kwsutter@gmail.com designates 209.85.214.46 as permitted sender) Received: from [209.85.214.46] (HELO mail-bw0-f46.google.com) (209.85.214.46) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Aug 2010 22:05:22 +0000 Received: by bwz3 with SMTP id 3so1114204bwz.33 for ; Thu, 12 Aug 2010 15:05:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=/43SyKegSFxxhFsSP8lnhrF3EecIU/vj2iADkDee7+Y=; b=uXALNsdBLrh1uamwBj/UwDGIRQwzzrXtJQ0NHX9HJaCF+5eO7rJb/RL2MZ2b97F9tZ 3ObeSLgCdgPSaMWs92iCbH9cw3VLJgoI/B7D4JRWLjCSXC38nUKFiuU4ceeLGABbm2Ao QCPmg0N1Z2TiZZA00cvHWBqPWEeTrpE1VRZX4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=eh+Xt4FafCxf1S0v5/K9B5EulLniV/svAKucWqCWu/G0/3LnbsCDmtCRLXJ12NrPgl 0CytpQqkwf6OR3XcgyRyuIoNWa9JRXv/PdAFWIhFYuoGHTeDCZ4xKw+ChjzVThOzGALl 9kxniR7B7cKa0SgcctU396YfwlJ0qT+uqd8As= MIME-Version: 1.0 Received: by 10.204.103.199 with SMTP id l7mr524675bko.18.1281650700671; Thu, 12 Aug 2010 15:05:00 -0700 (PDT) Received: by 10.204.154.84 with HTTP; Thu, 12 Aug 2010 15:05:00 -0700 (PDT) In-Reply-To: References: <1281631255200-5416877.post@n2.nabble.com> Date: Thu, 12 Aug 2010 17:05:00 -0500 Message-ID: Subject: Re: PCEnhancement From: Kevin Sutter To: dev@openjpa.apache.org Content-Type: multipart/alternative; boundary=0016e6d7f0b7bd5e33048da78efa --0016e6d7f0b7bd5e33048da78efa Content-Type: text/plain; charset=ISO-8859-1 I also just found this out by talking with the tooling guys... *When the project is being cleaned, an application delta publish should occur since the class files has been changed. During the delta publish, we [IDE] simply send the list of changed files to the WAS server and we are relying on the WAS server to decide what to react to. Typically, the WAS server will trigger an application restart as part of the application update if the class file has been changed, we do not explicitly restart the application for the user.* *Therefore, as long as the user has automatic publishing turned on, a publish, and thus an application update via the app management JMX MBean, should be triggered. The WAS server should restart the application automatically for the user. If the user happens to have automatic publish turned off, then they need to explicitly do a publish before the changes can take place.* So, does your environment have the automatic publish action turned on or off? Kevin On Thu, Aug 12, 2010 at 4:35 PM, Michael Dick wrote: > Have you tried stopping and restarting the application? My guess is that > when you clean the project RSA updates the application in place, and > restarting the application will at least work around) the problem. > > If that does work for you it'll help narrow down on the root cause for the > support team. If RSA is starting and stopping the application the > enhancement should happen (I just gave it a quick try). > > Hope this helps, > -mike > > On Thu, Aug 12, 2010 at 3:17 PM, Kevin Sutter wrote: > > > Hi Amay-A, > > This sounds more like a problem with the Container's plugin with the JPA > > provider rather than an OpenJPA problem, per se. That is, the App Server > > is > > not recognizing that changes have been made to these Entity classes and, > > thus, skipping the transform step that allows for enhancement. Or, > there's > > a problem with the re-deployment processing and the old Entity classes > are > > not getting cleared from the classloader environment. In any case, this > > sounds like something you should follow up with the WebSphere support > team. > > Do you have a PMR open yet? I can let the WebSphere support team know > that > > something's coming to give them a heads up. > > > > Kevin > > > > On Thu, Aug 12, 2010 at 11:40 AM, Arnav-A wrote: > > > > > > > > Hi > > > I am using RSA 7.5.4 as my IDE, and WebSphere Application Server 7.0 > for > > > my Application development. > > > I have a web project and a JPA project having Manager classes, Entity > > > classes and my Web project has a reference to JPA project. > > > I am doing testing in my localhost environment. > > > > > > I modify the java code, clean my projects, remove ear file from the > > Server > > > instance, add ear file to the server instance, run my jsp on the server > > to > > > fetch data from the database and it works fine. > > > If I modify the java code, clean my projects, run my jsp on the server > > to > > > fetch data from the database i.e. no remove and add of the ear file to > > > server instance, > > > it gives me exception stating that class com.*.Batch has not been > > > enhanced. > > > Now, If I remove & add the ear file to the server and it works fine. > > > > > > I don't want to remove and add ear file everytime I modify my code. I > > have > > > seen couple of post regarding enhancing the entity classes i.e. using > > > build.xml or javaagent. > > > > > > I tried to add javaagent to generic JVM arguement i.e. > > > -javaagent:C:\com.ibm.ws.jpa.jar and run the appilcation again and it > > gave > > > me exception stating that javax.persistence.spi.PersistenceProvider > class > > > could not be found. > > > > > > I am not sure what should I do for entity class enhancement so that I > > > don't need to remove and add EAR file for every code modification. > > > > > > I don't want to use build.xml since it will also be needed to be run > > > everytime I modify my project. > > > > > > Please advise > > > -- > > > View this message in context: > > > > http://openjpa.208410.n2.nabble.com/PCEnhancement-tp5416877p5416877.html > > > Sent from the OpenJPA Developers mailing list archive at Nabble.com. > > > > > > --0016e6d7f0b7bd5e33048da78efa--