Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 60054 invoked from network); 29 Mar 2007 13:34:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 29 Mar 2007 13:34:48 -0000 Received: (qmail 85128 invoked by uid 500); 29 Mar 2007 13:34:54 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 85100 invoked by uid 500); 29 Mar 2007 13:34:54 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 85060 invoked by uid 99); 29 Mar 2007 13:34:53 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Mar 2007 06:34:53 -0700 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Mar 2007 06:34:46 -0700 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id C4AE671406A for ; Thu, 29 Mar 2007 06:34:25 -0700 (PDT) Message-ID: <16935519.1175175265802.JavaMail.jira@brutus> Date: Thu, 29 Mar 2007 06:34:25 -0700 (PDT) From: "Luigi Lauro (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Updated: (DERBY-2469) Java Web Start JNLP PersistenceService API storage support In-Reply-To: <12445900.1174390112143.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/DERBY-2469?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luigi Lauro updated DERBY-2469: ------------------------------- Attachment: svn-diff-20070329 Reworked the implementation in a cleaner one. Decided to go after a simple abstract base class (AbstractStorageFactory) similar to derby BaseStorageFactory, but reworked it into a cleaner better version of it. JNLPStorageFactory build upon this base class and delegates to JNLPStorageFile for actual storage operations. Still a lot of work to do, bear with me :) > Java Web Start JNLP PersistenceService API storage support > ---------------------------------------------------------- > > Key: DERBY-2469 > URL: https://issues.apache.org/jira/browse/DERBY-2469 > Project: Derby > Issue Type: New Feature > Components: Store > Affects Versions: 10.2.2.0 > Environment: Java Web Start > Reporter: Luigi Lauro > Priority: Minor > Attachments: JNLPStorageFactory.java, JNLPStorageFactory.java, JNLPStorageFactory.java, SimpleStorageFactory.java, SimpleStorageFile.java, svn-diff-20070329, VirtualStorageFactory.java, VirtualStorageFile.java > > > I would love to have Derby write/read to the storage area provided by the JNLP PersistenceService API. > Since Derby is now bundled with the Java6 JDK as JavaDB, I think this integration would go a long way towards making derby more developer- friendly in Java Web Start environments, where using the sandbox tools Sun provides us it the right way to go, instead of working around it and force the user to give the app the authorization to write on the hard drive IMHO. > I'm investigating the effort needed to provide an implementation of the WritableStorageFactory interface around the PersistenceService API, and if that's doable in a few days work, I will start working on it and submit a patch for testing/approval ASAP. > Feel free to volounteer and provide pointers/hints/whatever, it's really appreciate, especially since I currently know nothing of derby internals. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.