Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / March 2007

Tip: Looking for answers? Try searching our database.

advice about a network app

Thread view: 
cartercc@gmail.com - 21 Mar 2007 20:47 GMT
Sorry, but Java isn't my language, so I'm showing my ignorance.

My assignment is to create a number (35-40) client apps on a network
segment that will communicate with a server that also resides on the
segment. The clients accept queries from the server and reply to the
server. Queries are like, 'How many cases have you processed this
hour?, and replies can be an integer from 0 on up. The language in the
spec is Java.

The part that stumps me is building an application that will actually
place a client on a node and start it. I'm thinking about something
like this:

   public static void main(String[] args) {
         read configuration file that has the node name, IP addresse
and port of the network nodes
         // each line looks like this: node1:192.168.100.1:9876
         String line = readline();
         ServerNode sn = new ServerNode(line);
          start(sn);
         line = readline();
         while (line =! null) {
              ClientNode cn = new ClientNode(line);
               deploy cn to appropriate machine depending on IP
address;
               start(cn);
               line = readline();
         }
   }

Unfortunately, I'm having trouble getting started. Any suggestions as
to here to look? I don't have physical access to each machine to
deploy each client. Each node is gauranteed to have a JVM.

Thanks, CC.
    }
Oliver Wong - 21 Mar 2007 21:42 GMT
> Sorry, but Java isn't my language, so I'm showing my ignorance.
>
[quoted text clipped - 4 lines]
> hour?, and replies can be an integer from 0 on up. The language in the
> spec is Java.

   In order to best tailor the answer for your situation, can you give
some background information: This sounds like a fairly complicated
project, so why would you try to implement it in a language you're not
familiar with? Is the goal to "practice" or "learn" Java, or is your
boss/client/teacher forcing you to use Java despite your where your skills
lie? Where *do* your skills lie? Have you ever written a distributed
application before? What programming languages are you familiar with? How
familiar are you with the TCP/IP protocol? etc.

> The part that stumps me is building an application that will actually
> place a client on a node and start it. I'm thinking about something
[quoted text clipped - 20 lines]
> to here to look? I don't have physical access to each machine to
> deploy each client. Each node is gauranteed to have a JVM.

   If you're familiar with the TCP/IP protocol, you would probably be
aware that in order to connect to a specific computer and exchange data
with it, that computer needs to be listening on some port, and your
connecting computer would need to specify the port when connecting.

   You would also probably be aware that there must be some software on
these listening computers which will do something with the data they
receive from listening to those ports.

   What that software is and what is does is critical to being able make
any progress.

   - Oliver
cartercc@gmail.com - 21 Mar 2007 22:25 GMT
>     In order to best tailor the answer for your situation, can you give
> some background information: This sounds like a fairly complicated
[quoted text clipped - 4 lines]
> application before? What programming languages are you familiar with? How
> familiar are you with the TCP/IP protocol? etc.

I work in an IT department of a large state university. I am a
database guy, and my strength is Perl. I write a lot of file
manipulation scripts, where I input one data file, process it, and
output it in another form. It's all data related, and over the years
we've amassed quite a bit of scripts, undocumented and frankly
unmaintainable. I've written one largish Java app, participated in
about six more, and am probably an advanced beginner/low intermediate
in Java. I don't do network programming, at least not until now.

The order of the day is, move to Java, stop using Perl, convert
everything over. Obviously, we'll continue to do the one-off things in
Perl, but we have several big apps that really do need to be in Java
simply for the sake of maintaining them.

>     If you're familiar with the TCP/IP protocol, you would probably be
> aware that in order to connect to a specific computer and exchange data
> with it, that computer needs to be listening on some port, and your
> connecting computer would need to specify the port when connecting.

Yeah. My background is as a web developer and server administrator, so
I understand HTTP, TCP/IP, Apache, FTP, CGI, etc. This is where I
learned Perl.

>     You would also probably be aware that there must be some software on
> these listening computers which will do something with the data they
> receive from listening to those ports.
>
>     What that software is and what is does is critical to being able make
> any progress.

This may sound funny, but it's really a prototype to test the
feasibility of a proposed system. I might not be the guy who should be
doing this, but I'm the guy with the project, and I'm really 'the'
programmer in my department. I don't know the eventual use, but I've
got a real set of requirements -- build an application that will
deploy an (arbitrary) number of clients that will self execute,
listen, and reply to requests. Writing the server was easy, and using
the UDP socket interface wasn't difficult. I'm just stuck on getting
the clients going. I can install and start the client programs on
several machines manually, but that doesn't meet the requirements.

CC
RedGrittyBrick - 21 Mar 2007 23:05 GMT
>>     In order to best tailor the answer for your situation, can you give
>> some background information: This sounds like a fairly complicated
[quoted text clipped - 45 lines]
> the clients going. I can install and start the client programs on
> several machines manually, but that doesn't meet the requirements.

What services are available on the client nodes? ftp? sftp? telnet? sshd?
Lew - 21 Mar 2007 23:42 GMT
Are you able to start apps on the client nodes via an administrative process
or shell script, that is, not using Java? That would simplify things.

Have all new client processes send to the central server and request
instructions, then block until the server replies. The server would maintain a
pool of clients who have "checked in", and send replies (only) to those to
whom it must issue instructions. Then it does nothing with that client until
it next sends its "I'm ready" message.

That way the server never needs to know how many clients are out there until
they are ready. It never needs to know where they are, or what ports are open.
There is one server host (or cluster) with a well-known single open port. This
is much simpler than managing a geometrically increasing web of clients.

Keep the server "always" running (as a server should be). The clients report
in whenever they are available. Multiple client instances can run on a single
machine, which helps in testing.

-- Lew


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.