Answers in this category:
I want to install BAS, but I'm stuck on Windows 98. How can I get BAS working on my platform.?
I'm trying to get my EJB functions running in JB4 Enterprise. I installed BAS, but now JBuilder won't launch at all. With the -verbose flag I see this: Exception in thread "main" java.lang.NoClassDefFoundError: Files/Inprise/AppServer/console/plugins/iaspt/ini
In the BAS 4.5.1 "pkgen" (Portable Sequence Number Generator) example when a row does *not* exist in the "Sequence" table (say an empty sequence table to start with) and a call to the SequenceGenerator SLSB occurs getNextSequenceNumber("Employee"), the container throws a javax.transaction.InvalidTransactionException (see below for complete server side debug trace).
Is it possible to implement custom finder methods on CMP entity beans without losing the other features/methods on the CMP bean?
Is there a way to write from a SB or EB in the ejb container error log?
I have an ejb module and its XML config file in a jar. I want to read the XML with a ClassLoader.getResourceAsStream() but IAS 4.1.1 doesn't seem to allow this. What can I do?
What is the difference between EJB linked reference and EJB not linked reference (with JNDI Name?) What should I use if I want to enforce local call in my container (and my j2EE stack) between multiple jars?
I just fresh-installed BAS4.5.1 w/JDK1.3.0-00 onto HP-UX11 and got BAS4.5.1 to start up by the ias command. All services, except tomcat3 service, were started up and I looked into the error log, it says stderr:java.lang.NoClassDefFoundError: Tomcat,stderr: Exception in thread "main",Service tomcat3 has unexpectedly terminated.
I'm trying to run a SortClient and I'm getting this error: "Exception in thread "main" java.lang.VerifyError: class org.omg.PortableServer.AdapterActivatorPOA overrides final method ?.?"
I'm trying to add a .jar to a .ear in DDE and I'm getting this error: Error type: com.inprise.j2se.util.FwException, Thread: Thread[AWT-EventQueue-0,6,main],Stack trace: java.lang.NullPointerException at java.util.StringTokenizer.<init>(StringTokenizer.java:122)
I installed Bas 4.5 with JBuilder 5. When I try to launch ias I get this error: "Unable to find a JDK or JRE version 1.2.2 or later. Check your installation and use -javahome to specify the JDK or JRE location." I have tried to run "./ias -javahome $JAVA_HOME" without success.
I am trying to start my EJB container inside JBuilder6 and I get could not find a valid product license. I am using Borland Application Server 5.0 and installed it properly with the license key Borland gave me.
I'm trying to deploy an EAR from JBuilder 6 to BES 5.0. My deployment window contains this exception: Deploying HelloEJB to bes://mis05/standard, Error type: com.borland.enterprise.management.api.AgentException,IDL:inprise.com/util/ncs/FileAccessError:1.0, at com.borland.enterprise.management.api.impl.CORBAAgentTransport.putRemoteFile(CORBAAgentTransport.java:1367)
What isthe procedure of making jar , war, and ear in jbuilder in developing EJB2.0 CMP entity bean??

I've got JB4 Ent IAS 4.1 Win 98 SE

Here's what I did to get IAS working. However, please note that Borland doesn't support it, though I personally haven't had any problems :-

I found that the batch files that start the console and the deployment descriptor were empty when I installed IAS by following the Jbuilder instructions.

I found the following seemed to fix my problem

1) From control panel select add/remove programs and uninstall Inprise Application Server. Reboot PC to be on safe side

2) Install IAS: On the CD navigate to \IAS directory. Click setup and follow the install instructions.

3) Find the icons in the group Inprise Application Server. Find the icons Inprise Application Server Console and Inprise EJB Deployment Descriptor

Right click each in turn and select properties. Select the Memory tab and set the initial environment to 4096. Select the program tab and tick (check) close on exit.

4) Locate the directory where IAS has been installed. If you've accepted the default names during the install locate the directory Inprise\Appserver\Console\bin

Edit the files console.bat and ddeditor.bat to remove any spaces in the path names from the many SET statements near the beginning. I had to alter the SET JRE statement to change a reference to c:\program files to c:\progra~1

I changed :-set JRE=C:\Program Files\JavaSoft\JRE\1.3
To :-set JRE=C:\Progra~1\JavaSoft\JRE\1.3

