Hi All,

I am confused about a little problem... I have set up a SOAP server
and it all works fine. I wrote a very simple subroutine in BASIC and
can call that from the SOAP server no problems.

Where the problem lies is that if I try to call another subroutine
from within my first sub it screws up the SOAP server and I get an
'INTERAL SOAP SERVER ERROR'.

I'm trying to create a check password function, so I pass in username
and password to my subroutine, which it in turn passes to another
subroutine to check the details and return a result, which I pass back
to the SOAP server.

If I call the program from within Universe it works fine, if I comment
out the second CALL, it works fine (obviously without actually
checking the details).

Any ideas anyone?

Regards,
Dean

On May 28, 3:47*am, dharry <dean.ha... (AT) gmail (DOT) com> wrote:
Try making the check password function a program and execute it,
passing the username and password on the command line or via a named
common and getting the result via a named common or from a file.

Tom

On 2010-05-28 03:47:01 -0400, dharry <dean.harry (AT) gmail (DOT) com> said:
I don't know Universe, so this is a shot in the dark, but in D3, if you
call a sub from within a sub via their ODBC interface, the second sub
must be called using an explicit path.

Example:

MySub = 'Account,bp,subname'
call @MySub(p1,p2,p3...)

--
Kevin Powick

You could be dealing with a simple case of setting some esoteric flag.
It could be a release-specific bug. It could be a design flaw that
will prevent you from doing what should be easy and obvious. It's
tough to tell.

The U2 forum is a better place to get an answer about specific U2
subsystems. That forum and others are listed here:
http://www.pickwiki.com/cgi-bin/wiki.pl?Community

As usual, many years ago I chose not to struggle with a lot of
half-baked platform-specific functionality added by DBMS vendors who
want to claim they're responding to consumer demand. Most of them
seem to screw it up most of the time. Seeing forum notes about issues
in those addins on an almost daily basis, I have never regretted that
decision. I wish they'd dedicate their efforts (like all other non-MV
DBMS providers) to making the platform more extensible to specialty
tools from outside, rather than feeling a need to build proprietary
tools into the core. But I'm sure that's just me...

T

On May 28, 7:37*pm, tpc <gfmri... (AT) gmail (DOT) com> wrote:
Hi Tom,

It works fine via a program executed from a comand prompt. I have
worked around it partly for now. It seems strange though, I tried a
couple of different things and it seems that any call from a
subroutine seems to cause the SOAP server some trouble.

Dean

On May 28, 11:23*pm, Kevin Powick <nos... (AT) spamless (DOT) com> wrote:
Hi Kevin,

Tried that as well, doesn't quite work the same with Universe, in any
case, after trying a few different things the problem is the call
statement seems to cause problems with the SOAP server. A bit strange
but i'll keep trying

Cheers,
Dean

Dean

Anything as silly as a common block or include that depends on
something that's not getting initialized? This is a common problem
with UniObjects connections in UniData as they login through the
UO.LOGIN VOC item instead of the LOGIN item most are accustomed to.
Not sure exactly how it works with UniVerse.

hth
Colin Alfke
Calgary, Canada

dharry wrote: