hammant 02/01/14 03:20:59
Modified: apps/xcommander/src/xdocs index.xml
Log:
blurb copied from package.html
Revision Changes Path
1.3 +86 -2
jakarta-avalon-cornerstone/apps/xcommander/src/xdocs/index.xml
Index: index.xml
===================================================================
RCS file:
/home/cvs/jakarta-avalon-cornerstone/apps/xcommander/src/xdocs/index.xml,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- index.xml 8 Jan 2002 08:24:59 -0000 1.2
+++ index.xml 14 Jan 2002 11:20:58 -0000 1.3
@@ -7,7 +7,7 @@
<title>Cornerstone - Applications / XCommander</title>
<subtitle>Introduction</subtitle>
<authors>
- <person id="TODO" name="TODO" email="[EMAIL PROTECTED]"/>
+ <person id="LS" name="Leo Simons" email="[EMAIL PROTECTED]"/>
</authors>
<notice>
XCommander documentation is under construction. Everything you
@@ -17,7 +17,91 @@
<body>
<s1 title="Overview">
<p>
- XCommander is ....
+ A rather elaborate demo: a one-to-many socket server which is
compatible with the flash 5 xml plugin.
+ </p>
+ <p>
+ XCommander is a server program which is used to listen for and
execute
+ java commands which are given in xml format.
+ It is possible to use XCommander to give any command which can be
given
+ using standard code, using its lightweight xml over TCP/IP protocol.
+ </p>
+ <p>Here is a sample command:-</p>
+<source>
+<?xml version="1.0"?>
+
+<command type="com.leosimons.flash.menu" identifier="getFlashMenu031"
static="false">
+ <constructor>
+ <arguments>
+
<reference>com.leosimons.flash.MenuBar.DEFAULT_LOOK</reference>
+ </arguments>
+ </constructor>
+ <!-- if <method> is ommited, toXml() is used instead. ->
+ <method name="toHtml">
+ <arguments>
+ <string>Leo</string>
+ <int>1</int>
+ <float>2.4</float>
+ <double>4.5</double>
+ <boolean>false</boolean>
+
<reference>com.leosimons.flash.Menu.DEFAULT_LOOK</reference>
+ <object class="com.leosimons.flash.Menu">
+ <constructor>
+ <arguments>
+ <arraylist>
+ <object
class="com.leosimons.flash.MenuItem">
+ <constructor><arguments>
+ <string >Menu Item1</string>
+ <arraylist>
+ <string>item 1</string>
+ <string>item 2</string>
+ <string>item 3</string>
+ <string>item 4</string>
+ <string>item 5</string>
+ </arraylist>
+ </arguments></constructor>
+ </object>
+ <object
class="com.leosimons.flash.MenuItem">
+ <constructor><arguments>
+ <string>Menu Item1</string>
+ <arraylist>
+ <string>item 1</string>
+ <string>item 2</string>
+ <string>item 3</string>
+ <string>item 4</string>
+ <string>item 5</string>
+ </arraylist>
+ </arguments></constructor>
+ </object>
+ <object"
class="com.leosimons.flash.MenuItem">
+ <constructor><arguments>
+ <string>Menu Item1</string>
+ <arraylist>
+ <string>item 1</string>
+ <string>item 2</string>
+ <string>item 3</string>
+ <string>item 4</string>
+ <string>item 5</string>
+ </arraylist>
+ </arguments></constructor>
+ </object>
+ </arraylist>
+ </arguments>
+ </constructor>
+ </object>
+ </arguments>
+ </method>
+</command>
+</source>
+ <p>
+ Internally, XCommander uses a delegating SAX handler together with
+ the Xerces xml parser (which comes with Avalon) and simple RMI to
+ convert the xml into Java code.</p>
+ <p>
+ At the moment, XCommander does not provide security. It simply uses
+ the current classloader for the block to find classes and execute
methods
+ on them. This means anyone with knowledge of Avalon can wreck the
server!
+ This will be changed: an addRole() and removeRole() option will be
added
+ to the server, and the model Avalon uses for Roles will be
implemented.
</p>
</s1>
</body>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
