[jira] Updated: (BEEHIVE-128) Switch from java.net.URLEncoder/Decoder to org.apache.commons.codec.net.URLCodec for

["Rich Feit (JIRA)" <be...@incubator.apache.org>]

     [ http://issues.apache.org/jira/browse/BEEHIVE-128?page=history ]

Rich Feit updated BEEHIVE-128:
------------------------------

        Summary: Switch from java.net.URLEncoder/Decoder to org.apache.commons.codec.net.URLCodec for  (was: Switch from java.net.URLEncoder/Decoder to org.apache.commons.codec.net.URLCodec for
performance and scalability reasons)
        Version: V1Beta
    Fix Version: V1

So I remember, I think this is what needs to happen after the beehive-netui jars are squished into one:
    - create a new build module for the URL Rewriter
    - set up the module dependencies in this order: util, scoping, urlrewriter, ...

The problem now is that util depends on scoping, since the URL rewriter is part of it.

> Switch from java.net.URLEncoder/Decoder to org.apache.commons.codec.net.URLCodec for
> ------------------------------------------------------------------------------------
>
>          Key: BEEHIVE-128
>          URL: http://issues.apache.org/jira/browse/BEEHIVE-128
>      Project: Beehive
>         Type: Improvement
>   Components: Build, NetUI, Web Services (181)
>     Versions: V1Beta
>     Reporter: Bryan Che
>     Assignee: Rich Feit
>      Fix For: V1
>  Attachments: urlencode-patch.tar.gz
>
> java.net.URLEncoder/Decoder is pretty slow and often bottlenecks pages/servers that do a fair amount of encoding.  We should switch to org.apache.commons.codec.net.URLCodec instead, which is much faster--especially since Beehive already ships commons-codec.  I have a patch that does this and will be uploading it shortly.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira