Difference: APPXClientServer (2 vs. 3)

Revision 32012-02-18 - ChrisBrower

Line: 1 to 1
 
META TOPICPARENT name="TheAPPXClient"

APPX Client/Server Installation and Configuration

Changed:
<
<

Overview:

>
>

Overview:

  APPX/Client lets users run the user-interactive portion (keyboard, mouse, and monitor) of the APPX Development and Runtime Environments on local PCs as thin clients, with the bulk of applications running on an APPX/Server. APPX/Client runs under Windows 95, Windows 98, Windows NT, Windows 2000, and Windows XP, as well as several distributions of Linux.
Line: 14 to 14
 Thus, APPX/Server can service both thin APPX/Clients and APPX/NET Client processes on remote processors. APPX/Server runs on all APPX platforms except VMS.

To install and configure APPX/Client and APPX/Server, do the following:

Changed:
<
<
    1. Install APPX/Client on Client PC
    2. Install APPX/Server for Unix, or ...
    3. Install APPX/Server for Windows
    4. Invoke APPX/Client from Client PC
    5. Create Multiple APPX/Servers
    6. Notes
    7. Default Keymap
>
>
 
Changed:
<
<

Installation and Configuration

>
>

Installation and Configuration

 
Changed:
<
<
Install APPX/Client on Client PC.
>
>