2001-Jun-15 4:59pm gyles19@visi.com

To correct this problem you can either re-install BAS ensuring there are no spaces in the path, or you can edit the ini/config files which refer to the path and change them to use the 8.3 version of the problem folder.

IE, change "C:\Program Files\..." to "C:\PROGRA~1\...". Save the files, and restart JBuilder. You may need to use Tools | Enterprise Setup to complete the process.

2001-Jul-09 9:43am gyles19@visi.com

From: "Krishnan Subramanian" krish@crisp.nl
Newsgroups: borland.public.appserver.ejb-cmp
Subject: portable pkgen (repost)
Date: Tue, 17 Apr 2001 17:50:30 +0100
Message-ID: 3adc667b_2@dnews

I was just going through the pkgen example - the Portable Sequence Number Generator.

  BAS 4.5.1
  Sun JDK 1.3
  NT 4 Workstation + SP6

Problem: when a row does *not* exist in the "Sequence" table (say an empty sequence table to start with) and a call to the SequenceGenerator SLSB occurs

  getNextSequenceNumber("Employee"),

the container throws a javax.transaction.InvalidTransactionException (see below for complete server side debug trace).
The above is the *only* case when i run into a concurrency exception which I cannot get out of - no matter how high i set the retry count to be. (tried a value of 1000)
The row is created in the 'Sequence' table though since this happens before the concurrency exception checking and subsequent calls to get the next sequence work correctly.

The transaction attribute for the SLSB (SequenceGenerator) is "Required" and for the Sequence entity bean is "RequiresNew". (as per the docs.)

The error disappears when the transaction attribute for the Sequence Entity bean's home interface methods are set to "Required" and the remote interface methods (including the getValueBeforeIncrementingBy) are set to "RequiredNew". (Which I suspect is the cause of the error since the create() is in one transaction while the incrementing is in another?)
BTW, a small bug in the SLSB (SequenceGeneratorBean): the line "if(entry.last > entry.first + _blockSize)" should read(entry.last >= entry.first + _blockSize)" otherwise duplicates are generated at the block size boundary when a trip to the db occurs.
-krish

2001-Sep-04 9:18am gyles19@visi.com

---<Server side debug>--------------------------------
*sc* received request: CORBA::Object.root_context
*sc* received request: CORBA::Object.resolve
*sc* received request: CORBA::Object._is_a
*sc* received request: CORBA::Object.create
*sc* received request: CORBA::Object.getNextSequenceNumber
StatelessSessionHome.ServantLocator.preinvoke: getNextSequenceNumber
*st* prepare context1 NOT_EXIST --[setContext:setSessionContext]-->
SET_CONTEXT
Invoking method         void
com.foliquest.pkgen.SequenceGenerator.setSessionContext(javax.ejb.SessionCon
text=SessionContext[id=1,state=NOT_EXIST])
  completed
com.foliquest.pkgen.SequenceGenerator.setSessionContext()
*st* commit context1 NOT_EXIST --[setContext:setSessionContext]-->
SET_CONTEXT
*st* prepare context1 SET_CONTEXT --[create:create]--> READY
Invoking method         com.foliquest.pkgen.SequenceGeneratorRemote
com.foliquest.pkgen.SequenceGenerator.create()
  result                com.foliquest.pkgen.SequenceGeneratorRemote=null
com.foliquest.pkgen.SequenceGenerator.create()
*st* commit context1 SET_CONTEXT --[create:create]--> READY
*st* prepare context1 READY --[method:getNextSequenceNumber]--> READY
*tx* Dispatcher.invoke: tx.begin(serverTransaction)
Invoking method         int
com.foliquest.pkgen.SequenceGenerator.getNextSequenceNumber(java.lang.String
=Employee)
  transaction attribute Required
  transaction status    StatusActive
*st* prepare context2 NOT_EXIST --[setContext:setEntityContext]--> POOLED
*tx* Dispatcher.invoke: tx.suspend(callerTransaction)
Invoking method         void
com.foliquest.pkgen.Sequence.setEntityContext(javax.ejb.EntityContext=Entity
Context[id=2,state=NOT_EXIST])
  completed             com.foliquest.pkgen.Sequence.setEntityContext()
