<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">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 href="mailto:mjtruog@gmail.com">mjtruog@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">
  
    <meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type">
  
  <div bgcolor="#FFFFFF" text="#000000">
    <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">
      <meta http-equiv="Context-Type" content="text/html;
        charset=iso-8859-1">
      <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 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 class="moz-txt-link-abbreviated" href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a>
<a 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></body></html>