[erlang-questions] Conflict issue

Michael Truog mjtruog@REDACTED
Tue May 7 21:40:47 CEST 2013

Hi Lee,

Yes, unfortunately this is a common problem with Erlang/OTP development.  The normal way people deal with it, is to manually rename each module within a conflicting application, then rename the application, so that the conflict is avoided.  There is no namespace feature that is part of Erlang/OTP release generation that automatically would resolve conflicting applications that are possibly different versions.  I will look at making the database dependencies optional (probably with manual application start calls) so that future versions of CloudI can avoid the problems within Erlang/OTP release generation.  With the 1.2.1 release of CloudI, I think you will need to remove the ecouchdb dependency from the cloudi_services_databases application (here https://github.com/okeuday/CloudI/blob/master/src/lib/cloudi_services_databases/src/cloudi_services_databases.app.src.in), remove it from the release (here https://github.com/okeuday/CloudI/blob/master/src/reltool.config.in), and
then reinstall (rm -rf /usr/local/lib/cloudi-1.2.1 and then do the install).

Best Regards,

On 05/07/2013 11:41 AM, Lee Sylvester wrote:
> Hi guys,
> 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.
> Thanks,
> Lee
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://erlang.org/mailman/listinfo/erlang-questions

More information about the erlang-questions mailing list