*tx* Dispatcher.invoke: tx.resume(callerTransaction)
*st* commit context2 NOT_EXIST --[setContext:setEntityContext]--> POOLED
*st* prepare context2 POOLED --[find:ejbFindByPrimaryKey]--> POOLED
*tx* Dispatcher.invoke: tx.suspend(callerTransaction)
*tx* Dispatcher.invoke: tx.begin(serverTransaction)
Invoking method         com.foliquest.pkgen.SequenceRemote
com.foliquest.pkgen.Sequence.ejbFindByPrimaryKey(java.lang.String=Employee)
  transaction attribute RequiresNew
  transaction status    StatusActive
*cm* findByPrimaryKey(java.lang.String name): SELECT name, tableIndex FROM
Sequence WHERE name = ?; args: [java.lang.String name]
*cm* datasource:       jdbc/fisdb
*cm* reuseStatements:  true
*cm* dialect:          none
*cm* pk fields:        java.lang.String name
*cm* cm fields:        int tableIndex
*cm* create:           INSERT INTO Sequence (name, tableIndex) VALUES (?, ?)
*cm* remove:           DELETE FROM Sequence WHERE name = ?
*cm* findByPrimaryKey: SELECT name, tableIndex FROM Sequence WHERE name = ?
*cm* load:             SELECT tableIndex FROM Sequence WHERE name = ?
*cm* store:            UPDATE Sequence SET tableIndex = ? WHERE name = ?
*cm* execute findByPrimaryKey(java.lang.String name) "SELECT name,
tableIndex FROM Sequence WHERE name = ?" args: [Employee]
  call threw exception  com.foliquest.pkgen.Sequence.ejbFindByPrimaryKey()
*tx* Dispatcher.invoke: tx.commit(serverTransaction)
*tx* Dispatcher.invoke: tx.resume(callerTransaction)
*st* commit context2 POOLED --[find:ejbFindByPrimaryKey]--> POOLED
*st* prepare context2 POOLED --[create:create]--> HALF_CREATED
*tx* Dispatcher.invoke: tx.suspend(callerTransaction)
*tx* Dispatcher.invoke: tx.begin(serverTransaction)
Invoking method         com.foliquest.pkgen.SequenceRemote
com.foliquest.pkgen.Sequence.create(java.lang.String=Employee)
  transaction attribute RequiresNew
  transaction status    StatusActive
*cm* execute findByPrimaryKey(java.lang.String name) "SELECT name,
tableIndex FROM Sequence WHERE name = ?" args: [Employee]
*cm* execute create "INSERT INTO Sequence (name, tableIndex) VALUES (?, ?)"
args: [Employee]:[0]
  result                com.foliquest.pkgen.SequenceRemote=Employee
com.foliquest.pkgen.Sequence.create()
*tx* Dispatcher.invoke: tx.commit(serverTransaction)
*tx* Dispatcher.invoke: tx.resume(callerTransaction)
*st* commit context2 POOLED --[create:create]--> HALF_CREATED
*st* prepare context2 HALF_CREATED --[postCreate:create]--> READY
*tx* Dispatcher.invoke: tx.suspend(callerTransaction)
*tx* Dispatcher.invoke: tx.begin(serverTransaction)
Invoking method         com.foliquest.pkgen.SequenceRemote
com.foliquest.pkgen.Sequence.create(java.lang.String=Employee)
  transaction attribute RequiresNew
  transaction status    StatusActive
  result                com.foliquest.pkgen.SequenceRemote=null
