http://ofbiz.116.s1.nabble.com/Dev-Issue-with-RMI-Registry-tp168346p168349.html
So, as expected changing the ports made it work and all is groovy. As I
allow you to configure the host that the port is connecting to. It
could be exposed on this service.
> I have not. I am sure that changing the ports will fix the issue -
> it's almost foolproof. What I'm trying to do is have that
> NamingServiceContainer aware of something other than localhost. I
> will try to pass in a host, but the call doesn't pass it it in the
> Java class, so there's little hope there - don't you agree?
>
> Wouldn't this cause a large issue in other, shared environments unless
> everyone just came up with their own ports? Is it possible to make
> this service more aware?
>
> Cheers,
> Tim
>
> --
> Tim Ruppert
> HotWax Media
>
http://www.hotwaxmedia.com>
> o:801.649.6594
> f:801.649.6595
>
>
>
> David E Jones wrote:
>> Tim,
>>
>> Did you try changing the value in the ofbiz-containers.xml file?
>>
>> -David
>>
>>
>> Tim Ruppert wrote:
>>
>>> During our most recent ofbiz upgrade, we encountered a problem where
>>> I can only run one ofbiz instance on our development server. We am
>>> running multiple instances on one speedy box and ran into a conflict
>>> where the newly added NamingServiceContainer no longer respects the
>>> host configured in the configured file - where with CAROL we could
>>> start our containers on different RMI hosts.
>>>
>>> It appears that the call to LocateRegistry.createRegistry on line 62
>>> in org.ofbiz.base.container.NamingServiceContainer is called with
>>> only a port. Does anyone know an easy way to configure this with a
>>> host as well?
>>>
>>> Cheers,
>>> Tim
>>>
>>>
>>
>> _______________________________________________
>> Dev mailing list
>>
[hidden email]
>>
http://lists.ofbiz.org/mailman/listinfo/dev>>
>