If you're extending ERXApp, I seem to recall that we fix this ourselves "the
hard way," though I ran into this in 5.3 as well -- that you'd randomly get a
port stuck on when you didn't want it (80 or 443).
In ERXRequest:
@Override
public void _completeURLPrefix(StringBuffer stringbuffer, boolean
secure, int port) {
if (_secureDisabled) {
secure = false;
}
String serverName = _serverName();
String portStr;
if (port == 0) {
String sslPort =
String.valueOf(ERXApplication.erxApplication().sslPort());
portStr = secure ? sslPort : _serverPort();
} else {
portStr = WOShared.unsignedIntString(port);
}
if (secure) {
stringbuffer.append("https://";);
} else {
stringbuffer.append("http://";);
}
stringbuffer.append(serverName);
if(portStr != null && ((secure && !"443".equals(portStr)) ||
(!secure && !"80".equals(portStr)))) {
stringbuffer.append(':');
stringbuffer = stringbuffer.append(portStr);
}
}
On Jan 25, 2010, at 3:56 PM, Sacha Michel Mallais wrote:
> On Jan 25, 2010, at 12:33 PM, Sacha Michel Mallais wrote:
>
>> Hi list,
>>
>> Any idea why WO is appending ":443" to some URLs? They seem to appear on
>> URLs that WO generates (URLs generated by my code seem to be fine), such as
>> on a WO form action method. The page comes in as
>> https://domain/wo/request/url but the generated form action method looks
>> like https://domain:443/wo/request/url...
>>
>> I've checked the archives, which indicate we need to use IP-based virtual
>> hosting, which we already are.
>>
>> Anyone have other ideas?
>
>
> Sorry, this is under WO 5.4.3 with a recent nightly Wonder. I'm only really
> using ERXExtensions and Ajax, though.
>
>
> sacha
>
>
> --
> Sacha Michel Mallais Knowledge Broker
> Global Village Consulting Inc. http://www.global-village.net/
> PGP Key ID: 7D757B65 AIM: smallais
> -----BEGIN GEEK CODE BLOCK-----
> Version: 3.12
> GCS d- s++:++ a C++(++++)$ u...@+++(++++)$ P-(---) L+(-) E>++
> W++(+++) N+ o? K? w(---) O M++ V-(--) PS+++ PE(-) Y+ PGP++ t+
> 5+ X+ R+>+++ tv+ b+ DI+++ D++ G e++ h(+) r* y+(*)
> ------END GEEK CODE BLOCK------
>
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40mdimension.com
>
> This email sent to msch...@mdimension.com
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to arch...@mail-archive.com
