• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
https & deployment woes
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

https & deployment woes


  • Subject: https & deployment woes
  • From: "Jonathan Fleming" <email@hidden>
  • Date: Wed, 14 Apr 2004 13:45:45 +0100

I've been trying to set my apps to be able to go in and out of a https server, however, i've got past the certificate install with a self signed certificate for now while I am testing, but I'm encountering several other problems listed below:

1) on my local machine for example, not having done a split install at this time I set auguments in ProjectBuilder to -WOPort 9999 -WODirectConnectEnabled NO so that I can use the test url and pass requests through the web server, problem is I just get the 404 error page in the browser.
I get the url I am looking for which is: http://silver-back/wo-scripts/WebObjects.dll/TMI.woa/-9999 so I have to presume my server is not set up correctly. Since I am on a Windows box in deployment, I test using Windows XP locally. Convieniently XP gives you an IIS server so having followed the setup on this site: http://www.tetlabors.de/wo/setup_webobjects_on_windows.html and then making sure all was correct by following WebObjects deployment docs and the help in WOMonitor, I can not understand why I can not get the url through the webserver.
Bare in mind the build from PB was ok and the log states that the app is waiting for requests...
I know that the webserver is geting to the adaptor because when I strip the url back to the .dll and hit return, the server gives me the file to download... or is this wrong? On the live server I don't get the .dll as a download I just get a 404 paerror page. If I put back the app name only I still get the 404 error page.


2) Just so that I can get on and test I asked my server admins to setup a secure area on the live box for me to test on and thankfully they did. They installed it on the same server my apps are on but in a seperate IP address. However, when I was configuring Monitor to see this IP as a host it saw it OK and the YES link was on but it had created it's own SiteCofig.xml file which knocked out the existing one... all my app at that point died - stone dead.
Luckuly I had a copy of the configuration file and copied the content into the old one but WOMonitor was not seeing the info, it still tried to read an empty file. What's going on there?
I've had to manually reconfigure WOMonitor. I noticed that all the applications and instances were still there and set to "ON" (basically as it was before I entered the new host), but if I tried to turn them "OFF" to turn them back "ON" they wouldn't do anything, the toggle swich would just go on forever with no indication of any deaths, so I had to delete the instances noticing in the process that WOMonitor was telling me that this apps and instances where null and that a removal failed even though they did dissappear from view.
Anyhow, once the Monitor was empty (I did not have to reset the Site setting or Preferences), I managed to get the apps all running again.
My question here then is how do I get this host connected without it creating a new SiteConfig file that trashes the origanal host config... I know WebObjects does not allow two of these files on the same server, so how do I work this or can't I?
I have tried using another file name but I can not find a way to point to this for any of the hosts.
The only way it seems is to set the registry with CONF_URL, CONF_INTERVAL, WEBOBJECTS_OPTIONS, however, I can't ask the admins to do this on the live server until I know what it is ok on my dev box, the path I set in CONF_URL file://Apple/Local/Library/WebObjects/Configuration/DevTestConfig.xml, but again this does not seem to have any effect as the default SiteConfig.xml file is always used (if I throw out SiteConfig.xml it get's automatically replaced). I'm not sure what I have to do to change the default from starting up all the time. Any pointers?


3) Lastly, once I do get the webserver issue sorted or even to be able to test through the live server which of course is correctly set and running deployed apps, what then is the actual correct way to do a https request? This is the first time that i'm doing this sort of stuff so bare with me... I'm told that you have to have two apps running one in the http server and the other through the https server. Eg. if I want to do a login through https do I need to set the link to the login page to request the login page on the app in the secure server (https), read it make sure the person is logged in then send information back to the app in the http server telling it that this user is logged in and continue from there, so that everytime I need to do something securely I use this process... is that correct or is that a long winded way of doing things - what's correct?
This is why I thought of setting up another host - all be it on the same box - to server up the same application through two different hosts, one secure the other unsecure when the app requests a specified url though I feel a little unsure of how correct my theory is.


I need some serious help on this, I'm not understanding it fully.

Kind regards
Jonathan :^)

_________________________________________________________________
Tired of 56k? Get a FREE BT Broadband connection http://www.msn.co.uk/specials/btbroadband
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.



  • Prev by Date: Re: XHTML & WO
  • Next by Date: Re: NSString comparisons
  • Previous by thread: Re: 1 WO on 2 Computers
  • Next by thread: Reminder: WebObjects Meeting Wed April 14 in Manhattan
  • Index(es):
    • Date
    • Thread