11 Jun
2017
11 Jun
'17
6:50 p.m.
On Sun, Jun 11, 2017 at 6:49 PM, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
--
Thomas Mortagne
On Sun, Jun 11, 2017 at 6:11 PM, Krzysiek Płachno
<krzysiekplachno(a)gmail.com> wrote:
Yes - it seems that I misunderstood. The name of the project was "More
extension repositories" and in my application I wrote only about extensions.
But anyway it does not change a lot for my project - if as you wrote
"Extension Manager can install any JARs".
All JARs are extensions from Extension Manager point of view. Even if
most of them are not specific to XWiki, the XWiki specific extension
themself trigger a lot of dependencies among JARs which don't have
anything to do with XWiki because they use those. Also XWiki is not
just a wiki, it's actually a development platform.
This is alrea
This is already nice IMO, I was not really expecting much more. Sure
it won't cover the whole Extension Repository search API but it's OK.
Bintray JCenter may be connected even today using
Maven Connector.
Maven Connector does not allow for searching, but in the case of JCenter
that stores in the vast major non-xwiki extensions searching is
unnecessary.
I don't think you understood the main goal of this project. The point
is not to install XWiki stuff, Extension Manager can install any JARs
and JCenter is full of useful JARs.
Of course I can still prepare extension resolving
artifacts and versions
of
It does support search but in very simple way as described on design page:
http://design.xwiki.org/xwiki/bin/view/Proposal/MoreextensionrepositoriesAr…
searching goes only thorough names and descriptions. packages from Bintray via it's rest api,
leaving space for future feature
of searching when Bintray's API will be richer. The question is what's
more
usefull or needed.
If it does not support search then it's useless.
So lets imagine that someone connects JCenter (Bintray) (with searching
feature) in it's Xwiki instance, goes to Extension Magager and search for
some extension putting e.g. LDAP. This will return a lot of results from
JCenter (completely not needed), among which there'll be XWiki LDAP
Authenticator extension - difficult to find.
One more element to keep in mind: there is priority support in
repository sources so if you give a low priority to JCenter it's going
to appear after the result of the search on
http://extensions.xwiki.org.
I see two solutions:
- not enabling searching at all for Bintray
Would be it totally useless IMO.
- enabling searching of Bintray but, adding in
Extension Manager UI option
to select from which repository search
Yes this is something we need to do anyway but it's out of scope for
your GSOC so as you want.
WDYT?
> >
> > Best,
> > Krzysztof
> >
> > 2017-06-09 15:23 GMT+02:00 Thomas Mortagne <thomas.mortagne(a)xwiki.com>om>:
> >
> >> Very surprising, I really tough Bintray was a cloud of Artifactory
> >> instances...
> >>
> >> Since the main use case is to support Bintray jcenter I think you
> >> should concentrate on Bintray APi support only and skip Artifactory
> >> for now.
> >>
> >> On Fri, Jun 9, 2017 at 3:12 PM, Krzysiek Płachno
> >> <krzysiekplachno(a)gmail.com> wrote:
> >> > I've investigater Artifactory and Bintray APIs. They are totally
> >> different.
> >> >
> >> > I updated desing page:
> >> > http://design.xwiki.org/xwiki/bin/view/Proposal/
> >> MoreextensionrepositoriesArtifactoryBintray
> >> >
> >> > 2017-06-08 11:35 GMT+02:00 Krzysiek Płachno <
> krzysiekplachno(a)gmail.com>gt;:
> >> >
> >> >> Ok - I got it (I confused in my mind ExtensionRepositorySource
> >> >> with ExtensionRepository)
> >> >>
> >> >> I'll compare in detail the apis of Artifactory and Bintray -
if
> they're
> >> >> (almost) the same - it makes sense to do it as you described.
> >> >>
> >> >> KP
> >> >>
> >> >> 2017-06-08 11:26 GMT+02:00 Thomas Mortagne <
> thomas.mortagne(a)xwiki.com>gt;:
> >> >>
> >> >>> On Thu, Jun 8, 2017 at 11:05 AM, Krzysiek Płachno
> >> >>> <krzysiekplachno(a)gmail.com> wrote:
> >> >>> > Ok - then.
> >> >>> >
> >> >>> > So:
> >> >>>
> >> >>> > 1. Do I understand well that the advantage of Rest
connection over
> >> >>> native
> >> >>> > Maven connection is that when using maven we cannot search
repo?
> >> >>>
> >> >>> Yes you don't have live search in standard Maven
repository. In some
> >> >>> repository you can download an index but that's all.
> >> >>>
> >> >>> > 2. The goal would be to produce an extension with two
components
> >> >>> > ExtensionRepositoryFactory: 'bintray' and
'artifactory' which
> >> sharing
> >> >>> the
> >> >>> > same logic will allow to connect Bintray and Artifactory?
Or just
> >> >>> > one ExtensionRepositoryFactory with name
'artifactory' to be used
> >> also
> >> >>> for
> >> >>> > both? This naming is a bit important since in
xwiki.properties
> whilst
> >> >>> > giving url to external repo user also gives type of repo.
(As
> >> >>> > regards ExtensionRepositorySource components - they are
completely
> >> >>> hidden
> >> >>> > so it may be one for both Artifactory and Bintray)
> >> >>>
> >> >>> If Bintray use Artifactory REST API then there should be only
one
> >> >>> 'artifactory' ExtensionRepositoryFactory.
> >> >>>
> >> >>> ExtensionRepositorySource point is to provide default
repository
> (for
> >> >>> example extensions.xwiki.org or nexus.xwiki.org) so it only
make
> sense
> >> >>> for Bintray jcenter (unless jcenter does not expose REST API).
I
> >> >>> totally skipped the fact that anyone was able to create a
Bintray
> >> >>> instance and I was actually only thinking about jcenter.
> >> >>>
> >> >>> >
> >> >>> > KP
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> >
> >> >>> > 2017-06-07 10:12 GMT+02:00 Thomas Mortagne <
> >> thomas.mortagne(a)xwiki.com>gt;:
> >> >>> >
> >> >>> >> Some comments:
> >> >>> >>
> >> >>> >> The difference between Artifactory and Bintray you are
describing
> >> >>> >> don't really matter for your use case IMO.
> >> >>> >>
> >> >>> >> The only thing you should deal with are:
> >> >>> >>
> >> >>> >> * downloading artifacts
> >> >>> >> * searching for artifacts (that is actually the only
feature
> brought
> >> >>> >> by this extension since as you said you can download
artifacts
> >> through
> >> >>> >> Maven access)
> >> >>> >>
> >> >>> >> and AFAIK those two features have the same API in both
cases
> since
> >> >>> >> Bintray is essentially a public Artifactory instance.
> >> >>> >>
> >> >>> >> So unless I really missing something here you should
IMO work on
> two
> >> >>> >> extensions (on just two component in the same
extension):
> >> >>> >> * an ExtensionRepositoryFactory for Artifactory
> >> >>> >> * a ExtensionRepositorySource which automatically
register
> Bintray
> >> >>> >> with the type "artifactory"
> >> >>> >>
> >> >>> >> On Mon, Jun 5, 2017 at 12:05 PM, Krzysiek Płachno
> >> >>> >> <krzysiekplachno(a)gmail.com> wrote:
> >> >>> >> > Hey!
> >> >>> >> >
> >> >>> >> > I investigated a bit Binatray and Artifactory and
uploaded
> >> relatively
> >> >>> >> short
> >> >>> >> > raport:
> >> >>> >> > http://design.xwiki.org/xwiki/bin/view/Proposal/
> >> >>> >> MoreextensionrepositoriesArtifactoryBintray
> >> >>> >> >
> >> >>> >> > Any comments, ideas, relfections - highly
appreciated.
> >> >>> >> >
> >> >>> >> >
> >> >>> >> > Best,
> >> >>> >> > Krzysztof Płachno
> >> >>> >>
> >> >>> >>
> >> >>> >>
> >> >>> >> --
> >> >>> >> Thomas Mortagne
> >> >>> >>
> >> >>>
> >> >>>
> >> >>>
> >> >>> --
> >> >>> Thomas Mortagne
> >> >>>
> >> >>
> >> >>
> >>
> >>
> >>
> >> --
> >> Thomas Mortagne
> >>
>
>
>
> --
> Thomas Mortagne
>
--
Thomas Mortagne