[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [recommenders-dev] server-side storage

Okay, let's forget about current " remote search directly" module, do we reach agreement at this point? Your idea, Marcel?

2012/3/8 Doug Wightman <douglasw@xxxxxxxxx>
haha. Ok - let's eliminate it for now. It seems redundant given that
we effectively support the same functionality with the alternative
(except the snippets need to be downloaded locally).

Doug


On Wed, Mar 7, 2012 at 10:24 PM, Chen Cheng <chengchendoc@xxxxxxxxx> wrote:
> I do not mean  "remote search directly" case superior than  "git-approach +
> local search", i just mean we can supply more choices for users if we keep
> it. Right ? If you guys really does not want to keep it in SnipMatch plugin,
> it is OK for me :-)
>
>
> 2012/3/8 Doug Wightman <douglasw@xxxxxxxxx>
>>
>> When is the "remote search directly" case superior? I must be missing
>> something.
>>
>>
>> On Wed, Mar 7, 2012 at 10:14 PM, Chen Cheng <chengchendoc@xxxxxxxxx>
>> wrote:
>> > Hi Doug,
>> >
>> > You mean we can remove the "remote search directly" mode, left only
>> > "git-approach + local search" solution ? Right ?
>> >
>> > As this solution is almost finished already in current Snipmatch's code
>> > base. And in the future, this "remote search directly" will be more
>> > convenient, as user can specify their own remote search server address
>> > which
>> > as SnipMatch server side application installed.  For example, in
>> > the scene
>> > that one team in a local area network, internet service is very good,
>> > they
>> > can use this mode.
>> >
>> > If just discard this module, what a pity ...
>> >
>> > We supply more choices for users, for some guys, they would
>> > like  "git-approach + local search" solution, for others, may be they
>> > would
>> > like "remote search directly" solution.
>> >
>> > 2012/3/8 Doug Wightman <douglasw@xxxxxxxxx>
>> >>
>> >> What do you think about removing this case? I think it's okay - so
>> >> long as you can sync with remote repositories.
>> >>
>> >> On Wed, Mar 7, 2012 at 9:24 PM, Chen Cheng <chengchendoc@xxxxxxxxx>
>> >> wrote:
>> >> >
>> >> >
>> >> > 2012/3/8 Marcel Bruch <bruch@xxxxxxxxxxxxxxxxxx>
>> >> >>
>> >> >> On 07.03.2012, at 16:04, Chen Cheng wrote:
>> >> >>
>> >> >> 2012/3/7 Marcel Bruch <bruch@xxxxxxxxxxxxxxxxxx>
>> >> >>>
>> >> >>> On 07.03.2012, at 13:29, Chen Cheng wrote:
>> >> >>>
>> >> >>> Yeah, in our past discussion, "git-approach + local search" is the
>> >> >>> default implementation, but there is another "remote search
>> >> >>> directly"
>> >> >>> work
>> >> >>> mode, in this scenario, user can get search result from remote
>> >> >>> server
>> >> >>> directly by http service.
>> >> >>>
>> >> >>>
>> >> >>> Wouldn't this be a second snippet provider?
>> >> >>
>> >> >> I am not very clear what is your mean here :-(
>> >> >>
>> >> >>
>> >> >> I think, I just haven't completely grasped how you planned to
>> >> >> implement
>> >> >> the repository concept. So, may I ask for little assistance? ;)
>> >> >>
>> >> >> The point that confuses me is: why is there a "remote search
>> >> >> directly"
>> >> >> feature (you called it like this above). I thought this will be
>> >> >> covered
>> >> >> by
>> >> >> the "local git" approach completely. But I might just be plain wrong
>> >> >> here
>> >> >> :-) In the case you have some time left over: Can you elaborate a
>> >> >> bit
>> >> >> on the
>> >> >> "remote search directly" concept?
>> >> >
>> >> >
>> >> > Yeah, have you installed current SnipMatch plugin
>> >> > in http://snipmatch.com/eclipsePlugin/ ? If you have a trial of it.
>> >> > Now,
>> >> > it
>> >> > works under "remote search directly" mode I mean.
>> >> >
>> >> > In this mode, user does not store any snippets in local storage, just
>> >> > get
>> >> > snippets by http service, just like you Google something :-) Input
>> >> > some
>> >> > texts, http server response your result
>> >> >
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> Thanks,
>> >> >> Marcel
>> >> >>
>> >> >> --
>> >> >> Eclipse Code Recommenders:
>> >> >>  w www.eclipse.org/recommenders
>> >> >>  tw www.twitter.com/marcelbruch
>> >> >>  g+ www.gplus.to/marcelbruch
>> >> >>
>> >> >>
>> >> >> _______________________________________________
>> >> >> recommenders-dev mailing list
>> >> >> recommenders-dev@xxxxxxxxxxx
>> >> >> http://dev.eclipse.org/mailman/listinfo/recommenders-dev
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Best Regards From Cheng Chen [chengchendoc@xxxxxxxxx]
>> >> >
>> >> > _______________________________________________
>> >> > recommenders-dev mailing list
>> >> > recommenders-dev@xxxxxxxxxxx
>> >> > http://dev.eclipse.org/mailman/listinfo/recommenders-dev
>> >> >
>> >> _______________________________________________
>> >> recommenders-dev mailing list
>> >> recommenders-dev@xxxxxxxxxxx
>> >> http://dev.eclipse.org/mailman/listinfo/recommenders-dev
>> >
>> >
>> >
>> >
>> > --
>> > Best Regards From Cheng Chen [chengchendoc@xxxxxxxxx]
>> >
>> > _______________________________________________
>> > recommenders-dev mailing list
>> > recommenders-dev@xxxxxxxxxxx
>> > http://dev.eclipse.org/mailman/listinfo/recommenders-dev
>> >
>> _______________________________________________
>> recommenders-dev mailing list
>> recommenders-dev@xxxxxxxxxxx
>> http://dev.eclipse.org/mailman/listinfo/recommenders-dev
>
>
>
>
> --
> Best Regards From Cheng Chen [chengchendoc@xxxxxxxxx]
>
> _______________________________________________
> recommenders-dev mailing list
> recommenders-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/recommenders-dev
>
_______________________________________________
recommenders-dev mailing list
recommenders-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/recommenders-dev



--
Best Regards From Cheng Chen [chengchendoc@xxxxxxxxx]