The individual server adapter can decide whether they need the server to be
started before a publish operation.  The behaviour depends on the settings
on the server type by setting the startBeforePublish boolean on the server
type definition.  For details, you can refer to schema of the extension
point  org.eclipse.wst.server.core.serverTypes.

Regards,
Elson

-----------------------------------------------------------------
Elson Yuen, P.Eng.
RAD and WebSphere Server Tools Architect
IBM Toronto Lab
Tel: (905) 413-2689, T/L: 313-2689




From:   Fred Bricon <fbri...@gmail.com>
To:     "General discussion of project-wide or architectural issues."
            <wtp-dev@eclipse.org>,
Date:   08/02/2013 05:01 PM
Subject:        Re: [wtp-dev] How to hint an IServer it should publish stuff?
Sent by:        wtp-dev-boun...@eclipse.org



Setting the publish state on modules via the internal Server class (haven't
found a public API for that) yields different results depending on the
server adapters.


I'm currently with extremely limited internet/computer access. I'll resume
my experiments and update the status on this issue in about a week or so.
(Only if mosquitoes spare my life in the coming days)


Le 2 août 2013 19:32, "Giormov, Dimitar" <dimitar.gior...@sap.com> a
écrit :
  Hi,

  Or you can simply do nothing.
  Once the code of the project is changed, the resource change listener
  will detect the change and will mark the module for republish. (there
  will be a label saying [republish] next to the module and the server as
  far as I can remember. So the user can decide whether he/she wants to
  republish at this stage or later. And if the user wants to enable auto
  republish, it can be done in the server editor. Auto republish works only
  if the server is already started I think.

  Best regards,
  Dimitar

  Message: 1
  Date: Fri, 02 Aug 2013 16:57:39 +0800
  From: Rob Stryker <rob.stry...@redhat.com>
  To: Fred Bricon <fbri...@gmail.com>
  Cc: "General discussion of project-wide or architectural issues."
          <wtp-dev@eclipse.org>
  Subject: Re: [wtp-dev] How to hint an IServer it should publish stuff?
  Message-ID: <51fb7483.1040...@redhat.com>
  Content-Type: text/plain; charset=UTF-8; format=flowed

  As far as I know, there is no API to ensure a publish does not start the
  server.

  You could, however, try to set the module publish state to one of the
  IServer constants indicating an unknown state. This wouldn't force the
  server to publish immediately, but it would tell the server that a
  publish is needed (without forcing the publish to occur).

  I would see this as a bug in the glassfish adapter. IT should support a
  publish without a start, but, I suppose it's entirely up to them how to
  handle their adapter.

  On 07/31/2013 05:46 AM, Fred Bricon wrote:
  > Hi,
  >
  > I have this bug report in m2e-wtp[1], where calling IServer.publish()
  > [2] causes some adapter(s) (GlassFish at least) to start stopped
  > server instances. I must say I find that behavior questionable, but I
  > can't control how 3rd party server adapters work. Anyways, is there a
  > recommended way to tell the stopped IServer instance it *should*
  > publish, in a way it -most likely- wouldn't start the server?
  >
  > And if you ask why I force server publication in that resource
  > listener, it's to support dynamic war overlay [3] (changes in overlay
  > project are automatically published in main web app)
  >
  > So if you have any pointers, please let me know. Thanks,
  >
  > Fred.
  >
  > [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=413987
  > [2]
  >
  
https://github.com/eclipse/m2e.wtp/blob/master/org.eclipse.m2e.wtp.overlay/src/org/eclipse/m2e/wtp/overlay/internal/servers/OverlayResourceChangeListener.java#L83

  > [3] http://maven.apache.org/plugins/maven-war-plugin/overlays.html
  >
  >
  > --
  > "Have you tried turning it off and on again" - The IT Crowd



  ------------------------------

  _______________________________________________
  wtp-dev mailing list
  wtp-dev@eclipse.org
  https://dev.eclipse.org/mailman/listinfo/wtp-dev


  End of wtp-dev Digest, Vol 102, Issue 1
  ***************************************
  _______________________________________________
  wtp-dev mailing list
  wtp-dev@eclipse.org
  https://dev.eclipse.org/mailman/listinfo/wtp-dev
  _______________________________________________
  wtp-dev mailing list
  wtp-dev@eclipse.org
  https://dev.eclipse.org/mailman/listinfo/wtp-dev

<<inline: graycol.gif>>

_______________________________________________
wtp-dev mailing list
wtp-dev@eclipse.org
https://dev.eclipse.org/mailman/listinfo/wtp-dev

Reply via email to