com.foliquest.pkgen.Sequence.create()
*tx* Dispatcher.invoke: tx.commit(serverTransaction)
*tx* Dispatcher.invoke: tx.resume(callerTransaction)
*st* commit context2 HALF_CREATED --[postCreate:create]--> READY
*st* prepare context2 READY --[method:getValueBeforeIncrementingBy]-->
READY
*tx* Dispatcher.invoke: tx.suspend(callerTransaction)
*tx* Dispatcher.invoke: tx.begin(serverTransaction)
*tx* Dispatcher.invoke: tx.commit(serverTransaction)
*tx* Dispatcher.invoke: tx.resume(callerTransaction)
*st* commit context2 READY --[method:getValueBeforeIncrementingBy]-->
READY
*st* prepare context2 READY --[method:getValueBeforeIncrementingBy]-->
READY
*tx* Dispatcher.invoke: tx.suspend(callerTransaction)
*tx* Dispatcher.invoke: tx.begin(serverTransaction)
*tx* Dispatcher.invoke: tx.commit(serverTransaction)
*tx* Dispatcher.invoke: tx.resume(callerTransaction)
*st* commit context2 READY --[method:getValueBeforeIncrementingBy]-->
READY
*st* prepare context2 READY --[method:getValueBeforeIncrementingBy]-->
READY
*tx* Dispatcher.invoke: tx.suspend(callerTransaction)
*tx* Dispatcher.invoke: tx.begin(serverTransaction)
*tx* Dispatcher.invoke: tx.commit(serverTransaction)
*tx* Dispatcher.invoke: tx.resume(callerTransaction)
*st* commit context2 READY --[method:getValueBeforeIncrementingBy]-->
READY
  call threw exception
com.foliquest.pkgen.SequenceGenerator.getNextSequenceNumber()
>>>> EJB LOG >>>>
A non application exception was thrown by the method: public abstract int
com.foliquest.pkgen.SequenceGeneratorRemote.getNextSequenceNumber(java.lang.
String) throws java.rmi.RemoteException
java.rmi.ServerException: null; nested exception is:
 javax.transaction.InvalidTransactionException: CORBA INVALID_TRANSACTION
0[Cannot invoke a bean first in one transaction, and then in another]
javax.transaction.InvalidTransactionException: CORBA INVALID_TRANSACTION
0[Cannot invoke a bean first in one transaction, and then in another]
 at java.lang.reflect.Constructor.newInstance(Native Method)
 at com.inprise.vbroker.rmi.CORBA.UtilImpl.newInstance(UtilImpl.java:99)
 at
com.inprise.vbroker.rmi.CORBA.UtilImpl._mapSystemException(UtilImpl.java:355
)
 at
com.inprise.vbroker.rmi.CORBA.UtilImpl.mapSystemException(UtilImpl.java:572)
 at javax.rmi.CORBA.Util.mapSystemException(Util.java:67)
 at
com.foliquest.pkgen._SequenceRemote_Stub.getValueBeforeIncrementingBy(_Seque
nceRemote_Stub.java:68)
 at
com.foliquest.pkgen.SequenceGenerator.getNextSequenceNumber(SequenceGenerato
r.java:85)
 at java.lang.reflect.Method.invoke(Native Method)
 at com.inprise.ejb.ConcreteMethod.invoke(ConcreteMethod.java:25)
 at com.inprise.ejb.EJBContext.invoke(EJBContext.java:129)
 at com.inprise.ejb.Dispatcher.doInvoke(Dispatcher.java:1055)
 at com.inprise.ejb.Dispatcher.invoke(Dispatcher.java:572)
 at com.inprise.ejb.Dispatcher.invoke(Dispatcher.java:548)
 at com.inprise.ejb.Dispatcher.invoke(Dispatcher.java:255)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOAInvokeHandler.getNextSequenceN
umber(SequenceGeneratorRemotePOAInvokeHandler.java:35)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOAInvokeHandler.getNextSequenceN
umber(SequenceGeneratorRemotePOAInvokeHandler.java:69)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOA._invoke(SequenceGeneratorRemo
tePOA.java:63)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOA._invoke(SequenceGeneratorRemo
tePOA.java:43)
 at com.inprise.vbroker.poa.POAImpl.invoke(POAImpl.java:2355)
 at
com.inprise.vbroker.poa.ActivationRecord.invoke(ActivationRecord.java:104)
 at
com.inprise.vbroker.poa.ServerInterceptorManager$ARWrapper.invoke(ServerInte
rceptorManager.java:64)
 at
com.inprise.vbroker.GIOP.GiopProtocolAdapter.doRequest(GiopProtocolAdapter.j
ava:492)
*tx* Dispatcher.invoke: tx.setRollbackOnly()
 at
com.inprise.vbroker.IIOP.ServerProtocolAdapter.doRequest(ServerProtocolAdapt
er.java:64)
 at
com.inprise.vbroker.GIOP.GiopProtocolAdapter.dispatchMessage(GiopProtocolAda
pter.java:653)
 at
