Alaska Software Inc. - WAA 1.90 still giving me read errors.
Username: Password:
AuthorTopic: WAA 1.90 still giving me read errors.
Richard A. PulliamWAA 1.90 still giving me read errors.
on Wed, 30 Mar 2005 08:38:04 -0500
Well.  They still have not solved my problems with
Read Error 0 in WAA 1.90.  I swear the error is
not within my .dll or our web server.

I still have to run a program in the background that looks
for the error in the error log and when it finds it, it kills
the Web Application Adaptor and restarts it.  It does
that a lot.  With my little knowledge of MS C++ I managed to modify the 
waa1gate.c program to communicate with my background program.

Wonder if the Alaska folks really care about getting the
WAA to work or they are just going to pass it on to
3rd party folks like xb2net....

I am including my source code for my background program and my version of 
waa1gate.c.   Maybe
Alaska will get an idea....

WAA1GATE.C
waascan.prg
Martin AltmannRe: WAA 1.90 still giving me read errors.
on Thu, 31 Mar 2005 01:17:44 +0200
Richard,
just talk to Phil about the future of WAA!
He seems to have done a great job in improving it!

HTH,
Martin
Phil Ide
Re: WAA 1.90 still giving me read errors.
on Thu, 31 Mar 2005 11:54:56 +0100
Martin,

> just talk to Phil about the future of WAA!
> He seems to have done a great job in improving it!

Well, my new version will run as a service, allows you to edit the <head>
section of the html file, set the content-type and other http headers, and
return non-html files.  It also supports file upload, thread pooling, and
associating specific packages with specific thread pools, auto-launch of
new worker threads when the preconfigured pool size is insufficient for the
current workload (and optinally updates the config file to persist the
change).  You can also administer the application from a remote machine.

