Return-Path: Delivered-To: apmail-db-derby-user-archive@www.apache.org Received: (qmail 20650 invoked from network); 9 Feb 2009 21:13:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Feb 2009 21:13:13 -0000 Received: (qmail 91242 invoked by uid 500); 9 Feb 2009 21:13:12 -0000 Delivered-To: apmail-db-derby-user-archive@db.apache.org Received: (qmail 91220 invoked by uid 500); 9 Feb 2009 21:13:12 -0000 Mailing-List: contact derby-user-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Discussion" Delivered-To: mailing list derby-user@db.apache.org Received: (qmail 91211 invoked by uid 99); 9 Feb 2009 21:13:12 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Feb 2009 13:13:12 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [64.13.152.131] (HELO m1.imap-partners.net) (64.13.152.131) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 09 Feb 2009 21:13:03 +0000 Received: from [192.168.0.100] (c-24-21-96-139.hsd1.or.comcast.net [24.21.96.139]) by m1.imap-partners.net (MOS 3.10.3-GA) with ESMTP id BIV83890 (AUTH kent@iotabits.com) for derby-user@db.apache.org; Mon, 9 Feb 2009 13:12:40 -0800 (PST) Message-Id: From: Kent Spaulding To: "Derby Discussion" In-Reply-To: <281484.99591.qm@web31907.mail.mud.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Subject: Re: Derby 10.4.2 and eclipse 3.4.1 (Ganymede) Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 9 Feb 2009 13:12:38 -0800 References: <9A964034-8F87-417D-8C07-365DFCBD53ED@iotabits.com> <49872CB9.1000100@sbcglobal.net> <26AE2833-E37F-429A-B5BD-2E5915BDA339@iotabits.com> <281484.99591.qm@web31907.mail.mud.yahoo.com> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org Ah, I wasn't aware of -clean, so I've given that a try. It still doesn't work. However, the log states: !ENTRY org.eclipse.update.configurator 4 0 2009-01-30 11:52:14.886 !MESSAGE Plugin does not have a valid identifier: plugins/ org.apache.derby.core_10.4.2/ !ENTRY org.eclipse.update.configurator 4 0 2009-01-30 11:52:14.886 !MESSAGE Plugin does not have a valid version: plugins/ org.apache.derby.core_10.4.2/ So I'll have a look at the plugin.xml file... As an note for the list - I'm running this on OS X 10.5.6, and the way to -clean eclipse is: 1) Open Terminal 2) cd /Applications/eclipse Assuming you installed there. 3) ./eclipse -clean This will add the cmdline arguments to the contents of / Applications/eclipse/eclipse.app/eclipse.ini when starting the program. On Feb 9, 2009, at 3:29 AM, Leslie Software wrote: > > Since Derby does not use the update manager Eclipse does not know > that you upgraded one of its plug-ins. Often when you unzip new > plug-ins they will immediately be recognized (although not always) > but if you upgrade by unziping they are not noticed. Here is the > procedure I follow when performing a manual update: > > 1) Make a backup of my install directory > 2) Delete the older plug-in (and feature if there is one) > 3) Unzip the newer plug-in (and feature if there is one) > 4) Create a copy of my usual launch short cut (I'm using windows) or > launch script > 5) Add -clean to the command line > 6) Launch using the temporary short cut or script > 7) Verify that it is working and shut down > 8) Get rid of the temporary short cut or script > > You are good to go. > > For example one of my project's launch short cut looks like this > "D:\Program Files\Eclipse341\eclipse\eclipse.exe" -vm "D:\Program > Files\Java\jdk1.6.0_01\bin\javaw.exe" -data F:\Eclipseworkspaces > \WizardsFamiliar -vmargs -Xmx1224M -Dserver_port=63081 > > I would change it to: > "D:\Program Files\Eclipse341\eclipse\eclipse.exe" -vm "D:\Program > Files\Java\jdk1.6.0_01\bin\javaw.exe" -clean -data > F:\Eclipseworkspaces\WizardsFamiliar -vmargs -Xmx1224M > -Dserver_port=63081 > > The -clean option forces Eclipse to forget what it knows about what > plug-ins are installed and which depends on the others. On start up > the installed plug-in list and their dependencies will be > refreshed. The start up will be slower which is why you don't want > it set that way all the time. > > For the official explanation check out > http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.platform.doc.isv/reference/misc/runtime-options.html?view=co > Find osgi.clean on the page. > > Ian > > > > > ----- Original Message ---- > From: Kent Spaulding > >> Kent Spaulding wrote: >>> Hi, >>> >>> I've been trying to get Derby working with eclipse 3.4.1, aka >>> Ganymede. >>> >>> I followed the instructions on the derby site, unzipping and >>> copying the files to the ECLIPSE_HOME/plugins dir: >>> >>> plugins/org.apache.derby.core_10.4.2 >>> plugins/org.apache.derby.ui_1.1.2 >>> plugins/org.apache.derby.plugin.doc_1.1.2 >>> >>> For this version of eclipse, there is already a Derby core in the >>> plugins dir: >>> >>> org.apache.derby.core_10.3.1.4: >>> META-INF about_files derby.jar >>> about.html asl-v20.txt plugin.xml >>> >>> The eclipse update manager does not report it as installed, oddly >>> enough. However, it does get picked up. >>> >>> When I restart eclipse, the Derby UI and docs are available, but >>> it is picking up the 10.3.1.4 version of the core, because only >>> derby.jar is available. >>> > > > > > > __________________________________________________________________ > Yahoo! Canada Toolbar: Search from anywhere on the web, and bookmark > your favourite sites. Download it now at > http://ca.toolbar.yahoo.com.