com.inprise.vbroker.orb.TPDispatcherImpl$TPDispatcher.run(TPDispatcherImpl.j
ava:99)
 at com.inprise.vbroker.orb.ThreadPool$PoolWorker.run(ThreadPool.java:76)
<<<< EJB LOG <<<<
>>>> EJB LOG >>>>
Throwing  java.rmi.RemoteException for the container-started transaction for
method: public abstract int
com.foliquest.pkgen.SequenceGeneratorRemote.getNextSequenceNumber(java.lang.
String) throws java.rmi.RemoteException
java.rmi.ServerException: null; nested exception is:
 javax.transaction.InvalidTransactionException: CORBA INVALID_TRANSACTION
0[Cannot invoke a bean first in one transaction, and then in another]
javax.transaction.InvalidTransactionException: CORBA INVALID_TRANSACTION
0[Cannot invoke a bean first in one transaction, and then in another]
 at java.lang.reflect.Constructor.newInstance(Native Method)
 at com.inprise.vbroker.rmi.CORBA.UtilImpl.newInstance(UtilImpl.java:99)
 at
com.inprise.vbroker.rmi.CORBA.UtilImpl._mapSystemException(UtilImpl.java:355
)
 at
com.inprise.vbroker.rmi.CORBA.UtilImpl.mapSystemException(UtilImpl.java:572)
 at javax.rmi.CORBA.Util.mapSystemException(Util.java:67)
 at
com.foliquest.pkgen._SequenceRemote_Stub.getValueBeforeIncrementingBy(_Seque
nceRemote_Stub.java:68)
 at
com.foliquest.pkgen.SequenceGenerator.getNextSequenceNumber(SequenceGenerato
r.java:85)
 at java.lang.reflect.Method.invoke(Native Method)
 at com.inprise.ejb.ConcreteMethod.invoke(ConcreteMethod.java:25)
 at com.inprise.ejb.EJBContext.invoke(EJBContext.java:129)
 at com.inprise.ejb.Dispatcher.doInvoke(Dispatcher.java:1055)
 at com.inprise.ejb.Dispatcher.invoke(Dispatcher.java:572)
 at com.inprise.ejb.Dispatcher.invoke(Dispatcher.java:548)
 at com.inprise.ejb.Dispatcher.invoke(Dispatcher.java:255)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOAInvokeHandler.getNextSequenceN
umber(SequenceGeneratorRemotePOAInvokeHandler.java:35)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOAInvokeHandler.getNextSequenceN
umber(SequenceGeneratorRemotePOAInvokeHandler.java:69)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOA._invoke(SequenceGeneratorRemo
tePOA.java:63)
 at
com.foliquest.pkgen.SequenceGeneratorRemotePOA._invoke(SequenceGeneratorRemo
tePOA.java:43)
 at com.inprise.vbroker.poa.POAImpl.invoke(POAImpl.java:2355)
 at
com.inprise.vbroker.poa.ActivationRecord.invoke(ActivationRecord.java:104)
 at
com.inprise.vbroker.poa.ServerInterceptorManager$ARWrapper.invoke(ServerInte
rceptorManager.java:64)
 at
com.inprise.vbroker.GIOP.GiopProtocolAdapter.doRequest(GiopProtocolAdapter.j
ava:492)
*tx* Dispatcher.doInvoke: discarding the instance
*st* commit context1 READY --[kill]--> KILLED
*tx* Dispatcher.invoke: tx.rollback(serverTransaction)
StatelessSessionHome.ServantLocator.postinvoke: getNextSequenceNumber
 at
com.inprise.vbroker.IIOP.ServerProtocolAdapter.doRequest(ServerProtocolAdapt
er.java:64)
 at
com.inprise.vbroker.GIOP.GiopProtocolAdapter.dispatchMessage(GiopProtocolAda
pter.java:653)
 at
com.inprise.vbroker.orb.TPDispatcherImpl$TPDispatcher.run(TPDispatcherImpl.j
ava:99)
 at com.inprise.vbroker.orb.ThreadPool$PoolWorker.run(ThreadPool.java:76)
<<<< EJB LOG <<<<
---</Server side debug>--------------------------------

