On Thu, Aug 15, 2013 at 3:41 PM, Ryan O'Meara
<[email protected]> wrote:
> Would this do the same thing, with standard Java libraries? I found it with a
> quick search
> (http://wills-tech-notes.blogspot.com/2010/09/uri-encoding-in-java.html)
>
So I tried that, and removed the Clerezza dependency from the pom.xml.
It compiled fine but then I got other unresolved dependencies, for
java-rdfa and some ICU stuff. So it looks like the Clerezza
dependency was bringing in some other dependencies that other parts of
ODFDOM depend on.
So rather than remove Clerezza altogether, I think the trick will be
to avoid it in runtime paths where it is not needed. So it will be a
compile-time dependency for anyone rebuilding the Toolkit, but we
should minimize the number of places where the classloader looks for
it at runtime.
Another option we've discussed is to distribute an all-inclusive
dependencies.jar that contains all the classes you need. This helps
in some cases. But doesn't help so much in, say, a Java application
server, where you might have some of these classes already on the
classpath.
Regards,
-Rob
>
> import java.io.UnsupportedEncodingException;
> import java.net.URISyntaxException;
> import java.net.URLEncoder;
>
> String uriTest2(String uri) {
> String encodedUri = null;
> String encoding = "UTF-8";
> try {
> encodedUri = URLEncoder.encode(uri, encoding);
> } catch (UnsupportedEncodingException e) {
> System.err.println("Unsuported encoding: "+encoding);
> e.printStackTrace();
> }
> return encodedUri;
> }
>
>
> -Ryan O'Meara
>
>
> On Aug 15, 2013, at 3:33 PM, Rob Weir
> <[email protected]<mailto:[email protected]>> wrote:
>
> On Thu, Aug 15, 2013 at 7:06 AM, Eero Torri
> <[email protected]<mailto:[email protected]>> wrote:
> Odftoolkit seems to have a dependency on the Clerezza project.
>
> Clerezza project says that "Clerezza is a service platform based on OSGi
> (Open Services Gateway initiative) which provides a set of functionality
> for management of semantically linked data accessible through RESTful Web
> Services and in a secured way."
>
> Looking further where odftoolkit uses clerezza:
>
> odfdom et$ grep -Rin clerezza .
> ./pkg/rdfa/Util.java:28:import org.apache.clerezza.utils.UriException;
> ./pkg/rdfa/Util.java:29:import org.apache.clerezza.utils.UriUtil;
>
> So it uses only the classes called UriException and UriUtil and only in one
> file
>
>
> Now how are they actually used:
>
> String ret = sb.toString();
> try {
> ret = UriUtil.encodePath(ret);
> } catch (UriException e) {
> }
>
> Transform string to another string and do nothing if it blows.
>
> This must be some kind of simple mistake.
> I don't see how it would be worth importing a "service platform" just to do
> URI path encoding.
>
> +1. This looks like overkill. Do you know, is there an equivalent
> function that could be substituted in, within one of the existing
> dependencies?
>
> -Rob
>
