What would be the reasonable cutoff for the client library last update? Say if it was not updated in 2 years - should it be included in the list? In 3? Included with a warning?
Or do we list them all and let the user sort it out? Or put a last-checked date on the wiki and mention rough last update against each library? Regards, Alex. Personal: http://www.outerthoughts.com/ and @arafalov Solr resources and newsletter: http://www.solr-start.com/ and @solrstart Solr popularizers community: https://www.linkedin.com/groups?gid=6713853 On 1 December 2014 at 11:03, Eric Pugh <ep...@opensourceconnections.com> wrote: > I think in the vein of a “do-it-tocracy”, getting the Wiki updated is a > perfectly good first step, and then if there is a better approach, hopefully > that occurs.… ;-) > > > >> On Dec 1, 2014, at 10:51 AM, Alexandre Rafalovitch <arafa...@gmail.com> >> wrote: >> >> On 1 December 2014 at 10:02, david.w.smi...@gmail.com >> <david.w.smi...@gmail.com> wrote: >>> I meant to reply earlier... >>> >>> On Mon, Nov 24, 2014 at 11:37 AM, Alexandre Rafalovitch <arafa...@gmail.com> >>> wrote: >>>> >>>> They are super-stale >>> >>> >>> Yup but it’s a wiki so feel free to freshen it up. I’ll be doing that in a >>> bit. It may also be helpful if these particular pages got more >>> prominence/visibility by being linked from the ref guide and/or the website. >> >> On the TODO list. If you are planning to update the client list, maybe >> we should coordinate, so we don't step on each other's toes. I am >> planning to do more than a minor tweak. >> >>>> and there is no easy mechanism for people to >>>> announce their additions. I am not even sure the announcements are >>>> welcome on the user mailing list. >>> >>> >>> IMO the mailing list is an excellent place to announce new Solr integrations >>> in the ecosystem out there. People announce various things on the list from >>> time to time. >> I haven't even announced solr-start.com on the list, wasn't sure >> whether it's appropriate. So, maybe it's ok, but I suspect that's not >> visible. >> >>>> It comes down to the funnel/workflow. At the moment, the workflow >>>> makes it _hard_ to maintain those pages. CMM level 1 kind of hard. >>> Can you recommend a fix or alternative? >> >> I thought that's what my previous emails were about?!? Setup a >> 'client-maintainer' mailing list seeded with SolrJ people, update the >> Wiki, make it more prominent. Organize a TodoMVC equivalent for Solr >> clients (with prizes?). Ensure it is a topic (with mentor) for >> Google's Summer of Code. Have somebody from core Solr to keep at least >> one eye on the client communities' mailing lists. >> >> I started doing that as an individual, but the traction was not there. >> It needs at least a couple of people to push in the same direction. >> >> Regards, >> Alex. >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org >> For additional commands, e-mail: dev-h...@lucene.apache.org >> > > ----------------------------------------------------- > Eric Pugh | Principal | OpenSource Connections, LLC | 434.466.1467 | > http://www.opensourceconnections.com | My Free/Busy > Co-Author: Apache Solr 3 Enterprise Search Server > This e-mail and all contents, including attachments, is considered to be > Company Confidential unless explicitly stated otherwise, regardless of > whether attachments are marked as such. > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org