[Zoo-discuss] Getting error when working with IIS

Pankaj Pedram pankaj.pedram at rolta.com
Mon Jun 29 05:51:18 PDT 2015


Hello Fenoy,
    Thanks for your response.
    I have configured the paths in nmake.opt file itself, still I am getting 
same error.
    Please find the attached file(nmake.opt)
    Hope I will be able configure zoo project soon in IIS .

Regards,
Pankaj


-----Original Message----- 
From: Fenoy Gerald
Sent: Friday, June 26, 2015 4:22 PM
To: Pankaj Pedram
Cc: ZOO-discuss
Subject: Re: [Zoo-discuss] Getting error when working with IIS

Hello,
when building ZOO-Kernel on windows platforms you should define some options 
on the command line.

Some are optional but some are not, like libxml2, openssl, goal and so on. 
That is why you end with the following reference:

D:\ZooProject\Zoo680\zoo-project\zoo-kernel\ssl/ssleay32.lib

Which means that you did not define the SSL_DIR.
You will require to define also GDAL_DIR, INTL_DIR and XML2_DIR as a 
minimum.

You may check the name.opt file in the zoo-kernel directory to see available 
and required options.

For optional support, such as Python, you can simply define PY_DIR to 
activate it.

To define those options you can use the « set » command or define the values 
directly from the command line, something like:

nmake /f makefile.vc GDAL_DIR=\MMBK\SRCS\gdal-version 
SSL_DIR=\MMBK\SRCS\openssl

I hope it will help you to solve your compilation issue.

Best regards,



