See http://hudson.zones.apache.org/hudson/job/Solr-trunk/519/changes
Changes:
[shalin] SOLR-506 -- Emitting HTTP Cache headers can be enabled or disabled
through configuration on a per-handler basis
[yonik] fix AutoCommitTest to wait some time for a new searcher
[gsingers] ignore test created
Hi,
2008/8/5 Grant Ingersoll <[EMAIL PROTECTED]>:
> So, what to vote on?
>
> 0. Accept no more issues outside of this list, other than blockers for 1.3.
I'd like to see the following issues added to the list (in order of priority):
https://issues.apache.org/jira/browse/SOLR-84 New logo
https:/
On Aug 6, 2008, at 1:16 AM, Shalin Shekhar Mangar wrote:
On Wed, Aug 6, 2008 at 1:16 AM, Grant Ingersoll
<[EMAIL PROTECTED]> wrote:
Well, we've been beating around the bush on 1.3 for a good amount
of time
now. How about we set a date and actually vote on it and thus
make it
pseudo-bi
On Aug 6, 2008, at 1:00 AM, Chris Hostetter wrote:
: 2. Code Freeze in effect for 5 days for testing of release
candidates.
+0 ... I'd prefer we spend more then 5 days on this. Both because i
think
we're missing a lot of docs; and because i have a hunch that when we
really start shaking
[
https://issues.apache.org/jira/browse/SOLR-586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620213#action_12620213
]
Dominic Mitchell commented on SOLR-586:
---
This looks fantastic — it would be really usef
On Aug 6, 2008, at 6:37 AM, Andrew Savory wrote:
Hi,
2008/8/5 Grant Ingersoll <[EMAIL PROTECTED]>:
So, what to vote on?
0. Accept no more issues outside of this list, other than blockers
for 1.3.
I'd like to see the following issues added to the list (in order of
priority):
https:/
Typo in SolrDocument javadoc
Key: SOLR-675
URL: https://issues.apache.org/jira/browse/SOLR-675
Project: Solr
Issue Type: Improvement
Affects Versions: 1.3
Reporter: Guillaume Smet
Prio
[
https://issues.apache.org/jira/browse/SOLR-675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Guillaume Smet updated SOLR-675:
Attachment: SolrDocument_javadoc_typo.diff
> Typo in SolrDocument javadoc
> -
On Wed, Aug 6, 2008 at 12:37 PM, Andrew Savory <[EMAIL PROTECTED]> wrote:
> There's also the issue of using snapshots
> (commons-csv-1.0-SNAPSHOT-r609327.jar, lucene-analyzers-2.4-dev.jar,
> lucene-core-2.4-dev.jar, lucene-highlighter-2.4-dev.jar,
> lucene-queries-2.4-dev.jar, lucene-snowball-2.4-d
So, what to vote on?
0. Accept no more issues outside of this list, other than blockers
for 1.3.
I'd like to see the following issues added to the list (in order of
priority):
https://issues.apache.org/jira/browse/SOLR-84 New logo
I think we should hold off on the logo. I'm more of
On Wed, Aug 6, 2008 at 7:58 AM, Mark Miller <[EMAIL PROTECTED]> wrote:
>> I think we should hold off on the logo. I'm more of the mindset now that
>> we can do better.
>
> I think this is a great idea - hopefully. The interest by a couple guys to
> submit more logos is awesome - I just hope holdin
On Aug 6, 2008, at 7:47 AM, Guillaume Smet wrote:
On Wed, Aug 6, 2008 at 12:37 PM, Andrew Savory <[EMAIL PROTECTED]>
wrote:
There's also the issue of using snapshots
(commons-csv-1.0-SNAPSHOT-r609327.jar, lucene-analyzers-2.4-dev.jar,
lucene-core-2.4-dev.jar, lucene-highlighter-2.4-dev.jar,
l
[
https://issues.apache.org/jira/browse/SOLR-675?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley resolved SOLR-675.
---
Resolution: Fixed
fixed.
> Typo in SolrDocument javadoc
>
>
>
[
https://issues.apache.org/jira/browse/SOLR-410?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll resolved SOLR-410.
--
Resolution: Fixed
Seems like this can be closed. We've (the Solr community) had some running
ti
[
https://issues.apache.org/jira/browse/SOLR-474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620235#action_12620235
]
Grant Ingersoll commented on SOLR-474:
--
Also see SOLR-485.
> audit docs for Spellchecke
[
https://issues.apache.org/jira/browse/SOLR-485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620236#action_12620236
]
Grant Ingersoll commented on SOLR-485:
--
I'm going to mark as deprecated.
> Deprecate Sp
[
https://issues.apache.org/jira/browse/SOLR-474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620243#action_12620243
]
Grant Ingersoll commented on SOLR-474:
--
I committed some wording changes, please review.
[
https://issues.apache.org/jira/browse/SOLR-647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Yonik Seeley updated SOLR-647:
--
Priority: Major (was: Minor)
Fix Version/s: 1.3
Issue Type: Bug (was: Improvement)
> Do
On Wed, 6 Aug 2008 07:35:47 -0400
Grant Ingersoll <[EMAIL PROTECTED]> wrote:
> > I'd like to see the following issues added to the list (in order of
> > priority):
> >
> > https://issues.apache.org/jira/browse/SOLR-84 New logo
>
> I think we should hold off on the logo. I'm more of the minds
Hi,
2008/8/6 Grant Ingersoll <[EMAIL PROTECTED]>:
> I'm less concerned about Lucene, but maybe that's b/c I live close to it.
> Taking it out would mean a decent amount of rolling back. We will almost
> certainly have a 1.3.1 release, etc. unless all goes swimmingly.
Yes, it's good that lots of
[
https://issues.apache.org/jira/browse/SOLR-545?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Biestro updated SOLR-545:
---
Attachment: solr-545.patch
About the fall-through behavior of the filter, the default/example Jetty
co
Andrew Savory wrote:
It sucks to delay Solr 1.3, but perhaps we should all hope over to the
Lucene mailing lists and start pushing for a stable release there?
A while back (a year now or a i bit less i think) there was a push for
doing Lucene releases much more often. It didn't work out IMO :
On Aug 6, 2008, at 6:37 AM, Andrew Savory wrote:
There's also the issue of using snapshots
(commons-csv-1.0-SNAPSHOT-r609327.jar, lucene-analyzers-2.4-dev.jar,
lucene-core-2.4-dev.jar, lucene-highlighter-2.4-dev.jar,
lucene-queries-2.4-dev.jar, lucene-snowball-2.4-dev.jar,
lucene-spellchecker-2.
Hi
2008/8/6 Erik Hatcher <[EMAIL PROTECTED]>:
> Practically speaking, though, Grant's right about the troubles it'd cause to
> roll back to the latest official Lucene release.
>
> *ugh* - I'm on the fence on this one. I really think Solr should have
> release versions of Lucene JARs in its offic
On 6 Aug 2008, at 15:25, Erik Hatcher wrote:
*ugh* - I'm on the fence on this one. I really think Solr should
have release versions of Lucene JARs in its official releases.
What to do?[go camping! see ya Saturday]
Is there any prospect of a Lucene release soon? Would that be good
[
https://issues.apache.org/jira/browse/SOLR-614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar resolved SOLR-614.
Resolution: Fixed
Committed revision 683288 after removing the attribute reading for
[
https://issues.apache.org/jira/browse/SOLR-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620276#action_12620276
]
Henri Biestro commented on SOLR-647:
It seems there is still the possibility that betwee
Shalin,
Why was this committed? There were numerous opinions suggesting
otherwise that weren't addressed, including most recently on the Solr
1.3 release date thread. I think it should be rolled back until there
is a consensus amongst the committers, which there does not appear to
be.
Grant,
I think I missed your comment on that thread, sorry about that. Should have
read the new messages before committing this. Reading Eric's comment, he
seemed ok with it.
Three reasons:
1. It does not make any user-facing changes in 1.3 -- no configuration is
touched at all. This was one of t
: Yes, it's good that lots of Solr people are also Lucene people. But I
: don't think that makes it alright to ship Lucene nightlies or
: snapshots.
Apache Lucene is a TLP, Apache Solr and Apache Lucene-Java are just
individual products/sub-projects of that TLP.
If the Apache Lucene PMC votes t
I've rolled this one back anyway. Will re-open the issue and remove 1.3 fix
version though I still do not understand the opposition to a backwards
compatible change which can increase usability.
On Wed, Aug 6, 2008 at 9:15 PM, Shalin Shekhar Mangar <
[EMAIL PROTECTED]> wrote:
> Grant,
>
> I think
[
https://issues.apache.org/jira/browse/SOLR-614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar reopened SOLR-614:
> Allow components to read any kind of XML from solrconfig
>
[
https://issues.apache.org/jira/browse/SOLR-614?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Shalin Shekhar Mangar updated SOLR-614:
---
Fix Version/s: (was: 1.3)
> Allow components to read any kind of XML from solrconfi
DataImportHandler should use UpdateRequestProcessor API
---
Key: SOLR-676
URL: https://issues.apache.org/jira/browse/SOLR-676
Project: Solr
Issue Type: Bug
Components: contrib - D
[
https://issues.apache.org/jira/browse/SOLR-586?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620316#action_12620316
]
Craig McClanahan commented on SOLR-586:
---
bq. I do have one request though: how hard wou
I would strongly prefer a released version of Lucene. We made some changes
to Solr 1.1 that required tweaks inside of Lucene, and it was quite a
treasure hunt to a suitable set of Lucene source.
It just seems wrong for Solr to release a version of Lucene.
wunder
On 8/6/08 8:53 AM, "Chris Hostet
[
https://issues.apache.org/jira/browse/SOLR-614?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620320#action_12620320
]
Hoss Man commented on SOLR-614:
---
FWIW...
bq. We do not have consistency in the way multiple co
[
https://issues.apache.org/jira/browse/SOLR-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620276#action_12620276
]
henrib edited comment on SOLR-647 at 8/6/08 10:13 AM:
-
Looking at
: 1. It does not make any user-facing changes in 1.3 -- no configuration is
: touched at all. This was one of the major support issues.
But it does affect users ... it opens them up to start seeing plugin
developers using new/different syntaxes they aren't familiar with --
syntaxes that will de
[
https://issues.apache.org/jira/browse/SOLR-647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Biestro updated SOLR-647:
---
Attachment: solr-647.patch
Being hit by the same core issue swapping/closing cores, here is another tak
: I would strongly prefer a released version of Lucene. We made some changes
: to Solr 1.1 that required tweaks inside of Lucene, and it was quite a
: treasure hunt to a suitable set of Lucene source.
The precise source of all dependencies is identified in CHANGES.txt
(Hmmm... ok, aparently Gran
[
https://issues.apache.org/jira/browse/SOLR-636?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620341#action_12620341
]
Otis Gospodnetic commented on SOLR-636:
---
Should this go into 1.3?
(don't use multicore
On Wed, Aug 6, 2008 at 10:50 PM, Chris Hostetter
<[EMAIL PROTECTED]>wrote:
> http://www.apache.org/foundation/voting.html
>
> You essentially had two people saying "yes"; two people saying "I won't
> get in the way, but I'd rather we didn't do this"; and one guy (me) who
> didn't specificly "vote"
: Please accept my apologies. I will practice more restraint in the future.
Absolutely no need to apologize ... You made a judgement call that Grant
or I wouldn't have made (but that doesn't make it wrong) and we were
sharing our perspectives (which aren't neccessarily right).
Don't be afraid
Grant Ingersoll-6 wrote:
>
>
> I see that we have 13 issues:
> https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310230&fixfor=12312486
>
>
The URL shows 12 now but solr-647 has no assignee yet.
May be
: src/test/resources contains the solr/conf folder under which a property file
: is written by DIH. I shall add a tearDown method in the tests to remove
: those property files.
Eh ... people can still abort tests in the middle and leave cruft lying
arround -- it's generally just easier and safer
[
https://issues.apache.org/jira/browse/SOLR-668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man updated SOLR-668:
--
Fix Version/s: (was: 1.2)
removing "Fix Version" (the issue was not fixed in 1.2)
> Snapcleaner removes newe
On Wed, Aug 6, 2008 at 11:41 PM, Chris Hostetter
<[EMAIL PROTECTED]>wrote:
>
> : Please accept my apologies. I will practice more restraint in the future.
>
> Absolutely no need to apologize ... You made a judgement call that Grant
> or I wouldn't have made (but that doesn't make it wrong) and we
FYI: The current build failure is related to DIH tests failing (from
Exceptions actually) but Hudson can't give details because it generates
the Test Reports based on "trunk/build/test-results/*.xml" ... by the
looks of it we have the same issue with static HTML generate by "ant
test-reports"
[
https://issues.apache.org/jira/browse/SOLR-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-489:
Assignee: Grant Ingersoll (was: Mike Klaas)
> Added @deprecation Javadoc comments
>
[
https://issues.apache.org/jira/browse/SOLR-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620416#action_12620416
]
Grant Ingersoll commented on SOLR-647:
--
Quick glance suggests it needs unit tests.
> Do
[
https://issues.apache.org/jira/browse/SOLR-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll reassigned SOLR-489:
Assignee: Mike Klaas (was: Grant Ingersoll)
Sorry, should ask first. Mike, I can take this
[
https://issues.apache.org/jira/browse/SOLR-636?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Hoss Man resolved SOLR-636.
---
Resolution: Fixed
Fix Version/s: 1.3
Assignee: Hoss Man
Committed revision 683415.
...made a
[
https://issues.apache.org/jira/browse/SOLR-433?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620430#action_12620430
]
Jonathan Lee commented on SOLR-433:
---
I'm interested in getting using this patch to replicat
[
https://issues.apache.org/jira/browse/SOLR-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620441#action_12620441
]
Henri Biestro commented on SOLR-647:
Will do (tomorrow); might be the opportunity to alig
: This kind of usage is uncommon anywhere. Maybe ,static import pollutes
I don't know about "anywhere" ... if nothing else you can see it right
here in Solr :)
It's essentially the same thing as "import aliasing" or "type aliasing" as
has been proposed many times by many people ... and accordi
unlockOnStartup no longer works - NoSuchMethodError logged
--
Key: SOLR-677
URL: https://issues.apache.org/jira/browse/SOLR-677
Project: Solr
Issue Type: Bug
Components: updat
[
https://issues.apache.org/jira/browse/SOLR-677?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12620489#action_12620489
]
Yonik Seeley commented on SOLR-677:
---
I can't reproduce this.
If you are using solr/example,
[
https://issues.apache.org/jira/browse/SOLR-651?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Grant Ingersoll updated SOLR-651:
-
Fix Version/s: 1.4
> A SearchComponent for fetching TF-IDF values
> ---
[
https://issues.apache.org/jira/browse/SOLR-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Craig McClanahan updated SOLR-586:
--
Attachment: solr-server.pom.xml
Additional POM for the server part of Apache Solr.
> Maven - So
[
https://issues.apache.org/jira/browse/SOLR-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Craig McClanahan updated SOLR-586:
--
Attachment: solr2mvn.sh
Updated script that copies the server POM and JAR files as well.
> Mave
[
https://issues.apache.org/jira/browse/SOLR-586?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Craig McClanahan updated SOLR-586:
--
Attachment: (was: solr2mvn.sh)
> Maven - Solr Artifact Publishing
> -
The tests pass locally and they passed yesterday on hudson too. Let's wait
for the next build cycle and see.
I looked into the Lucene-Java builds. The contribs put their tests reports
into the root build/test directory (no separate folders for each contrib).
We can do the same. I'll make the chang
I've changed the clean target in DIH's build.xml to delete all instances of
dataimport.properties
On Wed, Aug 6, 2008 at 11:55 PM, Chris Hostetter
<[EMAIL PROTECTED]>wrote:
>
> : src/test/resources contains the solr/conf folder under which a property
> file
> : is written by DIH. I shall add a te
64 matches
Mail list logo