[ 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
