Question

我关注此博客： http://maplekeycompany.blogspot.se/2012/03/very-basic-cowboy-setup.html

简而言之，我正在尝试使用rebar编译应用程序，就像博客中的人一样。一切顺利，直到我想运行命令：

./rebar get-deps compile generate

然后给我以下错误和警告，

> User@user-:~/simple_server/rebar$ ./rebar get-deps compile generate
> ==> rebar (get-deps)
> ==> rebar (compile) Compiled src/simple_server.erl Compiled src/simple_server_http.erl src/simple_server_http_static.erl:5:
> Warning: behaviour cowboy_http_handler undefined Compiled
> src/simple_server_http_static.erl
> src/simple_server_http_catchall.erl:2: Warning: behaviour
> cowboy_http_handler undefined Compiled
> src/simple_server_http_catchall.erl WARN:  'generate' command does not
> apply to directory /home/harri/simple_server/rebar Command 'generate'
> not understood or not applicable

我发现了一个类似的帖子有同样的错误：

Command 'generate' not understood or not applicable

我认为问题在于reltool.config但不知道如何继续，我将路径改为：{lib_dirs，[“home / user / simple_server / rebar”]}

路径有问题吗？如何使用rebar访问所有src文件以及编译和构建应用程序所需的rebar文件？

Answer 1

您需要确保您的目录结构及其内容的排列方式，以便钢筋知道如何在系统中构建所有内容并为其生成发布。您的目录结构应如下所示：

project
   |
   -- rel
   |
   -- deps
   |
   -- apps
       |
       -- myapp
       |    |
       |    -- src
       |    -- priv
       |
       -- another_app

rel目录包含生成发布所需的所有信息，apps目录是构成项目的应用程序的实时目录。应用程序依赖项存在于deps目录中。 myapp目录下的another_app和apps等每个应用都可以拥有自己的rebar.config个文件。虽然这里有两个或更多这样的应用程序，但通常你只有一个，而其他所有应用程序都是依赖项。

在顶级project目录中，还有一个rebar.config文件，其内容如下所示：

{sub_dirs, ["rel", "apps/myapp", "apps/another_app"]}.
{lib_dirs, ["apps"]}.

如有必要，您可以使用rebar从应用程序框架生成应用程序：

cd apps
mkdir myapp another_app
( cd myapp && rebar create-app appid=myapp )
( cd another_app && rebar create-app appid=another_app )

如果应用程序具有依赖关系，则必须在其目录中添加rebar.config并在其中声明每个依赖关系。例如，如果myapp取决于应用foo版本1.2，请使用以下内容创建apps/myapp/rebar.config：

{deps,
 [{foo, "1.*", {git, "git://github.com/user/foo.git", {tag, "foo-1.2"}}}]
}.

当您运行rebar get-deps时，rebar将填充顶级deps目录以保存所有依赖项，并在必要时创建deps。如有必要，顶级rebar.config也可以声明依赖关系。

您还需要生成发布所需的节点：

cd ../rel
rebar create-node nodeid=project

然后，您需要修改上一步生成的reltool.config文件。你需要改变

{lib_dirs, []},

到

{lib_dirs, ["../apps", "../deps"]},

并在行{incl_cond, derived},之后添加{mod_cond, derived},，以便版本仅包含正确执行所需的应用程序。

接下来，无论原子'project'出现在哪里，您都需要将其替换为apps目录下的应用程序。对于我们的示例，我们将更改此部分：

{rel, "project", "1",
 [
  kernel,
  stdlib,
  sasl,
  project
 ]},

到此：

{rel, "project", "1",
 [
  kernel,
  stdlib,
  sasl,
  myapp,
  another_app
 ]},

并更改此部分：

{app, project, [{mod_cond, app}, {incl_cond, include}]}

到此：

{app, myapp, [{mod_cond, app}, {incl_cond, include}]},
{app, another_app, [{mod_cond, app}, {incl_cond, include}]}

您可能还需要添加以下行：

{app, hipe, [{incl_cond, exclude}]},

排除hipe应用程序，因为有时它会在发布版本生成期间或尝试运行发布时导致错误。首先尝试不使用它，但如果在生成版本时看到与hipe相关的错误，或者如果尝试运行生成的版本会导致此类错误，请添加它：

{"init terminating in do_boot",{'cannot load',elf_format,get_files}}

您需要添加它。

完成所有这些后，您现在可以执行：

rebar get-deps compile generate

您应该能够成功生成版本。请注意，在顶层而不是rebar generate目录中运行rel会导致像这样的无害警告，您可以忽略：

WARN:  'generate' command does not apply to directory /path/to/project

最后，您可以运行该版本。以下是如何使用交互式控制台运行它：

$ ./rel/project/bin/project console
Exec: /path/to/project/rel/project/erts-6.2/bin/erlexec  -boot /path/to/project/rel/project/releases/1/project -mode embedded -config /path/to/project/rel/project/releases/1/sys.config -args_file /path/to/project/rel/project/releases/1/vm.args -- console
Root: /path/to/project/rel/project
Erlang/OTP 17 [erts-6.2] [source] [64-bit] [smp:8:8] [async-threads:10] [kernel-poll:false]

Eshell V6.2  (abort with ^G)
(project@127.0.0.1)1>

或者您可以运行./rel/project/bin/project start在后台启动它。不带参数运行./rel/project/bin/project以查看所有可用选项。

没有找到命令'generate'，用rebar编译

1 个答案: