Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 24689 invoked from network); 26 Mar 2008 11:55:38 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Mar 2008 11:55:38 -0000 Received: (qmail 8519 invoked by uid 500); 26 Mar 2008 11:55:36 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 8496 invoked by uid 500); 26 Mar 2008 11:55:36 -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 8487 invoked by uid 99); 26 Mar 2008 11:55:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Mar 2008 04:55:36 -0700 X-ASF-Spam-Status: No, hits=-1998.8 required=10.0 tests=ALL_TRUSTED,FS_REPLICA X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Mar 2008 11:54:53 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id B431F234C0AD for ; Wed, 26 Mar 2008 04:53:25 -0700 (PDT) Message-ID: <536783646.1206532405736.JavaMail.jira@brutus> Date: Wed, 26 Mar 2008 04:53:25 -0700 (PDT) From: "V.Narayanan (JIRA)" To: derby-dev@db.apache.org Subject: [jira] Commented: (DERBY-3552) Handle jar files that are installed when replication is enabled In-Reply-To: <655022335.1205836165351.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-3552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12582251#action_12582251 ] V.Narayanan commented on DERBY-3552: ------------------------------------ I have been experimenting with this and I do not think SQL.install_jar defaults to derby.system.home. I think we need to document this issue stating that If jar installations are performed when replication is running the same jars will not be automatically installed in the slave. The user will have to ensure that the jars are installed properly after failover is done (this can be done by using either sqlj.replace_jar, or by, sqlj.remove_jar and sqlj.install_jar). > Handle jar files that are installed when replication is enabled > --------------------------------------------------------------- > > Key: DERBY-3552 > URL: https://issues.apache.org/jira/browse/DERBY-3552 > Project: Derby > Issue Type: Sub-task > Components: Replication > Affects Versions: 10.4.0.0, 10.5.0.0 > Reporter: V.Narayanan > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.