nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

CallServer issue

paruntha

Hi

I am doing a callserver but it's not going to the path to execute the perl script. I know this because perl script makes log file everytime it executes and when I execute the perl script by itself it works when not being called from callServer.

The perl script is located in c:\iw-home\httpd\iw-bin\test\pscript.ipl in the teamsite server.

Here is the code below. The environment is Windows and TeamSite 6.5

function call(){

var params = new Object();
params.title = IWDatacapture.getItem("/Content/title").getValue();
var server = window.location.hostname;
top.hiddenFrameRunning=true;
IWDatacapture.callServer ("http://" +server+ "/iw-bin/test/pscript.ipl", params);

}

I have done backword slashes also since it is windows but I do not think that matters. Also, I also did the full path meaning like this
"http://" +server+" /iw-home/httpd/iw-bin/test/pscript.ipl" and still didn't work.

Also used relative path

"/iw-bin/test/pscript.ipl"

Permissions seems to be OK as well and on a side node inline calls are executing perfectly

Any insight to what is going will be greatly appreciated.
Thanks

Find more posts tagged with

Comments

nipper

"http://"+server+":80/iw-bin/"+progName

Do you have the correct she-bang statement in your ipl ?

check the 1st line

ppttest.zip

paruntha

shebang line is

#!c:\iw-home\iw-perl\bin\iwperl.exe

do you mean

"http://"+server+":80"+/iw-bin/+"progName" ?

where the iw-bin is not even in the quotes

or this

"http://"+server+":80/iw-bin/progName" ?

Thanks

nipper

I asm certain Adam will explain why, but my shebang is

\Interwoven\iw-home/iw-perl/bin/iwperl

note the change from back to front slashes

I just cut from a JS routine i wrote, yours should be:

"http://" +server+ ":80/iw-bin/test/pscript.ipl", params

does your ipl execute on its own ? just open a shell and run it

BacklogCrosstab.rptdesign

ISCBorisB

shebang line is

#!c:\iw-home\iw-perl\bin\iwperl.exe

do you mean

"http://"+server+":80"+/iw-bin/+"progName" ?

where the iw-bin is not even in the quotes

or this

"http://"+server+":80/iw-bin/progName" ?

Thanks

1. You do not need all this 'server' rigamarole at all, your browser will pick it up from the DC Form location.
(I know that this "server/port" **** is how it's been sampled in the Manual. It's non-portable and redundant nonetheless) So:

IWDatacapture.callServer ("/iw-bin/test/pscript.ipl", params);

2. Modify your shebang Unix-style. Note that Windows has no concept of shebang interpreter association, it's all done
by Forms Publisher - and it uses unified notation.

#!c:/iw-home/iw-perl/bin/iwperl.exe

Karthik_SP

As per formapi Developer guide, callserver takes three parameters. try passing the third parameter "isGet" (may true or false).

Regards
Karthik SP

kaalraa

Read the FormAPI manual, you are missing a basic thing within the command of callserver.

Please check.

Hi

I am doing a callserver but it's not going to the path to execute the perl script. I know this because perl script makes log file everytime it executes and when I execute the perl script by itself it works when not being called from callServer.

The perl script is located in c:\iw-home\httpd\iw-bin\test\pscript.ipl in the teamsite server.

Here is the code below. The environment is Windows and TeamSite 6.5

function call(){

var params = new Object();
params.title = IWDatacapture.getItem("/Content/title").getValue();
var server = window.location.hostname;
top.hiddenFrameRunning=true;
IWDatacapture.callServer ("http://" +server+ "/iw-bin/test/pscript.ipl", params);

}

I have done backword slashes also since it is windows but I do not think that matters. Also, I also did the full path meaning like this
"http://" +server+" /iw-home/httpd/iw-bin/test/pscript.ipl" and still didn't work.

Also used relative path

"/iw-bin/test/pscript.ipl"

Permissions seems to be OK as well and on a side node inline calls are executing perfectly

Any insight to what is going will be greatly appreciated.
Thanks

ISCBorisB

As per formapi Developer guide, callserver takes three parameters. try passing the third parameter "isGet" (may true or false).

Regards
Karthik SP

Third parameter is not mandatory (and neither is second btw). 'isGet' defaults to 'false' meaning that the data is sent using http POST.

paruntha

Thanks for your replies.

I have ran the script on it's own and it worked also

I have tried callServer ("/iw-bin/test/pscript.ipl", params) that did not work either

and the third paramter isGet i have used that as well and set it to true and did not work either.

the function call does execute because I have put alert statement to see if it even goes to the function and it does but when it executes the callServer part of the code it just hangs there.

I also used the url "http://" +server+ ":80/iw-bin/test/bub_text.ipl" still did not work

Is there fourth parameter? I have seen some codes have a fourth parameter is _new

paruntha

does it have anything to do with iw_cgi_wrapper.cgi would I need to include that as well?

And when would you have to use iw_cgi_wrapper.cgi sorry about this but i always get confused with this

nipper

I have ran the script on it's own and it worked also

I have tried callServer ("/iw-bin/test/pscript.ipl", params) that did not work either

I also used the url "http://" +server+ ":80/iw-bin/test/bub_text.ipl" still did not work

When you say the script worked on its own, how do you mean ? How did you run it ? How do you know if it ran or not ? Open a log file and write something as the 1st few lines.

why do you list 2 different script names in the url and callserver ?

While these should work in a sub dir, you can try to move the script from test to just iw-bin

and no, you do not need the wripper script for callserver code.

ISCBorisB

Is there fourth parameter? I have seen some codes have a fourth parameter is _new

Yes, there is undocumented and unsupported fourth parameter, 'frame'. You should not use it unless you really(and I mean really!) need to hack callServer

paruntha

When you say the script worked on its own, how do you mean ? How did you run it ? How do you know if it ran or not ? Open a log file and write something as the 1st few lines.

why do you list 2 different script names in the url and callserver ?

While these should work in a sub dir, you can try to move the script from test to just iw-bin

and no, you do not need the wripper script for callserver code.

sorry for the confusion i mean the script name is pscript.ipl i just copied the line from somewhere else to present my case and forgot to change it to pscript.ipl instead of bub_text.ipl

when i mean i ran the script on its own meaning i did it thru command line
c:\iw-home\iw-perl\bin\iwperl c:\iw-home\httpd\iw-bin\test\pscript.ipl and i know it ran because in the code i have written it to make log file whenever it gets executed

Thanks

nipper

sorry for the confusion i mean the script name is pscript.ipl i just copied the line from somewhere else to present my case and forgot to change it to pscript.ipl instead of bub_text.ipl

when i mean i ran the script on its own meaning i did it thru command line
c:\iw-home\iw-perl\bin\iwperl c:\iw-home\httpd\iw-bin\test\pscript.ipl and i know it ran because in the code i have written it to make log file whenever it gets executed

Thanks

try this:

c:\iw-home\httpd\iw-bin\test\pscript.ipl

no iwperl

paruntha

one more thing i'm not sure if it is relevant or not

but server does not have CGI module instead I am using TeamSite::CGI_lite module

would that have anything do with it?

I think even without the CGI modules it should work if you are not sending any parameters to perl script as input say
callServer ("/iw-bin/test/pscript.ipl", ""); if i left the second parameter of the callserver call blank

nipper

I am not certain, however if you have logging set in the very beginning of the PERL script, that should not matter, you would see the log updated/created before an error occurred.

paruntha

Thanks,

yes the log does get updated when it does run on it's own, but when being executed by callServer it does not get updated

Also I have tried just typing

c:\iw-home\httpd\iw-bin\test\pscript.ipl and it worked fine as well

nipper

Do these 2 things;

pop up a browser and use this URL:

http://TSSERVER/iw-bin/show_env.ipl

and

http://TSSERVER/iw-bin/test/pscript.ipl

what happens ?

paruntha

IT works now!!! and I have no clue why lol

because the only thing I changed now was this

IWDatacapture.callServer ("/iw-bin/test/pscript.ipl", params, "true");

to

IWDatacapture.callServer ("/iw-bin/test/pscript.ipl", params);

and I tried this before and it didn't work,... now it's working for some reason as it should have worked before when I tried this.

Now when I try the different combinations of calling the URL in the callServer they all work now which I do not get why they weren't working before... it's mystery to me. Even the different combinations of she bang line is working too lol

Thanks for your help greatly appreciated, but now I have no idea why it's working now

DynamicChartXAxisScale.rptdesign