> Le 26 juin 2015 à 12:00, Pankaj Pedram <pankaj.pedram at rolta.com> a écrit :
>
> Hello Fenoy,
> I tried to compile the zoo kernel, but got following error  for both 
> Visual Studio command prompt 2008 and Visual Studio command prompt 2010:
> D:\ZooProject\Zoo680\zoo-project\zoo-kernel>nmake /f makefile.vc
>
> Microsoft (R) Program Maintenance Utility Version 9.00.30729.01
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
>       link zoo_loader.obj request_parser.obj response_print.obj 
> server_internal.obj caching.obj      ulinet.obj main_conf_r
> ead.tab.obj lex.cr.obj service_conf.tab.obj lex.sr.obj 
> zoo_service_loader.obj ./libzoo_service.lib /out:zoo_loader.cgi D:\Zo
> oProject\fcgi-2.4.1-SNAP-0311112127/libfcgi/Release/libfcgi.lib 
> D:\ZooProject\Zoo680\zoo-project\zoo-kernel\ssl/libeay32.l
> ib  D:\ZooProject\Zoo680\zoo-project\zoo-kernel\ssl/ssleay32.lib 
> D:\ZooProject\Zoo680\zoo-project\zoo-kernel\intl/libintl.li
> b D:\ZooProject\Zoo680\zoo-project\zoo-kernel\libxml/libxml2.lib 
> D:\ZooProject\Zoo680\zoo-project\zoo-kernel\gdal\lib/gdal_i.
> lib D:\ZooProject\Zoo680\zoo-project\zoo-kernel\curl/lib/libcurl.lib 
> /machine:i386 ./../../thirds/cgic206/libcgic.lib
> Microsoft (R) Incremental Linker Version 9.00.30729.01
> Copyright (C) Microsoft Corporation.  All rights reserved.
>
>  Creating library zoo_loader.lib and object zoo_loader.exp
> server_internal.obj : error LNK2019: unresolved external symbol 
> _BIO_free_all referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol _BIO_ctrl 
> referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol _BIO_write 
> referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol _BIO_push 
> referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol _BIO_s_mem 
> referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol 
> _BIO_set_flags referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol _BIO_new 
> referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol 
> _BIO_f_base64 referenced in function _base64
> server_internal.obj : error LNK2019: unresolved external symbol _BIO_read 
> referenced in function _base64d
> server_internal.obj : error LNK2019: unresolved external symbol 
> _BIO_new_mem_buf referenced in function _base64d
> caching.obj : error LNK2019: unresolved external symbol 
> _EVP_MD_CTX_cleanup referenced in function "char * __cdecl getMd5(cha
> r *)" (?getMd5@@YAPADPAD at Z)
> caching.obj : error LNK2019: unresolved external symbol 
> _EVP_DigestFinal_ex referenced in function "char * __cdecl getMd5(cha
> r *)" (?getMd5@@YAPADPAD at Z)
> caching.obj : error LNK2019: unresolved external symbol _EVP_DigestUpdate 
> referenced in function "char * __cdecl getMd5(char
> *)" (?getMd5@@YAPADPAD at Z)
> caching.obj : error LNK2019: unresolved external symbol _EVP_DigestInit 
> referenced in function "char * __cdecl getMd5(char *)
> " (?getMd5@@YAPADPAD at Z)
> caching.obj : error LNK2019: unresolved external symbol _EVP_md5 
> referenced in function "char * __cdecl getMd5(char *)" (?get
> Md5@@YAPADPAD at Z)
> zoo_loader.cgi : fatal error LNK1120: 15 unresolved externals
> NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual 
> Studio 9.0\VC\BIN\link.EXE"' : return code '0x460'
> Stop.
>
> Kindly help me to solve the issue as soon as possible.
> Thanking you in anticipation.
>
> Regards,
> Pankaj Pedram
>
>
>
>
> -----Original Message----- From: Fenoy Gerald
> Sent: Thursday, June 25, 2015 6:05 PM
> To: Pankaj Pedram
> Cc: ZOO-discuss
> Subject: Re: [Zoo-discuss] Getting error when working with IIS
>
> Hello Pankaj,
> thanks a lot for your feedbacks and congratulations for building the 
> ZOO-Kernel on your windows system.
>
> I would like to make sure you are using the right version of the code to 
> build.  First of all, can you confirm that you have generated both the 
> zoo_loader.cgi and the libzoo_service.dll files ? I start by asking this 
> question, cause when I run the zoo_loader.cgi command locally, I get two 
> Exception nodes, so one more than the ExceptionReport you reported. The 
> first one is the exact same as your's but the second reference the service 
> locator. In case you are not using the latest trunk version, I would like 
> to invite you to try with the revision 680 [1]. If you have both 
> zoo_loader.cgi and the libzoo_service.dll generated, please make sure to 
> copy both of them to your cgi-bin directory.
>
> After making sure you are using the latest ZOO-Kernel version, you should 
> take a look at your main.cfg file. Indeed, a specific logPath parameter is 
> required in the [main] section of the main.cfg file to run on IIS server 
> properly. This parameter should take the full path of a log file used to 
> output any debug messages. Other parameters of the main.cfg should be also 
> correctly defined but for a simple GetCapabilities request, defining the 
> logPath should be enough. You should obviously make sure that the IIS user 
> is allowed to write the log file.
>
> I hope this answer will help to solve your issue,
> Best regards,
>
>
>
> [1] http://zoo-project.org/trac/changeset/680
>
>
>> Le 25 juin 2015 à 07:55, Pankaj Pedram <pankaj.pedram at rolta.com> a écrit 
>> :
>>
>> Hi,
>>
>> Greetings!!!
>>
>> I have been trying to Install zoo kernel on IIS.
>> I was able to compile the zoo kernel and was able generate the 
>> zoo_loader.cgi file.
>> I placed the  zoo_loader.cgi and main.cfg file(modified the 
>> ServerAddress ) in  C:\inetpub\wwwroot\cgi-bin
>> Then through the command prompt I was able to generate same response as 
>> we get by installing Apache Server.
>> I got the response as below :
>> c:\inetpub\wwwroot\cgi-bin>zoo_loader.cgi
>> Content-Type: text/xml; charset=utf-8
>> Status: 400 Bad request
>>
>> <?xml version="1.0" encoding="utf-8"?>
>> <ExceptionReport xmlns="http://www.opengis.net/ows/1.1" 
>> xmlns:xsi="http://www.w3
>> .org/2001/XMLSchema-instance" 
>> xsi:schemaLocation="http://www.opengis.net/ows/1.1
>> http://schemas.opengis.net/ows/1.1.0/owsExceptionReport.xsd" 
>> xml:lang="en-US" v
>> ersion="1.1.0">
>>  <Exception exceptionCode="MissingParameterValue" locator="request">
>>    <ExceptionText>Parameter <request> was not 
>> specified</ExceptionText>
>>  </Exception>
>> </ExceptionReport>
>>
>> But when I try to access through browser 
>> (http://localhost/cgi-bin/zoo_loader.cgi?Service=WPS&Request=GetCapabilities&Version=1.0.0)
>> I get error as :
>> HTTP Error 502.2 - Bad Gateway
>> The specified CGI application misbehaved by not returning a complete set 
>> of HTTP headers. The headers it did return are "".
>>
>> It will be helpful for me if you could help me out with tis issue.
>>
>> Regards,
>> Pankaj Pedram
>> 07506934293
>> pankaj.p.pedram at gmail.com
>> _______________________________________________
>> Zoo-discuss mailing list
>> Zoo-discuss at lists.osgeo.org
>> http://lists.osgeo.org/cgi-bin/mailman/listinfo/zoo-discuss
>
>
>
> Gérald Fenoy
> http://wiki.osgeo.org/wiki/User:Djay
>
>
> _______________________________________________
> Zoo-discuss mailing list
> Zoo-discuss at lists.osgeo.org
> http://lists.osgeo.org/cgi-bin/mailman/listinfo/zoo-discuss



Gérald Fenoy
http://wiki.osgeo.org/wiki/User:Djay

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: nmake.txt
URL: <http://lists.osgeo.org/pipermail/zoo-discuss/attachments/20150629/693aeabc/attachment.txt>


More information about the Zoo-discuss mailing list