Re: Going to other context and/or server in 1.1

[David Graham]

I thought of the http:// matching as well. Are there any cases when this logic wouldn't work? Hardcoding the protocol may be a bad idea.

David

From: Eddie Bush <[EMAIL PROTECTED]>
Reply-To: "Struts Developers List" <[EMAIL PROTECTED]>
To: Struts Developers List <[EMAIL PROTECTED]>
Subject: Re: Going to other context and/or server in 1.1
Date: Fri, 18 Oct 2002 10:26:31 -0500

Naw, that's just another person saying they have the same problem, I think. I didn't see a patch in the attachment - but the question remains if this is something we want to allow. Personally, I think we should. If so, I'll see about getting it fixed-up.

That is the bug I was looking at though, yes. There have been others wanting this ability too.

One thought that comes to mind is to check the path specified to see if it starts out "http://..."; - and just treat that differently. That would be easy enough for users to do, and I don't think it would require too significant of a change to implement. This is one time I think startsWith criteria would suffice ;-) but I'm open to suggestions.

David Graham wrote:

Are you referring to this bug?

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13721

Looks like someone has submitted a patch.

Dave

--
Eddie Bush




--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>

_________________________________________________________________
Internet access plans that fit your lifestyle -- join MSN. http://resourcecenter.msn.com/access/plans/default.asp


--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>