| Features |
Previous Top Next |
| · | Windows
NT, 2k, XP, w2k3, Vista |
| · | Terminal
Server & Citrix Metaframe |
| · | Windows
PE (Preinstalled Environment) |
| · | 16 and
32bit apps on 64 bit Vista & XP |
| · | Single
package can support all platforms |
| · | Automatic
migration for: NT/2k->XP and XP->Vista |
| · | You
can launch brand new packages from a network share instantly
without a lengthy decompression step. All the package data is
decompressed a block at a time as needed by the application, so
only startup data is sent over the network. |
| · | Significant
disk space savings are available on the client PC since file data
is not decompressed to disk. When packages are deployed to PC hard
drives for offline use, the disk requirements are much reduced
because package data remains compressed at all time.
|
| · | Thinstall
has similar compression ratios to ZIP |
| · | Client
is Windows (already installed) |
| · | Server
is any SMB share (already exists) |
| · | Streams
block-by-block |
| · | Packages
over 8GB in size can start instantly |
| · | Streams
from any source media: |
| · | Network
shares & ISCSI |
| · | Hard
drive, USB Flash, CDROM |
| · | Typically
the same Thinstall packages can be used on Terminal Servers and
Desktop PCs without changes |
| · | Ability
to run multiple versions of application simutaneously on the same
server without conflicts using registry and filesystem isolation
|
| · | Ability
to update applications
without having to stop currently running copies |
| · | Eliminates
most problems with legacy applications relating to security
permissions to the file system and registry |
| · | Application
EXE remains "read only" at all times |
| · | Stores
application modifications on a per-user and per-application basis
|
| · | Prevents
apps from "messing-up" machines |
| · | Allows
most non-Terminal Server apps to run on Terminal Server
|
| · | Allows
most non-Vista apps to run on Vista |
| · | Enables
IT to maintain locked-down desktops |
| · | "Reset"
applications by deleting sandboxes |
| · | Only
solution with no package size limits, supports packages over 4GB in
size |
| · | Supports
sandboxing, isolation, and system merge modes for specific registry
sub-trees |
| · | Sandboxed
files can be scanned/blocked by anti-virus software
|
| · | File
system is stored in macro format, remapping shell folders on-the-fly
|
| · | File
system automatically migrates SXS from XP to Vista
|
| · | EXE
contains "read-only" image of registry |
| · | Virtual
registry is visible app only, not entire system |
| · | Virtual
registry is merged onto system registry. |
| · | App
specific registry sub trees are automatically isolated from the
host PC to prevent conflicts with locally installed versions.
|
| · | Sandbox
stores runtime modifications as"diffs". |
| · | Registry
can contain per-user data (HKEY_CURRENT_USER) |
| · | Registry
can contain SID specific user data |
| · | Registry
can be reset to captured state by deleting sandbox
|
| · | Virtual
registry is shared by all apps in the same sandbox
|
| · | Automatic
backup and restore on disk corruption (common USB flash)
|
| · |
Dynamic Path Relocation applied to all registry read &
writes allowing instant OS and PC migration |
| · | Support
for "In process" COM from virtual DLLS. |
| · | No
system registration |
| · | No
extracting DLLs or OCXs to filesystem |
| · | Support
for "Out of process" COM/DCOM |
| · | Use
EXE based COM without install |
| · | Support
for "Services based" COM |
| · | Use
service based COM with virtual services |
| · | Registry
and file-system dynamically
re-adjust for instant migration across OSs |
| · | User
profile data and sandbox dynamically remaps on the fly allowing not
just app migration but setting migrations |
| · | Dynamic
Remapping enables execution from USB flash from PC to PC
|
| · | Handles
shell folders and short pathnames |
| · | Applications
that require a service can be Thinstalled |
| · | Virtual
services auto-start when app is launched |
| · | Virtual
services can be started and stopped by application like real
services |
| · | Primarily
for service-based license systems |
| · | Support
for packaging services and deploying as real Windows services
started at boot time |
| · | Embed
and execute .vbs in your EXEs |
| · | Can
pre-launch and shutdown |
| · | Exposes
Thinstall runtime API |
| · | Access
to any COM scripting provider |
| · | Execute
commands in virtual or real environment |
| · | Can be
used set application use time-outs, authenticate with LDAP or
database |
| · | Tie
application access to AD Groups |
| · | Dynamically
add / remove users to AD groups to control access |
| · | Prevent
access from users not connected to domain |
| · | Supports
offline cached credentials for off-line usage |
| · | .NET
1.1, 2.0, 3.0 |
| · | Java
|
| · | Perl
|
| · | Crystal
Reports |
| · | COM
& ActiveX controls |
| · | Support
for zero-footprint execution and streaming |
| · | Easy
desktop integration with filetypes and shortcuts using ThinReg
|
| · | Ability
to generate self-registering .msi
files enabling easy integration with desktop management products.
|
| · | Support
for Reference EXEs |
| · | Reference
EXEs only take ~30k on disk |
| · | Package
multiple applications together for access to same shared
environment |
| · | Suites
share the same virtual registry & file-system |
| · | Ability
to load Internet Explorer from host system using pre-fab virtual
environment. |
| · | Use
ActiveX controls with out install |
| · | Use
Java-applets without installing Java |
| · | Report
of potential errors in application |
| · | Complete
API trace with all parameters |
| · | Top
100 slowest API calls |
| · | DLL
usage & load location |
| · | Crash
information |
| · | COM
Interface logging |