Return-Path: X-Original-To: apmail-geronimo-dev-archive@www.apache.org Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6C49B98E6 for ; Tue, 20 Mar 2012 17:22:02 +0000 (UTC) Received: (qmail 31795 invoked by uid 500); 20 Mar 2012 17:22:02 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 31736 invoked by uid 500); 20 Mar 2012 17:22:01 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 31722 invoked by uid 99); 20 Mar 2012 17:22:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Mar 2012 17:22:01 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 20 Mar 2012 17:22:00 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id A1473BD674 for ; Tue, 20 Mar 2012 17:21:40 +0000 (UTC) Date: Tue, 20 Mar 2012 17:21:40 +0000 (UTC) From: "Jarek Gawor (Issue Comment Edited) (JIRA)" To: dev@geronimo.apache.org Message-ID: <766215025.37228.1332264100662.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <1111352502.33032.1332191620530.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Issue Comment Edited] (GERONIMODEVTOOLS-790) Application started twice MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-790?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13233564#comment-13233564 ] Jarek Gawor edited comment on GERONIMODEVTOOLS-790 at 3/20/12 5:21 PM: ----------------------------------------------------------------------- I committed a first attempt at this feature in revision 1302954 (gep) and revision 1302962 (server). GEP will figure out a list of modified configuration ids and pass them to the server (when launching the server) using the "geronimo.loadOnlyConfigList" system property. On startup, the server will load the configurations on this list but will not start them. That will enable GEP to redeploy & start the application once the server is fully started. Right now this feature is disabled in GEP by default. To enable it, set the following system property in ecplise.ini: -Dorg.apache.geronimo.st.v30.core.manageApplicationStart=true As mentioned above, this feature will only work if the server is started via GEP. was (Author: gawor@mcs.anl.gov): I committed a first attempt at this feature in revision 1302954 (gep) and revision 1302962 (server). GEP will figure out a list of modified configuration ids and pass them to the server (when launching the server) using the "geronimo.loadOnlyConfigList" system property. On startup, the server will load the configurations on this list but will not start them. That will enable GEP to redeploy & start the application once the server is fully started. Right now this feature is disabled in GEP by default. To enable it, set the following system property in ecplise.init: -Dorg.apache.geronimo.st.v30.core.manageApplicationStart=true As mentioned above, this feature will only work if the server is started via GEP. > Application started twice > ------------------------- > > Key: GERONIMODEVTOOLS-790 > URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-790 > Project: Geronimo-Devtools > Issue Type: New Feature > Components: eclipse-plugin > Affects Versions: 3.0-beta-1 > Reporter: Jarek Gawor > Assignee: Jarek Gawor > > Say we have an application that is already deployed to the server and the server is stopped. Now, the application is modified while the server is stopped and server restarted. What happens is that when server starts up, it will start the "old" version of the application. And after the server is full started, Eclipse will automatically deploy the "new" application. That's usuallly ok but if you are dealing with large applications or applications that take some time to initialize that's very painful. > So the idea here is that when such case happens only the "new" version of the application is deployed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira