home *** CD-ROM | disk | FTP | other *** search
- ------------------------------------------------------------
- Borland Deployment Server for Java (DSJ)
- README.TXT
- Updated 04/29/98 5:53 PM
-
- ------------------------------------------------------------
- CONTENTS
- ------------------------------------------------------------
-
- 1. LATE CHANGES AND ADDITIONS
- 2. SERVER USAGE NOTES
- 3. CLIENT USAGE NOTES
- 4. RUNNING DSJ ON SOLARIS/UNIX
- 5. DSJ RESOURCES
-
- ------------------------------------------------------------
- 1. LATE CHANGES AND ADDITIONS
- ------------------------------------------------------------
-
- Changes to the DSJ Server:
-
- * The server's JREDirectories property defaults to .\jres
- (plural), not .\jre
-
- * Four JREs are pre-installed in server, allowing immediate
- use of an application's RequiredJRE property. They are
- Sun Microsystems Win32 versions:
- - 1.0.2
- - 1.1.5
- - 1.1.6
- - 1.2beta3
-
- * The installed server footprint is larger -- 34 MB --
- because of the pre-installed JREs.
-
- * An application's VersionDate property now supports and
- prefers the YYYY/MM/DD format. The date may be typed in
- the Application dialog box in any of the following
- generally recognized date formats:
- March 23, 1998
- 23-Mar-1998
- 1998/03/23
- The date will be stored in the .app file and displayed in
- the administration frame in YYYY/MM/DD format. If you
- edit the .app file directly, you must use the YYYY/MM/DD
- format.
-
- * The dsj.toc file in the server's DatabaseDirectory
- directory has been renamed to dsj.ptoc.
-
- * Restarting the server does not create a stacked process
- stub; therefore, there is no limit to server restarts.
- The server's MaximumRestarts property is deprecated but
- still honored; you can set it to an arbitrarily high
- number (like 1000000) to avoid any warnings.
-
- * When the server instructs the client to restart, the
- client does not change its use of the console. The
- application's UsesConsole property is ignored and
- deprecated.
-
- * The file jbcl.zip (listed in Table 3.1 on page 3-2 of the
- DSJ User's Guide) has been replaced by two files:
- jbcl2.0-rt.jar and jbcl2.0-res-rt.jar
-
- * The classpath for the Hello sample application described
- in Table 3.7 on page 3-14 of the DSJ User's Guide should
- read:
-
- c:\jbuilder\myclasses;jgl3.1.0.jar;jbcl2.0-rt.jar;jbcl2.0-res-rt.jar;swingall.jar
-
- Changes to the DSJ Client:
-
- * The formerly-hidden DSJUseURLFactory property is exposed
- in the dsj.properties file. It is a true/false property
- that controls whether the DSJ client uses its class
- loader as the URL factory, and should be set to true (the
- default) unless a specific application uses its own URL
- factory, which is rare.
-
- Additions to the DSJ Server: none
-
- Additions to the DSJ Client:
-
- * DSJPromptForUsername is a true/false property that
- controls whether the client always prompts the user for
- their user name and password during startup. If you
- specify a DSJUsername in the dsj.properties file or the
- command line, that user name will be the default in the
- dialog box. There is never a default password in the
- dialog box.
-
- ------------------------------------------------------------
- 2. SERVER USAGE NOTES
- ------------------------------------------------------------
-
- * If an application is installed improperly on the server
- (perhaps a .jar file was left off the classpath), the
- problem won't appear until a client attempts to run the
- application. When the client makes a request that the
- server cannot fulfill, the server responds with a packet
- that says the requested resource isn't available. This
- failure is recorded on the client's cache for that
- application. If the application is reinstalled correctly,
- when the client attempts to run the application again, it
- will fail again at the same point because the client's
- cache says that the resource doesn't exist. To fix the
- problem, the client's cache file for that application
- must also be deleted.
-
- * If you get an out of memory error (for example, when
- installing an application), try restarting the server
- with a larger heap. The -mx option controls the maximum
- heap size. For example, you can modify the dsjserver.bat
- file and change -mx48m to -mx64m.
-
- * The "drop idle connections" option on the General page of
- the Application dialog box does not work; idle
- connections are never dropped.
-
- * You cannot run more than one server on the same machine
- listening to the same Port.
-
- ------------------------------------------------------------
- 3. CLIENT USAGE NOTES
- ------------------------------------------------------------
-
- * With the Windows 95 MS-DOS Prompt command shell, you can
- only use the dsjclient.bat file to specify the
- application name, for example:
-
- dsjclient Welcome
-
- You cannot specify other DSJ client properties through the
- dsjclient.bat file, due to a problem with how the Windows
- 95 MS-DOS Prompt parses command line arguments for batch
- files. To specify other client properties on the command
- line, type the actual command line (see "Command line
- arguments" in the DSJ User's Guide, page 2-15) instead of
- using the dsjclient.bat file. For example, to specify a
- different server and the application:
-
- java\bin\jre -Djava.compiler=javacomp -classpath java\lib\rt.jar;java\lib\i18n.jar;. borland.jax.client.Jax /DSJServer=altserver.mycompany.com /DSJApplication=Welcome
-
- Other command shells, such as the Windows NT command
- prompt and the 4DOS command prompt running under Windows
- 95, do not have this limitation.
-
- ------------------------------------------------------------
- 4. RUNNING DSJ ON SOLARIS/UNIX
- ------------------------------------------------------------
-
- To run the DSJ server or client on Solaris (and other Unix
- platforms with a working 1.1.6 JDK port):
-
- * Copy the installed files and directories from a Windows
- machine.
-
- * Convert dsjserver.bat and dsjclient.bat into shell
- scripts. The exact translation depends on the shell you
- are running.
-
- * Replace all file and path separators in the shell scripts,
- and in the dsj.properties file. "\" should be changed to
- "/", and ";" should be changed to ":". Use the slash and
- colon in the classpath when adding applications.
-
- * The 1.1.6 JRE for Solaris has no rt.jar file; use
- classes.zip instead. Copy classes.zip to DSJ's java/lib
- subdirectory, and change all occurrences of rt.jar in the
- classpath for the client and server to classes.zip.
-
- ------------------------------------------------------------
- 5. DSJ RESOURCES
- ------------------------------------------------------------
-
- Borland offers a number of newsgroups for obtaining and
- exchanging information on DSJ and other Borland products. To
- access the newsgroups, set your news reader to point to the
- server forums.borland.com, or visit
- http://www.borland.com/newsgroups
-
-
- ------------------------------------------------------------
- Copyright ⌐ 1998 Borland International, Inc.
- All rights reserved. All Borland products are trademarks or
- registered trademarks of Borland International, Inc. Other
- brand and product names used in this document and other
- documents and files included in this software package are
- trademarks or registered trademarks of their respective
- holders.
-
-