However (you knew that was coming, didn't you?), parts of the kernel need
re-writing, and it needs documenting.

Regards,
Phil Ide

***************************************
* Xbase++ FAQ, Libraries and Sources: *
* goto: http://www.idep.org.uk/xbase  *
***************************************

I'm into BBS&M.
Richard A. PulliamRe: WAA 1.90 still giving me read errors.
on Thu, 31 Mar 2005 09:44:39 -0500
Great Phil!

If you need someone to test it, I will be very happy to
do so.  I am so sick of WAA 1.82 and 1.90....

Richard


"Phil Ide" <phil@idep.org.uk> wrote in message 
news:1f4v56oyjpvw8$.dlg@idep.org.uk...
> Martin,
>
>> just talk to Phil about the future of WAA!
>> He seems to have done a great job in improving it!
>
> Well, my new version will run as a service, allows you to edit the <head>
> section of the html file, set the content-type and other http headers, and
> return non-html files.  It also supports file upload, thread pooling, and
> associating specific packages with specific thread pools, auto-launch of
> new worker threads when the preconfigured pool size is insufficient for 
> the
> current workload (and optinally updates the config file to persist the
> change).  You can also administer the application from a remote machine.
>
> However (you knew that was coming, didn't you?), parts of the kernel need
> re-writing, and it needs documenting.
>
> Regards,
> -- 
> Phil Ide
>
> ***************************************
> * Xbase++ FAQ, Libraries and Sources: *
> * goto: http://www.idep.org.uk/xbase  *
> ***************************************
>
> I'm into BBS&M.
Vladimir IahnencoRe: WAA 1.90 still giving me read errors.
on Thu, 31 Mar 2005 09:48:06 -0500
Phil,
Can you add an option, for example in _Register(), to substitute existing
HTML3 object with a self-baked object, inherited from HTML3, i.e. not to
define it in the html source
 <INPUT TYPE=hidden NAME="WAA_HTML3CLASS" VALUE="MyHtml3>

Regards,

Vladimir


"Phil Ide" <phil@idep.org.uk> wrote in message
news:1f4v56oyjpvw8$.dlg@idep.org.uk...
> Martin,
>
> > just talk to Phil about the future of WAA!
> > He seems to have done a great job in improving it!
>
> Well, my new version will run as a service, allows you to edit the <head>
> section of the html file, set the content-type and other http headers, and
> return non-html files.  It also supports file upload, thread pooling, and
> associating specific packages with specific thread pools, auto-launch of
> new worker threads when the preconfigured pool size is insufficient for
the
> current workload (and optinally updates the config file to persist the
> change).  You can also administer the application from a remote machine.
>
> However (you knew that was coming, didn't you?), parts of the kernel need
> re-writing, and it needs documenting.
>
> Regards,
> -- 
> Phil Ide
>
> ***************************************
> * Xbase++ FAQ, Libraries and Sources: *
> * goto: http://www.idep.org.uk/xbase  *
> ***************************************
>
> I'm into BBS&M.
Phil Ide
Re: WAA 1.90 still giving me read errors.
on Fri, 01 Apr 2005 11:02:02 +0100
Vladimir,

> Can you add an option, for example in _Register(), to substitute existing
> HTML3 object with a self-baked object, inherited from HTML3, i.e. not to
> define it in the html source
>  <INPUT TYPE=hidden NAME="WAA_HTML3CLASS" VALUE="MyHtml3>

This is already done - simply add a configuration option.  This option
cascades, so you first set a default option for the server, then an
override for each package, with the default being HTML3.

Incidentally, WAA has the _register() function to allow you to register
with WAA which functions are 'exported'.  WAA1 only uses this information
in the WAA console when you display individual package details.

My version allows you to set a flag in the configuration file (default is
WAA1 compatibility) that when set requires exported functions to be
properly registered.  If you get a request like this:

   WAA_PACKAGE=MyPackage
   WAA_FORM=MyForm

Then Mypackags.dll must have registered MyForm(), else an invalid request
error is returned.

This is to improve security.

Oh yes, all testing for form variable names is case-insensitive.

Regards,
Phil Ide

***************************************
* Xbase++ FAQ, Libraries and Sources: *
* goto: http://www.idep.org.uk/xbase  *
***************************************

What we DON'T need is more laws!
Vladimir IahnencoRe: WAA 1.90 still giving me read errors.
on Fri, 01 Apr 2005 10:24:51 -0500
Phil,
Sounds excellently. Probably you have access to HTML3 class source, can you
also add Cargo IVAR. I won't surprised if you already have added it.

Thanks,
Regards,

Vladimir


"Phil Ide" <phil@idep.org.uk> wrote in message
news:1ew9xa88iltsb$.dlg@idep.org.uk...
> Vladimir,
>
> > Can you add an option, for example in _Register(), to substitute
existing
> > HTML3 object with a self-baked object, inherited from HTML3, i.e. not to
> > define it in the html source
> >  <INPUT TYPE=hidden NAME="WAA_HTML3CLASS" VALUE="MyHtml3>
>
> This is already done - simply add a configuration option.  This option
> cascades, so you first set a default option for the server, then an
> override for each package, with the default being HTML3.
>
> Incidentally, WAA has the _register() function to allow you to register
> with WAA which functions are 'exported'.  WAA1 only uses this information
> in the WAA console when you display individual package details.
>
> My version allows you to set a flag in the configuration file (default is
> WAA1 compatibility) that when set requires exported functions to be
> properly registered.  If you get a request like this:
>
>    WAA_PACKAGE=MyPackage
>    WAA_FORM=MyForm
>
> Then Mypackags.dll must have registered MyForm(), else an invalid request
> error is returned.
>
> This is to improve security.
>
> Oh yes, all testing for form variable names is case-insensitive.
>
> Regards,
> -- 
> Phil Ide
>
> ***************************************
> * Xbase++ FAQ, Libraries and Sources: *
> * goto: http://www.idep.org.uk/xbase  *
> ***************************************
>
> What we DON'T need is more laws!
Phil Ide
Re: WAA 1.90 still giving me read errors.
on Fri, 01 Apr 2005 17:07:16 +0100
Vladimir,

> Sounds excellently. Probably you have access to HTML3 class source, can you
> also add Cargo IVAR. I won't surprised if you already have added it.

Alaska did not give me the source to WAA.  Here's the history.

I needed a version of WAA that ran as a service.  Alaska offered to modify
WAA so ths could be done.  However, it turned out that the WAA Console was
too tightly integrated to evrything else to remove it, and they didn't have
the time or manpower to re-write WAA.

So I did it myself.  At first, I tried to use the existing classes from
WAA1USER.DLL, but this proved impossible for the same reasons.

That left me with the fact that I had to re-write completely all the
classes - CONTEXT, IOCACHE and HTML3 (I decided not to bother with FRAME
and FRAMESET). I also had to re-write the TRANSACT class (which is part of
the executable).

In the end, the only thing I needed from Alaska was the line of code which
created a session-id, in order to keep things in-line with current
applications.

Regards,
Phil Ide

***************************************
* Xbase++ FAQ, Libraries and Sources: *
* goto: http://www.idep.org.uk/xbase  *
***************************************

Everywhere is an LD call from here.