Replacing the "fsck.com-rt" URL scheme

Just in case anyone is interested, I have attached patches against 3.6.0
for :

$rtroot/lib/RT/URI.pm
$rtrootlib/RT/Record.pm
$rtroot/lib/RT/Ticket_Overlay.pm

and also attached a new file

$rtroot/lib/RT/URI/rt.pm

Together, these make the default URI scheme “rt://” instead of
“fsck.com-rt://”. Nothing should break with the existing “fsck.com” URIs
as

$rtroot/lib/RT/URI/fsck.com-rt.pm

still exists and the database contents are not changed. It should only
make a difference to new links. If you want to convert everything to the
simpler scheme, you could go through the RT “links” DB table and
find/replace everything and then delete

$rtroot/lib/RT/URI/fsck.com-rt.pm

Why did I do this? Because when you start to use the REST interface a
lot, you start to see the URIs and management get a little strange when
they see someone else’s domain-name in their scripts and code. They get
a little nervous about open-source as a result. And it is cleaner, which
appeals to me.

PK

rt.pm (5.8 KB)

Ticket_Overlay.pm-urlscheme.patch (298 Bytes)

URI.pm-urlscheme.patch (367 Bytes)

Record.pm-urlscheme.patch (337 Bytes)

So, this patch sparked a lively internal debate here at Best Practical.
Which prompted me to do a bunch of googling to figure out where I picked
up the idea for “fsck.com-rt”.

RFC 4395 New URI Schemes February 2006

Organizations that desire a private name space for URI scheme names
are encouraged to use a prefix based on their domain name, expressed
in reverse order. For example, a URI scheme name of com-example-info
might be registered by the vendor that owns the example.com domain
name.

While clearly not the reference I was originally using, it does seem to
at least point in the same direction. (And yeah, it’s incompatible with what
we’re actually doing.) I’ll see what I can dig up about actually registering with
IANA, though I expect to get slapped down fairly brutally.

Jesse

I can see why it might have been done originally - that makes perfect
sense, I suppose that I was thinking that since RT isn’t really a
“private” thing any more, it deserves a more public URI scheme,
especially since it’s open source …

PK-----Original Message-----
From: Jesse Vincent [mailto:jesse@bestpractical.com]
Sent: 27 June 2006 21:43
To: Philip Kime
Cc: rt-devel@lists.bestpractical.com
Subject: Re: [Rt-devel] Replacing the “fsck.com-rt” URL scheme

So, this patch sparked a lively internal debate here at Best Practical.
Which prompted me to do a bunch of googling to figure out where I picked
up the idea for “fsck.com-rt”.

RFC 4395 New URI Schemes February 2006

Organizations that desire a private name space for URI scheme names
are encouraged to use a prefix based on their domain name, expressed
in reverse order. For example, a URI scheme name of com-example-info
might be registered by the vendor that owns the example.com domain
name.

While clearly not the reference I was originally using, it does seem to
at least point in the same direction. (And yeah, it’s incompatible with
what we’re actually doing.) I’ll see what I can dig up about actually
registering with IANA, though I expect to get slapped down fairly
brutally.

Jesse