RMI registry creation issue

An attempt to create more than a single registry in the same VM isl failing.
createRegistry(portNumber) ;
getting
java.rmi.server.ExportException: internal error:
ObjID already in use
java version is 1.6.0_26

It is in fact possible to create more than one registry in a JVM; just call LocateRegistry.createRegistry(port) with different port numbers. But EJP is right: it is very, very unusual ever to want to create more than one registry within a JVM.
There is an important clue in your output listing, where each line is prefixed with "[testng]". You're trying to run a bunch of tests that use RMI under TEST-NG, right? If so (and I'm guessing a bit here) then what you should probably do is start up a single registry using a call to LocateRegistry.createRegistry() in your test suite's @BeforeSuite method. Save this reference somewhere. Then, in the @AfterSuite method, unexport the reference to the registry created in @BeforeSuite. Or, if the JVM is going to exit after running the suite, you probably don't need to unexport the registry, since it'll die with the JVM.
Before each test, in the @BeforeMethod method, create the server object, export it, and bind it into the registry. In the @AfterMethod method, unbind it, unexport it, and (if necessary) destroy any state associated with the server object. Again, I'm guessing, but you probably want to create a fresh server object for each test, so that actions of earlier tests don't affect the results of subsequent tests.

Similar Messages

RMI Client Code Issue

