commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shapira, Yoav" <>
Subject RE: [SURVEY] Commons-URI or not?
Date Wed, 25 Jun 2003 12:38:04 GMT

I think a slightly more detailed proposal is needed: one that addresses
specifically what commons-uri would address that's missing in and related classes.

Yoav Shapira
Millennium ChemInformatics

>-----Original Message-----
>From: Sung-Gu []
>Sent: Wednesday, June 25, 2003 1:10 AM
>To: Jakarta Commons Developers List; Commons HttpClient Project
>Subject: [SURVEY] Commons-URI or not?
>Hi all,
>I suggest that jakarta-commons provides flexible URI issue
>as a package.
>Various applications using URI concept comes in the internet world.
>they need common mechanisms and algorithms for URI.
>For example, all internet programs will need fundamental functionalites
>URI like extensible parsing and manipulation container for URL
>URN and URC,  escape codec mechanism, charset tranformation
>URI transformation from real world identities or URN, or other
>transformations related to DNS or telephony...   If it would be
>commonly in Jakarta, we can save development powers.   So I suggest new
>commons-uri package.
>FYI, currently the commons-httpclient is using it.
>Any comments?
>Or any +1, -1?
>P.S.: If the requirement is very weak, I want  to put the new package
>commons-sandbox even for a long while in my opinion...

This e-mail, including any attachments, is a confidential business communication, and may
contain information that is confidential, proprietary and/or privileged.  This e-mail is intended
only for the individual(s) to whom it is addressed, and may not be saved, copied, printed,
disclosed or used by anyone else.  If you are not the(an) intended recipient, please immediately
delete this e-mail from your computer system and notify the sender.  Thank you.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message