Web Views

[rdonnay]

login to our htmi page on their server,

This is confusing. Why would your (OMNI) html page be on your customer's server?

[omni]

They would have our html pages on their network for CXP. Not used CXP so just need to know if that is the same as having the entire web page on their own server. We have connected to our own web page on our network from a link using our system ip and port forwarding to the local address..

Sorry if the question is confusing...

Fred

[omni]

The client finally got back with me. His entire web page is hosted on his local network. What is your suggestion on what to look at for his drivers to get reports on request in a pdf? They are using ADS on 2.0. We do all sorts of automated pdf reports on their system, so the pdf is not a real issue, just some example code/connection to our system.

Thanks

Fred
Omni

[bwolfsohn]

The client finally got back with me. His entire web page is hosted on his local network. What is your suggestion on what to look at for his drivers to get reports on request in a pdf? They are using ADS on 2.0. We do all sorts of automated pdf reports on their system, so the pdf is not a real issue, just some example code/connection to our system.

Thanks

Fred
Omni

Fred,

there's lots of infrastructure and security involved in giving external web access to your local network...

I'd suggest creating a public website in the cloud where you upload your pdfs with user/password protection...

[omni]

The client, who has 1000 drivers and 150 employees, is not going to move his web. They all have access now (with user name and pw) for internal information, but nothing tied to our system directly. The pdf's are not there yet. his first request is for them to be able to request a copy of any past pay detail and the pdf will then be created.

Fred
Omni

[bwolfsohn]

The client, who has 1000 drivers and 150 employees, is not going to move his web. They all have access now (with user name and pw) for internal information, but nothing tied to our system directly. The pdf's are not there yet. his first request is for them to be able to request a copy of any past pay detail and the pdf will then be created.

Fred
Omni

I wasn't suggesting he move his web... you can have more than one website...

http://mycompany.com
http://yourreports.mycompany.com can be on a completely different server.

or, since user/pw access is already there, you could write some code to upload your reports to a specific portion of the internal website...

you can upload the reports by soap, or ftp.. both from within your xbase++ app..

if it's soap, you can write a xbase++ soap server to run on their internal (or the external) web server.

for ftp, you can run an ftp server on the internal server.

you can make soap server much more secure and less subject to hacking than an ftp server.

[skiman]

Hi,

If you create a soapserver, which is very easy with xb2net, you don't need any web server.

You wrote that the webpage is on the local network. Suppose that your soapserver is active on a station with the IP 192.168.0.111 on port 8880, then you can get a PDF with a simple request on http://192.168.0.111:8880

You need to define the name of the function, for example 'web_getpdf' and the paramaters to define what the content of the PDF must be. I don't know if it is a date, a ticket number, ...

Your web_getpdf() function gets the parameters and can create the PDF.

Then the soapfunction can return:
ThreadObject():HTTPResponse:Content := memoread("mypdffile.pdf")
ThreadObject():HTTPResponse:ContentType := 'application/pdf'

This way the PDF will be opened in the browser.

[c-tec]

Hello,
with a link to a simple Webserver with XB2NET and parameters in the URL you can create the PDF and send it back. So you can simply integrate your webservice in their local running system. You also can show a website where the user can choose options. I create PDFs with OT4XB and QUICKPDF, works perfect.
regards
Rudolf