newObjects (fromerly known as ZmeY soft) newObjects Active Local Pages 1.2
Home Products Docs & Libs
pixel.gif (49 bytes)
Home
Products by category
ALP site
ISAPI filters
ActiveX
Forums (discussions)
Buy direct (RegNet)
Articles and samples
Documentation online
Links
ACOMTools

Read more ...
Click here
ALP is implemented as an Asynchronous Pluggable Protocol. It acts like a WEB server but without need of network. It executes WEB applications such as ASP pages and CGI applications. ALP makes Internet Explorer to be server and client. With ALP you can write stand-alone desktop applications, CD-ROM autoruns, use ASP for pure desktop software and still keep your code ready to run on WEB servers too.
Write desktop software in ASP and CGI!
download it


Software, Companies and Jobs at itLocation.com

Site navigation
Products
Active Local Pages



Active Local Pages

One common environment for desktop and WEB programming. Active Local Pages - WEB applications running on the desktop. Using the ALP WEB techniques are available for desktop programming - ASP and CGI are no longer server side only!


Highlights of the day
Active Label ActiveX
Barcode ActiveX? Much more - the design and printing inside your WEB application
SQLite3 COM
SQLite3 COM ActiveX embeds the SQLite3 database engine and interface to it. Supports paremeterized views and triggers.
Active Local Pages 1.2
Write desktop apps in ASP and CGI. Create wutorun CDs using WEB technologies - yes it is possible!
ActiveX Pack1 family
Desktop Windows, CE/CE.NET and PocketPC! About 50 powerful components for all the Windows platforms.
AXGate 1.1 (new)
Script dafely any ActiveX in Pocket IE. Build applications in HTML and use local resources and components in them.
IE ScriptBar
Create complex toolbars for Microsoft Internet Explorer easier than you may have expected.

Licensing types legend
(M) Single machine license
(U) Unlimited per-company license
(D) Unlimited development license
(S) Special type of licensing

Web development portal

Quick contact
General
zmeyinc@newobjects.com
Support
support@newobjects.com
Sales
sales@newobjects.com

Web development portal

Active visitors
68
Suggested links
Suggest this page to the other visitors. Click the button below to place this page in the list above .

 newObjects Active Local Pages 1.2   
Price: $15 (M) $320 (D) Discount for resalers
Information Download Buy
Welcome to ALP
Latest changes
ALP or PWS?
Overview
Licensing (read before buy)
FAQ
Discuss ALP (Forums)
ALP Internals
Purchase info
Application deployment (deployment examples)
ALP 1.2 Full (SFX 3.3M)
ALP 1.2 Full (zip 4.5M)
ALP 1.2 Redistributables only (SFX 0.7 MB)
ALPFrame demonstration
Buy (per-seat) $15
Buy (developer) $320
Buy on ShareIt
More information

ALP or PWS?

Many visitors are asking "What is the difference" or "Is ALP replaces PWS". I'll try to answer in this article.

While Microsoft's Personal Web Server (PWS) is a WEB server ALP is not. PWS is a fully functional Internet Information Server (with some limitations) thus it is a server side software. Contrary ALP is a client side software that implements features usually found on the WEB servers, but it implements them in a set of in-process components and it is implemented as an asynchronous pluggable protocol.

ALP is easy to install - it requires just a seconds and does not depend on additional server side software like the PWS. There is no limitations for the number of ALP sites and no network configuration is needed. Even it can work quite well without TCP/IP network installed on the machine!

You can think about ALP in the same manner as you think for the VB runtime DLLs - engine used by certain applications. Difference is the orientation - VB "thinks" for the forms and VB modules - ALP powers WEB pages/forms, executable scripts/programs and native ALP extensions. Thus some well known technologies used before only for WEB programming are available for desktops and become applicable in new areas.

Thus ALP implements Internet technologies in the desktop environment. Probably the first question will be about the benefits of such solution:

  • Installation does not disturb the user - he/she just starts the ALPInstall then the application(s) working with ALP can be used as any other desktop application.
  • Core components are small - less than 500Kb
  • ALP applications doesn't need configuration settings, creation of virtual directories or sites. Configuration files placed with them will be enough in any location (if the programmer takes care to not hardcode local paths- it is easy to do but often forgotten).
  • WEB programmers using ALP are able to build desktop software with the familiar techniques. This software will be able to run on a WEB server too - thus there is no need to spend time for building two versions.
  • There are many companies using intranet software written in ASP and CGI scripts. Without ALP they need to install PWS or some other WEB server on the local machines in the small offices. This costs too much work for the administrators. Using ALP compatible software packages can be prepared and installed easily. Administrators are able to prepare configurations and installation packages once and distribute them without need to go to the every office every time when new application must be installed.
  • And ALP can run without installation - for example directly from CD-ROM. More details will be published with the ALPFrame utility until the end of June 2001.

Of course most people will ask "What are the weak sides?". Yes ALP is not a general solution for everything but it solves some problems caused by mixing the Internet technologies with desktop programs. Now and in the future the target of the ALP will be supplying one common environment for desktop and WEB programming. We will extend it to reach areas not covered in the first version.

I can sort the weak sides in two parts - first features that will be added soon and other features that will not be implemented in order to keep it portable and compatible with the most Windows OS-es. In the first part are such features like global.asa support and cookies in the second are hard integration with the Microsoft Transaction Server (on the systems prior to Win2k) and features not applicable outside the IIS environment. Documentation describes all the features without hiding anything.

How ALP will extend? It was build over a component architecture that allows writing extensions. See the Architecture and extensions API for more details.

I'll be glad to answer your questions.

Michael Elfial
michael@newobjects.com



Copyright newObjects (ZmeY soft) 2001-2005