http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/ivyfile/override.html
----------------------------------------------------------------------
diff --git a/doc/ivyfile/override.html b/doc/ivyfile/override.html
deleted file mode 100644
index 3d747d1..0000000
--- a/doc/ivyfile/override.html
+++ /dev/null
@@ -1,61 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-<b>Tag:</b> override <b>Parent:</b> <a 
href="../ivyfile/dependencies.html">dependencies</a><br/>
-<br/>
-<span class="since">(since 2.0)</span>
-
-Specify an override mediation rule, overriding the revision and/or branch 
requested for a transitive dependency.
-
-This can be useful when a direct dependency is bringing a transitive 
dependency for which you want to change the revision, without actually 
declaring a dependency on it (because the module doesn't actually depend on it) 
and without using conflict management for this purpose (maybe because there is 
no conflict at all, or because you want to by pass conflict management for this 
particular transitive dependency).
-
-Overriding is done before any else, in a phase called dependency descriptor 
mediation. The transitive dependency then behave exactly as if it were declared 
with the new value.
-
-Note that even though no attribute is required, it makes no sense to set no 
attributes at all. It would mean that overriding is triggered for all 
transitive dependencies, but doesn't override anything. Most of the time, at 
least org or module should be set to override only a subset of transitive 
dependencies, and at least branch or rev should be set to actually override 
something.
-
-<h1>Attributes</h1>
-<table class="ivy-attributes">
-<thead>
-    <tr><th class="ivy-att">Attribute</th><th 
class="ivy-att-desc">Description</th><th class="ivy-att-req">Required</th></tr>
-</thead>
-<tbody>
-    <tr><td>org</td><td>the name, or an expression matching the name of 
organisation to which overriding should be applied (see matcher attribute 
below)</td>
-        <td>No, defaults to * (match all)</td></tr>
-    <tr><td>module</td><td>the name, or an expression matching the name of 
module to which overriding should be applied (see matcher attribute below)</td>
-        <td>No, defaults to * (match all)</td></tr>
-    <tr><td>branch</td><td>the branch to set for all the overriden dependency 
descriptors</td>
-        <td>No, by default branch is not overriden</td></tr>
-    <tr><td>rev</td><td>the revision to set for all the overriden dependency 
descriptors</td>
-        <td>No, by default revision is not overriden</td></tr>
-    <tr><td>matcher</td><td>the <a href="../concept.html#matcher">matcher</a> 
to use to match the modules for which the conflict manager should be used</td>
-        <td>No, defaults to exact</td></tr>
-</tbody>
-</table>
-</textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/ivyfile/publications.html
----------------------------------------------------------------------
diff --git a/doc/ivyfile/publications.html b/doc/ivyfile/publications.html
deleted file mode 100644
index 6c129a0..0000000
--- a/doc/ivyfile/publications.html
+++ /dev/null
@@ -1,60 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-<b>Tag:</b> publications <b>Parent:</b> <a 
href="../ivyfile.html">ivy-module</a><br/><br/>
-
-Container for artifact elements, used to describe the artifacts published by 
this module. 
-
-If this container is not present, it is assumed that the module has one 
artifact, with the same name as the module, and published in all module 
configurations.<br/>
-
-Thus if you have a module which publishes no artifacts (a sort of virtual 
module, made only to integrate several other modules as a whole), you have to 
include a publications element with no artifact sub element.
-<h1>Attributes</h1>
-<table class="ivy-attributes">
-<thead>
-    <tr><th class="ivy-att">Attribute</th><th 
class="ivy-att-desc">Description</th><th class="ivy-att-req">Required</th></tr>
-</thead>
-<tbody>
-    <tr><td>defaultconf</td><td>comma separated list of public configurations 
in which artifacts are published by default (when no specific configurations 
are set on the artifact element).
-       '*' wildcard can be used to designate all public configurations of this 
module. <span class="since">since 2.0</span></td>
-        <td>No, defaults to '*'</td></tr>
-</tbody>
-</table>
-<h1>Child elements</h1>
-<table class="ivy-children">
-<thead>
-    <tr><th class="ivy-chld">Element</th><th 
class="ivy-chld-desc">Description</th><th 
class="ivy-chld-card">Cardinality</th></tr>
-</thead>
-<tbody>
-    <tr><td>[[ivyfile/artifact]]</td><td>declares a published artifact for 
this module</td>
-        <td>0..n</td></tr>
-</tbody>
-</table>
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/ivyfile/repository.html
----------------------------------------------------------------------
diff --git a/doc/ivyfile/repository.html b/doc/ivyfile/repository.html
deleted file mode 100644
index 1c5e404..0000000
--- a/doc/ivyfile/repository.html
+++ /dev/null
@@ -1,54 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-<b>Tag:</b> repository <b>Parent:</b> <a 
href="../ivyfile/info.html">info</a><br/>
-<br/>
-Gives information about a public repository where the module can be found. 
This information
-is given as an indication, repositories being able to be down over time.
-<h1>Attributes</h1>
-<table class="ivy-attributes">
-<thead>
-    <tr><th class="ivy-att">Attribute</th><th 
class="ivy-att-desc">Description</th><th class="ivy-att-req">Required</th></tr>
-</thead>
-<tbody>
-    <tr><td>name</td><td>the name of the repository. Try to respect spelling 
for common repositories (ibiblio, ivyrep, ...)</td>
-        <td>Yes</td></tr>
-    <tr><td>url</td><td>an url pointing to the repository.</td>
-        <td>Yes</td></tr>
-    <tr><td>pattern</td><td>an ivy pattern to find modules on this 
repository</td>
-        <td>No, but it's recommended to indicate it.</td></tr>
-    <tr><td>ivys</td><td>true if ivy file can be found on this repository</td>
-        <td>No, defaults to false.</td></tr>
-    <tr><td>artifacts</td><td>true if module artifacts can be found on this 
repository</td>
-        <td>No, defaults to false.</td></tr>
-</tbody>
-</table>
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/js/jquery.pack.js
----------------------------------------------------------------------
diff --git a/doc/js/jquery.pack.js b/doc/js/jquery.pack.js
deleted file mode 100644
index f954b6b..0000000
--- a/doc/js/jquery.pack.js
+++ /dev/null
@@ -1 +0,0 @@
-eval(function(p,a,c,k,e,d){e=function(c){return(c<a?"":e(parseInt(c/a)))+((c=c%a)>35?String.fromCharCode(c+29):c.toString(36))};if(!''.replace(/^/,String)){while(c--){d[e(c)]=k[c]||e(c)}k=[function(e){return
 d[e]}];e=function(){return'\\w+'};c=1};while(c--){if(k[c]){p=p.replace(new 
RegExp('\\b'+e(c)+'\\b','g'),k[c])}}return p}('7(1C 1w.6=="T"){1w.T=1w.T;B 
6=u(a,c){7(1w==q)v 1p 6(a,c);a=a||17;7(6.1t(a))v 1p 
6(17)[6.E.27?"27":"2O"](a);7(1C a=="23"){B 
m=/^[^<]*(<(.|\\s)+>)[^>]*$/.2Q(a);7(m)a=6.3k([m[1]]);J v 1p 6(c).2o(a)}v 
q.6r(a.1l==2y&&a||(a.3Y||a.I&&a!=1w&&!a.24&&a[0]!=T&&a[0].24)&&6.3M(a)||[a])};7(1C
 $!="T")6.2S$=$;B $=6;6.E=6.8p={3Y:"1.1.2",8q:u(){v q.I},I:0,2b:u(1T){v 
1T==T?6.3M(q):q[1T]},2r:u(a){B L=6(a);L.6p=q;v L},6r:u(a){q.I=0;[].1g.14(q,a);v 
q},K:u(E,1E){v 6.K(q,E,1E)},2h:u(1c){B 4c=-1;q.K(u(i){7(q==1c)4c=i});v 
4c},1I:u(1Y,O,C){B 1c=1Y;7(1Y.1l==3t)7(O==T)v 
q.I&&6[C||"1I"](q[0],1Y)||T;J{1c={};1c[1Y]=O}v q.K(u(2h){P(B H 1x 
1c)6.1I(C?q.1q:q,H,6.H(q,1c[H],C,2h,H))})},1m:u(1Y,O)
 {v q.1I(1Y,O,"30")},2L:u(e){7(1C e=="23")v q.3u().3r(17.8t(e));B 
t="";6.K(e||q,u(){6.K(q.2I,u(){7(q.24!=8)t+=q.24!=1?q.60:6.E.2L([q])})});v 
t},2K:u(){B a=6.3k(1A);v q.K(u(){B 
b=a[0].3l(U);q.11.2X(b,q);22(b.1b)b=b.1b;b.4C(q)})},3r:u(){v 
q.3j(1A,U,1,u(a){q.4C(a)})},5i:u(){v q.3j(1A,U,-1,u(a){q.2X(a,q.1b)})},5j:u(){v 
q.3j(1A,12,1,u(a){q.11.2X(a,q)})},5t:u(){v 
q.3j(1A,12,-1,u(a){q.11.2X(a,q.2e)})},4g:u(){v q.6p||6([])},2o:u(t){v 
q.2r(6.31(q,u(a){v 6.2o(t,a)}),t)},4Y:u(4N){v q.2r(6.31(q,u(a){B 
a=a.3l(4N!=T?4N:U);a.$1H=16;v a}))},1D:u(t){v q.2r(6.1t(t)&&6.2q(q,u(2z,2h){v 
t.14(2z,[2h])})||6.3z(t,q))},2g:u(t){v 
q.2r(t.1l==3t&&6.3z(t,q,U)||6.2q(q,u(a){v(t.1l==2y||t.3Y)?6.3y(a,t)<0:a!=t}))},1M:u(t){v
 
q.2r(6.2k(q.2b(),t.1l==3t?6(t).2b():t.I!=T&&(!t.1f||t.1f=="8v")?t:[t]))},4l:u(1s){v
 1s?6.1D(1s,q).r.I>0:12},1a:u(1a){v 
1a==T?(q.I?q[0].O:16):q.1I("O",1a)},4U:u(1a){v 
1a==T?(q.I?q[0].2t:16):q.3u().3r(1a)},3j:u(1E,1P,3Z,E){B 4Y=q.I>1;B 
a=6.3k(1E);7(3Z<0)a.8w();v q.K(u(){B 1c=q;7(1P&&6.1f(q,"1P")&&6
 
.1f(a[0],"3m"))1c=q.5J("20")[0]||q.4C(17.6n("20"));6.K(a,u(){E.14(1c,[4Y?q.3l(U):q])})})}};6.1z=6.E.1z=u(){B
 1O=1A[0],a=1;7(1A.I==1){1O=q;a=0}B H;22(H=1A[a++])P(B i 1x H)1O[i]=H[i];v 
1O};6.1z({8x:u(){7(6.2S$)$=6.2S$;v 6},1t:u(E){v!!E&&1C E!="23"&&!E.1f&&1C 
E[0]=="T"&&/u/i.1n(E+"")},4B:u(D){v D.66&&D.5I&&!D.5I.64},1f:u(D,Y){v 
D.1f&&D.1f.3K()==Y.3K()},K:u(1c,E,1E){7(1c.I==T)P(B i 1x 
1c)E.14(1c[i],1E||[i,1c[i]]);J P(B 
i=0,6q=1c.I;i<6q;i++)7(E.14(1c[i],1E||[i,1c[i]])===12)3O;v 
1c},H:u(D,O,C,2h,H){7(6.1t(O))O=O.3n(D,[2h]);B 
6s=/z-?2h|7P-?8A|1d|58|8B-?28/i;v 
O&&O.1l==3Q&&C=="30"&&!6s.1n(H)?O+"4S":O},19:{1M:u(D,c){6.K(c.3o(/\\s+/),u(i,Q){7(!6.19.2V(D.19,Q))D.19+=(D.19?"
 ":"")+Q})},2f:u(D,c){D.19=c?6.2q(D.19.3o(/\\s+/),u(Q){v!6.19.2V(c,Q)}).6t(" 
"):""},2V:u(t,c){t=t.19||t;c=c.1R(/([\\.\\\\\\+\\*\\?\\[\\^\\]\\$\\(\\)\\{\\}\\=\\!\\<\\>\\|\\:])/g,"\\\\$1");v
 t&&1p 4v("(^|\\\\s)"+c+"(\\\\s|$)").1n(t)}},4d:u(e,o,f){P(B i 1x 
o){e.1q["1N"+i]=e.1q[i];e.1q[i]=o[i]}f.14(e,[]);P(B i 1x o)e.1q[i]=e.1q[
 "1N"+i]},1m:u(e,p){7(p=="28"||p=="3V"){B 
1N={},46,3P,d=["7d","8C","8D","8E"];6.K(d,u(){1N["8F"+q]=0;1N["8G"+q+"8H"]=0});6.4d(e,1N,u(){7(6.1m(e,"1h")!="1Z"){46=e.8I;3P=e.8J}J{e=6(e.3l(U)).2o(":4j").5l("2Z").4g().1m({4n:"1G",45:"8K",1h:"2D",7I:"0",8M:"0"}).5z(e.11)[0];B
 
3d=6.1m(e.11,"45");7(3d==""||3d=="4b")e.11.1q.45="6x";46=e.6y;3P=e.6z;7(3d==""||3d=="4b")e.11.1q.45="4b";e.11.33(e)}});v
 p=="28"?46:3P}v 6.30(e,p)},30:u(D,H,53){B L;7(H=="1d"&&6.W.1j)v 
6.1I(D.1q,"1d");7(H=="4h"||H=="2v")H=6.W.1j?"3T":"2v";7(!53&&D.1q[H])L=D.1q[H];J
 7(17.44&&17.44.4W){7(H=="2v"||H=="3T")H="4h";H=H.1R(/([A-Z])/g,"-$1").4m();B 
Q=17.44.4W(D,16);7(Q)L=Q.55(H);J 7(H=="1h")L="1Z";J 6.4d(D,{1h:"2D"},u(){B 
c=17.44.4W(q,"");L=c&&c.55(H)||""})}J 7(D.51){B 56=H.1R(/\\-(\\w)/g,u(m,c){v 
c.3K()});L=D.51[H]||D.51[56]}v L},3k:u(a){B 
r=[];6.K(a,u(i,1r){7(!1r)v;7(1r.1l==3Q)1r=1r.6C();7(1C 1r=="23"){B 
s=6.35(1r),1V=17.6n("1V"),2i=[];B 
2K=!s.18("<1u")&&[1,"<42>","</42>"]||(!s.18("<6D")||!s.18("<20")||!s.18("<6E"))&&[1,"<1P
 >","</1P>"]||!s.18("<3m")&&[2,"<1P><20>","</20></1P>"]||(!s.18("<6F")||!s.18("<6G"))&&[3,"<1P><20><3m>","</3m></20></1P>"]||[0,"",""];1V.2t=2K[1]+s+2K[2];22(2K[0]--)1V=1V.1b;7(6.W.1j){7(!s.18("<1P")&&s.18("<20")<0)2i=1V.1b&&1V.1b.2I;J
 > 7(2K[1]=="<1P>"&&s.18("<20")<0)2i=1V.2I;P(B 
 >n=2i.I-1;n>=0;--n)7(6.1f(2i[n],"20")&&!2i[n].2I.I)2i[n].11.33(2i[n])}1r=[];P(B
 > 
 >i=0,l=1V.2I.I;i<l;i++)1r.1g(1V.2I[i])}7(1r.I===0&&!6.1f(1r,"3w"))v;7(1r[0]==T||6.1f(1r,"3w"))r.1g(1r);J
 > r=6.2k(r,1r)});v r},1I:u(D,Y,O){B 
 >2j=6.4B(D)?{}:{"P":"6J","6L":"19","4h":6.W.1j?"3T":"2v",2v:6.W.1j?"3T":"2v",2t:"2t",19:"19",O:"O",2W:"2W",2Z:"2Z",89:"6N",2Y:"2Y"};7(Y=="1d"&&6.W.1j&&O!=T){D.58=1;v
 > D.1D=D.1D.1R(/4i\\([^\\)]*\\)/6O,"")+(O==1?"":"4i(1d="+O*6g+")")}J 
 >7(Y=="1d"&&6.W.1j)v 
 >D.1D?4T(D.1D.6P(/4i\\(1d=(.*)\\)/)[1])/6g:1;7(Y=="1d"&&6.W.3h&&O==1)O=0.6R;7(2j[Y]){7(O!=T)D[2j[Y]]=O;v
 > D[2j[Y]]}J 7(O==T&&6.W.1j&&6.1f(D,"3w")&&(Y=="81"||Y=="80"))v D.6T(Y).60;J 
 >7(D.66){7(O!=T)D.6V(Y,O);7(6.W.1j&&/5E|3e/.1n(Y)&&!6.4B(D))v D.36(Y,2)
 ;v D.36(Y)}J{Y=Y.1R(/-([a-z])/6W,u(z,b){v b.3K()});7(O!=T)D[Y]=O;v 
D[Y]}},35:u(t){v t.1R(/^\\s+|\\s+$/g,"")},3M:u(a){B r=[];7(a.1l!=2y)P(B 
i=0,2R=a.I;i<2R;i++)r.1g(a[i]);J r=a.3N(0);v r},3y:u(b,a){P(B 
i=0,2R=a.I;i<2R;i++)7(a[i]==b)v i;v-1},2k:u(2u,3H){B r=[].3N.3n(2u,0);P(B 
i=0,5b=3H.I;i<5b;i++)7(6.3y(3H[i],r)==-1)2u.1g(3H[i]);v 2u},2q:u(1U,E,4k){7(1C 
E=="23")E=1p 4w("a","i","v "+E);B 1i=[];P(B 
i=0,2z=1U.I;i<2z;i++)7(!4k&&E(1U[i],i)||4k&&!E(1U[i],i))1i.1g(1U[i]);v 
1i},31:u(1U,E){7(1C E=="23")E=1p 4w("a","v "+E);B 1i=[],r=[];P(B 
i=0,2z=1U.I;i<2z;i++){B 
1a=E(1U[i],i);7(1a!==16&&1a!=T){7(1a.1l!=2y)1a=[1a];1i=1i.6Z(1a)}}B 
r=1i.I?[1i[0]]:[];5f:P(B i=1,5e=1i.I;i<5e;i++){P(B j=0;j<i;j++)7(1i[i]==r[j])5F 
5f;r.1g(1i[i])}v r}});1p u(){B 
b=7L.71.4m();6.W={2N:/5D/.1n(b),3f:/3f/.1n(b),1j:/1j/.1n(b)&&!/3f/.1n(b),3h:/3h/.1n(b)&&!/(72|5D)/.1n(b)};6.7H=!6.W.1j||17.74=="75"};6.K({5u:"a.11",4z:"6.4z(a)",76:"6.2a(a,2,\'2e\')",7D:"6.2a(a,2,\'5s\')",78:"6.2B(a.11.1b,a)",79:"6.2B(a.1b)"},u(i,n){6.E[i]=u(a
 ){B L=6.31(q,n);7(a&&1C a=="23")L=6.3z(a,L);v 
q.2r(L)}});6.K({5z:"3r",7b:"5i",2X:"5j",7e:"5t"},u(i,n){6.E[i]=u(){B a=1A;v 
q.K(u(){P(B 
j=0,2R=a.I;j<2R;j++)6(a[j])[n](q)})}});6.K({5l:u(1Y){6.1I(q,1Y,"");q.7g(1Y)},7h:u(c){6.19.1M(q,c)},7i:u(c){6.19.2f(q,c)},7k:u(c){6.19[6.19.2V(q,c)?"2f":"1M"](q,c)},2f:u(a){7(!a||6.1D(a,[q]).r.I)q.11.33(q)},3u:u(){22(q.1b)q.33(q.1b)}},u(i,n){6.E[i]=u(){v
 q.K(n,1A)}});6.K(["5q","5n","5p","5v"],u(i,n){6.E[n]=u(1T,E){v 
q.1D(":"+n+"("+1T+")",E)}});6.K(["28","3V"],u(i,n){6.E[n]=u(h){v 
h==T?(q.I?6.1m(q[0],n):16):q.1m(n,h.1l==3t?h:h+"4S")}});6.1z({1s:{"":"m[2]==\'*\'||6.1f(a,m[2])","#":"a.36(\'2J\')==m[2]",":":{5n:"i<m[3]-0",5p:"i>m[3]-0",2a:"m[3]-0==i",5q:"m[3]-0==i",2u:"i==0",2T:"i==r.I-1",5R:"i%2==0",5S:"i%2","2a-3s":"6.2a(a.11.1b,m[3],\'2e\',a)==a","2u-3s":"6.2a(a.11.1b,1,\'2e\')==a","2T-3s":"6.2a(a.11.7n,1,\'5s\')==a","7p-3s":"6.2B(a.11.1b).I==1",5u:"a.1b",3u:"!a.1b",5v:"6.E.2L.14([a]).18(m[3])>=0",3i:\'a.C!="1G"&&6.1m(a,"1h")!="1Z"&&6.1m(a,"4n")!="1G"\'
 
,1G:\'a.C=="1G"||6.1m(a,"1h")=="1Z"||6.1m(a,"4n")=="1G"\',7v:"!a.2W",2W:"a.2W",2Z:"a.2Z",2Y:"a.2Y||6.1I(a,\'2Y\')",2L:"a.C==\'2L\'",4j:"a.C==\'4j\'",5x:"a.C==\'5x\'",4G:"a.C==\'4G\'",5y:"a.C==\'5y\'",4R:"a.C==\'4R\'",5A:"a.C==\'5A\'",5B:"a.C==\'5B\'",3x:\'a.C=="3x"||6.1f(a,"3x")\',5C:"/5C|42|7A|3x/i.1n(a.1f)"},".":"6.19.2V(a,m[2])","@":{"=":"z==m[4]","!=":"z!=m[4]","^=":"z&&!z.18(m[4])","$=":"z&&z.2U(z.I
 - 
m[4].I,m[4].I)==m[4]","*=":"z&&z.18(m[4])>=0","":"z",4u:u(m){v["",m[1],m[3],m[2],m[5]]},5P:"z=a[m[3]];7(!z||/5E|3e/.1n(m[3]))z=6.1I(a,m[3]);"},"[":"6.2o(m[2],a).I"},5M:[/^\\[
 *(@)([a-2m-3C-]*) *([!*$^=]*) *(\'?"?)(.*?)\\4 
*\\]/i,/^(\\[)\\s*(.*?(\\[.*?\\])?[^[]*?)\\s*\\]/,/^(:)([a-2m-3C-]*)\\("?\'?(.*?(\\(.*?\\))?[^(]*?)"?\'?\\)/i,/^([:.#]*)([a-2m-3C*-]*)/i],1Q:[/^(\\/?\\.\\.)/,"a.11",/^(>|\\/)/,"6.2B(a.1b)",/^(\\+)/,"6.2a(a,2,\'2e\')",/^(~)/,u(a){B
 s=6.2B(a.11.1b);v s.3N(6.3y(a,s)+1)}],3z:u(1s,1U,2g){B 
1N,Q=[];22(1s&&1s!=1N){1N=1s;B f=6.1D(1s,1U,2g);1s=f.t.1R(/^\\s*,\\s*/,"");Q=2g
 ?1U=f.r:6.2k(Q,f.r)}v Q},2o:u(t,1B){7(1C 
t!="23")v[t];7(1B&&!1B.24)1B=16;1B=1B||17;7(!t.18("//")){1B=1B.4H;t=t.2U(2,t.I)}J
 7(!t.18("/")){1B=1B.4H;t=t.2U(1,t.I);7(t.18("/")>=1)t=t.2U(t.18("/"),t.I)}B 
L=[1B],2c=[],2T=16;22(t&&2T!=t){B r=[];2T=t;t=6.35(t).1R(/^\\/\\//i,"");B 
3B=12;B 1J=/^[\\/>]\\s*([a-2m-9*-]+)/i;B m=1J.2Q(t);7(m){6.K(L,u(){P(B 
c=q.1b;c;c=c.2e)7(c.24==1&&(6.1f(c,m[1])||m[1]=="*"))r.1g(c)});L=r;t=t.1R(1J,"");7(t.18("
 ")==0)5F;3B=U}J{P(B i=0;i<6.1Q.I;i+=2){B 1J=6.1Q[i];B 
m=1J.2Q(t);7(m){r=L=6.31(L,6.1t(6.1Q[i+1])?6.1Q[i+1]:u(a){v 
40(6.1Q[i+1])});t=6.35(t.1R(1J,""));3B=U;3O}}}7(t&&!3B){7(!t.18(",")){7(L[0]==1B)L.4L();6.2k(2c,L);r=L=[1B];t="
 "+t.2U(1,t.I)}J{B 34=/^([a-2m-3C-]+)(#)([a-2m-9\\\\*2S-]*)/i;B 
m=34.2Q(t);7(m){m=[0,m[2],m[3],m[1]]}J{34=/^([#.]?)([a-2m-9\\\\*2S-]*)/i;m=34.2Q(t)}7(m[1]=="#"&&L[L.I-1].4X){B
 
2l=L[L.I-1].4X(m[2]);7(6.W.1j&&2l&&2l.2J!=m[2])2l=6(\'[@2J="\'+m[2]+\'"]\',L[L.I-1])[0];L=r=2l&&(!m[3]||6.1f(2l,m[3]))?[2l]:[]}J{7(m[1]==".")B
 4r=1p 4v("(^|\\\\s)
 "+m[2]+"(\\\\s|$)");6.K(L,u(){B 
3E=m[1]!=""||m[0]==""?"*":m[2];7(6.1f(q,"7J")&&3E=="*")3E="3g";6.2k(r,m[1]!=""&&L.I!=1?6.4x(q,[],m[1],m[2],4r):q.5J(3E))});7(m[1]=="."&&L.I==1)r=6.2q(r,u(e){v
 4r.1n(e.19)});7(m[1]=="#"&&L.I==1){B 
5K=r;r=[];6.K(5K,u(){7(q.36("2J")==m[2]){r=[q];v 
12}})}L=r}t=t.1R(34,"")}}7(t){B 
1a=6.1D(t,r);L=r=1a.r;t=6.35(1a.t)}}7(L&&L[0]==1B)L.4L();6.2k(2c,L);v 
2c},1D:u(t,r,2g){22(t&&/^[a-z[({<*:.#]/i.1n(t)){B 
p=6.5M,m;6.K(p,u(i,1J){m=1J.2Q(t);7(m){t=t.7M(m[0].I);7(6.1s[m[1]].4u)m=6.1s[m[1]].4u(m);v
 12}});7(m[1]==":"&&m[2]=="2g")r=6.1D(m[3],r,U).r;J 7(m[1]=="."){B 1J=1p 
4v("(^|\\\\s)"+m[2]+"(\\\\s|$)");r=6.2q(r,u(e){v 1J.1n(e.19||"")},2g)}J{B 
f=6.1s[m[1]];7(1C f!="23")f=6.1s[m[1]][m[2]];40("f = 
u(a,i){"+(6.1s[m[1]].5P||"")+"v 
"+f+"}");r=6.2q(r,f,2g)}}v{r:r,t:t}},4x:u(o,r,1Q,Y,1J){P(B 
s=o.1b;s;s=s.2e)7(s.24==1){B 1M=U;7(1Q==".")1M=s.19&&1J.1n(s.19);J 
7(1Q=="#")1M=s.36("2J")==Y;7(1M)r.1g(s);7(1Q=="#"&&r.I)3O;7(s.1b)6.4x(s,r,1Q,Y,1J)}v
 r},4z:u(D){B 4A=[];B Q=D.11;22(Q&&Q
 !=17){4A.1g(Q);Q=Q.11}v 4A},2a:u(Q,1i,3Z,D){1i=1i||1;B 
1T=0;P(;Q;Q=Q[3Z]){7(Q.24==1)1T++;7(1T==1i||1i=="5R"&&1T%2==0&&1T>1&&Q==D||1i=="5S"&&1T%2==1&&Q==D)v
 Q}},2B:u(n,D){B r=[];P(;n;n=n.2e){7(n.24==1&&(!D||n!=D))r.1g(n)}v 
r}});6.G={1M:u(S,C,1o,F){7(6.W.1j&&S.3L!=T)S=1w;7(F)1o.F=F;7(!1o.2A)1o.2A=q.2A++;7(!S.$1H)S.$1H={};B
 
38=S.$1H[C];7(!38){38=S.$1H[C]={};7(S["39"+C])38[0]=S["39"+C]}38[1o.2A]=1o;S["39"+C]=q.5Y;7(!q.1k[C])q.1k[C]=[];q.1k[C].1g(S)},2A:1,1k:{},2f:u(S,C,1o){7(S.$1H){B
 i,j,k;7(C&&C.C){1o=C.1o;C=C.C}7(C&&S.$1H[C])7(1o)5U S.$1H[C][1o.2A];J P(i 1x 
S.$1H[C])5U S.$1H[C][i];J P(j 1x S.$1H)q.2f(S,j);P(k 1x 
S.$1H[C])7(k){k=U;3O}7(!k)S["39"+C]=16}},1S:u(C,F,S){F=6.3M(F||[]);7(!S)6.K(q.1k[C]||[],u(){6.G.1S(C,F,q)});J{B
 
1o=S["39"+C],1a,E=6.1t(S[C]);7(1o){F.61(q.2j({C:C,1O:S}));7((1a=1o.14(S,F))!==12)q.4F=U}7(E&&1a!==12)S[C]();q.4F=12}},5Y:u(G){7(1C
 6=="T"||6.G.4F)v;G=6.G.2j(G||1w.G||{});B 3R;B c=q.$1H[G.C];B 
1E=[].3N.3n(1A,1);1E.61(G);P(B j 1x c){1E[0].1o=c[j];1E[0].F=c[j].F;7(c[j].
 14(q,1E)===12){G.2n();G.2H();3R=12}}7(6.W.1j)G.1O=G.2n=G.2H=G.1o=G.F=16;v 
3R},2j:u(G){7(!G.1O&&G.63)G.1O=G.63;7(G.65==T&&G.67!=T){B 
e=17.4H,b=17.64;G.65=G.67+(e.68||b.68);G.7Y=G.7Z+(e.6c||b.6c)}7(6.W.2N&&G.1O.24==3){B
 3a=G;G=6.1z({},3a);G.1O=3a.1O.11;G.2n=u(){v 3a.2n()};G.2H=u(){v 
3a.2H()}}7(!G.2n)G.2n=u(){q.3R=12};7(!G.2H)G.2H=u(){q.82=U};v 
G}};6.E.1z({3U:u(C,F,E){v q.K(u(){6.G.1M(q,C,E||F,F)})},6u:u(C,F,E){v 
q.K(u(){6.G.1M(q,C,u(G){6(q).6f(G);v(E||F).14(q,1A)},F)})},6f:u(C,E){v 
q.K(u(){6.G.2f(q,C,E)})},1S:u(C,F){v q.K(u(){6.G.1S(C,F,q)})},3X:u(){B a=1A;v 
q.6j(u(e){q.4M=q.4M==0?1:0;e.2n();v a[q.4M].14(q,[e])||12})},83:u(f,g){u 
4O(e){B p=(e.C=="41"?e.84:e.85)||e.86;22(p&&p!=q)2G{p=p.11}2w(e){p=q};7(p==q)v 
12;v(e.C=="41"?f:g).14(q,[e])}v 
q.41(4O).6k(4O)},27:u(f){7(6.3W)f.14(17,[6]);J{6.3c.1g(u(){v f.14(q,[6])})}v 
q}});6.1z({3W:12,3c:[],27:u(){7(!6.3W){6.3W=U;7(6.3c){6.K(6.3c,u(){q.14(17)});6.3c=16}7(6.W.3h||6.W.3f)17.87("6o",6.27,12)}}});1p
 u(){6.K(("88,8a,2O,8b,8d,52,6j,8e,"+"8f,8g,
 8h,41,6k,8j,42,"+"4R,8k,8l,8m,2C").3o(","),u(i,o){6.E[o]=u(f){v 
f?q.3U(o,f):q.1S(o)}});7(6.W.3h||6.W.3f)17.8n("6o",6.27,12);J 
7(6.W.1j){17.8o("<8r"+"8s 2J=62 8u=U "+"3e=//:><\\/2d>");B 
2d=17.4X("62");7(2d)2d.37=u(){7(q.3D!="1X")v;q.11.33(q);6.27()};2d=16}J 
7(6.W.2N)6.50=3L(u(){7(17.3D=="8y"||17.3D=="1X"){4p(6.50);6.50=16;6.27()}},10);6.G.1M(1w,"2O",6.27)};7(6.W.1j)6(1w).6u("52",u(){B
 1k=6.G.1k;P(B C 1x 1k){B 4Z=1k[C],i=4Z.I;7(i&&C!=\'52\')6w 
6.G.2f(4Z[i-1],C);22(--i)}});6.E.1z({6A:u(V,21,M){q.2O(V,21,M,1)},2O:u(V,21,M,1W){7(6.1t(V))v
 q.3U("2O",V);M=M||u(){};B 
C="5d";7(21)7(6.1t(21)){M=21;21=16}J{21=6.3g(21);C="5V"}B 
4e=q;6.3v({V:V,C:C,F:21,1W:1W,1X:u(2P,15){7(15=="2M"||!1W&&15=="5L")4e.1I("2t",2P.3G).4V().K(M,[2P.3G,15,2P]);J
 M.14(4e,[2P.3G,15,2P])}});v q},6B:u(){v 6.3g(q)},4V:u(){v 
q.2o("2d").K(u(){7(q.3e)6.59(q.3e);J 
6.4a(q.2L||q.6H||q.2t||"")}).4g()}});7(!1w.3p)3p=u(){v 1p 
6I("6K.6M")};6.K("5m,5Q,5O,5W,5N,5H".3o(","),u(i,o){6.E[o]=u(f){v 
q.3U(o,f)}});6.1z({2b:u(V,F,M,C,1W){7(6.1t
 (F)){M=F;F=16}v 6.3v({V:V,F:F,2M:M,4t:C,1W:1W})},6Q:u(V,F,M,C){v 
6.2b(V,F,M,C,1)},59:u(V,M){v 6.2b(V,16,M,"2d")},6S:u(V,F,M){v 
6.2b(V,F,M,"6m")},6U:u(V,F,M,C){7(6.1t(F)){M=F;F={}}v 
6.3v({C:"5V",V:V,F:F,2M:M,4t:C})},6X:u(29){6.3q.29=29},6Y:u(5c){6.1z(6.3q,5c)},3q:{1k:U,C:"5d",29:0,5r:"70/x-73-3w-77",5h:U,48:U,F:16},3S:{},3v:u(s){s=6.1z({},6.3q,s);7(s.F){7(s.5h&&1C
 
s.F!="23")s.F=6.3g(s.F);7(s.C.4m()=="2b"){s.V+=((s.V.18("?")>-1)?"&":"?")+s.F;s.F=16}}7(s.1k&&!6.4E++)6.G.1S("5m");B
 4y=12;B N=1p 
3p();N.7j(s.C,s.V,s.48);7(s.F)N.3A("7l-7m",s.5r);7(s.1W)N.3A("7o-4K-7q",6.3S[s.V]||"7s,
 7t 7w 7x 4o:4o:4o 
7z");N.3A("X-7B-7C","3p");7(N.7E)N.3A("7F","7G");7(s.5G)s.5G(N);7(s.1k)6.G.1S("5H",[N,s]);B
 37=u(4s){7(N&&(N.3D==4||4s=="29")){4y=U;7(3I){4p(3I);3I=16}B 
15;2G{15=6.5Z(N)&&4s!="29"?s.1W&&6.69(N,s.V)?"5L":"2M":"2C";7(15!="2C"){B 
3F;2G{3F=N.4P("6b-4K")}2w(e){}7(s.1W&&3F)6.3S[s.V]=3F;B 
F=6.6i(N,s.4t);7(s.2M)s.2M(F,15);7(s.1k)6.G.1S("5N",[N,s])}J 
6.3J(s,N,15)}2w(e){15="2C";6.3J(s,N,15,e)}7(s.1k)6.
 
G.1S("5O",[N,s]);7(s.1k&&!--6.4E)6.G.1S("5Q");7(s.1X)s.1X(N,15);7(s.48)N=16}};B 
3I=3L(37,13);7(s.29>0)57(u(){7(N){N.7N();7(!4y)37("29")}},s.29);2G{N.7Q(s.F)}2w(e){6.3J(s,N,16,e)}7(!s.48)37();v
 
N},3J:u(s,N,15,e){7(s.2C)s.2C(N,15,e);7(s.1k)6.G.1S("5W",[N,s,e])},4E:0,5Z:u(r){2G{v!r.15&&7V.7W=="4G:"||(r.15>=5X&&r.15<7X)||r.15==6d||6.W.2N&&r.15==T}2w(e){}v
 12},69:u(N,V){2G{B 6e=N.4P("6b-4K");v 
N.15==6d||6e==6.3S[V]||6.W.2N&&N.15==T}2w(e){}v 12},6i:u(r,C){B 
4Q=r.4P("8c-C");B 
F=!C&&4Q&&4Q.18("N")>=0;F=C=="N"||F?r.8i:r.3G;7(C=="2d")6.4a(F);7(C=="6m")40("F 
= "+F);7(C=="4U")6("<1V>").4U(F).4V();v F},3g:u(a){B 
s=[];7(a.1l==2y||a.3Y)6.K(a,u(){s.1g(2x(q.Y)+"="+2x(q.O))});J P(B j 1x 
a)7(a[j]&&a[j].1l==2y)6.K(a[j],u(){s.1g(2x(j)+"="+2x(q))});J 
s.1g(2x(j)+"="+2x(a[j]));v s.6t("&")},4a:u(F){7(1w.54)1w.54(F);J 
7(6.W.2N)1w.57(F,0);J 40.3n(1w,F)}});6.E.1z({1L:u(R,M){B 
1G=q.1D(":1G");R?1G.26({28:"1L",3V:"1L",1d:"1L"},R,M):1G.K(u(){q.1q.1h=q.2E?q.2E:"";7(6.1m(q,"1h")=="1Z")q.1q.1h="2D"});v
 q},1K:u(R,M){B
  
3i=q.1D(":3i");R?3i.26({28:"1K",3V:"1K",1d:"1K"},R,M):3i.K(u(){q.2E=q.2E||6.1m(q,"1h");7(q.2E=="1Z")q.2E="2D";q.1q.1h="1Z"});v
 q},5g:6.E.3X,3X:u(E,4I){B 1E=1A;v 
6.1t(E)&&6.1t(4I)?q.5g(E,4I):q.K(u(){6(q)[6(q).4l(":1G")?"1L":"1K"].14(6(q),1E)})},7a:u(R,M){v
 q.26({28:"1L"},R,M)},7c:u(R,M){v q.26({28:"1K"},R,M)},7f:u(R,M){v q.K(u(){B 
5k=6(q).4l(":1G")?"1L":"1K";6(q).26({28:5k},R,M)})},7r:u(R,M){v 
q.26({1d:"1L"},R,M)},7u:u(R,M){v q.26({1d:"1K"},R,M)},7y:u(R,43,M){v 
q.26({1d:43},R,M)},26:u(H,R,1v,M){v q.1F(u(){q.2F=6.1z({},H);B 
1u=6.R(R,1v,M);P(B p 1x H){B e=1p 6.3b(q,1u,p);7(H[p].1l==3Q)e.2s(e.Q(),H[p]);J 
e[H[p]](H)}})},1F:u(C,E){7(!E){E=C;C="3b"}v 
q.K(u(){7(!q.1F)q.1F={};7(!q.1F[C])q.1F[C]=[];q.1F[C].1g(E);7(q.1F[C].I==1)E.14(q)})}});6.1z({R:u(R,1v,E){B
 
1u=R&&R.1l==7K?R:{1X:E||!E&&1v||6.1t(R)&&R,25:R,1v:E&&1v||1v&&1v.1l!=4w&&1v};1u.25=(1u.25&&1u.25.1l==3Q?1u.25:{7R:7S,7T:5X}[1u.25])||7U;1u.1N=1u.1X;1u.1X=u(){6.6a(q,"3b");7(6.1t(1u.1N))1u.1N.14(q)};v
 1u},1v:{},1F:{},6a:u(D,C){C=C||"3b";
 7(D.1F&&D.1F[C]){D.1F[C].4L();B f=D.1F[C][0];7(f)f.14(D)}},3b:u(D,1e,H){B 
z=q;B y=D.1q;B 
4D=6.1m(D,"1h");y.5T="1G";z.a=u(){7(1e.49)1e.49.14(D,[z.2p]);7(H=="1d")6.1I(y,"1d",z.2p);J
 7(6l(z.2p))y[H]=6l(z.2p)+"4S";y.1h="2D"};z.6v=u(){v 4T(6.1m(D,H))};z.Q=u(){B 
r=4T(6.30(D,H));v r&&r>-8z?r:z.6v()};z.2s=u(4f,43){z.4J=(1p 
5o()).5w();z.2p=4f;z.a();z.4q=3L(u(){z.49(4f,43)},13)};z.1L=u(){7(!D.1y)D.1y={};D.1y[H]=q.Q();1e.1L=U;z.2s(0,D.1y[H]);7(H!="1d")y[H]="5a"};z.1K=u(){7(!D.1y)D.1y={};D.1y[H]=q.Q();1e.1K=U;z.2s(D.1y[H],0)};z.3X=u(){7(!D.1y)D.1y={};D.1y[H]=q.Q();7(4D=="1Z"){1e.1L=U;7(H!="1d")y[H]="5a";z.2s(0,D.1y[H])}J{1e.1K=U;z.2s(D.1y[H],0)}};z.49=u(32,47){B
 t=(1p 
5o()).5w();7(t>1e.25+z.4J){4p(z.4q);z.4q=16;z.2p=47;z.a();7(D.2F)D.2F[H]=U;B 
2c=U;P(B i 1x 
D.2F)7(D.2F[i]!==U)2c=12;7(2c){y.5T="";y.1h=4D;7(6.1m(D,"1h")=="1Z")y.1h="2D";7(1e.1K)y.1h="1Z";7(1e.1K||1e.1L)P(B
 p 1x D.2F)7(p=="1d")6.1I(y,p,D.1y[p]);J 
y[p]=""}7(2c&&6.1t(1e.1X))1e.1X.14(D)}J{B n=t-q.4J;B 
p=n/1e.25;z.2p=1e.1v&&6.1v[1e.1v]
 
?6.1v[1e.1v](p,n,32,(47-32),1e.25):((-6h.7O(p*6h.8L)/2)+0.5)*(47-32)+32;z.a()}}}})}',62,545,'||||||jQuery|if|||||||||||||||||||this||||function|return||||||var|type|elem|fn|data|event|prop|length|else|each|ret|callback|xml|value|for|cur|speed|element|undefined|true|url|browser||name|||parentNode|false||apply|status|null|document|indexOf|className|val|firstChild|obj|opacity|options|nodeName|push|display|result|msie|global|constructor|css|test|handler|new|style|arg|expr|isFunction|opt|easing|window|in|orig|extend|arguments|context|typeof|filter|args|queue|hidden|events|attr|re|hide|show|add|old|target|table|token|replace|trigger|num|elems|div|ifModified|complete|key|none|tbody|params|while|string|nodeType|duration|animate|ready|height|timeout|nth|get|done|script|nextSibling|remove|not|index|tb|fix|merge|oid|z0|preventDefault|find|now|grep|pushStack|custom|innerHTML|first|cssFloat|catch|encodeURIComponent|Array|el|guid|sibling|error|block|oldblock|curAnim|try|stopPropagation|childNodes
 
|id|wrap|text|success|safari|load|res|exec|al|_|last|substr|has|disabled|insertBefore|selected|checked|curCSS|map|firstNum|removeChild|re2|trim|getAttribute|onreadystatechange|handlers|on|originalEvent|fx|readyList|parPos|src|opera|param|mozilla|visible|domManip|clean|cloneNode|tr|call|split|XMLHttpRequest|ajaxSettings|append|child|String|empty|ajax|form|button|inArray|multiFilter|setRequestHeader|foundToken|9_|readyState|tag|modRes|responseText|second|ival|handleError|toUpperCase|setInterval|makeArray|slice|break|oWidth|Number|returnValue|lastModified|styleFloat|bind|width|isReady|toggle|jquery|dir|eval|mouseover|select|to|defaultView|position|oHeight|lastNum|async|step|globalEval|static|pos|swap|self|from|end|float|alpha|radio|inv|is|toLowerCase|visibility|00|clearInterval|timer|rec|isTimeout|dataType|_resort|RegExp|Function|getAll|requestDone|parents|matched|isXMLDoc|appendChild|oldDisplay|active|triggered|file|documentElement|fn2|startTime|Modified|shift|lastToggle|deep|handleHo
 
ver|getResponseHeader|ct|submit|px|parseFloat|html|evalScripts|getComputedStyle|getElementById|clone|els|safariTimer|currentStyle|unload|force|execScript|getPropertyValue|newProp|setTimeout|zoom|getScript|1px|sl|settings|GET|rl|check|_toggle|processData|prepend|before|state|removeAttr|ajaxStart|lt|Date|gt|eq|contentType|previousSibling|after|parent|contains|getTime|checkbox|password|appendTo|image|reset|input|webkit|href|continue|beforeSend|ajaxSend|ownerDocument|getElementsByTagName|tmp|notmodified|parse|ajaxSuccess|ajaxComplete|_prefix|ajaxStop|even|odd|overflow|delete|POST|ajaxError|200|handle|httpSuccess|nodeValue|unshift|__ie_init|srcElement|body|pageX|tagName|clientX|scrollLeft|httpNotModified|dequeue|Last|scrollTop|304|xmlRes|unbind|100|Math|httpData|click|mouseout|parseInt|json|createElement|DOMContentLoaded|prevObject|ol|setArray|exclude|join|one|max|do|relative|clientHeight|clientWidth|loadIfModified|serialize|toString|thead|tfoot|td|th|textContent|ActiveXObject|htmlFor|Mi
 
crosoft|class|XMLHTTP|readOnly|gi|match|getIfModified|9999|getJSON|getAttributeNode|post|setAttribute|ig|ajaxTimeout|ajaxSetup|concat|application|userAgent|compatible|www|compatMode|CSS1Compat|next|urlencoded|siblings|children|slideDown|prependTo|slideUp|Top|insertAfter|slideToggle|removeAttribute|addClass|removeClass|open|toggleClass|Content|Type|lastChild|If|only|Since|fadeIn|Thu|01|fadeOut|enabled|Jan|1970|fadeTo|GMT|textarea|Requested|With|prev|overrideMimeType|Connection|close|boxModel|right|object|Object|navigator|substring|abort|cos|font|send|slow|600|fast|400|location|protocol|300|pageY|clientY|method|action|cancelBubble|hover|fromElement|toElement|relatedTarget|removeEventListener|blur|readonly|focus|resize|content|scroll|dblclick|mousedown|mouseup|mousemove|responseXML|change|keydown|keypress|keyup|addEventListener|write|prototype|size|scr|ipt|createTextNode|defer|FORM|reverse|noConflict|loaded|10000|weight|line|Bottom|Right|Left|padding|border|Width|offsetHeight|offsetWid
 th|absolute|PI|left'.split('|'),0,{}))

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/js/jquery.treeview.js
----------------------------------------------------------------------
diff --git a/doc/js/jquery.treeview.js b/doc/js/jquery.treeview.js
deleted file mode 100644
index 0a5f251..0000000
--- a/doc/js/jquery.treeview.js
+++ /dev/null
@@ -1,239 +0,0 @@
-/*
- * Treeview 1.2 - jQuery plugin to hide and show branches of a tree
- *
- * Copyright (c) 2006 J�rn Zaefferer, Myles Angell
- *
- * Dual licensed under the MIT and GPL licenses:
- *   http://www.opensource.org/licenses/mit-license.php
- *   http://www.gnu.org/licenses/gpl.html
- *
- * Revision: $Id$
- *
- */
-
-/**
- * Takes an unordered list and makes all branches collapsable.
- *
- * The "treeview" class is added if not already present.
- *
- * To hide branches on first display, mark their li elements with
- * the class "closed". If the "collapsed" option is used, mark intially open
- * branches with class "open".
- *
- * @example .treeview, .treeview ul { 
- *     padding: 0;
- *     margin: 0;
- *     list-style: none;
- * }   
- * 
- * .treeview li { 
- *     margin: 0;
- *     padding: 4px 0 3px 20px;
- * }
- * 
- * .treeview li { background: url(images/tv-item.gif) 0 0 no-repeat; }
- * .treeview .collapsable { background-image: url(images/tv-collapsable.gif); }
- * .treeview .expandable { background-image: url(images/tv-expandable.gif); }
- * .treeview .last { background-image: url(images/tv-item-last.gif); }
- * .treeview .lastCollapsable { background-image: 
url(images/tv-collapsable-last.gif); }
- * .treeview .lastExpandable { background-image: 
url(images/tv-expandable-last.gif); }
- * @desc The following styles are necessary in your stylesheet. There is are 
alternative sets of images available.
- *
- * @example $("ul").Treeview();
- * @before <ul>
- *   <li>Item 1
- *     <ul>
- *       <li>Item 1.1</li>
- *     </ul>
- *   </li>
- *   <li class="closed">Item 2 (starts closed)
- *     <ul>
- *       <li>Item 2.1
- *         <ul>
- *           <li>Item 2.1.1</li>
- *           <li>Item 2.1.2</li>
- *         </ul>
- *       </li>
- *       <li>Item 2.2</li>
- *     </ul>
- *   </li>
- *   <li>Item 3</li>
- * </ul>
- * @desc Basic usage example
- *
- * @example $("ul").Treeview({ speed: "fast", collapsed: true});
- * @before <ul>
- *   <li class="open">Item 1 (starts open)
- *     <ul>
- *       <li>Item 1.1</li>
- *     </ul>
- *   </li>
- *   <li>Item 2
- *     <ul>
- *       <li>Item 2.1</li>
- *       <li>Item 2.2</li>
- *     </ul>
- *   </li>
- * </ul>
- * @desc Create a treeview that starts collapsed. Toggling branches is 
animated.
- *
- * @example $("ul").Treeview({ control: #treecontrol });
- * @before <div id="treecontrol">
- *   <a href="#">Collapse All</a>
- *   <a href="#">Expand All</a>
- *   <a href="#">Toggle All</a>
- * </div>
- * @desc Creates a treeview that can be controlled with a few links.
- * Very likely to be changed/improved in future versions.
- *
- * @param Map options Optional settings to configure treeview
- * @option String|Number speed Speed of animation, see animate() for details. 
Default: none, no animation
- * @option Boolean collapsed Start with all branches collapsed. Default: none, 
all expanded
- * @option <Content> control Container for a treecontrol, see last example.
- * @option Boolean unique Set to allow only one branch on one level to be open
- *                (closing siblings which opening). Default: none
- * @option Function toggle Callback when toggling a branch.
- *                Arguments: "this" refers to the UL that was shown or hidden.
- *                Works only with speed option set (set speed: 1 to enable 
callback without animations).
- *                Default: none
- * @type jQuery
- * @name Treeview
- * @cat Plugins/Treeview
- */
-
-(function($) {
-
-       // classes used by the plugin
-       // need to be styled via external stylesheet, see first example
-       var CLASSES = {
-               open: "open",
-               closed: "closed",
-               expandable: "expandable",
-               collapsable: "collapsable",
-               lastCollapsable: "lastCollapsable",
-               lastExpandable: "lastExpandable",
-               last: "last",
-               hitarea: "hitarea"
-       };
-       
-       // styles for hitareas
-       var hitareaCSS = {
-               height: 15,
-               width: 30, // custom size used in xooki
-               marginLeft: "-30px", // custom size used in xooki
-               "float": "left",
-               cursor: "pointer"
-       };
-       
-       // ie specific styles for hitareas
-       if( $.browser.msie ) {
-               $.extend( hitareaCSS, {
-                       background: "#fff",
-                       filter: "alpha(opacity=0)",
-                       display: "inline"
-               });
-       }
-
-       $.extend($.fn, {
-               swapClass: function(c1, c2) {
-                       return this.each(function() {
-                               var $this = $(this);
-                               if ( $.className.has(this, c1) )
-                                       $this.removeClass(c1).addClass(c2);
-                               else if ( $.className.has(this, c2) )
-                                       $this.removeClass(c2).addClass(c1);
-                       });
-               },
-               replaceclass: function(c1, c2) {
-                       return this.each(function() {
-                               var $this = $(this);
-                               if ( $.className.has(this, c1) )
-                                       $this.removeClass(c1).addClass(c2);
-                       });
-               },
-               Treeview: function(settings) {
-               
-                       // currently no defaults necessary, all implicit
-                       settings = $.extend({}, settings);
-               
-                       // factory for treecontroller
-                       function treeController(tree, control) {
-                               // factory for click handlers
-                               function handler(filter) {
-                                       return function() {
-                                               // reuse toggle event handler, 
applying the elements to toggle
-                                               // start searching for all 
hitareas
-                                               toggler.apply( $("div." + 
CLASSES.hitarea, tree).filter(function() {
-                                                       // for plain toggle, no 
filter is provided, otherwise we need to check the parent element
-                                                       return filter ? 
$(this).parent("." + filter).length : true;
-                                               }) );
-                                               return false;
-                                       }
-                               }
-                               // click on first element to collapse tree
-                               $(":eq(0)", control).click( 
handler(CLASSES.collapsable) );
-                               // click on second to expand tree
-                               $(":eq(1)", control).click( 
handler(CLASSES.expandable) );
-                               // click on third to toggle tree
-                               $(":eq(2)", control).click( handler() ); 
-                       }
-               
-                       // handle toggle event
-                       function toggler() {
-                               // this refers to hitareas, we need to find the 
parent lis first
-                               $( this ).parent()
-                                       // swap classes
-                                       .swapClass( CLASSES.collapsable, 
CLASSES.expandable )
-                                       .swapClass( CLASSES.lastCollapsable, 
CLASSES.lastExpandable )
-                                       // find child lists
-                                       .find( ">ul" )
-                                       // toggle them
-                                       .toggle( settings.speed, 
settings.toggle );
-                               if ( settings.unique ) {
-                                       $( this ).parent()
-                                               .siblings()
-                                               .replaceclass( 
CLASSES.collapsable, CLASSES.expandable )
-                                               .replaceclass( 
CLASSES.lastCollapsable, CLASSES.lastExpandable )
-                                               .find( ">ul" )
-                                               .hide( settings.speed, 
settings.toggle );
-                               }
-                       }
-       
-                       // add treeview class to activate styles
-                       this.addClass("treeview");
-                       
-                       // mark last tree items
-                       $("li:last-child", this).addClass(CLASSES.last);
-                       
-                       // collapse whole tree, or only those marked as closed, 
anyway except those marked as open
-                       $( (settings.collapsed ? "li" : "li." + CLASSES.closed) 
+ ":not(." + CLASSES.open + ") > ul", this).hide();
-                       
-                       // find all tree items with child lists
-                       $("li[ul]", this)
-                               // handle closed ones first
-                               .filter("[>ul:hidden]")
-                                       .addClass(CLASSES.expandable)
-                                       .swapClass(CLASSES.last, 
CLASSES.lastExpandable)
-                                       .end()
-                               // handle open ones
-                               .not("[>ul:hidden]")
-                                       .addClass(CLASSES.collapsable)
-                                       .swapClass(CLASSES.last, 
CLASSES.lastCollapsable)
-                                       .end()
-                               // append hitarea
-                               .prepend("<div class=\"" + CLASSES.hitarea + 
"\">")
-                               // find hitarea
-                               .find("div." + CLASSES.hitarea)
-                               // apply styles to hitarea
-                               .css(hitareaCSS)
-                               // apply toggle event to hitarea
-                               .toggle( toggler, toggler );
-                       
-                       // if control option is set, create the treecontroller
-                       if ( settings.control )
-                               treeController(this, settings.control);
-                       
-                       return this;
-               }
-       });
-})(jQuery);
\ No newline at end of file

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/moreexamples.html
----------------------------------------------------------------------
diff --git a/doc/moreexamples.html b/doc/moreexamples.html
deleted file mode 100644
index a8a2529..0000000
--- a/doc/moreexamples.html
+++ /dev/null
@@ -1,52 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 0};</script>   
-       <script type="text/javascript" src="xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-If you have successfully followed and understood all the tutorials, you still 
might need to get a better picture of how to use Ivy in the real world.
-
-Here are some links which might be interesting:
-
-<h3><a href="http://wiki.hippo.nl/display/OS/SAnt+build+system";>SAnt</a></h3>
-SAnt is an experimental build system based on Ant and Ivy. It can be 
interesting to use "as is", or to get insight on an interesting approach to 
manage your builds.
-
-<h3><a href="https://springmodules.dev.java.net/";>Spring Modules</a></h3>
-The spring modules project build system is based on Ant and Ivy, and it's 
really interesting to have a look at how a modularized project can take 
advantage of advanced Ant and Ivy features to make the build simpler.
-
-<h3><a href="http://www.opensymphony.com/webwork/";>Webwork</a></h3>
-The webwork project (which should become struts action framework) uses ant+ivy 
for their build, and thus makes their framework very easy to use in an ant+ivy 
build system. They have a <a 
href="http://wiki.opensymphony.com/display/WW/Dependencies";>page documenting 
how to use Ivy with their framework</a>, which can be an interesting reading, 
even if you don't plan to use webwork.
-
-<h3><a 
href="http://www.jaya.free.fr/ivy/doc/articles/ease-multi-module.html";>Easing 
multi-module development</a></h3>
-Johan stuyts, the author of SAnt, also contributed a nice article on his view 
of how to use Ivy on a multi-module environment.
-
-<h3><a 
href="http://olmex.blogspot.in/2012/04/ivy-beginners-guide.html";>Beginners 
Guide</a></h3>
-
-Apache Ivy - Beginners Guide is a step by step guide to assist beginners in 
understanding basic concepts/tasks and use them straight away in their projects 
either through Ant build or in Eclipse IDE.
-
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/osgi.html
----------------------------------------------------------------------
diff --git a/doc/osgi.html b/doc/osgi.html
deleted file mode 100644
index 6783ec5..0000000
--- a/doc/osgi.html
+++ /dev/null
@@ -1,64 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 0};</script>   
-       <script type="text/javascript" src="xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-Since Apache Ivy&#153; 2.3, some support for OSGi&#153; dependency management 
has been introduced.
-
-<table class="notice">
-  <tr>
-    <td style="vertical-align: top"><svg xmlns="http://www.w3.org/2000/svg"; 
xml:space="preserve" width="1em" version="1.1" y="0px" x="0px" viewBox="0 0 
980.02045 886.1"><g fill="red"><path d="m972.9158,794.5l-426.1,-761.1c-10.5,-20 
-31.1,-32.7 -53.7,-33.4l-1.7,0c-22,0 -42.4,11.5 
-53.7,30.5l-428.9,761c-11.5,19.4 -11.8,43.3 -0.6,62.9c11.1,19.6 31.9,31.7 
54.4,31.7l854.9,0c21.9,0 42.2,-11.5 53.5,-30.2s12,-42 
1.9,-61.4zm-910.4,29.2l428.9,-761.1l426,761.1l-854.9,0z"/><path 
d="m490.3158,626.7c-36.5,0 -62.1,25.6 -62.1,62.8c0,35.8 24.9,62.8 
60.7,62.8l1.4,0c37.3,0 61.5,-27 61.5,-62.8c-0.7,-37.3 -24.9,-62.8 
-61.5,-62.8z"/><path 
d="m451.0158,592.1l78.7,0l15.2,-312.6l-109,0l15.1,312.6z"/></g></svg></td>
-    <td>
-    Note that this feature is considered as <b>experimental</b>. It should 
work with simple configuration but may not in complex ones. If you have any 
issue with that feature, you are welcomed to come discussed your use case on 
the <a href="http://ant.apache.org/ivy/mailing-lists.html";>ivy-user</a> mailing 
list, or discuss about implementation issues or improvement you may have found 
on <a href="http://ant.apache.org/ivy/mailing-lists.html";>ant-dev</a>.
-    </td>
-  </tr>
-</table>
-
-So with a standard ivy.xml, you can express some dependency on some OSGi 
bundle and every of their trasitive dependencies will be resolved. You can also 
declare in your ivy.xml some OSGi dependency, like a <tt>Require-Bundle</tt>, 
an <tt>Import-Package</tt> or an <tt>Import-Service</tt>, miming an OSGi 
MANIFEST.MF.
-
-<h2>Note on the implementation</h2>
-
-With OSGi we can declare different kind of capabilites of a bundle which can 
match different kind of requirements of some other bundles 
(<tt>Require-Bundle</tt>/<tt>Bundle-SymbolicName</tt>, 
<tt>Import-Package</tt>/<tt>Export-Package</tt>, 
<tt>Import-Service</tt>/<tt>Export-Service</tt>). In Ivy we only have one kind 
of requirement and one kind of capability: the symbolic name of the bundle. Due 
to that restriction Ivy may not resolve exactly how we would expect with OSGi.  
The runtime of Ivy won't be as smart as a pure OSGi dependency manager. But we 
think that the mapping is working for most of the use cases involing OSGi 
dependencies management.
-
-Details on the mapping of the OSGi dependency model into Ivy's one can be 
found in that <a href="osgi/osgi-mapping.html">page</a>.
-
-<h2>Repository descriptor based resolvers</h2>
-
-Since the nature of the OSGi dependencies, resolving against a repository 
cannot be started before acquiring the metadata of every bundle of the 
repository. To resolve an <tt>Import-Package</tt>, Ivy has to find every bundle 
which has the proper <tt>Export-Package</tt>. So unlike the usual Ivy 
resolvers, the OSGi capable ones have to get the descriptor before starting a 
resolve.
-
-The descriptor probably being not instantanly downloaded, the descriptor is 
put in cache. (FIXME not implemented)
-
-<h2>Use cases</h2>
-
-Here are different use case of using the OSGi capabilities of Ivy:
-<ul>
-    <li><a href="osgi/eclipse-plugin.html">building an Eclipse&#153; 
plugin</a></li>
-    <li><a href="osgi/standard-osgi.html">building a standard OSGi 
bundle</a></li>
-    <li><a href="osgi/target-platform.html">managing a "target" 
platform</a></li>
-</ul>
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/osgi/eclipse-plugin.html
----------------------------------------------------------------------
diff --git a/doc/osgi/eclipse-plugin.html b/doc/osgi/eclipse-plugin.html
deleted file mode 100644
index c08d861..0000000
--- a/doc/osgi/eclipse-plugin.html
+++ /dev/null
@@ -1,88 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-
-<div class="tip">
-<table class="notice">
-  <tr>
-    <td style="vertical-align: top"><svg xmlns="http://www.w3.org/2000/svg"; 
xml:space="preserve" width="1em" version="1.1" y="0px" x="0px" viewBox="0 0 
980.02045 886.1"><g fill="red"><path d="m972.9158,794.5l-426.1,-761.1c-10.5,-20 
-31.1,-32.7 -53.7,-33.4l-1.7,0c-22,0 -42.4,11.5 
-53.7,30.5l-428.9,761c-11.5,19.4 -11.8,43.3 -0.6,62.9c11.1,19.6 31.9,31.7 
54.4,31.7l854.9,0c21.9,0 42.2,-11.5 53.5,-30.2s12,-42 
1.9,-61.4zm-910.4,29.2l428.9,-761.1l426,761.1l-854.9,0z"/><path 
d="m490.3158,626.7c-36.5,0 -62.1,25.6 -62.1,62.8c0,35.8 24.9,62.8 
60.7,62.8l1.4,0c37.3,0 61.5,-27 61.5,-62.8c-0.7,-37.3 -24.9,-62.8 
-61.5,-62.8z"/><path 
d="m451.0158,592.1l78.7,0l15.2,-312.6l-109,0l15.1,312.6z"/></g></svg></td>
-    <td>
-    Note that this feature is considered as <b>experimental</b>. It should 
work with simple configuration but may not in complex ones. If you have any 
issue with that feature, you are welcomed to come discussed your use case on 
the <a href="http://ant.apache.org/ivy/mailing-lists.html";>ivy-user</a> mailing 
list, or discuss about implementation issues or improvement you may have found 
on <a href="http://ant.apache.org/ivy/mailing-lists.html";>ant-dev</a>.
-</div>
-
-This page describes how to build an Eclipse&#153; plugin with Apache Ivy&#153; 
and its OSGi&#153; capabilities.
-
-<h1>Quick setup</h1>
-
-In few steps, we will setup a build to compile and package an Eclipse plugin.
-
-<ol>
-<li>download this <a href="../samples/eclipse-plugin/ivy.xml">ivy.xml<a>, this 
<a href="../samples/eclipse-plugin/ivysettings.xml">ivysettings.xml</a>, this 
<a 
href="../samples/eclipse-plugin/ivysettings.properties">ivysettings.properties</a>,
 this <a href="../samples/eclipse-plugin/build.xml">build.xml</a>, and put them 
into your plugin folder;</li>
-<li>in the ivysettings.properties, specify the location of the plugins folder 
of your Eclipse target;</li>
-<li>in the ivy.xml, change the symbolic name declared in the extends 
element;</li>
-<li><i>(optional)</i> by default the build.xml is expecting the sources to be 
in the <tt>src</tt> folder. You may want to edit it if it is not the case</li>
-<li><i>(optional)</i> if Ivy is not in Ant's classpath, get the jar of <a 
href="../download.html">Apache Ivy</a> and edit the build.xml accordingly (see 
the comments at the begining of the file)</li>
-</ol>
-
-And that's it ! Now let's use it.
-
-First, Ivy needs to aggregate the OSGi metadata of the target platform. To do 
so just launch:
-<code>ant buildobr</code>
-You need to run that command only once. Or each time your target platform get 
modified.
-
-Then to resolve and build, just run:
-<code>ant build</code>
-
-<h2>Eclipse setup</h2>
-
-You probably have already configured your project in Eclipse via the PDE. 
Let's see how to chnage that and use <a 
href="http://ant.apache.org/ivy/ivyde/";>Apache IvyDE</a>.
-
-<ol>
-<li>so first remove from your project's classpath the PDE dependencies 
container;</li>
-<li>then right click on the ivy.xml you just added and select "Add Ivy 
library";</li>
-<li>in the configuration panel of the IvyDE classpath container, as the 
settings file put '${workspace_loc:mypluginproject/ivysettings.xml}';</li>
-<li>click finish and your Eclipse project should build now.</li>
-</ol>
-
-Nota Bene: to be resolved correctly Ivy is relying on the aggregated metadata 
of your target platform. Even if you want to only build with Eclipse, you will 
have to run the command <tt>ant obrindex</tt> at least one time.
-
-<h1>Details on the setup</h1>
-
-<h2>The repository</h2>
-
-When building an Eclipse plugin, we are relying on a "target platform", the 
Eclipse installation we want our plugin to be eventually installed into. For 
Ivy, this will represent the repository of artifacts.
-
-Ivy needs an aggragation of the OSGi metadata in order to resolve a such 
repository. The Ant task <a href="../use/buildobr.html">buildobr</a> build a 
OBR (OSGi Bundle Repository) descriptor file from a set of OSGi bundles. So 
here we are using this Ant task to gather OSGi metadata from the Eclipse 
plugins in the "target platform". In the above exemple, the file is build in 
<tt>target/repo-eclipse.xml</tt>.
-
-The plugin to be build has then a ivy.xml file describing its depedencies to 
be used by Ivy. Since the actual depedencies are in the MANIFEST.MF file, in 
the ivy.xml file we specify that it extends <tt>META-INF/MANIFEST.MF</tt>. So 
there not much dependencies specified in the ivy.xml. But as Ivy doesn't 
support the <tt>Bundle-Fragment</tt> OSGi feature, the ivy.xml can help specify 
the missing dependencies. 
-
-Having this setup, it is then a standard Ant+Ivy build. Ivy computes the 
classpath to be then used by the <tt>javac</tt> tasks. Note that <tt>javac</tt> 
is not aware of the OSGi metadata and is then incapable of failing to compile 
if private packages are accessed.
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/osgi/osgi-mapping.html
----------------------------------------------------------------------
diff --git a/doc/osgi/osgi-mapping.html b/doc/osgi/osgi-mapping.html
deleted file mode 100644
index 324ecb0..0000000
--- a/doc/osgi/osgi-mapping.html
+++ /dev/null
@@ -1,232 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-
-This page is a description of how OSGi&#153; dependencies are mapped into 
Apache Ivy&#153; ones
-
-<u>Goal:</u> the purpose of this mapping is to transform an OSGi manifest into 
an ivy.xml, so Ivy can understand OSGi bundles and resolve them. We don't want 
to do the reverse here.
-
-<h2>Bundle Symbolic name / Ivy organisation and module</h2>
-
-In OSGi a bundle is identified by its symbolic name. In Ivy there is a notion 
of organisation and module name.
-
-The choosen mapping is:
-<ul>
-<li>The organisation is "bundle" (transitive dependencies like pakages or 
services have their own organisations, "package" and "service")</li>
-<li>The module name is the symbolic name</li>
-</ul>
-
-<table border="1" cellspacing="1" cellpadding="4">
-<tr>
-<td> <b>OSGi</b> </td>
-<td> <b>Ivy</b> </td>
-</tr>
-<tr>
-<td> <tt>Bundle-SymbolicName: com.acme.product.plugin</tt> </td>
-<td>
-<code type="xml">
-<info organisation="bundle" module="com.acme.product.plugin" />
-</code>
-</td>
-</tr>
-</table>
-
-<h2>Version and version range</h2>
-
-The OSGi specification is defining a version as a composition of 3 numbers and 
an arbitrary qualifier. This fit well into the lazy definition of Ivy. We will 
just have to use a special latest strategy in Ivy.
-
-Then about version range, Ivy will understand correctly fully defined range as 
<tt>[1.2.3,1.4.9)</tt> or <tt>(1.2.3,1.4.9]</tt>. But for OSGi version range 
defined as in <tt>1.2.3</tt>, it has to be transformed into <tt>[1.2.3,)</tt>
-
-<table border="1" cellspacing="1" cellpadding="4">
-<tr>
-<td> <b>OSGi</b> </td>
-<td> <b>Ivy</b> </td>
-</tr>
-<tr>
-<td> <tt>Bundle-Version: 3.3.3</tt> </td>
-<td> <tt>revision="3.3.3"</tt> </td>
-</tr>
-<tr>
-<td><tt>Require-Bundle: com.acme.product.plugin;bundle-version="3.2.1"</tt> 
</td>
-<td>
-<code type="xml">
-<dependency org="bundle" name="com.acme.product.plugin" rev="[3.2.1,)" />
-</code>
-</td>
-</tr>
-</table>
-
-<h2>Ivy configurations</h2>
-
-The Ivy configuration is a notion that doesn't exist explicitely in OSGi, but 
some notion of the latter can be expressed with that configurations.
-
-First the mapping is defining three configurations:
-<ul>
-<li><tt>default</tt> : it will contain every required dependency 
(transitively)</li>
-<li><tt>optional</tt> : it will contain every optional dependency and every 
required depedency the the first degree dependencies.</li>
-<li><tt>transitive-optional</tt> : it will contain every optional dependency 
(optional transitively)</li>
-</ul>
-
-Then there will be some configurations used for the <tt>use</tt> parameter of 
the <tt>Import-Package</tt> OSGi manifest header. All of these kinds of 
configuration have their names starting with "use_". See in the next section.
-
-<h2>OSGi capabilities</h2>
-
-Generally speaking, declaring capabilities in an ivy.xml is useless (in the 
scope of this mapping which is to transform an OSGi manifest into an ivy.xml 
and not the reverse). In the resolve process we want to find the bundle which 
have the capability matching the expected requirement. In Ivy, if we are about 
to get the ivy.xml of a module, we are getting the bundle so we already have 
reached the requirement.
-
-So OSGi capabilities of bundles in a repo will be gathered direclty from the 
manifests to passed directly to the Ivy resolver, no need to express them into 
ivy.xml, except for the Export-Package, see the next section.
-
-<h3>Export-Package</h3>
-
-Exported package are declaring capabilities of the bundle in term of package. 
But they also declare dependencies between the declared package via the 
parameter <tt>use</tt>. These dependencies have to be declared in the ivy.xml. 
And we will use Ivy configurations for that.
-
-First, each exported package will be declared in the ivy.xml as a 
configuration. The name of the configuration will start will <tt>use_</tt> and 
will finished with the name of that package.
-
-Then each time an exported package is declared to use some other one, it will 
be mapped as a dependency between the Ivy configurations coresponding to those 
packages. 
-
-<table border="1" cellspacing="1" cellpadding="4">
-<tr>
-<td> <b>OSGi</b> </td>
-<td> <b>Ivy</b> </td>
-</tr>
-<tr>
-<td> <tt>Export-Package: com.acme.product.plugin.utils</tt> </td>
-<td>
-<code type="xml">
-<configuration name="use_com.acme.product.plugin.utils" extends="default" />
-</code>
-</td>
-</tr>
-<tr>
-<td> <tt>Export-Package: 
com.acme.product.plugin.utils,com.acme.product.plugin.common;use:=com.acme.product.plugin.utils</tt>
 </td> <td>
-<code type="xml">
-<configuration name="use_com.acme.product.plugin.utils" extends="default" />
-<configuration name="use_com.acme.product.plugin.common" 
extends="default,use_com.acme.product.plugin.utils" />
-</code> 
-</td>
-</tr>
-</table>
-
-<h2>OSGi Requirements / Ivy dependencies</h2>
-
-In OSGi there are different kind of dependencies, which is an OSGi bundle 
repository documentation is called a "requirement". The problem is that Ivy is 
understanding only one kind of requirement, so we use here some extra attribute 
to declare those different kind of dependency.
-
-<h3>Require-Bundle</h3>
-
-The OSGi <tt>Require-Bundle</tt> is some a requirement directly on a specific 
bundle. Ivy does it too. So we just use the <tt>osgi="bundle"</tt> extra 
attribute.
-
-If there is the OSGi <tt>resolution</tt> parameter specified to 
<tt>optional</tt>, then the dependency will be declared in the configuration 
<tt>optional</tt> and <tt>transitive-optional</tt>. Otherwise it will be 
declared in the <tt>default</tt> configuration.
-
-<table border="1" cellspacing="1" cellpadding="4">
-<tr>
-<td> <b>OSGi</b> </td>
-<td> <b>Ivy</b> </td>
-</tr>
-<tr>
-<td> <tt>Require-Bundle: com.acme.product.plugin;bundle-version="3.2.1"</tt> 
-</td>
-<td>
-<code type="xml">
-<dependency osgi="bundle" org="" name="com.acme.product.plugin" rev="[3.2.1,)" 
conf="default->default" />
-</code>
-</td>
-</tr>
-<tr>
-<td> <tt>Require-Bundle: 
com.acme.product.plugin;bundle-version="3.2.1";resolution:="optional"</tt> </td>
-<td>
-<code type="xml">
-<dependency org="bundle" name="com.acme.product.plugin" rev="[3.2.1,)" 
conf="optional->default;transitive-optional->transitive-optional" />
-</code>
-</td>
-</tr>
-</table>
-
-<h3>Import-Package</h3>
-
-The OSGi <tt>Import-Package</tt> is some a requirement on a package of a 
bundle. Ivy has no notion of package. So we will use the <tt>osgi="pkg"</tt> 
extra attribute.
-
-If there is the OSGi <tt>resolution</tt> parameter specified to 
<tt>optional</tt>, then the dependency will be declared in the configuration 
<tt>optional</tt> and <tt>transitive-optional</tt>. Otherwise it will be 
declared in the <tt>default</tt> configuration.
-
-As it is an import package the configuration of the dependency will be the 
<tt>use_XXX</tt> one. So that transitive dependency via the use parameter will 
be respected in the dependency.
-
-<table border="1" cellspacing="1" cellpadding="4">
-<tr>
-<td> <b>OSGi</b> </td>
-<td> <b>Ivy</b> </td>
-</tr>
-<tr>
-<td> <tt>Import-Package: com.acme.product.plugin.utils;version="3.2.1"</tt> 
-</td>
-<td>
-<code type="xml">
-<dependency org="package" name="com.acme.product.plugin.utils" rev="[3.2.1,)" 
conf="default->default;use_com.acme.product.plugin.utils->use_com.acme.product.plugin.utils"
 />
-</code>
-</td>
-</tr>
-<tr>
-<td> <tt>Import-Package: 
com.acme.product.plugin.utils;version="3.2.1";resolution:="optional"</tt> </td>
-<td>
- <code type="xml">
-<dependency org="package" name="com.acme.product.plugin.utils" rev="[3.2.1,)" 
conf="optional->default;transitive-optional->transitive-optional;use_com.acme.product.plugin.utils->use_com.acme.product.plugin.utils"
 />
-</code>
-</td>
-</tr>
-</table>
-
-<h2>Execution environment</h2>
-
-The OSGi <tt>Bundle-RequiredExecutionEnvironment</tt> manifest attribute is 
specifing is which environment the bundle is expected to run. In our 
problematic of dependency management it means that some of the transitive 
dependencies won't be resolved within the OSGi space but will be provided by 
the JRE. So we have to exclude from the dependency tree every requirement that 
will be provided by the environment. Basically it will be about excluding the 
packaged declared in the JRE.
-
-<table border="1" cellspacing="1" cellpadding="4">
-<tr>
-<td> <b>OSGi</b> </td>
-<td> <b>Ivy</b> </td>
-</tr>
-<tr>
-<td> <tt>Bundle-RequiredExecutionEnvironment: JavaSE-1.6</tt> </td>
-<td>
-<code type="xml">
-<dependencies>
-    <exclude org="package" module="javax.accessibility" />
-    <exclude org="package" module="javax.activation" />
-    <exclude org="package" module="javax.activity" />
-    ...
-</dependencies>
-</code>
-</td>
-</tr>
-</table>
-
-<h2>Bundle Fragment</h2>
-
-Ivy doesn't support the header <tt>Fragment-Host</tt>.
-
-The work around is to manually specify as dependencies in the ivy.xml the 
bundles which would fit to be the extensions of the host bundle.
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/osgi/sigil.html
----------------------------------------------------------------------
diff --git a/doc/osgi/sigil.html b/doc/osgi/sigil.html
deleted file mode 100644
index 1db8758..0000000
--- a/doc/osgi/sigil.html
+++ /dev/null
@@ -1,58 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-
-Another initiative to manage OSGi&#153; dependencies is the project <a 
href="http://felix.apache.org/site/apache-felix-sigil.html";>Apache Felix 
Sigil&#153;</a>. Sigil can used also together with Ivy. We will try to explain 
here the different approach taken there compared to the build-in OSGi 
capabilities of Ivy.
-
-<h1>A different approach</h1>
-
-Apache Felix Sigil is at its core about managing OSGi dependencies, not 
directly related to Ivy. Most of it core feature is about the implementation of 
the not yet released OBR (OSGi Bundle Repository) specification. It then 
provides integration layers with sevral tools so human being can actually use 
the OBR API. As "layer" there is an Eclipse plugin, and there are the Ant/Ivy 
tasks and resolver.
-
-On the other hand the build in OSGi capabilities in Ivy are targeted against 
users already familiar with Ivy and their <a 
href="http://ant.apache.org/ivy/links.html";>tools</a> like <a 
href="http://ant.apache.org/ivy/ivyde";>Apache IvyDE&#153;</a>. So with a 
minimum of effort, they can get OSGi dependency management.
-
-<h1>Resulting differences</h1>
-
-<h2>Resolve</h2>
-
-The build-in OSGi resolver is <i>obviously</i> using the Ivy engine to do the 
resolution of the dependencies. The OSGi capability of Ivy is mainly 
implemented with a module descriptor parser which understands the OSGi metadata 
of a MANIFEST.MF.
-
-On the other hand, Sigil is using a separate "engine" to do the resolution, 
the OBR, an engine which is dedicated to understand the OSGi metadata and their 
semantics.
-
-The immediate consequence of this difference is that the build-in resolver is 
probably less accurate than the Sigil one as to understand the OSGi 
dependencies semantics. As explained in this <a 
href="osgi-mapping.html">page</a>, the OSGi model doesn't fit well into the Ivy 
one.
-
-Whereas Ivy is not ready yet to fill most OSGi use cases, OSGi dependency 
management at build time is not that complex, contrary to the runtime one. We 
hope that Ivy will catch up soon.
-
-<h2>Source of metadata</h2>
-
-Apache Felix Sigil has its own format about specifying the OSGi dependencies. 
Whereas Ivy requires an ivysettings.xml and an ivy.xml, Sigil requires a 
sigil-repos.properties and a sigil.properties. Then if you want to use the 
Sigil resolver in Ivy, you will need 4 files, the 2 Ivy ones and the 2 Sigil 
ones, as described <a 
href="http://felix.apache.org/site/apache-felix-sigil-ivy-quickstart.html";>there</a>.
-
-To support OSGi directly in Ivy, you just need to add an extra namespace in 
the ivy.xml, and in the ivysettings.xml, just declare the proper resolver and 
latest revision strategy.
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/osgi/standard-osgi.html
----------------------------------------------------------------------
diff --git a/doc/osgi/standard-osgi.html b/doc/osgi/standard-osgi.html
deleted file mode 100644
index bf9d12b..0000000
--- a/doc/osgi/standard-osgi.html
+++ /dev/null
@@ -1,60 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-
-<div class="tip">
-<table class="notice">
-  <tr>
-    <td style="vertical-align: top"><svg xmlns="http://www.w3.org/2000/svg"; 
xml:space="preserve" width="1em" version="1.1" y="0px" x="0px" viewBox="0 0 
980.02045 886.1"><g fill="red"><path d="m972.9158,794.5l-426.1,-761.1c-10.5,-20 
-31.1,-32.7 -53.7,-33.4l-1.7,0c-22,0 -42.4,11.5 
-53.7,30.5l-428.9,761c-11.5,19.4 -11.8,43.3 -0.6,62.9c11.1,19.6 31.9,31.7 
54.4,31.7l854.9,0c21.9,0 42.2,-11.5 53.5,-30.2s12,-42 
1.9,-61.4zm-910.4,29.2l428.9,-761.1l426,761.1l-854.9,0z"/><path 
d="m490.3158,626.7c-36.5,0 -62.1,25.6 -62.1,62.8c0,35.8 24.9,62.8 
60.7,62.8l1.4,0c37.3,0 61.5,-27 61.5,-62.8c-0.7,-37.3 -24.9,-62.8 
-61.5,-62.8z"/><path 
d="m451.0158,592.1l78.7,0l15.2,-312.6l-109,0l15.1,312.6z"/></g></svg></td>
-    <td>
-    Note that this feature is considered as <b>experimental</b>. It should 
work with simple configuration but may not in complex ones. If you have any 
issue with that feature, you are welcomed to come discussed your use case on 
the <a href="http://ant.apache.org/ivy/mailing-lists.html";>ivy-user</a> mailing 
list, or discuss about implementation issues or improvement you may have found 
on <a href="http://ant.apache.org/ivy/mailing-lists.html";>ant-dev</a>.
-</div>
-
-<hr />
-<center><b>TODO - WORK IN PROGRESS</b></center>
-<hr />
-
-This page describes how to build an OSGi&#153; bundle with Apache Ivy&#153;. 
In this use case, we just basically want to compute a classpath to compile, 
optionaly one for testing too, and then publish our bundle in a OSGi aware 
repository.
-
-In oder to produce OSGi metadata of suffient quality and to avoid maintaining 
them manually, the <a href="http://www.aqute.biz/Code/Bnd";>bnd</a> tool will be 
used. The approach taken is then an "Ivy file first" approach. The dependencies 
will be specified in the ivy.xml file, the MANIFEST.MF being generated from the 
computed classpath.
-
-
-<h1>Quick setup</h1>
-
-In few steps, we will setup a build to compile and publish an OSGi bundle.
-
-<ol>
-<li>download this <a href="../samples/standard-osgi/ivy.xml">ivy.xml<a>, this 
<a href="../samples/standard-osgi/ivysettings.xml">ivysettings.xml</a>, this <a 
href="../samples/standard-osgi/build.xml">build.xml</a>, this <a 
href="../samples/standard-osgi/org.apache.ivy.sample.standard-osgi.bnd">bnd 
file</a>, and put them into your project folder;</li>
-<li>in the ivysettings.properties, specify the location of the plugins folder 
of your Eclipse target;</li>
-<li><i>(optional)</i> by default the build.xml is expecting the sources to be 
in the <tt>src</tt> folder. You may want to edit it if it is not the case</li>
-<li><i>(optional)</i> if Ivy is not in Ant's classpath, get the jar of <a 
href="../download.html">Apache Ivy</a> and edit the build.xml accordingly (see 
the comments at the begining of the file)</li>
-</ol>
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/osgi/target-platform.html
----------------------------------------------------------------------
diff --git a/doc/osgi/target-platform.html b/doc/osgi/target-platform.html
deleted file mode 100644
index 0aed5a2..0000000
--- a/doc/osgi/target-platform.html
+++ /dev/null
@@ -1,67 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 1};</script>   
-       <script type="text/javascript" src="../xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-
-<div class="tip">
-<table class="notice">
-  <tr>
-    <td style="vertical-align: top"><svg xmlns="http://www.w3.org/2000/svg"; 
xml:space="preserve" width="1em" version="1.1" y="0px" x="0px" viewBox="0 0 
980.02045 886.1"><g fill="red"><path d="m972.9158,794.5l-426.1,-761.1c-10.5,-20 
-31.1,-32.7 -53.7,-33.4l-1.7,0c-22,0 -42.4,11.5 
-53.7,30.5l-428.9,761c-11.5,19.4 -11.8,43.3 -0.6,62.9c11.1,19.6 31.9,31.7 
54.4,31.7l854.9,0c21.9,0 42.2,-11.5 53.5,-30.2s12,-42 
1.9,-61.4zm-910.4,29.2l428.9,-761.1l426,761.1l-854.9,0z"/><path 
d="m490.3158,626.7c-36.5,0 -62.1,25.6 -62.1,62.8c0,35.8 24.9,62.8 
60.7,62.8l1.4,0c37.3,0 61.5,-27 61.5,-62.8c-0.7,-37.3 -24.9,-62.8 
-61.5,-62.8z"/><path 
d="m451.0158,592.1l78.7,0l15.2,-312.6l-109,0l15.1,312.6z"/></g></svg></td>
-    <td>
-    Note that this feature is considered as <b>experimental</b>. It should 
work with simple configuration but may not in complex ones. If you have any 
issue with that feature, you are welcomed to come discussed your use case on 
the <a href="http://ant.apache.org/ivy/mailing-lists.html";>ivy-user</a> mailing 
list, or discuss about implementation issues or improvement you may have found 
on <a href="http://ant.apache.org/ivy/mailing-lists.html";>ant-dev</a>.
-</div>
-
-The concept of "target platform" is a concept introduced by Eclipse&#153; to 
describe the set of bundle which will run together in an OSGi&#153; 
environement. Then when developping an OSGi bundle, we expect it to run in a 
such "target platform".
-
-When developping a single OSGi bundle, a single ivy.xml (together with the use 
of the <a href="../use/fixdeps.html">fixdeps</a> task) is sufficent to describe 
precisely how the bundle requirements.
-
-But when developping several bundles, it will be error prone to declare for 
each bundle its dependencies. Because once deployed in an OSGi environement, 
the bindings are sensitive to the available bundles. So when developping, we 
must ensure that the set of bundles will be the same set as the one at deploy 
time.
-
-The concept of "target platform" is a perfect fit to describe the set of 
bundles to resolve against. Here is a recipe to handle it with just Ant+Ivy.
-
-<h1>A Target Platform Project</h1>
-
-First you need a project (basically a folder) in which you will manage your 
target platform. In this project you'll need 3 files:
-<ul>
-<li>an <a href="../samples/target-platform/ivy.xml">ivy.xml</a> in which you 
will describe the bundles you need,</li>
-<li>an <a 
href="../samples/target-platform/ivysettings.xml">ivysettings.xml</a> which 
will describe where to download bundles from,</li>
-<li>and a <a href="../samples/target-platform/build.xml">build.xml</a> with 
which you'll manage your target platform.</li>
-</ul>
-
-In the build there is a first important target: 
<tt>'update-dependencies'</tt>. Since the OSGi dependencies are very sensible 
to the available resources to resolve against, it is important to make the 
resolve as tight and reproductible as possible. First this target will do a 
resolve with the <tt>ivy.xml</tt>: a resolve which is very sensible to the 
content of the remote repo, thus not much reproductible. And it is will 
generate an <tt>ivy-fixed.xml</tt> from the resolved depedencies: this Ivy file 
contains only fixed non transitive dependencies (see the <a 
href="../use/fixdeps.html">fixdeps</a> task for further info). With that 
<tt>ivy-fixed.xml</tt> file, resolves are then reproductible and will always 
generate the same set of artifacts.
-
-Once generated, it is recommended to share that <tt>ivy-fixed.xml</tt> file 
into you version control system (subversion, git, etc...). The target 
<tt>'update-dependencies'</tt> is then to be launched each time you edit the 
<tt>ivy.xml</tt>, when you want to change the content of your target platform.
-
-The second target <tt>'generate-target-platform'</tt> will generate an 
<tt>obr.xml</tt>, a OSGi Bundle repository descriptor. This file will list 
every artifact wich has been resolved by the <tt>ivy-fixed.xml</tt>. Then each 
of your bundles you develop will do its resolve against that <tt>obr.xml</tt> 
(see the <a href="../resolver/obr.html">obr resolver</a>).
-
-The generated <tt>obr.xml</tt> contains paths to the local filesystem, so it 
is recommended to not share it between developpers.
-
-If it is required to develop your plugin with the Eclipse PDE plugin, you can 
then use the alternative target <tt>generate-retrieved-target-platform</tt>. It 
has the same principle than the <tt>'generate-target-platform'</tt> but the 
artifacts are also retrieved in a single folder, just like are plugins in an 
Eclipse install. That way you can define your target platform within Eclipse 
quite easily.
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/principle.html
----------------------------------------------------------------------
diff --git a/doc/principle.html b/doc/principle.html
deleted file mode 100644
index 14e95e2..0000000
--- a/doc/principle.html
+++ /dev/null
@@ -1,79 +0,0 @@
-<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" 
"http://www.w3.org/TR/html4/strict.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html>
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-       <script type="text/javascript">var xookiConfig = {level: 0};</script>   
-       <script type="text/javascript" src="xooki/xooki.js"></script>
-</head>
-<body>
-       <textarea id="xooki-source">
-Now that you have been introduced to the main ivy terminology and concepts, it 
is time to give some explanation of how ivy works.
-
-<h1>Usual cycle of modules between different locations</h1>
-<center><img src="images/main-tasks.png" /></center>
-More details on ant tasks <a href="ant.html">here</a>.
-
-<h1>Configure</h1>
-Ivy needs to be configured to be able to resolve your dependencies. This 
configuration is usually done with a settings file, which defines a set of 
dependency resolvers. Each resolver is able to find ivy files and/or artifacts, 
given simple information such as organisation, module, revision, artifact name, 
artifact type and artifact extension. 
-
-The configuration is also responsible for indicating which resolver should be 
used to resolve which module. This configuration is dependent only on your 
environment, i.e. where the modules and artifacts can be found. 
-
-A default configuration is used by ivy when none is given. This configuration 
uses an <a href="resolver/ibiblio.html">ibiblio resolver</a> pointing to 
https://repo1.maven.org/maven2/ to resolve all modules.
-<h1>Resolve</h1>
-The resolve time is the moment when ivy actually resolves the dependencies of 
one module. It first needs to access the ivy file of the module for which it 
resolves the dependencies. 
-
-Then, for each dependency declared in this file, it asks the appropriate 
resolver (according to settings) to find the module (i.e. either an ivy file 
for it, or its artifacts if no ivy file can be found). It also uses a 
filesystem based cache to avoid asking for a dependency if it is already in 
cache (at least if possible, which is not the case with latest revisions).
-
-If the resolver is a composite one (i.e. a chain or a dual resolver), several 
resolvers may actually be called to find the module.
-
-When the dependency module has been found, its ivy file is downloaded to the 
ivy cache. Then ivy checks if the dependency module has dependencies, in which 
case it recursilvely traverses the graph of dependencies. 
-
-All over this traversal, conflict management is done to prevent access to a 
module as soon as possible.
-
-When ivy has traversed the whole graph, it asks the resolvers to download the 
artifacts corresponding to each of the dependencies which are not already in 
the cache and which have not been evicted by conflict managers. All downloads 
are made to the ivy cache.
-
-Finally, an xml report is generated in the cache, which allows ivy to easily 
know what are all the dependencies of a module, without traversing the graph 
again.
-
-After this resolve step, two main steps are possible: either build a path with 
artifacts in the cache, or copy them to another directory structure.
-
-<h1>Retrieve</h1>
-What is called retrieve in ivy is the act of copying artifacts from the cache 
to another directory structure. This is done using a pattern, which indicates 
to ivy where the files should be copied.
-
-For this, ivy uses the xml report in the cache corresponding to the module it 
should retrieve to know which artifacts should be copied.
-
-It also checks if the files are not already copied to maximize performances.
-<h1>Building a path from the cache</h1>
-In some cases, it is preferable to use artifacts directly from the cache. Ivy 
is able to use the xml report generated at resolve time to build a path of all 
artifacts required.
-
-This can be particularly useful when building plug-ins for IDEs.
-
-<h1>Reports</h1>
-Ivy is also able to generate readable reports describing the dependencies 
resolution.
-
-This is done with a simple xsl transformation of the xml report generated at 
resolve time.
-
-<h1>Publish</h1>
-Finally, Ivy can be used to publish a particular version of a module in your 
repository, so that it becomes available for future resolving. This task is 
usually called either manually or from a continuous integration server.
-
-       </textarea>
-<script type="text/javascript">xooki.postProcess();</script>
-</body>
-</html>

http://git-wip-us.apache.org/repos/asf/ant-ivy/blob/0c769150/doc/printTemplate.html
----------------------------------------------------------------------
diff --git a/doc/printTemplate.html b/doc/printTemplate.html
deleted file mode 100644
index 52a60a2..0000000
--- a/doc/printTemplate.html
+++ /dev/null
@@ -1,57 +0,0 @@
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" 
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
-<!--
-   Licensed to the Apache Software Foundation (ASF) under one
-   or more contributor license agreements.  See the NOTICE file
-   distributed with this work for additional information
-   regarding copyright ownership.  The ASF licenses this file
-   to you under the Apache License, Version 2.0 (the
-   "License"); you may not use this file except in compliance
-   with the License.  You may obtain a copy of the License at
-
-     http://www.apache.org/licenses/LICENSE-2.0
-
-   Unless required by applicable law or agreed to in writing,
-   software distributed under the License is distributed on an
-   "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
-   KIND, either express or implied.  See the License for the
-   specific language governing permissions and limitations
-   under the License.    
--->
-<html xmlns="http://www.w3.org/1999/xhtml"; lang="en" xml:lang="en">
-<head>
-       <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=ISO-8859-1">
-<title>${title} | Apache Ivy&#153; @version@</title>
-<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
-  <link rel="stylesheet" type="text/css" href="style/print-style.css" />
-</head>
-
-<body>
-
-<div id="body">
-
-<table id="header" summary="Navigation elements." border="0"
-       cellpadding="0" cellspacing="0" width="100%">
-       <tr>
-        <td id="home" width="30%"><a href="http://ant.apache.org/";
-            title="Apache Ant"><img src="images/ant-project-logo.gif" 
alt="Apache Ant"
-            border="0" /></a></td>
-
-               <td class="product" width="70%" align="right" 
valign="middle"><img
-                       src="images/logo.png" alt="ivy" border="0" /></td>
-       </tr>
-</table>
-
-               <div id="main">
-            ${body}
-               </div><!-- main -->
-
-<div id="footer-message" class="footer">
-    <hr />
-    <i>Copyright &#169; 2017 The Apache Software Foundation, Licensed under 
the <a href="http://www.apache.org/licenses/LICENSE-2.0.txt";>Apache License, 
Version 2.0</a>.</i><br />
-    <i>Apache Ivy, Apache Ant, Ivy, Ant, Apache, the Apache Ivy logo, the 
Apache Ant logo and the Apache feather logo are trademarks of The Apache 
Software Foundation.</i><br />
-    <i>All other marks mentioned may be trademarks or registered trademarks of 
their respective owners. </i>
-</div>
-
-</div><!-- body -->
-</body>
-</html>

Reply via email to