With the Borland AppServer, it is possible to mix CMP and BMP finders - just declare the finder method on the Home interface and implement it in the bean:

  Home.findByFoo
  Bean.ejbFindByFoo

See the bank example (SavingsAccount.java) to get an idea of how a BMP finder should be written.

2001-Sep-04 9:24am gyles19@visi.com

System.err.println goes to the error log and System.out.println goes to the event log

2001-Sep-05 9:40am gyles19@visi.com

Version 4.1.1 had some problems in loading resources as streams. (i.e. known issue -- how convenient ;)

The only way to get around the problem in the above version was to use the system classloader (-DEJBNoClassLoader) with the jar file you are trying to deploy in the classpath as well.

Also verify that the resource file you are trying to load is present the root directory of the jar file and not the sub-directory (or package) where your ejb classes are.

2001-Sep-05 9:43am gyles19@visi.com

With a linked reference, the container can enforce a colocality constraint and the link is resolved at deployment time.

If you use a "not" linked reference with jndi name, the jndi name is looked up and resolved at runtime. So while you might be able to use the "java:comp/env/..." prefix, it does not necessarily mean that your beans are in the same container (or jar) and therefore you will not get the performance benefits you are looking for.

The safest way to enforce local calls is use ejb links. If you are using multiple jars, then package them in an ear in which case you can still define ejb links between beans in different jars.

If you use a co-located naming service with the ejbcontainer, then normal jndi lookups will also return beans in the same container/vm.
2001-Sep-05 9:45am gyles19@visi.com

Please download and install JDK1.3.0_01 from the HP website. The failure to start the tomcat service is caused by a bug in the HP JDK1.3.0_00 and it has been fixed it in the JDK1.3.0_01.After installation, change the location of the javahome to point to the JDK1.3.0_01 in the ias.config and iastool.config. That will solve the problem.

2001-Sep-06 8:40am gyles19@visi.com

I'd suggest you to update your JDK. Download JDK 1.3.0_03 from Sun's website. There are some JDK's out there which are shipping org.omg.PortableServer.AdapterActivatorPOA among other POA classes, where they really shouldn't.
2001-Sep-06 8:47am gyles19@visi.com

                                           Omar IRAQI

This is a known bug fixed in BAS 4.5.1.

2001-Sep-06 8:51am gyles19@visi.com

This is a known installation bug. To fix it, you'll have to change javahome in the following files:

  [BAS_INSTALL]/var/servers/[SERVER_NAME]/adm/properties/ias.config
  [BAS_INSTALL]/var/servers/[SERVER_NAME]/adm/properties/iastool.config
  [BAS_INSTALL]/var/servers/console/bin/console.sh
  [BAS_INSTALL]/var/servers/console/bin/ddeditor.sh

Add this to the VM Parameters in the Run tab in the Project Properties menu item in Jbuilder.

  -Dborland.enterprise.licenseDir=c:\best\var\servers\servername\adm

Just set the directory to the \adm directory of your installation of BES.
2002-Feb-04 12:53pm gyles19@visi.com

  http://community.borland.com/article/0,1410,28173,00.html

Deploy your jndi-definitions.xml file.

1) Run up the Borland Enterprise Server Deployment Descriptor Editor and select the Open J2EE archive or descriptor.

2) Browse to $your_application_directory and select jndi-definitions.xml then OK.

3) Run up another Borland Enterprise Server Deployment Descriptor Editor and select the Open J2EE archive or descriptor.

4) Browse to $BES_INSTALL/var/servers/$SERVER_NAME/partitions/standard, where $BES_INSTALL is the path for your Borland Enterprise Server installation directory, and $SERVER_NAME is the name you provided for your Borland Enterprise Server installation, and select jndi-definitions.xml then OK.

5) Copy the contents of $your_application_directory\jndi-definitions.xml (inside, but not including the jndi-definitions tags) to $BES_INSTALL/var/servers/$SERVER_NAME/partitions/standard/jndi-definitions.xml. Then select the File menu and select Save, to save your changes to $BES_INSTALL/var/servers/$SERVER_NAME/partitions/standard/jndi-definitions.xml.

6) Run up the Borland Enterprise Server Console to restart the standard partition.
2002-Apr-12 6:30am gyles19@visi.com