Developing the Hello World
Getting Started with Java IDL:
Developing the Hello World Server
The example server consists of two classes, the servant and the server. The servant, HelloImpl, is the implementation of the Hello IDL interface; each Hello instance is implemented by a HelloImpl instance. The servant is a subclass of HelloPOA, which is generated by theidlj compiler from the example IDL.
The servant contains one method for each IDL operation, in this example, the sayHello() and shutdown() methods. Servant methods are just like ordinary Java methods; the extra code to deal with the ORB, with marshaling arguments and results, and so on, is provided by the skeleton.
The server class has the server's main() method, which:
- Creates and initializes an ORB instance
- Gets a reference to the root POA and activates thePOAManager
- Creates a servant instance (the implementation of one CORBAHello object) and tells the ORB about it
- Gets a CORBA object reference for a naming context in which to register the new CORBA object
- Gets the root naming context
- Registers the new object in the naming context under the name "Hello"
- Waits for invocations of the new object from the client
This lesson introduces the basics of writing a CORBA server. For an example of the "Hello World" program with a persistent object server, see Example 2: Hello World with Persistent State. For more discussion of CORBA servers, see Developing Servers.
The steps in this lesson cover:
Creating HelloServer.java
To create HelloServer.java,
- Start your text editor and create a file namedHelloServer.java in your main project directory,Hello.
- Enter the following code for HelloServer.java in the text file. The following section, Understanding HelloServer.java, explains each line of code in some detail.
// HelloServer.java
// Copyright and License
import HelloApp.;
import org.omg.CosNaming.;
import org.omg.CosNaming.NamingContextPackage.;
import org.omg.CORBA.;
import org.omg.PortableServer.*;
import org.omg.PortableServer.POA;
import java.util.Properties;
class HelloImpl extends HelloPOA {
private ORB orb;
public void setORB(ORB orb_val) {
orb = orb_val;
}
// implement sayHello() method
public String sayHello() {
return "\nHello world !!\n";
}
// implement shutdown() method
public void shutdown() {
orb.shutdown(false);
}
}
public class HelloServer {
public static void main(String args[]) {
try{
// create and initialize the ORB
ORB orb = ORB.init(args, null);
// get reference to rootpoa & activate the POAManager
POA rootpoa = POAHelper.narrow(orb.resolve_initial_references("RootPOA"));
rootpoa.the_POAManager().activate();
// create servant and register it with the ORB
HelloImpl helloImpl = new HelloImpl();
helloImpl.setORB(orb);
// get object reference from the servant
org.omg.CORBA.Object ref = rootpoa.servant_to_reference(helloImpl);
Hello href = HelloHelper.narrow(ref);
// get the root naming context
org.omg.CORBA.Object objRef =
orb.resolve_initial_references("NameService");
// Use NamingContextExt which is part of the Interoperable
// Naming Service (INS) specification.
NamingContextExt ncRef = NamingContextExtHelper.narrow(objRef);
// bind the Object Reference in Naming
String name = "Hello";
NameComponent path[] = ncRef.to_name( name );
ncRef.rebind(path, href);
System.out.println("HelloServer ready and waiting ...");
// wait for invocations from clients
orb.run();
}
catch (Exception e) {
System.err.println("ERROR: " + e);
e.printStackTrace(System.out);
}
System.out.println("HelloServer Exiting ...");
}
}
3. Save and close HelloServer.java.
Understanding HelloServer.java
This section explains each line of HelloServer.java, describing what the code does, as well as why it is needed for this application.
Performing Basic Setup
The structure of a CORBA server program is the same as most Java applications: You import required library packages, declare the server class, define a main() method, and handle exceptions.
Importing Required Packages
First, we import the packages required for the server class:
// The package containing our stubs import HelloApp.*;
// HelloServer will use the naming service import org.omg.CosNaming.*;
// The package containing special exceptions thrown by the name service import org.omg.CosNaming.NamingContextPackage.*;
// All CORBA applications need these classes import org.omg.CORBA.*;
// Classes needed for the Portable Server Inheritance Model import org.omg.PortableServer.*; import org.omg.PortableServer.POA;
// Properties to initiate the ORB import java.util.Properties;
Defining the Servant Class
In this example, we are defining the class for the servant object within HelloServer.java, but outside theHelloServer class.
class HelloImpl extends HelloPOA { // The sayHello() and shutdown() methods go here. }
The servant is a subclass of HelloPOA so that it inherits the general CORBA functionality generated for it by the compiler.
First, we create a private variable, orb
that is used in the setORB(ORB)
method. The setORBmethod is a private method defined by the application developer so that they can set the ORB value with the servant. This ORB value is used to invoke shutdown() on that specific ORB in response to the shutdown() method invocation from the client.
private ORB orb;
public void setORB(ORB orb_val) { orb = orb_val; }
Next, we declare and implement the required sayHello()method:
public String sayHello()
{
return "\nHello world!!\n";
}
And last of all, we implement the shutdown()
method in a similar way. The shutdown()
method calls theorg.omg.CORBA.ORB.shutdown(boolean)
method for the ORB. The shutdown(false)
operation indicate that the ORB should shut down immediately, without waiting for processing to complete.
public void shutdown() { orb.shutdown(false); }
Declaring the Server Class
The next step is to declare the server class:
public class HelloServer { // The main() method goes here. }
Defining the main() Method
Every Java application needs a main method. It is declared within the scope of the HelloServer class:
public static void main(String args[]) { // The try-catch block goes here. }
Handling CORBA System Exceptions
Because all CORBA programs can throw CORBA system exceptions at runtime, all of the main() functionality is placed within a try-catch block. CORBA programs throw runtime exceptions whenever trouble occurs during any of the processes (marshaling, unmarshaling, upcall) involved in invocation. The exception handler simply prints the exception and its stack trace to standard output so you can see what kind of thing has gone wrong.
The try-catch block is set up inside main(), as shown:
try{
// The rest of the HelloServer code goes here.
} catch(Exception e) {
System.err.println("ERROR: " + e);
e.printStackTrace(System.out);
}
Creating and Initializing an ORB Object
A CORBA server needs a local ORB object, as does the CORBA client. Every server instantiates an ORB and registers its servant objects so that the ORB can find the server when it receives an invocation for it.
The ORB variable is declared and initialized inside the try-catch block.
ORB orb = ORB.init(args, null);
The call to the ORB's init() method passes in the server's command line arguments, allowing you to set certainpropertiesat runtime.
Get a Reference to the Root POA and Activate the POAManager
The ORB obtains the initial object references to services such as the Name Service using the methodresolve_initial_references
.
The reference to the root POA is retrieved and thePOAManager is activated from within the try-catch block.
POA rootpoa = POAHelper.narrow(orb.resolve_initial_references("RootPOA"));
rootpoa.the_POAManager().activate();
The activate()
operation changes the state of the POA manager to active, causing associated POAs to start processing requests. The POA manager encapsulates the processing state of the POAs with which it is associated. Each POA
object has an associated POAManager
object. A POA manager may be associated with one or more POA objects.
Managing the Servant Object
A server is a process that instantiates one or more servant objects. The servant inherits from the interface generated by
idlj
and actually performs the work of the operations on that interface. Our
HelloServer
needs a
HelloImpl
.
Instantiating the Servant Object
We instantiate the servant object inside the try-catch block, just after activating the POA manager, as shown:
HelloImpl helloImpl = new HelloImpl();
The section of code describing the servant class was explained previously.
In the next line of code, setORB(orb) is defined on the servant so that ORB.shutdown() can be called as part of the shutdown operation. This step is required because of theshutdown() method defined in Hello.idl.
helloImpl.setORB(orb);
There are other options for implementing the shutdown operation. In this example, the shutdown() method called on theObject takes care of shutting down an ORB. In another implementation, the shutdown method implementation could have simply set a flag, which the server could have checked and calledshutdown().
The next set of code is used to get the object reference associated with the servant. The narrow() method is required to cast CORBA object references to their proper types.
org.omg.CORBA.Object ref = rootpoa.servant_to_reference(helloImpl);
Hello href = HelloHelper.narrow(ref);
Working with COS Naming
The HelloServer works with the Common Object Services (COS) Naming Service to make the servant object's operations available to clients. The server needs an object reference to the naming service so that it can publish the references to the objects implementing various interfaces. These object references are used by the clients for invoking methods. Another way a servant can make the objects available to clients for invocations is by stringifying the object references to a file.
The two options for Naming Services shipped with J2SE v.1.4 are:
- orbd, which includes both a Transient Naming Service and a Persistent Naming Service, in addition to a Server Manager.
- tnameserv - a Transient Naming Service.
This example uses orbd.
Obtaining the Initial Naming Context
In the try-catch block, below getting the object reference for the servant, we call orb.resolve_initial_references() to get an object reference to the name server:
org.omg.CORBA.Object objRef =
orb.resolve_initial_references("NameService");
The string "NameService" is defined for all CORBA ORBs. When you pass in that string, the ORB returns a naming context object that is an object reference for the name service. The string "NameService" indicates:
- The naming service will be persistent when using ORBD's naming service, as we do in this example.
- The naming service will be transient when usingtnameserv.
The proprietary string "TNameService" indicates that the naming service will be transient when using ORBD's naming service.
Narrowing the Object Reference
As with all CORBA object references, objRef is a generic CORBA object. To use it as a NamingContextExt object, you must narrow it to its proper type. The call tonarrow() is just below the previous statement:
NamingContextExt ncRef = NamingContextExtHelper.narrow(objRef);
Here you see the use of an idlj-generated helper class, similar in function to HelloHelper. The ncRefobject is now an org.omg.CosNaming.NamingContextExt and you can use it to access the naming service and register the server, as shown in the next topic.
The NamingContextExt object is new to J2SE v.1.4, and is part of the Interoperable Naming Service specification.
Registering the Servant with the Name Server
Just below the call to narrow(), we create a newNameComponent array. Because the path to Hellohas a single element, we create the single-element array thatNamingContext.resolve requires for its work:
String name = "Hello";
NameComponent path[] = ncRef.to_name( name );
Finally, we pass path and the servant object to the naming service, binding the servant object to the "Hello" id:
ncRef.rebind(path, href);
Now, when the client calls resolve("Hello") on the initial naming context, the naming service returns an object reference to the Hello servant.
Waiting for Invocation
The previous sections describe the code that makes the server ready; the next section explains the code that enables it to simply wait around for a client to request its service. The following code, which is at the end of (but within) the try-catch block, shows how to accomplish this.
orb.run();
When called by the main thread, ORB.run() enables the ORB to perform work using the main thread, waiting until an invocation comes from the ORB. Because of its placement inmain(), after an invocation completes andsayHello() returns, the server will wait again. This is the reason that the HelloClient
explicitly shuts down the ORB after completing its task.
Compiling the Hello World Server
Now we will compile the HelloServer.java so that we can correct any errors before continuing with this tutorial.
Windows users note that you should substitute backslashes (\) for the slashes (/) in all paths in this document.
To compile HelloServer.java,
- Change to the Hello directory.
- Run the Java compiler on HelloServer.java:
javac HelloServer.java HelloApp/*.java - Correct any errors in your file and recompile if necessary.
- The files HelloServer.class andHelloImpl.class are generated in the Hellodirectory.
Running the Hello World Server
The document Running the Hello World Application discusses running HelloServer and the rest of the application.
Understanding The Server-Side Implementation Models
CORBA supports at least two different server-side mappings for implementing an IDL interface:
- The Inheritance Model
Using the Inheritance Model, you implement the IDL interface using an implementation class that also extends the compiler-generated skeleton.
Inheritance models include:- The OMG-standard, POA. Given an interface Mydefined in My.idl, the file MyPOA.java is generated by the idlj compiler. You must provide the implementation for My and it must inherit fromMyPOA, a stream-based skeleton that extends org.omg.PortableServer.Servant, which serves as the base class for all POA servant implementations.
New in J2SE v.1.4: The default server-side mapping generated when either the -fall or -fserverarguments are used conform to Chapter 11, Portable Object Adapter (POA) of the CORBA 2.3.1 Specification (formal/99-10-07). For more information on the POA, link to Portable Object Adapter.
The advantages of using the Portable Object Adaptor (POA) are:
* Allow programmers to construct object implementations that are portable between different ORB products.
* Provide support for objects with persistent identities.
* Provide support for transparent activation of objects.
* Allow a single servant to support multiple object identities simultaneously. - ImplBase. Given an interface My defined inMy.idl, the file _MyImplBase.java is generated. You must provide the implementation for My and it must inherit from _MyImplBase.
NOTE: ImplBase is deprecated in favor of the POA model, but is provided to allow compatibility with servers written in J2SE 1.3 and prior. We do not recommend creating new servers using this nonstandard model.
- The OMG-standard, POA. Given an interface Mydefined in My.idl, the file MyPOA.java is generated by the idlj compiler. You must provide the implementation for My and it must inherit fromMyPOA, a stream-based skeleton that extends org.omg.PortableServer.Servant, which serves as the base class for all POA servant implementations.
- The Delegation Model
Using the Delegation Model, you implement the IDL interface using two classes:- An IDL-generated Tie class that inherits from the compiler-generated skeleton, but delegates all calls to an implementation class.
- A class that implements the IDL-generated operations interface (such as HelloOperations), which defines the IDL function.
The Delegation model is also known as the Tie model, or the Tie Delegation model. It inherits from either the POA or ImplBase compiler-generated skeleton, so the models will be described as POA/Tie or ImplBase/Tie models in this document.
This tutorial presents the POA Inheritance model for server-side implementation. For tutorials using the other server-side implementations, see the following documents:
- Java IDL: The "Hello World" Example with the POA/Tie Server-Side Model
You might want to use the Tie model instead of the typical Inheritance model if your implementation must inherit from some other implementation. Java allows any number of interface inheritance, but there is only one slot for class inheritance. If you use the inheritance model, that slot is used up . By using the Tie Model, that slot is freed up for your own use. The drawback is that it introduces a level of indirection: one extra method call occurs when invoking a method. - Java IDL: The "Hello World" Example with the ImplBase Server-Side Model
The ImplBase server-side model is an Inheritance Model, as is the POA model. Use the idlj compiler with the-oldImplBase flag to generate server-side bindings that are compatible with older version of Java IDL (prior to J2SE 1.4).
Note that using the -oldImplBase flag is non-standard: these APIs are being deprecated. You would use this flag ONLY for compatibility with existing servers written in J2SE 1.3 or earlier. In that case, you would need to modify an existing MAKEFILE to add the -oldImplBase flag to the idljcompiler, otherwise POA-based server-side mappings will be generated.
For More Information
Explains how CORBA system exceptions work and provides details on the minor codes of Java IDL's system exceptions
Covers topics of interest to CORBA server programmers
Covers the COS Naming Service in greater detail
Previous: Writing the Interface Definition
Next: Developing a Client Application
Tutorial home
![]() |
Copyright © 1993, 2018, Oracle and/or its affiliates. All rights reserved. | Contact Us |
---|