Ok, Done: https://wiki.apache.org/solr/IntegratingSolr Also: https://wiki.apache.org/solr/SolPython
I am not sure what to do with the stuff at the bottom of the client list, though I've put the dates on it anyway. It's neither comprehensive nor representative and I don't understand the significance of that part vs. https://wiki.apache.org/solr/SolrEcosystem . But that's all I had patience for this time with WIKI being an absolute turtle. Perhaps somebody else can revisit it with a fresh eye now that I cleaned it up a bit. 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 20:04, david.w.smi...@gmail.com <david.w.smi...@gmail.com> wrote: > I like the “last updated …” (rounded to the month) idea. It may be > difficult to maintain a “last checked” distinction, and create somewhat more > of a burden on maintaining the list. I think it’s useful to list out old > projects, maybe separately, and indicated as old. This makes the page a > better comprehensive resource. > > Thanks for volunteering Alex! > > ~ David Smiley > Freelance Apache Lucene/Solr Search Consultant/Developer > http://www.linkedin.com/in/davidwsmiley > > On Mon, Dec 1, 2014 at 7:35 PM, Alexandre Rafalovitch <arafa...@gmail.com> > wrote: >> >> 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 >> > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org