geode-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (GEODE-749) Improve detection of *.war files
Date Thu, 21 Jan 2016 18:43:39 GMT

    [ https://issues.apache.org/jira/browse/GEODE-749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15111069#comment-15111069
] 

ASF subversion and git services commented on GEODE-749:
-------------------------------------------------------

Commit c0c64de2e63a922ca4c22311381b1eea2ef4a6fb in incubator-geode's branch refs/heads/feature/GEODE-749
from [~jinmeiliao]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-geode.git;h=c0c64de ]

GEODE-749: refactor the code to look for the war file in multiple places w/o version number
and look for them in the classpath as well.

Closes #73


> Improve detection of *.war files
> --------------------------------
>
>                 Key: GEODE-749
>                 URL: https://issues.apache.org/jira/browse/GEODE-749
>             Project: Geode
>          Issue Type: Improvement
>          Components: management
>            Reporter: Jens Deppe
>            Assignee: Jinmei Liao
>
> Currently we require a GEMFIRE environment variable to be set in order to detect the
location of the pulse.war (and newly) the gemfire.war file.
> I believe this requirement could be avoided by looking for the relevant war file as a
resource on the classpath.
> If a user is building a self-contained (possibly executable) application jar, containing
all the relevant gemfire jars, they would still need to provide an external pulse.war file
as well as set the env variable during execution. 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message