Install APPX/Client on Client PC.

 


  • Changed:
    <
    <

    Install APPX/Server for Unix ("appxd")

    >
    >

    Install APPX/Server for Unix ("appxd")

     
    Changed:
    <
    <
    Get a Product Registration for APX / GCS.
    >
    >

    Get a Product Registration for APX / GCS.

      The GCS (GUI Client/Server) Product Registration is a lower level registration to your main APPX Registration. Product Registrations are editable from the APPX Main Menu via 3) System Administration, 1) System Setup, 1) System Registration. Then press ENTER to edit your Product Registrations.

    To request a GCS Product Registration, send an email to Tech Support ( techsupp@appx.com).

    Changed:
    <
    <
  • Check for presence of APPX/Server components.

    There are two components to APPX/Server: the 'appxd' daemon, and the 'start-appxd.sh' shell script. The script is used to invoke the 'appxd' daemon. Both components reside in the 'tools' directory ($APPXPATH/../tools/).

    The "root" user must run 'start-appxd.sh'. It launches the appxd daemon that then runs in background, waiting for APPX/Clients to start up. When new APPX/Clients link up with appxd, they spawn new APPX/Server sessions, one per client.

  • 'appxd' must be owned by root, and have its 's' bit set.

    These may be accomplished by:
  • >
    >

     
    Added:
    >
    >
    1. Check for presence of APPX/Server components.
    1. There are two components to APPX/Server: the 'appxd' daemon, and the 'start-appxd.sh' shell script. The script is used to invoke the 'appxd' daemon. Both components reside in the 'tools' directory ($APPXPATH/../tools/).

      The "root" user must run 'start-appxd.sh'. It launches the appxd daemon that then runs in background, waiting for APPX/Clients to start up. When new APPX/Clients link up with appxd, they spawn new APPX/Server sessions, one per client.

    1. 'appxd' must be owned by root, and have its 's' bit set.


    1. These may be accomplished by:

     
    • chown root appxd
    • chmod 755 appxd
    • chmod u+s appxd
    Changed:
    <
    <
  • Modify 'start-appxd.sh' to specify the correct APPXPATH.

    In 'start-appxd.sh', you will find a statement ...

  • >
    >

    1. Modify 'start-appxd.sh' to specify the correct APPXPATH.

    1. In 'start-appxd.sh', you will find a statement ...

     
    • APPXPATH="//data" 
    If APPX is installed in /usr/appx, you would modify this to ...
    Added:
    >
    >
     
    • APPXPATH="/usr/appx/data"
    Changed:
    <
    <
  • Set your TCP/IP Socket Port to assign to the Application Server

    You will find the statement ...

  • >
    >

    1. Set your TCP/IP Socket Port to assign to the Application Server

    1. You will find the statement ...

     
    • APPX_PORT=8060 
    If you are running only a single server from your system (as is usually the case), you will probably be able to leave this APPX_PORT set to 8060 (an arbitrary number). The important thing is that your Socket Ports be unique.

    Optional: You may want to put a 'memo' entry into the /etc/services system file, reserving socket port #8060, or whatever port# you choose, in order to avoid possible future conflicts with socket ports used by other server applications.

    Changed:
    <
    <
  • Point APPX_SERVER to the desired APPX Engine.
  • >
    >

    1. Point APPX_SERVER to the desired APPX Engine.

      Typically this is ...
    • APPX_SERVER=$APPXPATH/../appx 
  • Changed:
    <
    <
    Make sure the APPX_SERVER appx engine actually exists at the path indicated in the last step.
    >
    >

    Make sure the APPX_SERVER appx engine actually exists at the path indicated in the last step.

      Make sure the APPX_SERVER appx engine is actually an engine, and not a script that then executes an APPX engine.
    Line: 78 to 79
     
    • chmod u+s appx
    The permissions on the directory containing the 'appx' engine should also be 755. You can do this by cd'ing to that directory and using:
    • chmod 755 .
    Changed:
    <
    <
  • Launch 'start-appxd.sh', as 'root' user.

    You must launch 'start-appxd.sh' as the root user, either from the Unix command line or through some operating system facility such as 'inittab'.

    To see your presentation server(s) running in background, execute the command:

    ... or ...

  • >
    >

    1. Launch 'start-appxd.sh', as 'root' user.

    1. You must launch 'start-appxd.sh' as the root user, either from the Unix command line or through some operating system facility such as 'inittab'.

      To see your presentation server(s) running in background, execute the command:

      ... or ...

     


  • Changed:
    <
    <

    Install APPX/Server for Windows ("WinAppxD")

    1. Get a Product Registration for APX / GCS (not required for APPX 4.1.a or higher).
    2. Check for presence of required Windows NT Resource Kit components.
    3. Create an NT user account to run the WinAppxD service (first-time installations)
    4. Assign WinAppxD User Rights
    5. Give Users Local Logon rights
    6. Install the WinAppxD service (first-time installations)
    7. Set application path for WinAppxD service (first-time installations)
    8. Assign WinAppxD to an NT User (first-time installations)
    9. Install and configure APPX License Server
    10. Set APPX environment variables
    11. Set desktop heap size to 512 for non-interactive processes
    12. Reboot and enter registration data
    13. Start a license server and run APPX
    14. Reboot

    1. Get a Product Registration for APX / GCS.
      (Note: only required for releases prior to APPX 4.1.a)

      The GCS (GUI Client/Server) Product Registration is a lower level registration to your main APPX Registration. Product Registrations are editable from the APPX Main Menu via 3) System Administration, 1) System Setup, 1) System Registration. Then press ENTER to edit your Product Registrations.

      To request a GCS Product Registration if you're running a release prior to APPX 4.1.a, send an email to Tech Support ( techsupp@appx.com).

    2. Check for presence of required Windows NT Resource Kit components.

      Some files from the Microsoft WinNT Resource Kit are required to run the APPX/Server on Windows NT. The Resource Kit includes a utility that allows WinNT users to convert most desktop applications into a SERVICE application. This means that you can run an application behind the scenes i.e. it doesn't depend on a specific user to log on. SERVICE applications re-activate themselves after NT PCs loose power and re-boot themselves.

      If you have already installed the WinNT Resource Kit, you should see three files in your server's \SRVANY directory: SRVANY.EXE, INSTSRV.EXE and SRVANY.WRI.

      If the directory and/or files don't exist, install them now using the instructions provided with the Resource Kit. Create a directory in the root called "\SRVANY", then copySRVANY.EXE and INSTSRV.EXE into it. (The Resource Kit must be purchased from Microsoft. It is not obtainable on-line. If you subscribe to Microsoft's TechNet, you may already have the Resource Kit on one of those CD's. Otherwise, obtain it directly from Microsoft or a bookstore. Be sure to get the Resource Kit version that matches the version of NT that you are running.)

      Be sure not to delete SRVANY.EXE as long as you want to use APPX/Server. Winappxd.exe is started by SRVANY.EXE, and if SRVANY isn't there, it can't start.

    3. Create an NT user account to run the WinAppxD service (first-time installations)

      Create the NT user account that will be used to run WinAppxD. You can name it anything you like. Place this account into the Administrators group.

      Use your normal net account-creation process. This usually involves invoking NT's User Manager or User Manager for Domains.

      If installing APPX on a Windows NT Workstation computer, and your LAN's logins are normally validated against a PDC, and that NT Workstation computer is a member of a domain, go to your PDC and create the account using User Manager for Domains. (Don't just create it locally on the server. Unless you have the domain user management tools from the \CLIENTS\SRVTOOLS directory on the NT Server CD-ROM installed on the NT Workstation machine, which you probably do not, you can't create a domain account from your NT Workstation).

      If installing APPX on a Windows NT Server computer that you installed as NOT being part of a domain, and your LAN does not have a domain to join (possibly because this is just your test "play" system and NT has not been rolled out yet), use the User Manager application on the NT Server computer to add the user.

      What to do next depends on how your organization's NT network is set up. If in doubt about NT network issues, check with your site's NT administrator to find out whether the following applies to you.

      If the organization's network includes a 'Primary Domain Controller' and an NT domain, but the server you are installing APPX on is a 'member server' of the domain, NOT a Primary or Backup Domain Controller, you must perform the following extra steps:

      The steps below describe how to do this on an NT Server computer. NT Workstation has a slightly different user interface, so the instructions below can't be followed "click by click" if you're installing on NT Workstation.

      Note: To perform this next step you MUST be physically seated in front of your APPX Server machine, and be typing on its keyboard, using its mouse. Performing this step from a PDC or BDC if your APPX server is not a PDC or BDC, is guaranteed not to work. Performing this step from another random server or workstation on your network, rather than the APPX server, is also guaranteed not to work.

    >
    >

    Install APPX/Server for Windows ("WinAppxD")


    1. Get a Product Registration for APX / GCS.

    1. (Note: only required for releases prior to APPX 4.1.a)

      The GCS (GUI Client/Server) Product Registration is a lower level registration to your main APPX Registration. Product Registrations are editable from the APPX Main Menu via 3) System Administration, 1) System Setup, 1) System Registration. Then press ENTER to edit your Product Registrations.

      To request a GCS Product Registration if you're running a release prior to APPX 4.1.a, send an email to Tech Support ( techsupp@appx.com).

    1. Check for presence of required Windows NT Resource Kit components.

    1. Some files from the Microsoft WinNT Resource Kit are required to run the APPX/Server on Windows NT. The Resource Kit includes a utility that allows WinNT users to convert most desktop applications into a SERVICE application. This means that you can run an application behind the scenes i.e. it doesn't depend on a specific user to log on. SERVICE applications re-activate themselves after NT PCs loose power and re-boot themselves.

      If you have already installed the WinNT Resource Kit, you should see three files in your server's \SRVANY directory: SRVANY.EXE, INSTSRV.EXE and SRVANY.WRI.

      If the directory and/or files don't exist, install them now using the instructions provided with the Resource Kit. Create a directory in the root called "\SRVANY", then copySRVANY.EXE and INSTSRV.EXE into it. (The Resource Kit must be purchased from Microsoft. It is not obtainable on-line. If you subscribe to Microsoft's TechNet, you may already have the Resource Kit on one of those CD's. Otherwise, obtain it directly from Microsoft or a bookstore. Be sure to get the Resource Kit version that matches the version of NT that you are running.)

      Be sure not to delete SRVANY.EXE as long as you want to use APPX/Server. Winappxd.exe is started by SRVANY.EXE, and if SRVANY isn't there, it can't start.

    1. Create an NT user account to run the WinAppxD service

    1. Create the NT user account that will be used to run WinAppxD. You can name it anything you like. Place this account into the Administrators group.

      Use your normal net account-creation process. This usually involves invoking NT's User Manager or User Manager for Domains.

      If installing APPX on a Windows NT Workstation computer, and your LAN's logins are normally validated against a PDC, and that NT Workstation computer is a member of a domain, go to your PDC and create the account using User Manager for Domains. (Don't just create it locally on the server. Unless you have the domain user management tools from the \CLIENTS\SRVTOOLS directory on the NT Server CD-ROM installed on the NT Workstation machine, which you probably do not, you can't create a domain account from your NT Workstation).

      If installing APPX on a Windows NT Server computer that you installed as NOT being part of a domain, and your LAN does not have a domain to join (possibly because this is just your test "play" system and NT has not been rolled out yet), use the User Manager application on the NT Server computer to add the user.

      What to do next depends on how your organization's NT network is set up. If in doubt about NT network issues, check with your site's NT administrator to find out whether the following applies to you.

      If the organization's network includes a 'Primary Domain Controller' and an NT domain, but the server you are installing APPX on is a 'member server' of the domain, NOT a Primary or Backup Domain Controller, you must perform the following extra steps:

      The steps below describe how to do this on an NT Server computer. NT Workstation has a slightly different user interface, so the instructions below can't be followed "click by click" if you're installing on NT Workstation.

      Note: To perform this next step you MUST be physically seated in front of your APPX Server machine, and be typing on its keyboard, using its mouse. Performing this step from a PDC or BDC if your APPX server is not a PDC or BDC, is guaranteed not to work. Performing this step from another random server or workstation on your network, rather than the APPX server, is also guaranteed not to work.

     
      • From the 'Users' menu, open the 'Select Domain' dialog.
      • In the 'Domain' box, type the name of the machine on which you are installing WinAppxD. (Yes, that is counter-intuitive. However, it is necessary).
    The extra steps are necessary if you're running on a 'member server' or NT Workstation because User Rights must be set on a per-machine basis. If you add the rights on the PDC or BDC, they will not be in effect for any member servers or NT Workstation computers, just for the PDC and BDC. This is an NT security feature.
    Line: 118 to 109
     If you are installing APPX on a PDC or BDC, then all you have to do is go to the 'Users' menu, choose 'Select Domain', and make sure that the domain of which that machine is a PDC or BDC, is selected.

    Changed:
    <
    <
    1. Assign WinAppxD User Rights

      You are ready to add required Advanced User Rights to the WinAppxD User:

    >
    >

    1. Assign WinAppxD User Rights

    1. You are ready to add required Advanced User Rights to the WinAppxD User:

     
      • Open the User Rights dialog. Start Button, Programs, Administrative Tools, User Manager, Policies, User Rights (on NT).
      • Check the box labeled 'Show Advanced User Rights'
      • Select the NT user account you created, to run WinAppxD (Do not assign rights to this user through a Group. Rights must be assigned directly to the WinAppxD user account.)
    Line: 127 to 122
     
        • Increase quota
        • Replace a process level token
        • Logon as service
    Changed:
    <
    <
    1. Give Users Local Logon rights

      While in User Administration, add the "Logon Locally" right to any NT User ID which will access APPX.

      This is not normally on by default. If you do not add it, the Windows and Java GUI clients will not be able to successfully start up and interact with an APPX session.

    2. Install the WinAppxD service (first-time installations)

      From the DOS Command prompt, navigate to the \SRVANY Directory. Type:

      INSTSRV WinAppxD c:\srvany\srvany.exe

      Notice the second element on the command line "WinAppxD". This is the "name" of the service that you will create. Later, you will go to the SERVICE applet in the CONTROL PANEL and will access the service by this name.

      If everything went well, you should see a message stating that the requested service has been added. If you do not get this message, review everything that you did so far. Make sure that the SRVANY.EXE and the INSTSRV.EXE are in the directory that you specify.

    3. Set application path for WinAppxD service (first-time installations)
    >
    >

    1. Give Users Local Logon rights

    1. While in User Administration, add the "Logon Locally" right to any NT User ID which will access APPX.

      This is not normally on by default. If you do not add it, the Windows and Java GUI clients will not be able to successfully start up and interact with an APPX session.

    1. Install the WinAppxD service

    1. From the DOS Command prompt, navigate to the \SRVANY Directory. Type:

      INSTSRV WinAppxD c:\srvany\srvany.exe

      Notice the second element on the command line "WinAppxD". This is the "name" of the service that you will create. Later, you will go to the SERVICE applet in the CONTROL PANEL and will access the service by this name.

      If everything went well, you should see a message stating that the requested service has been added. If you do not get this message, review everything that you did so far. Make sure that the SRVANY.EXE and the INSTSRV.EXE are in the directory that you specify.

    1. Set application path for WinAppxD service

     
      1. Fire up REGEDT32.EXE. This is dangerous territory. One false move and you can kill your WinNT system. Don't let it put you off though, just be careful. Don't mess with other stuff while you're in there for this particular mission.
      2. Open up the HKEY_LOCAL_MACHINE window and double-click on the SYSTEMbranch. The branch opens up and you should see the CurrentControlSet branch. Double-click on that one and the Services branch should appear. Double-click on theServices branch and a long list of branches is displayed. Careful, now you are in the snake pit.
      3. Scroll down until you find the name of the service that you created. It should beWinAppxD if that's the name you chose earlier. Double-click on WinAppxD and leave this highlighted.

        Move the cursor up to the EDIT menu bar and click on "Add Key..."
    Line: 138 to 141
     
      1. Highlight the Parameters Key. Bring your cursor to the EDIT menu bar again. Click on the Add Value choice.
      2. In the "Value Name" text box type in: Application
        From the "Data Type" list box choose: REG_SZ
        Press OK
      3. The String Editor Dialog box will open up. Enter the full path to the WinAppxD Server executable plus the option for the port to listen on. In my case it is:

        c:\appx\tools\WinAppxD.exe -s=8060

        Press OK and get outta there.

        Close it all up and exit the REGEDIT32 program. Now you can breathe easy again. The worst is over.

    Changed:
    <
    <
    1. Assign WinAppxD to an NT User (first-time installations)
    >
    >

    1. Assign WinAppxD to an NT User

     
      1. Go to the Control Panel. Open up the SERVICE Applet, scroll to the WinAppxDline, and double click on it.
      2. A dialog box opens up. Choose the Startup Type: Automatic. (For unattended operation: this will allow WinAppxD to be active when there is no one logged on).
      3. Click on This Account and type in the name of the NT user account you created to run WinAppxD.
      4. Press OK, and choose Close in the Services applet.
    Changed:
    <
    <
    1. Install and configure APPX License Server

      Repeat the Service install steps 5 - 7 again for the license server. Call the service 'AppxLicSrv' instead of WinAppxD.

      If your appx.exe engine resides at C:\appx\appx.exe, then the Application value registry setting in step 5.7 will be c:\appx\appx.exe -l=c:\appx\log. (This tells APPX to store the server log in the APPX engine location.)

      You can use the same NT User Account created to run WinAppxD; there's no need to create another one.

      (Substitute the proper paths to your APPX executable and log file here.)

    2. Set APPX environment variables

      Using the System applet in the Control Panel, add the following variables to the environment:

      APPX_SERVER=c:\appx\appx.exe
      APPXPATH=c:\appx\data
      APPX_KEYMAP=WINDOWS
      APPX_NET_LOG=C:\WinAppxD.log
      APPX_NET_LOG_MASK=0xFFFFFFFF

      Be sure to set these in the global System section, so that they will be in effect for every user, not just in the "User" section.

      To set an NT System environment variable, go to: Start, Settings, Control Panel, System, Environment Tab. You'll see System variables at the top of the scrolling list, User variables at the bottom.

      Click on one of the existing System variables. It will display down below in the variable/value editable fields. Overtype the existing variable name with your desired variable. Fill in the desired value in the value field.

      The new System variable/value should show up at the top of the System/User variables list, without deleting or changing the variable from which you cloned it.

    3. Set desktop heap size to 512 for non-interactive processes

      Follow the instructions in the Microsoft Knowledge Base articlehttp://support.microsoft.com/support/kb/articles/Q142/6/76.asp to decrease the desktop heap size in the registry.

      If this is not done, you are likely to receive USER32.DLL errors when running external programs from APPX (including winprint.exe, which is used for printing APPX output).

    4. Reboot and enter registration data

      Reboot the machine, and enter your registration 'c:\appx\appx.exe

    5. Start a license server and run APPX

      Start a License Server "c:\appx\appx -l=c:\appx\log". Then start appx "c:\appx\appx.exe" to create System Administration file and add users. Make sure you add a user whose 'System ID' matches the name of the NT user account you're using to run the License Server, so that the license server you add as a service will be able to start.

    6. Reboot

      Reboot the system again and you should be ready to run. You can test your setup by shutting down the machine properly and re-booting. WinAppxD will be active before you even log on. Try to access the WinAppxD Server now from the same or another machine by running "appx.exe -c".

    >
    >

    1. Install and configure APPX License Server

    1. Repeat the Service install steps 5 - 7 again for the license server. Call the service 'AppxLicSrv' instead of WinAppxD.

      If your appx.exe engine resides at C:\appx\appx.exe, then the Application value registry setting in step 5.7 will be c:\appx\appx.exe -l=c:\appx\log. (This tells APPX to store the server log in the APPX engine location.)

      You can use the same NT User Account created to run WinAppxD; there's no need to create another one.

      (Substitute the proper paths to your APPX executable and log file here.)

    1. Set APPX environment variables

    1. Using the System applet in the Control Panel, add the following variables to the environment:

      APPX_SERVER=c:\appx\appx.exe
      APPXPATH=c:\appx\data
      APPX_KEYMAP=WINDOWS
      APPX_NET_LOG=C:\WinAppxD.log
      APPX_NET_LOG_MASK=0xFFFFFFFF

      Be sure to set these in the global System section, so that they will be in effect for every user, not just in the "User" section.

      To set an NT System environment variable, go to: Start, Settings, Control Panel, System, Environment Tab. You'll see System variables at the top of the scrolling list, User variables at the bottom.

      Click on one of the existing System variables. It will display down below in the variable/value editable fields. Overtype the existing variable name with your desired variable. Fill in the desired value in the value field.

      The new System variable/value should show up at the top of the System/User variables list, without deleting or changing the variable from which you cloned it.

    1. Set desktop heap size to 512 for non-interactive processes

    1. Follow the instructions in the Microsoft Knowledge Base articlehttp://support.microsoft.com/support/kb/articles/Q142/6/76.asp to decrease the desktop heap size in the registry.

      If this is not done, you are likely to receive USER32.DLL errors when running external programs from APPX (including winprint.exe, which is used for printing APPX output).

    1. Reboot and enter registration data

    1. Reboot the machine, and enter your registration 'c:\appx\appx.exe

    1. Start a license server and run APPX

    1. Start a License Server "c:\appx\appx -l=c:\appx\log". Then start appx "c:\appx\appx.exe" to create System Administration file and add users. Make sure you add a user whose 'System ID' matches the name of the NT user account you're using to run the License Server, so that the license server you add as a service will be able to start.

    1. Reboot

    1. Reboot the system again and you should be ready to run. You can test your setup by shutting down the machine properly and re-booting. WinAppxD will be active before you even log on. Try to access the WinAppxD Server now from the same or another machine by running "appx.exe -c".

     If you run into problems, check out the WinAppxD FAQ. It includes answers frequently asked questions about installing and running APPX/Server on Windows NT.

    The APPX_NET_LOG set up above is used to monitor APPX/Server traffic, for debugging. Once you have APPX/Server working with APPX/Client, you should either remove the APPX_NET_LOG environment variables, or set APPX_NET_LOG_MASK=0x00000000 so you can just change the mask back if you ever need to do any debugging. APPX_NET_LOG can take quite a bit of disk space over time.

    Line: 159 to 181
     
  • Changed:
    <
    <

    Invoke APPX/Client from Client PC.

    >
    >

    Invoke APPX/Client from Client PC.

     
    1. The fastest way to test APPX/Client from your Windows client is to call up the MS-DOS box, then type the following at the DOS prompt (assuming for example that you've installed the engine in c:\appx) ...

      • c:\appx\appx.exe -c
    You can also set this command string up into your "start button" or Program-Manager menus under all versions of Windows.
    Line: 176 to 198
     
  • Changed:
    <
    <

    Create Multiple APPX/Servers.

    >
    >

    Create Multiple APPX/Servers.

      Once you have your base APPX/Server working, we recommend setting up multiple APPX/Servers. It's possible (though rare) for IP ports to get hung at the Network or O/S level. If you have fallback Server ports standing by (ex: 8061, 8062, ...), you can avoid having to reboot your Server to clear the port.
    Line: 197 to 219
     


    Changed:
    <
    <

    NOTES:

    >
    >

    NOTES:

     

    The presence of Unix APPX/Server running in background may be detected via the command ...

    Line: 222 to 244
     

    overview


    Changed:
    <
    <
    The Default Keymap shipped with APPX/Client follows. We expect to be able to edit the default keymap in a future release.
    >
    >

    The Default Keymap shipped with APPX/Client follows. We expect to be able to edit the default keymap in a future release.

     
    This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
    Ideas, requests, problems regarding TWiki? Send feedback