Results 1 to 6 of 6

Thread: RMI Management on a server

  1. #1
    Join Date
    Dec 2009
    Posts
    292

    RMI Management on a server

    Hello,
    I seek a clarification on the semantic processing of objects accessed remotely via RMI. When multiple customers use the same remote object using RMI. The manipulated object on the server is the same for all customers and then each client manipulates an instance of it. How does RMI server will be treated three calls? Is it going to create an object instance invocation, and then use the same body in three different threads. Any help on this will be highly appreciated. Thanks in advance.

  2. #2
    Join Date
    Nov 2009
    Posts
    446

    Re: RMI Management on a server

    Hello,
    I think in your case a set of threads is created and then you can use these threads in your code. It has by no insurance against being on the same thread across multiple calls. We can draw a parallel with stateless session EJB. Do you know advanced java, if you know that then you can use then EJB concept and do the same what you want in your program.

  3. #3
    Join Date
    Dec 2009
    Posts
    202

    Re: RMI Management on a server

    Hello,
    Even I have a similar kind of a query regrading the RMI, so if I understood it, a thread is created for each client. So the timing for only the methods of sharing common resources. If the scope of remote objects is limited to themselves while multiple clients can manipulate the same remote object at the same time. To compare it could be the model for servlets, I guess I am correct here? If I have mis understood the concept behind this then please guide me with the correct.

  4. #4
    Join Date
    Nov 2009
    Posts
    359

    Re: RMI Management on a server

    Hello,
    I will try to explain you this here, no, a pool thread is created, it is not connected with customers.
    For comparison with the servlet, it this ok with you.
    - Sharing data on the object instance
    - Thread is not a client Factoring
    Hope you understood what I am trying to explain you here. If you have any more problem regarding RMI, then you can post here and we will try to solve your queries.

  5. #5
    Join Date
    Dec 2009
    Posts
    292

    Re: RMI Management on a server

    Hello,
    So when starting the RMI server, that it created a pool of X thread (s). Each client call is treated in one of the threads contained in this pool. Each thread gets a reference on this subject and treats the client request. So to summarize, the customer calls can be processed in parallel and then to the different threads. If I am wrong in understanding something here then please correct.

  6. #6
    Join Date
    Nov 2009
    Posts
    333

    Re: RMI Management on a server

    Hello,
    You can also watch java.rmi.activation.Activable, I've never tried it but apparently has other possibility level management life cycle. I wonder if this implementation does not object per customer. If you know the EJB then it would be great and you can use this with success and easily. Hope this information will help you. Thanks in advance.

Similar Threads

  1. Grouping applications in App-V management server
    By 1-matra in forum Windows Software
    Replies: 3
    Last Post: 27-04-2012, 04:25 PM
  2. Moving Key Management Server (KMS)
    By jdecker in forum Windows Server Help
    Replies: 1
    Last Post: 11-05-2011, 08:49 AM
  3. Server Management with Plesk
    By ChaluCh in forum Networking & Security
    Replies: 4
    Last Post: 15-02-2011, 07:12 PM
  4. Apache web server management for oracle
    By Sharanya in forum Software Development
    Replies: 4
    Last Post: 28-02-2010, 03:25 AM
  5. How to improve SQL Server memory management
    By Tylerrr in forum Software Development
    Replies: 5
    Last Post: 13-02-2010, 02:20 AM

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Page generated in 1,714,078,004.42970 seconds with 17 queries