Yeah that seems to have been a typo in a config. Let me look into this... Thanks, Roman.
On Fri, May 29, 2015 at 8:41 AM, Anthony Baker <[email protected]> wrote: > The link in this email is incorrect…should be “issues.apache.org” not > “issue.apache.org”. > > Any idea how to fix it? > > Anthony > > >> On May 29, 2015, at 8:39 AM, Roman Shaposhnik <[email protected]> wrote: >> >> >> ----------------------------------------------------------- >> This is an automatically generated e-mail. To reply, visit: >> https://reviews.apache.org/r/34814/ >> ----------------------------------------------------------- >> >> (Updated May 29, 2015, 3:39 p.m.) >> >> >> Review request for geode. >> >> >> Bugs: GEODE-38 >> https://issue.apache.org/jira/browse/GEODE-38 >> >> >> Repository: geode >> >> >> Description >> ------- >> >> Gfsh launcher script implies an init file can be used. This was possible in >> GF 6.6, but wasn't implemented in the transition to the new Gfsh in GF 7.0 >> onwards. >> From "gemfire-assembly/src/main/dist/bin/gfsh.bat " : >> " >> # >> Copy default .gfshrc to the home directory. Uncomment if needed. >> # >> #if [ ! -f $HOME/.gemfire/.gfsh2rc ]; then >> cp $GEMFIRE/defaultConfigs/.gemfire/.gfsh2rc $HOME >> #fi >> " >> If this file is specified, it is currently ignored. >> >> >> Diffs >> ----- >> >> >> gemfire-core/src/main/java/com/gemstone/gemfire/management/internal/cli/shell/Gfsh.java >> d9a396a >> >> gemfire-core/src/main/java/com/gemstone/gemfire/management/internal/cli/shell/GfshConfig.java >> d7dba5a >> >> gemfire-core/src/test/java/com/gemstone/gemfire/management/internal/cli/shell/GfshConfigInitFileTest.java >> PRE-CREATION >> >> gemfire-core/src/test/java/com/gemstone/gemfire/management/internal/cli/shell/GfshInitFileTest.java >> PRE-CREATION >> >> Diff: https://reviews.apache.org/r/34814/diff/ >> >> >> Testing >> ------- >> >> >> Thanks, >> >> Roman Shaposhnik >> >