Hello,
Here is my client side RMI program:
import java.rmi.*;
public class MyRemoteClient {
public static void main(String args[]) {
MyRemoteClient mm = new MyRemoteClient();
mm.go();
public void go(){
try{
MyRemote service2 = (MyRemote) Naming.lookup("rmi://xxx.xxx.xx.xx/Hello");
String s = service2.sayHello();
System.out.println(s);
} catch(Exception ex){ex.printStackTrace();}
}Having started RMI Registry and Service Implementor code on the server, if I try to run the above code on the client it fire the following error:
java.rmi.ConnectException: Connection refused to host: 127.0.1.1; nested exception is:
java.net.ConnectException: Connection refused: connect
at sun.rmi.transport.tcp.TCPEndpoint.newSocket(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.createConnection(Unknown Source)
at sun.rmi.transport.tcp.TCPChannel.newConnection(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at MyRemoteImpl_Stub.sayHello(Unknown Source)
at MyRemoteClient.go(MyRemoteClient.java:11)
at MyRemoteClient.main(MyRemoteClient.java:6)
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.SocksSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at java.net.Socket.<init>(Unknown Source)
at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(Unknown Source)
at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(Unknown Source)
... 7 more
I am wondering as to why is it trying to connect to a local host 127.0.1.1 instead of the IP Address specified at by"xxx.xx.xx.xx" in the program?
I have the stub class and the service interface classes on my client-side.
Thanks.

I am wondering as to why is it trying to connect to a
local host 127.0.1.1 instead of the IP Address
specified at by"xxx.xx.xx.xx" in the program?Because that only specifies where the lookup should be done, i.e. where the Registry is. This lookup() returns a stub to your remote object which has its own IP address and port embedded into it, and that's where 127.0.0.1 is coming from - you're not doing Registry.lookup at this point, you're calling your remote method.
This indicates a DNS or /etc/hosts misconfiguration - your primary IP address is coming up as 127.0.0.1 instead of whatever your public IP address is. Famous Linux issue. You should really fix it in your DNS or /etc/hosts, but you can work around it by setting -Djava.rmi.server.hostname=<public IP address> at the server JVM.

RMI registry inside tomcat

Hello,
I'm wondering if any of you have previous experiences in the following situation.
I have a linux server with tomcat 5.0.28 that is supposed to act as an RMI end point for clients connecting with the aforementioned RMI to do some persisting stuff. Now I figured that the easiest way is to create a servlet that creates the RMI registry and binds my server objects (so that's in the servlet's init(), with 1 load-on-startup, the servlet doesn't do anything else, at least yet).
Now problems arise: my linux server is logging "context is read-only" when trying to bind the objects to RMI. Testing on my windows laptop doesn't show the same error for some reason (although it doesn't work properly either). This is apparently normal, as the contexts are supposed to be read-only.
Thing is, I wouldn't want to run a separate rmiregistry on the server, if possible to do it with a simple servlet. But is this the easiest way?
Thank you in advance,
yours truly, in sickness and in health,
Jussi

'Context is read-only' is not a Registry error
message. You are trying to bind to something else.
Show us some code.Well, I'm not doing a lot of binding, so I'm assuming it's this part:
               DDBServer stub = (DDBServer)UnicastRemoteObject.exportObject(this, 0);
               Registry registry = LocateRegistry.getRegistry();
               registry.rebind("DDBServer", stub);The error message is:
2007-04-18 14:06:40 NamingContextListener[Catalina/localhost/DDBServer]: Creation of the naming context failed: javax.naming.NamingException: Context is read only

Can anybody help me to understand this RMI registry service code?

RMI is so difficult to me. please let me know following code what it means.
If this class is instantiated with 50000 port number,
Does RMI Registry Service get started with 50000 port number in place of rmiregistry commands?
And I don't have to execute rmiregistry command?
thanks in advance.
import java.rmi.AccessException;
import java.rmi.AlreadyBoundException;
import java.rmi.NotBoundException;
import java.rmi.Remote;
import java.rmi.RemoteException;
import java.rmi.registry.Registry;
import java.rmi.server.ObjID;
import java.rmi.server.RemoteServer;
import java.util.Enumeration;
import java.util.Hashtable;
import sun.rmi.server.UnicastServerRef;
import sun.rmi.transport.LiveRef;
* Registry implementation.
* @version 1.0
public class RegistryImpl extends RemoteServer implements Registry {
     private static final long serialVersionUID = -7162736590129110751;
     private Hashtable bindings;
    private static ObjID id = new ObjID(0);
     * @param i port number
     * @throws RemoteException
    public RegistryImpl(int i) throws RemoteException {
        bindings = new Hashtable(101);
        LiveRef liveref = new LiveRef(id, i);
        setup(new UnicastServerRef(liveref));
    private void setup(UnicastServerRef unicastserverref) throws RemoteException {
        super.ref = unicastserverref;
        unicastserverref.exportObject(this, null, true);
     * Lookup a remote object.
     * @param name Name of the remote object.
     * @return Remote object of the specified name.
    public Remote lookup(String name) throws RemoteException, NotBoundException {
//        Logger.debug("NamingService", "lookup: " + name);
        Remote obj;
        synchronized(bindings) {
            obj = (Remote)bindings.get(name);
            if(obj == null)
                throw new NotBoundException(name);
        return obj;
     * Binds the specified name to a remote object.
     * @param name A URL-formatted name for the remote object.
     * @param obj A reference for the remote object (usually a stub).
    public void bind(String name, Remote obj) throws RemoteException, AlreadyBoundException, AccessException {
//        Logger.debug("NamingService", "bind: " + name);
        checkAccess("Registry.bind");
        synchronized(bindings) {
            if(bindings.containsKey(name))
                throw new AlreadyBoundException(name);
            bindings.put(name, obj);
     * Destroys the binding for the specified name that is associated with a remote object.
     * @param name A URL-formatted name for the remote object.
    public void unbind(String name) throws RemoteException, NotBoundException, AccessException {
//        Logger.debug("NamingService", "unbind: " + name);
        checkAccess("Registry.unbind");
        synchronized(bindings) {
            if(!bindings.containsKey(name))
                throw new NotBoundException(name);
            bindings.remove(name);
     * Rebinds the specified name to a new remote object. Any existing binding
     * for the name is replaced.
     * @param name A URL-formatted name for the remote object.
     * @param obj A reference for the remote object (usually a stub).
    public void rebind(String name, Remote obj) throws RemoteException, AccessException {
//        Logger.debug("NamingService", "rebind: " + name);
        checkAccess("Registry.rebind");
        bindings.put(name, obj);
     * Returns an array of the names bound in the registry.
     * @return An array of the names bound in the registry.
    public String[] list() throws RemoteException {
        String[] names;
        synchronized(bindings) {
            int i = bindings.size();
            names = new String;
Enumeration e = bindings.keys();
while(--i >= 0)
names[i] = (String)e.nextElement();
return names;
* TO-DO
public static void checkAccess(String s) throws AccessException {
// check if s is in the list of agents.
if(true)
else
throw new AccessException("");
public static ObjID getID() {
return id;

You don't have any need to understand this code. The complication is due to the registry needing a fixed objectID.
You just need to know the methods of java.rmi.registry.LocateRegistry class. This allows you to start an RMI Registry inside your JVM and give it any TCP port number you like.

Simple question about java.rmi.registry.Registry

Hi,
where the object java.rmi.registry.Registry takes a URL to rmiregistry when perform bind method.
thanks.

Ok, will try to explain.
I have a server that I register in the RMI registry. Client from a remote machine get the server (as a remote object) and calls his method for the generation of another object on the parameters passed. The server creates this object and tries to register it in the RMI registry, and this raises an exception Registry.Registry.rebind disallowed; origin /11.0.10.31 is non-local host.
11.0.10.31 is a IP - address of the client

Bind to RMI registry on remote host

Is it possible to bing to a RMI registry on remote host. I get a Access exception when I try it. Is there is any work around for this?
Any help will be greatly appreciated.
Thanks
R

:Like I say, JINI uses a different model to RMI, and you can probably have a look at the forum for that here.
but a way around it is to create a server which listens for requests, accepts a remote object and a remote object name, and binds those into the registry on which its running - remember that the restriction only applies to registering objects, not to looking them up, so, once the object is registered on the remote host, it can be retrieved quite easily.
This of course leaves the problem of exception ahandling aside, but I trust the problems there are obvious

10.6.7 - general pdf creation issues?

I wondered whether anyone else had run into this issue after updating to 10.6.7 when using pdfs created by Preview - perhaps related to the pdf/font issue.
If it is generally happening, then the 10.6.7 pdf-font issue has an even larger
impact than previously described:
1. Open a pdf document in Preview
2. Select a region and save to clipboard
3. Save as a new pdf file
4. Then try importing it as a "Picture" into any of the new Office 2011 apps: Word, PPT, etc.
This crashes my office 2011 apps (latest version, 14.02) But NOT any earlier version of Office (2008. etc.), which may not do as much pdf checking.
Before the 10.6.7 upgrade (ie, 10.6.6), this never happened with Office 2011.
Acrobat complains when opening the Preview-created pdfs about 'missing fonts', so I suspect some sort of pdf creation issue.
Any fixes (besides the previously suggested one of downgrading to 10.6.6)
If it's a real bug (not just local to my system), then it's a more far-reaching one than previously described.

rcberwick wrote:
So, 3 different Apple tech support people say they know this problem affects
"multiple applications, including any that deal with pdf files" but that "no fix is
currently in the works"
That is wrong because it only involves OpenType Postscript fonts.
The only solution offered so far is to "downgrade by doing Archive & Install" and
then re-applying each Combo Upgrade, starting with 10.6.3 up to 10.6.6.
You wouldn't have to do that either. That is the point of a Combo update. You only need to apply the one you want. It includes all of the previous updates.

Is the RMI registry "process-atomic"?

Hi,
Sorry if this is a really stupid question, and I have really tried to find this out on my own.
When I say "process" I mean Process, as opposed to Thread.
What I mean is, if one Process calls Registry.bind( String, Remote ), can we be sure that another Process which does the same thing one nanosecond later will get an AlreadyBoundException if it calls with the same String?
The context is that up to now I have been starting the RMI Server (only for logging at the mo, these are my first steps) explicitly in a Process. But now I want to move to "lazy" startup of the RMI registry and of the Server... so I would go LoggerInterface.log( bindingName, message ), and if the name "bindingName" is not presently in the registry it will create a new Server, and log the message using it.
More specifically, this is about me trying to automate OpenOffice apps using Java... and it occurs to me that 2 events could indeed happen almost simultaneously, so in fact even explicitly starting up the Server in each handler module might encounter "Process concurrency" problems ... so I need to have an answer to this.
I hope the answer is yes... otherwise I'm going to be a bit flummoxed about how to ensure one doesn't start up one Server Process from one calling Process, and another Server Process from another calling Process.
Thanks

I mean to use rebind() instead of the lookup()/bind() pair. It is atomic.... I understand it is atomic, but my point is that between checking whether you need to rebind (because the bound stub is invalid) and actually doing the rebind there will be an interval. If you systematically use rebind, without a prior check to make sure your Remote is actually attached to an existing Process, every call will cause a new Server Process to be created and then rebound, one after another. Which would be a mess.
I'm going to spend a bit of time looking at your two references... thanks for them.
I have thought of a possible solution involving a sort of lock, but I'm not sure if it works.
1. create a "DummyInterface" extending Remote:
public interface DummyInterface extends Remote {
}2. in the Process + Thread which actually sets up the Registry, bind a DummyInterface
Registry reg = null;
try {
reg = LocateRegistry.createRegistry( 1099 );
} catch (RemoteException e) {
return; // is this right? see below...
DummyInterface dummyStub = new DummyInterface(){};
try {
dummyStub = (DummyInterface) UnicastRemoteObject.exportObject( dummyStub, 0);
} catch (RemoteException e) {
// TODO sthg
e.printStackTrace();
try {
reg.bind( "DummyLockForLoggerServer", dummyStub );
} catch (AlreadyBoundException e) {
// every Thread in every Process (except the first such) to call "bind" will get here
return;
} catch (Exception e) {
// TODO sthg
e.printStackTrace();
}3.     the first Process + Thread which wants to set up the LoggerServer will have first to unbind the DummyLock.
try {
   reg.unbind( "DummyLockForLoggerServer" );
} catch (AccessException e) {
   // TODO sthg
   e.printStackTrace();
} catch (RemoteException e) {
   // TODO sthg
   e.printStackTrace();
} catch (NotBoundException e) {
// every Thread in every Process (except the first such) to call "unbind" will get here
return;
// only one Thread in one Process will ever succeed in getting here
// start the LoggerServer
String qualifiedClassName = ".... rmi.LoggerServer";
String[] a_commandArgs = { "java", qualifiedClassName, "logName" };
Process process = null;
try {
process = Utils.runSubprocess(a_commandArgs, null, ProcessSettings.getJavaRootDir());
} catch (IOException e) {
   // TODO sthg
   e.printStackTrace();
}... however there seem to be one or two questions about this:
- does reg = LocateRegistry.createRegistry( 1099 ); throw a RemoteException if the Registry is already bound? I don't know and intend to do a few experiments to find this out for myself. But in any event only one Process+Thread can ever bind the dummy lock
- there might be a race condition nonetheless to do with the interval between creating the Registry and binding the dummy lock... during this interval the Registry is established, and the dummylock is not yet set up... but I think this does no harm, as a Process trying to start the LoggerServer during this time will get the "NotBoundException" and simply return (and the calling thread will then sleep for a bit before trying again).

Memory leak in RMI registry ? (JRE 1.3.1_11)

Hello. I have a CLI that creates a server which calls some JNI to get
objects for a flat file database and return them. Each time I run the CLI I create a new server and bind it the RMI registry. I created a script that excecutes
the CLI in a forever loop. While this is running I notice the RMI registry program
slowly grows over time until it uses all of the system resources. I keep track of the
servers I create in a Vector and remove them once they are complete. I don't
explicitly remove them from the RMI registry because I assume they would get
garbage collected once all references to them where gone. Has anyone seen
this behavior ? Any ideas what could be happening ? Thanks.
BTW - I am running on Solaris.

The only way out of the RMI Registry is the unbind() method.
If you never unbind anything from the RMI REgistry and keep adding bindings it will grow forever.
You've got your implementation back to front. If you unbind from the Registry then allow DGC to take its course your server will eventually get an Unreferenced callback, which is the signal to remove it from local storage. Alternatively you could just unbind() and remove from local storage immediately. To be frank I am amazed that you didn't try this before posting here.

Illustration CS6 Registry Association Issues

I have the CS6 Suite and I have been experiencing issues every time I start the application. I get a pop up message indicating the following: "Adobe Illustrator has detected some registry association issues, which need to be rectified for Illustrator to work properly. To fix this, right-click Illustrator.exe and select "Run as Administrator" to have the required privileges. Illustrator will attempt to correct this problem".
Well... I have done just that and every time I start the application, I get that message. I have seen the same question, unanswered on the forum. So, I would really appreciate getting this issue fixed as it's becoming really anoying. I have never had issues with the previous version (CS5)... only since I have upgraded to CS6.
Thanks for your support!
Manon

that is exactly what i did. I uninstalled the adobe cc illustrator and photoshop after i installed the new 2014 versions. and my extension manager won't upgrade either

RMI Registry as a service.

I have found evidence that supports the possibility of rmiregistry.exe running as a service on windows, but I have not found any "How-To" for it. I wrote a batch file to run the command:
sc create "RMI Registry" binpath= "c:\Program Files\Java\jdk1.6.0_03\jre\bin\rmiregistry.exe" displayname= "RMI Registry" start= "auto"
However, when I attempt to start the service, I get the message:
ERROR 1053: The service did not respond to the start or control request in a timely fashion.
Where did I go wrong or is it just not possible?

Do some searching in this forum and you may find some more leads. Also: try hard to google for it.
The registry exe simply does not have the interfacing required to act as a service.
So what most people do is try to write or obtain a service wrapper that can talk to/be controlled by the service manager, and which can also run the registry exe as another process.

Port 1099 being used by other processes ,need an alt port for RMI-Registry

I am using port 1099 for RMI and the o/s is windows 2003.
We want that the RMI registry shud automatically be started with the windows startup processes.But we found that some other processes are usoing the same port.
Is there any other port which can be used for the same?
or any method to make other processes release the port forcefully.

If you read the documentation or do a quick google search, you will discover the rmiregistry program can be assigned any port you wish. Simply invoke via:
rmiregistry -h from windows or "man rmiregistry" from mac or unix and you will be greeted with:
Usage: rmiregistry <options> <port>
In a nut shell just specify the port:
i.e.
rmiregistry 5000
etc...
Hope this helps.
-Lemont

Error in re-creating RMI registry when reloading Tomcat server.

Hi,
I use LocateRegistry.createRegistry() in a servlet which is load-on-startup. I've unexport the registered remote object in the HttpServlet.destroy().
But when I reload the tomcat server, such an exception ocurrs:
java.rmi.server.ExportException: internal error: ObjID already in use
        at sun.rmi.transport.ObjectTable.putTarget(ObjectTable.java:168)
        at sun.rmi.transport.Transport.exportObject(Transport.java:69)
        at sun.rmi.transport.tcp.TCPTransport.exportObject(TCPTransport.java:190)
        at sun.rmi.transport.tcp.TCPEndpoint.exportObject(TCPEndpoint.java:382)
        at sun.rmi.transport.LiveRef.exportObject(LiveRef.java:116)
        at sun.rmi.server.UnicastServerRef.exportObject(UnicastServerRef.java:145)
        at sun.rmi.registry.RegistryImpl.setup(RegistryImpl.java:92)
        at sun.rmi.registry.RegistryImpl.<init>(RegistryImpl.java:78)
        at java.rmi.registry.LocateRegistry.createRegistry(LocateRegistry.java:164)
        at RmiUtils.rebindLocal(RmiUtils.java:86)Here is the binding code in RmiUtils.rebindLocal:
        try {
            Naming.rebind(url, rmiImpl);
        } catch (RemoteException ce) {
            if (!ru.isLocalhost()) {
                ce.printStackTrace();
                // cannot cache
                return;
            } else {
                // try to create the registry in local machine if not created
                try {
                    LocateRegistry.createRegistry(ru.getPort());
                    Naming.rebind(url, rmiImpl);
                } catch (RemoteException e) {
                    System.err.println("Failure in create Registry on port "
                            + ru.getPort() + ", maybe it's been created already!");
                    e.printStackTrace();// handle exception
        }Can anybody help?
Thanks.

Hi
I havent code for quite a while.
I would think that this wont work.
The registry is created on startup (possibly init method in ur servlet) but it is never destroyed.
You are better off starting the registry externally to ur servlet engine, and then use do a bind/rebind on startup, unbind on destroy.
Hope this helps.

Some basic questions about rmi registry context "bind" and "lookup"

We have more processing to do than can be accomplished with a single computer. To solve the problem I've implemented a distributed computing solution using RMI. (The first time I saw RMI was about 2 weeks ago, so please bear with me!)
The implementation is a proof of concept not a fully fleshed out system. I have one "Workunit Distributor" computer and any number of "Data Processor" computers all on the same lan segment. "Workunit Distributor" and "Data Processor" computers are both RMI client and server to each other. The "Data Processor" computers are given the ip address and name of the "Data Distributor" on the commandline when they start. They communicate their willingness to receive and process a workunit to the ""Workunit Distributor" via a RMI call. Work units are sent to available "DataProcessors" and results are eventually returned to the "WorkunitDistributor" (minutes or hours later). The model program works quite well, and appears to be capable of doing the processing we need to get done.
But now that it seems viable, I've been asked to make it a little more scalable, flexible and self configuring. In particular, instead of one "Workunit Distributor", any number of "Workunit Distributors" should be allowed to show up or disappear from the lan at any time and the system should continue to function. I've worked out a good scheme for how this can be done, but I have a couple of questions about the RMI registry (registries?). I'm trying to keep from implementing some functionality that may already be available as a library or subsystem.
With my current model design, each computer binds to its own registry with a unique name. For instance:
CRDataProcessorImpl crdpi = new CRDataProcessorImpl(svr);
Context crDataProcessingContext = new InitialContext();
crDataProcessingContext.bind("rmi:"+hostName, crdpi);
Currently the "Data Processors" get the info they need for a Context lookup() of the one and only "Workunit Distributor" from the commandline. And the info the "Workunit Distributor" needs to do a Context lookup() of a "DataProcessor" is passed to it from each "DataProcessor" via a RMI call.
But in the newer (yet to be implemented) scheme where any and all "Workunit Distributors" show up and disappear whenever they feel like, the naming bootstrapping scheme described above won't work.
I can imagine a few ways of solving this problem. For instance, having "Workunit Distributors" multicast their contact information on the lan and have a worker thread on each "Data Processor" keep track of the naming information that was multicast. Another alternative (more organized, but more complex) might be to have a dedicated host with a "well known" address and port that "Workunit Distributors" and "Data Processors" could all go to, to register or look up at an application level. Sort of a "domain name service" for RMI. But both these schemes look like a lot of work to implement , debug and maintain.
The BEST thing would be if there was one plain vanilla RMI registry that was usable by all RMI enabled computers instead of having each computer have its own local name registry. In volume 2 of the Core Java2 book it says that every registry must be local. I'm only hoping there's been progress since the book was published and now a central rmi registry is available.
If you have any ideas about this I'd like to hear what you know.
Thanks in advance for any advice.
Lenny Wintfeld
ps - I don't believe web services, as full featured as it is, is a useful alternative. I'm moving 100's (in the future possibly 1000's) of megabytes back an forth for processing.

The local bind/rebind/unbind restriction is still there and it will always be there.
I would look at
(a) RMI/IIOP, where you use COSNaming as a registry, which doesn't have that registriction, and which also has location-independent object identifiers
(b) Jini.

Shutting down a RMI registry programmatically

If I start up a RMI registry in my code using the following:
Registry reg = LocateRegistry.createRegistry(port);How do I shut it down programmatically? I did a scan on the Registry api and did not find a suitable method. I am looking for a method like close() in ServerSocket to stop listening on a port.

UnicastRemoteObject.unexportObject(reg, true).
This will only work if 'reg' is still the same object returned by LocateRegistry.createRegistry(). It won't work on a result of LocateRegistry.getRegistry() (because that is a stub, not the actual remote object).

RMI registry creation issue

Similar Messages

Maybe you are looking for