s are glommed into
>>>>>>>>>>>>> SolrDispatchFilter, like security, tracing and MDC setup/teardown
>>>>>>>>>>>>> per request. Restlet wouldn't be so bad if one could just wrap
>>>>>>>>>>>>
le, take your pick on the api version. Reasons are
> numerous.
>
> Custom end points is an anti feature. Even worse for cloud.
>
> JAX-RS looked ridiculously sensible.
>
>
> --
> - MRM
___
Eric Pugh | Founder & CEO
somewhere already? Where can I put
> it?
>
> Thanks
> --
> Sincerely yours
> Mikhail Khludnev
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
ions. Doesn't mean it should be undocumented however.
>
> On Tue, Dec 14, 2021 at 4:07 PM Eric Pugh <mailto:ep...@opensourceconnections.com>> wrote:
> I suspect it’s more like this never was documented ;-).
>
>> On Dec 14, 2021, at 2:59 PM, Mikhail Khludnev > &l
>
> <https://solr.apache.org/guide/8_10/solrcloud-query-routing-and-read-tolerance.html#collection-parameter>
> On Dec 15, 2021, 8:04 AM -0600, Eric Pugh ,
> wrote:
>> We have a “Expert Feature” concept in the ref guide I believe for these
>> kinds of settings!Mikhail, i
,
> you ought to be able to run them in at most 40 some minutes in most cases.
> With good hardware and the right parralel test settings, you should be able
> to do more like 10-20 min.
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC
next month, and dig into trying out how
existing Solr security would work.
https://github.com/gerlowskija/solr/tree/cors_stuff
<https://github.com/gerlowskija/solr/tree/cors_stuff> if you want to see.
Eric
> On Dec 9, 2021, at 10:06 AM, Eric Pugh
> wrote:
>
> Thank ever
nregistering SolrCore level metrics to JMX when SolrCores
> are loaded and unloaded, and logs to this effect likewise. Not a big deal
> but it's something.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
> <http://www
ultiple levels. If we
> schedule them in advance with predetermined organizers and maybe even the
> time, they will happen and not be forgotten. It should also be less work to
> plan if it's automatic. Credit on this idea is shared with Eric Pugh.
>
> I volunteer to do
Mike
>
> [1]: https://github.com/apache/solr/pull/516
> <https://github.com/apache/solr/pull/516>
> [2]: https://github.com/apache/solr/pull/505
> <https://github.com/apache/solr/pull/505>
___
Eric Pugh | Founder & CEO | OpenSource Con
; Some perhaps even for 9.0.0, as it slims down the core and reduces
>>>>>> > attack surface for most users as well.
>>>>>>
>>>>>> I think it would be really awesome if we had a core download that only
>>>>>> include
refactoring
don’t need a JIRA issue as well.
Thoughts on this?
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/Busy <http://tinyurl
an Chattopadhyaya
> mailto:ichattopadhy...@gmail.com>> wrote:
> IMO, any code change should have a JIRA and CHANGES.txt. Substantial ref
> guide changes should have a JIRA.
> Refactoring should definitely get a JIRA, I'll be surprised if any
> refactoring has happened with
; To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnection
our earlier than previously to make it a
>> little nicer for Europe timezones. Pacific can wake up at 8am -- personally
>> I wake up at 6:40am every day :-)
>>
>> [1]: https://projects.apache.org/committee.html?solr
>> <https://projects.apache.org/committe
> ability to record google hangouts like you do David.
> So if you can do that part, I will take on planning the rest.
>
> Let's tentatively say May 11th.
>
> On Wed, Apr 13, 2022 at 11:46 AM Eric Pugh <mailto:ep...@opensourceconnections.com>> wrote:
> So….I went
set trusted flag” which was first released in 8.6.3.
If we are keeping it, then I’m happy to add it to the ref guide….
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourc
>>> SUCCESS! [0:59:56.100439]
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>>> For additional commands, e-mail: dev-h...@solr.apache.org
>>>
>
problems down…. Is this best handled with a single PR with a JIRA issue?
Say a JIRA issue like “Clean up IntelliJ warnings for Test Code”?
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com &
at 10:29 AM, Mike Drob wrote:
>
> I would try to handle them in several small PRs either grouped by module or
> by warning type.
>
> On Fri, May 27, 2022 at 9:24 AM Eric Pugh <mailto:ep...@opensourceconnections.com>> wrote:
> Hey all, was poking around at a unit test
Also, I guess I need to be careful to run spotless after I make changes to the
tests per package.
> On May 27, 2022, at 10:58 AM, Eric Pugh
> wrote:
>
> Here is what I did the other night:
>
> https://github.com/apache/solr/compare/main...epugh:intellij_suggested_fixes
>
ly, remember).
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
> <http://www.linkedin.com/in/davidwsmiley>
>
> On Fri, May 27, 2022 at 12:52 PM Shawn Heisey <mailto:apa...@elyograg.org>> wrote:
> On 5
to review it, so I hope you trust the automated
> tooling and are willing to volunteer watching Jenkins for a few days after. :)
>
> Unused exceptions anywhere under src/main I would be _very_ interested in, on
> the other hand.
>
> Mike
>
> On Fri, May 27, 2022 at 7:33 PM Er
PM, Houston Putman wrote:
>
> What about back porting, would you want these back ported to 8 and 9? Or
> just 9?
>
> I would say just main and branch_9x
>
> On Tue, May 31, 2022 at 12:39 PM Eric Pugh <mailto:ep...@opensourceconnections.com>> wrote:
> Tha
One last question…. “Squash and Merge” right? We don’t care about all my
interim commits….
> On May 31, 2022, at 6:37 PM, Eric Pugh
> wrote:
>
> Cool.
>
> So here is an example of what I’ll merge in a day or so:
> https://github.com/apache/solr/pull/885
> &l
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.openso
then back port to branch_9x???
Thanks!
Eric
> On Jun 1, 2022, at 8:11 AM, Eric Pugh wrote:
>
> One last question…. “Squash and Merge” right? We don’t care about all my
> interim commits….
>
>> On May 31, 2022, at 6:37 PM, Eric Pugh > <mailto:ep...@openso
his up again on Saturday….
Eric
> On Jun 3, 2022, at 4:52 PM, Eric Pugh wrote:
>
> Okay, I merged the other day….
>
> Firstly, in terms of a workflow, I looked at the Solr-NightlyTests-main
> Jenkins test, and in fact the one that ran after my commit has two tests
right I will back them out. Erik Hatcher gave me one
example, the use of the word collocated versus colated.
I would love to merge this on Tuesday on my way to Colorado.
On Thu, Jun 9, 2022 at 4:40 PM Eric Pugh
wrote:
> Thanks Mike for fixing my backport issue……
>
> So, I’ve wended my wa
I don’t have the link, but I think we agree that v2 *could* evolve, hence
the whole experimental thing.
I worry that the efforts of maintaining three versions of the api will
stall us. Especially if the changes we want to make aren’t wholesale
changes. Now if we introduced a graphql based api
k.
>>
>> We have been showing v2 api commands in tabs for e.g. config api since
>> 7.4. So users have been encouraged to switch for at least 3-4 years.
>>
>> Jan Høydahl
>>
>> 16. jun. 2022 kl. 16:16 skrev Eric Pugh > >:
>>
>>
>> I don’t
I really appreciate the perspective you bring Shawn on helping users...
we should think about how to make it easy for a user to run a command...
maybe an explicit admin UI for running arbitrary commands int he same way
we use the browser???
On Fri, Jun 17, 2022 at 1:35 PM Shawn Heisey wrote:
> O
t an idea of
> how I can tell if I’ve broken something or not?
>
> Thanks,
> Andy
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/Busy <
even
>> if that means we'll put extra migration effort on some v2 users in minor
>> releases. We'd of course need to clearly mark such changes so it won't come
>> as a surprise.
>>
>> Jan
>
> -
> To unsubscribe
* SOLR-16005 added new feature in to schema screen: add new field type
<https://github.com/apache/solr/pull/753>
I am really happy that SOLR-15853 and SOLR-16005 are both created by
contributors new to the community, so I’d love to get these in soon.
Eric
___
Eric Pu
t independent from
>> an APIs shape/design? Do endpoints need to be designed "for" CORs in
>> some way I'm missing? Just trying to understand if and how it'd
>> dovetail with the v2 effort here.
>>
>> Best,
>>
>> Jason
>>
&
should pass
again?
Not sure which is more intrusive…
https://www.youbrokethebuild.com/
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/
of reverting.
>
> On Tue, Jul 19, 2022 at 8:12 PM Eric Pugh <mailto:ep...@opensourceconnections.com>>
> wrote:
>
>> Good news, the spotless check for wildcard imports works…. The bad news
>> is that I thought SOLR-16271 was complete and there were no wildcard
>&
4167 passed after I updated the build with the imports.
https://ci-builds.apache.org/job/Solr/job/Solr-Check-main/4167/
4168 failed, but it may have been timing issues….
> On Jul 19, 2022, at 10:00 PM, Eric Pugh
> wrote:
>
> Good point! I hadn’t even thought of that. Wil
r in a nicer way then I’ve done it in the past!
I haven’t committed code in this area, so I feel like a second best person to
review this submission.
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections
t() to org.hamcrest.MatcherAssert.assertThat(), it looks like MANY of
the remaining things to do all are related to upgrading to more modern JDK
language features….
I’m happy to do that, but don’t want to step on the work that is progress?
Eric
> On Jul 4, 2022, at 2:23 PM, Eric Pugh wrote:
>
> I wanted to share
p://www.linkedin.com/in/davidwsmiley
> <http://www.linkedin.com/in/davidwsmiley>
>
> On Tue, Jul 26, 2022 at 10:13 AM Eric Pugh <mailto:ep...@opensourceconnections.com>> wrote:
> I just checked what IntelliJ is flagging as language related in the core
> tests, and
REINDEXCOLLECTION only works within a single
cluster, you can’t use it to index across clusters right? That probably should
be flagged on the
https://solr.apache.org/guide/solr/latest/deployment-guide/collection-management.html#reindexcollection
page ;-)
Eric
___
Eric Pugh | Founder
mewhere but I don't
> see where.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
> <http://www.linkedin.com/in/davidwsmiley>
>
>
> On Wed, Aug 3, 2022 at 8:22 AM Eric Pugh <mailto:ep...@opensourceconnec
aining
> Sematext Cloud - Full Stack Observability
> https://sematext.com/ <https://sematext.com/> <http://sematext.com/
> <http://sematext.com/>>
>
>
> On Wed, Aug 10, 2022 at 2:30 PM Eric Pugh <mailto:ep...@opensourceconnections.com>>
> wrote:
>
elect the document,output is:
>> {
>> "data_string_foo":"foo",
>> "data_string_":"bar"
>> }
>> Itseems that it does not support Chinesefield names,
>> how can I make solr support ChinesedynamicField?
>> Thanksin advance.
>
__
ext.com/ <https://sematext.com/> <http://sematext.com/
> <http://sematext.com/>>
>
>
> On Tue, Aug 16, 2022 at 6:22 PM Eric Pugh <mailto:ep...@opensourceconnections.com>>
> wrote:
>
>> This looks great. I think provding more expertise/best practices would
t;>> From: dev@solr.apache.org At: 07/26/22 15:10:03 UTC+1:00To:
>>> dev@solr.apache.org
>>> Subject: Re: Cleaning up IntelliJ warnings in code base
>>>
>>> Not sure about https://github.com/apache/solr/pull/916 but
>>> https://github.com/apache/solr/p
ty level to reduce
> red-ness when I don't think it's warranted.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
> <http://www.linkedin.com/in/davidwsmiley>
>
>
> On Tue, Aug 23, 2022 at 12:34 PM E
mi...@apache.org>> wrote:
>>>
>>> Do other projects do that? FWIW I tailor an IDE-wide inspection profile
>> to
>>> my liking, tweaking what's enabled and also the severity level to reduce
>>> red-ness when I don't think it's warranted.
>&
r intent to go, please chime in!
>>
>> ~ David Smiley
>> Apache Lucene/Solr Search Developer
>> http://www.linkedin.com/in/davidwsmiley
>>
>
>
> --
> Anshum Gupta
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://
GET
>> http://localhost:8983/api/cluster/cluster-status/ but I'm getting the
>> error
>> {"metadata":{"error-class":"org.apache.solr.common.SolrException","root-error-class":"org.apache.solr.common.SolrException"},"msg&q
hether this is a
>> reasonable exception to our normal backcompat policy? [1] [2]
>>
>> Best,
>>
>> Jason
>>
>> [1] https://issues.apache.org/jira/browse/SOLR-14930 - removal of RBRP in
>> 9.0
>> [2] https://issues.apache.org/jira/browse/SOLR-
on
why these stylistic changes should be reverted!
I’d like to get this merged this week.
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/
group/events/289348419/
Second Session, afternoon EST:
https://www.meetup.com/apache-solr-contributor-bootcamp-meetup-group/events/289354507/
If you can’t make it, don’t worry, we’ll record it and publish the slides.
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connect
ver the place. I like that it's decomposed into
> sub-JIRAs. These could easily be "newdev", by the way.
>
> Eric Pugh (unaware of SOLR-8975) started pulling a thread on this sweater,
> and we've been chatting a bit about it. Anyway, I'm just posting here for
&g
for Zoom links.
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/Busy <http://tinyurl.com/eric-cal>
Co-Author: Apache Solr Enterprise Search Server, 3rd Ed
x27;m still very much in favor of SolrClient
> immutability - just mentioning the one roadblock I know of to get
> people thinking about it.
>
> Best,
>
> Jason
>
> On Tue, Nov 1, 2022 at 10:17 PM Eric Pugh
> wrote:
> >
> > Here is the branch with the code that
Was chatting with folks about SOLR-16368, which starts migrating tests over to
the Http 2 Solr client, and someone mentioned that until we get to Jetty 10,
and the impending bug fix that will probably only show up on Jetty 10, that
this PR will potentially increase flakiness of our tests.
So...
deprecated methods on our
various SolrClients, and if we can get that done, then those classes will be a
lot shorter and easier to read. Is removing the deprecated methods something
that can only happen on main?
On 2022/11/10 12:51:07 Eric Pugh wrote:
> Any other perspectives on this?At t
Nov 25, 2022 at 12:02 PM Eric Pugh wrote:
>
> >
> > Once this is in, I'd like to tackle removing the deprecated methods on our
> > various SolrClients, and if we can get that done, then those classes will
> > be a lot shorter and easier to read. Is removing the dep
Noticed that 9.1 is listed as unreleased version in JIRA…
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/Busy <http://tinyurl.com/eric-cal
lations and welcome, Michael!
>>>
>>
>
>
> --
> -
> Noble Paul
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.co
Yesterday I checked out and ran the build before I made my changes, and it all
ran cleanly. I’m going to try step by step each change and see if I can
figure out what went wrong...
> On Dec 23, 2022, at 3:36 PM, Kevin Risden wrote:
>
> One of these two changes is causing a bunch of test fail
c, could you give
> https://github.com/apache/solr/pull/1250
> <https://github.com/apache/solr/pull/1250> a look?
>
> best,
> alex
>
>
>
> On Sat, Dec 24, 2022 at 5:02 AM Eric Pugh <mailto:ep...@opensourceconnections.com>>
> wrote:
>
>> Yes
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/Busy <http://tinyurl.com/eric-cal>
Co-Author: Apache Solr Enterprise Search Server
s long. There is a discussion in JIRA underway that may lead to
>>> eliminating the "localSettings" step if, for example, it's moved to a bash
>>> script executed by the gradle wrapper (my proposal). I should also be able
>>> to configure crave with a default
folks they haven't seen in
>>>>> awhile or to hear what others are working on. If the group is large
>>>>> enough we could do breakout rooms (or something similar).
>>>>>
>>>>> If there's interest I'd be willing to se
max-workers=`nproc`
>>> -Ptests.jvms=48 test'
>>>
>>> Yeah that's long. There is a discussion in JIRA underway that may lead
>> to
>>> eliminating the "localSettings" step if, for example, it's moved to a
>> bash
>>>
d at 0005 SOLR-6312: SolrJ Cloud clients now correctly support
isUpdatesToLeaders() being false.
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run &
> -----
>>> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
>>> For additional commands, e-mail: dev-h...@solr.apache.org
>>>
>>>
>
> ---
1TB.
>
> Tests and PRs are now back online.
>
> Thanks,
> -Uv
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/Busy <http://tinyurl.com/eric-ca
nagging me for a while, today it hit me that the
>>>> "JSON
>>>>>> request API" has a terrible name.
>>>>>>
>>>>>> I hope to start a discussion on re-branding it and somehow pitch it
>>> as
>>>>>
Solr 9 (due to no MDC context)
>> httpShardExecutor-5-thread-10
>>
>> I can't tell if there is anything breaking due to this.
>>
>> [0]
>> https://github.com/apache/solr/blob/7eee7a8ad3c43db0dc26c663dd16764d1fb3dbf4/solr/solrj/
I am hoping to wrap SOLR-8975 in time for 9.2. The last remaining issue is
around what to do with the CloudSolrClient's setDefaultCollection, see
SOLR-10466.
Would love to get some consensus on SOLR-10466 and try and get those changes
done this week.
On 2023/02/18 23:26:56 Jan Høydahl wrot
or
> early again in March as well. Say, sometime the week of March 6th -
> 10th?
>
> Best,
>
> Jason
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
tionality in
>> choosing how code is styled instead of haphazardly. My intention is not to
>> create extra work whose energies could be spent elsewhere more fruitfully.
>>
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://
expected to be resolved by the Hadoop project
>> someday
>>>>>> (e.g. by shading) it but it hasn't happened yet. Personally, I don't
>>>>>> think
>>>>>> Hadoop-Auth is important enough to continue to thwart this progress on
>&g
s. I'd like to deprecate it and remove it in main for that reason.
>>
>> Longer term question: Does it make sense for us to keep maintaining our
>> own set of language detectors in this landscape?
>> We could re-purpose the langid module so that uses Tika's pluggabl
rely have experience
> with it in non-production.
>
> Thanks,
> Shawn
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additional commands, e-mail: dev-h...@solr.apache.org
>
___
es with acronyms
>>>> should
>>>>> be
>>>>>> camel cased. Thus RebalanceLeadersAPI should be
>> RebalanceLeadersApi,
>>>> for
>>>>>> example.
>>>>>>
>>>>>> FWIW I've followed this approach f
it's
>>>>>> feasible we can move forward without it.
>>>>>>
>>>>>> - Houston
>>>>>>
>>>>>> On Wed, Mar 1, 2023 at 3:49 AM Jan Høydahl
>>>>> wrote:
>>>>>>
>>>>>>> I’m ok with documenting it as a limitation as a first step +
much code was written before this style guide was
>>>> selected. Some aspects of this guide are automatically enforced by the
>>>> build.
>>>>
>>>> I can raise a PR where the specifics can be further debated.
>>>>
>>>> ~ David Smiley
methods.
Here are the links to the issue and the PR ;-)
https://issues.apache.org/jira/browse/SOLR-10466
<https://issues.apache.org/jira/browse/SOLR-10466>
https://github.com/apache/solr/pull/1256
<https://github.com/apache/solr/pull/1256>
Eric
it again.
>
> ~ David Smiley
> Apache Lucene/Solr Search Developer
> http://www.linkedin.com/in/davidwsmiley
> <http://www.linkedin.com/in/davidwsmiley>
>
>
> On Fri, Mar 24, 2023 at 10:40 AM Eric Pugh <mailto:ep...@opensourceconnections.com>>
> wrote:
>
https://cwiki.apache.org/confluence/display/SOLR/Meeting+notes closer to that
date ;-)
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com <http://www.opensourceconnections.com/> |
My Free/
I believe that the updates only come once a week, and that it's limited to 5
correct? I actually look forward to seeing "what's new" from Solrbot on
Monday morning.
It's also opened my eyes to how many dependencies we have, and I think helps
encourage us to look at where we can slim things do
content and have a pointer to
https://github.com/apache/solr/blob/main/CONTRIBUTING.md
Wanted to make sure this is okay?
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
http://www.opensourceconnections.com &
erlowski
> wrote:
>
>> +1
>>
>> On Fri, Apr 14, 2023 at 10:16 AM Jan Høydahl
>> wrote:
>>>
>>> +1
>>>
>>>> 14. apr. 2023 kl. 13:55 skrev Eric Pugh <
>> ep...@opensourceconnections.com>:
>>>>
>>>&g
notes….
Lastly, if you haven’t weighed in on https://github.com/apache/solr/pull/1568,
which reorganizes the CLI related code, please do as I’d like to merge it today
to open the door to the next PR ;-).
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections,
I took Jason G’s advice and went ahead and created
https://issues.apache.org/jira/browse/SOLR-16757 to guide me in working on
JIRAs. If you have one that should be related to this umbrella ticket, please
add it!
> On Apr 19, 2023, at 7:57 AM, Eric Pugh
> wrote:
>
> Hi
What is the best way to fix this? I went into branch_9x and checked, and yeah, I totally goofed it somehow….. Can I commit the attached patch directly to branch_9x?
patch.patch
Description: Binary data
On May 2, 2023, at 3:53 AM, Jan Høydahl wrote:Last successful jenkins "check" on branch_9x w
me.
>>
>> ~ David Smiley
>> Apache Lucene/Solr Search Developer
>> http://www.linkedin.com/in/davidwsmiley
>>
>>
>> On Tue, May 2, 2023 at 2:01 PM Eric Pugh > <mailto:ep...@opensourceconnections.com>> wrote:
>>> What is the best way to fix this?
into the Java code.And
someday, maybe bats style tests will run on Windows?
I’ve resolved SOLR-11749, however if anyone has another opinion, please do
speak up.
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
that we
don’t work at cross purposes. As I finish tickets, I’ll try to let folks
know, and which is the next one so that we don’t work against each other.
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LLC | 434.466.1467 |
PartFormInputStream.java:526)\n\tat
org.eclipse.jetty.server.MultiPartF
My set up is that from my fork of main, I am running “./gradlew dev” and then I
“cd solr/packaging/build/dev”.From there I follow the instructions I the
ref guide.
I am at a bit of standstill since I’ve never touc
x27;
The last two, stdin and data as a string, feel rather obscure to me, and I’d
like to not port them over to being supported by the bin/solr post tool
equivalent.Thoughts?
Eric
___
Eric Pugh | Founder & CEO | OpenSource Connections, LL
preciate the concern believe me
> but I don’t think it will be so bad.
>
> The error is truncated. Do you have another error that is complete?
>
> Best
>
> Marcus
>
> On Wed, May 17, 2023 at 3:38 AM Eric Pugh <mailto:ep...@opensourceconnections.com>>
>
bunch of sample docs into Solr, I still think bin/post
> has a place, unless we can point people to some similar 3rd party tool?
>
> Jan
> -
> To unsubscribe, e-mail: dev-unsubscr...@solr.apache.org
> For additi
hipping oob and/or referring to
>> it
>>>> in
>>>>> tutorials.
>>>>>
>>>>> On Tue, 23 May, 2023, 3:26 am David Smiley,
>>> wrote:
>>>>>
>>>>>> *If* bin/solr is to subsume bin/post, I think
1 - 100 of 343 matches
Mail list logo
