erlware / relx

Sane, simple release creation for Erlang
http://erlware.github.io/relx
Apache License 2.0
697 stars 232 forks source link

Generating release on Windows 7 with {dev_mode, true} does not link correctly to vm.args and sys.config #516

Closed carlosedp closed 8 years ago

carlosedp commented 8 years ago

After generating a release on Windows with rebar3 (version 3.3.1 that uses relx 3.21.0), the default rule (created with config below), doesn't link correcly to vm.args and sys.config. Both files have ".orig" in the end and doesn't point to the correct file:

Part of rebar.conf:

{relx, [{release, {'dccaserver', "1.0.0"}, [
            lager,
            sasl,
            diameter,
            ocsgateway,
            dccaserver
        ]},

        {sys_config, "./config/sys.config"},
        {vm_args, "./config/vm.args"},

        {dev_mode, true},
        {include_erts, false},

        {extended_start_script, true}]
}.

{profiles, [{prod, [{relx, [{dev_mode, false},
                            {include_erts, true},
                            {include_src, false}]
                    }]
            }]
}.

Log of release generation and run:

E:\projects\dcca-server-OTP (master)
λ rebar3  release
===> Fetching rebar3_diameter_compiler ({pkg,
                                                <<"rebar3_diameter_compiler">>,
                                                <<"0.4.0">>})
===> Downloaded package, caching at c:/Users/cpaula/.cache/rebar3/hex/default/packages/rebar3_diameter_compiler-0.4.0.tar
===> Compiling rebar3_diameter_compiler
===> Fetching relflow ({pkg,<<"relflow">>,<<"1.0.5">>})
===> Downloaded package, caching at c:/Users/cpaula/.cache/rebar3/hex/default/packages/relflow-1.0.5.tar
===> Fetching rebar3_hex ({pkg,<<"rebar3_hex">>,<<"2.5.1">>})
===> Downloaded package, caching at c:/Users/cpaula/.cache/rebar3/hex/default/packages/rebar3_hex-2.5.1.tar
===> Compiling rebar3_hex
===> Compiling relflow
===> Verifying dependencies...
===> Fetching lager ({pkg,<<"lager">>,<<"3.2.1">>})
===> Downloaded package, caching at c:/Users/cpaula/.cache/rebar3/hex/default/packages/lager-3.2.1.tar
===> Fetching goldrush ({pkg,<<"goldrush">>,<<"0.1.8">>})
===> Downloaded package, caching at c:/Users/cpaula/.cache/rebar3/hex/default/packages/goldrush-0.1.8.tar
===> Compiling goldrush
===> Compiling lager
===> Compiling diameter files...
===> Compiling ocsgateway
===> Compiling dccaserver
===> Starting relx build process ...
===> Resolving OTP Applications from directories:
          e:/projects/dcca-server-OTP/_build/default/lib
          e:/projects/dcca-server-OTP/apps
          e:/Apps/erl7.0/lib
===> Resolved dccaserver-1.0.0
===> Dev mode enabled, release will be symlinked
===> release successfully created!

E:\projects\dcca-server-OTP (master)
λ _build\default\rel\dccaserver\bin\dccaserver console
FINDSTR: Cannot open E:\projects\dcca-server-OTP\_build\default\rel\dccaserver\releases\1.0.0\vm.args
FINDSTR: Cannot open E:\projects\dcca-server-OTP\_build\default\rel\dccaserver\releases\1.0.0\vm.args

E:\projects\dcca-server-OTP (master)
λ dir e:\projects\dcca-server-OTP\_build\default\rel\dccaserver\releases\1.0.0\
 Volume in drive E is Carlos
 Volume Serial Number is F2EB-53D8

 Directory of e:\projects\dcca-server-OTP\_build\default\rel\dccaserver\releases\1.0.0

04/10/2016  14:11    <DIR>          .
04/10/2016  14:11    <DIR>          ..
04/10/2016  14:11            14.688 dccaserver.boot
04/10/2016  14:11               336 dccaserver.rel
04/10/2016  14:11            18.708 dccaserver.script
04/10/2016  14:11            14.688 start.boot
04/10/2016  14:11             5.312 start_clean.boot
04/10/2016  14:11    <JUNCTION>     sys.config.orig [e:\projects\dcca-server-OTP\config\sys.config]
04/10/2016  14:11    <JUNCTION>     vm.args.orig [e:\projects\dcca-server-OTP\config\vm.args]
               5 File(s)         53.732 bytes
               4 Dir(s)   3.505.598.464 bytes free

E:\projects\dcca-server-OTP (master)
carlosedp commented 8 years ago

Sorry, just found Issue #467 related to this problem and pull request #468 that fixes it. Await until it's merged.