× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



But t get that effect with my conventional web pages I don't do anything special in the Apache config that I can recall - and they work case-insensitive.

What causes the difference? Or have I just forgotten the effect of an Apache directive that I just use without thinking?


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Nov 23, 2018, at 12:04 PM, Nadir Amra <amra@xxxxxxxxxx> wrote:

One could (have not tried it) always deploy the web services all lower
case and possibly use HTTP server remapping to lower case the URLs, which
basically would get what you want.


"WEB400" <web400-bounces@xxxxxxxxxxxx> wrote on 11/21/2018 05:13:20 PM:

From: Jon Paris <jon.paris@xxxxxxxxxxxxxx>
To: "Web400@Midrange. Web400" <web400@xxxxxxxxxxxx>
Date: 11/21/2018 05:13 PM
Subject: Re: [WEB400] Setting up a web services server, and services
Sent by: "WEB400" <web400-bounces@xxxxxxxxxxxx>

Since the vast majority of IFS folders/files are case insensitive I
don't have to do anything to make it case insensitive - it just is
most of the time.

That's what I meant.

I know the standards say case-sensitive - but adherence to those
kinds of standards is not always a good idea. At least allow me to
specify otherwise.

Maybe I'm just feeling grumpy today - and I am surprised that google
has case-sensitive URIs. Just seems pointless.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Nov 21, 2018, at 12:38 PM, Nadir Amra <amra@xxxxxxxxxx> wrote:

This how applications are deployed in any application server. Nothing

new.

Take for example, Google, which seems to operate a case-sensitive URL
policy on their own URLs. For example, the second link below is a 404:

INVALID URI REMOVED
u=http-3A__google.com_doodles&d=DwICAg&c=jf_iaSHvJObTbx-
siA1ZOg&r=1i-jGlz0-JTK1aLHcsU-ew&m=-YMuzKF1npporl-PhLgByzXApm-
cnXdnxgsfz6TKWi4&s=cAAMWcwFn-CFYqX24pofo8-yHFtDtBeU7m98HBwCRvc&e=
INVALID URI REMOVED
u=http-3A__google.com_Doodles&d=DwICAg&c=jf_iaSHvJObTbx-
siA1ZOg&r=1i-jGlz0-JTK1aLHcsU-ew&m=-YMuzKF1npporl-PhLgByzXApm-
cnXdnxgsfz6TKWi4&s=Lcgk1Q5vsHJEruYKaC6EhsTIM7gLqrw9_CXHM94paqM&e=

Not sure what you mean about "....have to remember...". It has always

been the case.

RFC 3986 defines URIs as case-sensitive except for the scheme and host

components.

Having said that, one could always manipulate the HTTP configuration
to
map URLs any way you want. So you could define you web services as
lower
case, then create a mapping such that any requests that come in is
lower
cased before forwarding on to be processed.



--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.