<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<div class="moz-cite-prefix">It is trying to load the file
app.config which is installed into
/usr/local/etc/cloudi/app.config (if the configured prefix is
/usr/local/), which is generated from
<a class="moz-txt-link-freetext" href="https://github.com/okeuday/CloudI/blob/master/src/rel/files/app.config.in">https://github.com/okeuday/CloudI/blob/master/src/rel/files/app.config.in</a>
. Within that file, you should see the only value used for the
cloudi_core application is the configuration entry which provides
the path to the CloudI configuration (installed at
/usr/local/etc/cloudi/cloudi.conf), however, the other values help
provide some appropriate defaults for a few other applications.
The error you received means that it couldn't find the
configuration file path for the cloudi_core application, so adding
that entry should fix the problem.<br>
<br>
Best Regards,<br>
Michael<br>
<br>
On 05/07/2013 02:01 PM, Lee Sylvester wrote:<br>
</div>
<blockquote
cite="mid:A477F8B4-F525-4671-9F99-67ECF751D613@gmail.com"
type="cite">
<meta http-equiv="Context-Type" content="text/html;
charset=iso-8859-1">
Hi Michael,
<div><br>
</div>
<div>I've removed priority_queue, which fixed the issue. The app
now compiles, but when run, I get an error at line 78 of
cloudi_app.erl, with the call to get_env. Can you tell me where
the configuration value in that call is pulled from CloudI, so I
can ensure the data is passed?</div>
<div><br>
</div>
<div>Thanks,</div>
<div>Lee</div>
<div><br>
</div>
<div> <br>
<div>
<div>On 7 May 2013, at 21:04, Michael Truog <<a
moz-do-not-send="true" href="mailto:mjtruog@gmail.com">mjtruog@gmail.com</a>>
wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<div>
<div class="moz-cite-prefix">The CloudI release should be
modified to strip the application of unused modules, so
that would help minimize the problem. I will also
remove the priority_queue.erl module from the pqueue
application, since that should be the only module
conflict with RabbitMQ. Otherwise, you just end up
renaming everything.<br>
<br>
Best Regards,<br>
Michael<br>
<br>
On 05/07/2013 12:37 PM, Lee Sylvester wrote:<br>
</div>
<blockquote
cite="mid:4B73A6E1-A0D9-4BB6-A7A6-EA6E6D1EABF8@gmail.com"
type="cite">
<div><br>
It seems I've run into the problem again, with both
RabbitMQ and CloudI both using pqueue. This seems
like a problem that should plague a lot of people.
Isn't there a preferred way of dealing with this?<br>
<br>
Thanks,<br>
Lee<br>
<br>
<br>
<br>
On 7 May 2013, at 19:49, Alex Shneyderman <<a
moz-do-not-send="true"
href="mailto:a.shneyderman@gmail.com">a.shneyderman@gmail.com</a>>
wrote:<br>
<br>
<br>
<blockquote type="cite">
<div>the safest thing to do is to use jsx for json
in your own<br>
applications. Obviously you will be back to square
one if two of your<br>
deps will depend on mochijson2 but you did not
state that this is your<br>
current problem, so switching to jsx (which is
actually a lot more<br>
enjoyable interface-wise) will take you a long
way.<br>
<br>
another solution is to rename mochijson2 to say
something<br>
leesylvester_mochijson2 in your application.<br>
<br>
cheers.<br>
<br>
On Tue, May 7, 2013 at 2:41 PM, Lee Sylvester <<a
moz-do-not-send="true"
href="mailto:lee.sylvester@gmail.com">lee.sylvester@gmail.com</a>>
wrote:<br>
<blockquote type="cite">Hi guys,<br>
<br>
So, I'm compiling CloudI into my app (safest
option), but I'm getting a conflict when I
compile. The app I have using Mochijson2, but
so does ecouchdb which is part of CloudI. Thus,
when I compile my app (well, actually, it's when
I generate a release), I now get the error
"{'EXIT',{{badmatch,{error,"Module mochijson2
potentially included by two different
applications: ecouchdb and mochijson2."}},".
I've removed the mochijson2.erl file in the
ecouchdb app, hoping that would force the
compiler to make ecouchdb use the app version of
Mochijson2, but that did nothing. Is there
something I can add to my reltool.config to fix
this? I've Googled, but nothing that made sense
came up.<br>
<br>
Thanks,<br>
Lee<br>
<br>
<br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a moz-do-not-send="true"
href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a moz-do-not-send="true"
class="moz-txt-link-freetext"
href="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</blockquote>
</div>
</blockquote>
</div>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
erlang-questions mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://erlang.org/mailman/listinfo/erlang-questions">http://erlang.org/mailman/listinfo/erlang-questions</a>
</pre>
</blockquote>
<br>
</div>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</body>
</html>