Monthly Virtual Meetups and continued use of Meetup.com
Hey all, Since we started them last year, we've been advertising our monthly meetups in a few different places: here on the mailing list, in various Slack servers and channels, and on Meetup.com. We may have to reconsider our use of Meetup.com, or alternately: take some action to keep that going if it's valuable. The "group" we've been creating these Meetup.com events under currently lacks an "organizer", and risks deletion by Meetup.com. (It appears they periodically delete "orphaned" events and groups.) Anyone can sign up to be an "organizer", but doing so requires having a paid subscription : / So my question is: how much value do we get out of the Meetup.com event? Typically nothing gets added to the Meetup.com event that a reader wouldn't know by checking out our Confluence wiki page, or reading the monthly dev@ thread for the Meetup. So my uneducated guess is that it doesn't provide a ton of value for us, and wouldn't be worth signing up for a paid account just to maintain. But if anyone can attest that the Meetup.com event is important for some particular reason, I'm happy to look into maintaining it. (Alternatively, if someone here already has a paid Meetup.com account and is willing to be an organizer for us, please let me know!) Best, Jason - To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org
Package Store Implementation Questions
Hey all, I'm looking to convert some of Solr's "Package Store" APIs over to the JAX-RS framework, but I'm having some trouble finding the backing code. Some of the APIs were pretty easy to find. For instance I see `POST /api/cluster/package`, `GET /api/cluster/package`, and `GET /api/clusteer/package/somePackageName` implemented in "org.apache.solr.pkg.PackageAPI". But I can see other APIs getting called by the PackageTool code. `RepositoryManager` uses a SolrClient to "POST" to `/package/somePackageName/someVersion/someFileName`. [1] It also makes a similar request to `/package/somePackageName/someVersion/manifest.json`. [2] I wondered for awhile whether these might be requests to the external package repository, and not to Solr itself. But the requests are made using a SolrClient, and it uses a Solr base URL as far as I can tell. Does anyone know where the code for these additional APIs might live? Or whether I'm misinterpreting them, and they really are requests made to the repository (and not Solr)? If the latter - is there a reason the code uses a SolrClient instead of a Jetty or Apache HttpClient directly? Thanks in advance for any pointers in the right direction! Best, Jason [1] https://github.com/apache/solr/blob/main/solr/core/src/java/org/apache/solr/packagemanager/RepositoryManager.java#L207-L216 [2] https://github.com/apache/solr/blob/main/solr/core/src/java/org/apache/solr/packagemanager/RepositoryManager.java#L198-L202 - To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org For additional commands, e-mail: dev-h...@solr.apache.org
Re: Package Store Implementation Questions
After some more digging I think I understand things a bit better. The
APIs I couldn't find in the code aren't "package store" APIs at all.
Or at least not directly. They're APIs for Solr's "file store". I
mistook them for package APIs because the HTTP path contained
"package", but it looks like that's only by virtue of "package" being
a location within the filestore that the package-manager happens to
use.
Having found the APIs, I'm on to slightly more specific questions. Is
there a reason that files are uploaded to "/api/cluster/files" but
fetched from "/api/node/files"? What distinguishes the two delete
APIs that the file-store offers ("DELETE /api/cluster/files/" and
"DELETE /api/node/files")? Are the delete APIs omitted from the
ref-guide by oversight or for a particular reason? etc.
If anyone can offer any context on these APIs, I'd greatly appreciate it!
Best,
Jason
-
To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
For additional commands, e-mail: dev-h...@solr.apache.org
Re: [DISCUSS] Community Virtual Meetup, May 2024
Hello everyone I am soliciting votes for the following days and times. Please reply to this thread with your preferred 1) *date and time options from below *and 2) *topic you want to discuss * *Voting closes May 17th 11:59 pm* *Options* 1. 05/22/2024 9 am pacific time 2. 05/23/2024 9 am pacific time 3. 05/24/2024 9 am pacific time 4. 05/27/2024 9 am pacific time thanks, *Raghavan* On Sun, May 12, 2024 at 7:03 PM raghavan m wrote: > Thanks Jason. > I will start a thread and create a page, to collect topics. > *Raghavan* > > > On Sun, May 12, 2024 at 7:00 PM Jason Gerlowski > wrote: > >> Raghavan - absolutely, thanks for stepping up! (And welcome back to >> the country!). >> >> On Thu, May 9, 2024 at 1:51 PM raghavan m wrote: >> > >> > Hey Jason >> > I am back in the country. Can I volunteer? >> > >> > Sent from iPhone >> > >> > >> > On Thu, May 9, 2024 at 9:35 AM Jason Gerlowski >> > wrote: >> > >> > > Hey all, >> > > >> > > It's time once again to start thinking ahead to this month's virtual >> > > meetup! >> > > >> > > As always, two questions: >> > > >> > > 1. Does anyone have an interest in organizing? Duties are light but >> > > it's an important job. I'm happy to organize by default if there >> > > aren't any volunteers by mid-next-week. (Addtl details: >> > > https://cwiki.apache.org/confluence/display/SOLR/Meeting+notes) >> > > >> > > 2. Does anyone have preferences on the date or time-of-day? >> > > >> > > Best, >> > > >> > > Jason >> > > >> > > - >> > > To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org >> > > For additional commands, e-mail: dev-h...@solr.apache.org >> > > >> > > >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org >> For additional commands, e-mail: dev-h...@solr.apache.org >> >>
