Re: 1.3.0 Candidate
On Sep 7, 2008, at 8:59 PM, Chris Hostetter wrote: (Curiousity: Grant, is the hudson config for doing releases not working out? it seemed like a really sweet way to automate everything and i'm just wondering if you found something that made it not worthwhile ... it seems to be gone now) FWIW, I added a prepare-release target to the build, that I think does most of the steps automatically. Now, don't get me wrong, one should still check out the docs, etc. It requires svn, forrest and gpg to be on the path. If anyone is so inclined, they could put available checks in. Would probably be useful to have other validation steps, too.
Re: replace stax API with Geronimo-stax+Woodstox
Arg. I'm torn. We've released it before, which of course doesn't make it right. However, if you check out the Stax code, it is all there and licensed as ASL. You would think we could take their word for it. However, the problem is that now someone has cast doubt on whether that code was truly donated. It's further complicated by the fact that Oracle has now bought BEA, and much of the resources for JIRA, etc. listed on the mailing list page are dead and the stuff is virtually non-existent on Oracle's pages. In the end, it is probably easier to just make the switch. These last minute changes are not fun. -Grant On Sep 8, 2008, at 5:27 PM, Yonik Seeley wrote: Someone brought up an issue with the StAX licensem, and after digging through legal-discuss archives it seems the easiest way forward is to perhaps replace it with the geronimo stax API and the woodstox implementation. I brought it up on legal-discuss again, but I'm not hopeful of an unequivocal answer. http://markmail.org/search/?q=StAX+(JSR+173)+License Thoughts/Objections? -Yonik
Re: replace stax API with Geronimo-stax+Woodstox
We have released with StaX earlier. We have never tested in production environments with woodstox. Even though I doubt there will be a problem but we can never know unless we use it. Let's not delay 1.3 anymore. We can make this change for 1.4 On Tue, Sep 9, 2008 at 7:11 PM, Grant Ingersoll [EMAIL PROTECTED] wrote: Arg. I'm torn. We've released it before, which of course doesn't make it right. However, if you check out the Stax code, it is all there and licensed as ASL. You would think we could take their word for it. However, the problem is that now someone has cast doubt on whether that code was truly donated. It's further complicated by the fact that Oracle has now bought BEA, and much of the resources for JIRA, etc. listed on the mailing list page are dead and the stuff is virtually non-existent on Oracle's pages. In the end, it is probably easier to just make the switch. These last minute changes are not fun. -Grant On Sep 8, 2008, at 5:27 PM, Yonik Seeley wrote: Someone brought up an issue with the StAX licensem, and after digging through legal-discuss archives it seems the easiest way forward is to perhaps replace it with the geronimo stax API and the woodstox implementation. I brought it up on legal-discuss again, but I'm not hopeful of an unequivocal answer. http://markmail.org/search/?q=StAX+(JSR+173)+Licensehttp://markmail.org/search/?q=StAX+%28JSR+173%29+License Thoughts/Objections? -Yonik -- Regards, Shalin Shekhar Mangar.
Re: replace stax API with Geronimo-stax+Woodstox
On Tue, Sep 9, 2008 at 10:12 AM, Shalin Shekhar Mangar [EMAIL PROTECTED] wrote: We have released with StaX earlier. We have never tested in production environments with woodstox. Even though I doubt there will be a problem but we can never know unless we use it. Let's not delay 1.3 anymore. We can make this change for 1.4 Careful tracking and handling of IP rights is paramount at Apache. Knowingly releasing something with questionable IP, when a drop-in replacement exists, is something that could bring the ASF Board crashing down on us (rightfully so). So unless some things are cleared up on legal-discuss, I'm afraid I'm -1 on releasing in current form. (hey, is that my first -1 at Apache after all these years?) -Yonik
solr with nutch : problem in subcollection
hi, I have integrated nutch with solr. I have crawled the content using nutch with subcollections. It is indexed properly. But in the results the subcollection name is not displaying. I have declared the field for subcollection in solr schema.xml like this: filed name=subcollection type=text indexed=true stored=true Everything working fine but in the results the subcollection value not displaying. It is displaying like: subcollection / -- View this message in context: http://www.nabble.com/solr-with-nutch-%3A-problem-in-subcollection-tp19394218p19394218.html Sent from the Solr - Dev mailing list archive at Nabble.com.
Re: replace stax API with Geronimo-stax+Woodstox
FYI, I'm testing Solr with woodstox now and will probably do some ad hoc stress testing too. But woodstox is a quality parser. I expect less problems then we had with the reference implementation (and it may even be faster too) -Yonik
Re: solr with nutch : problem in subcollection
solr-user is probably a better avenue for this question, for future reference. filed is not field - is that a typo in your mail or your config? subcollection/ is not something Solr would return - it would be a field element - so maybe you've got some other pieces of the puzzle we don't know about? Erik On Sep 9, 2008, at 10:59 AM, rameshgalla wrote: hi, I have integrated nutch with solr. I have crawled the content using nutch with subcollections. It is indexed properly. But in the results the subcollection name is not displaying. I have declared the field for subcollection in solr schema.xml like this: filed name=subcollection type=text indexed=true stored=true Everything working fine but in the results the subcollection value not displaying. It is displaying like: subcollection / -- View this message in context: http://www.nabble.com/solr-with-nutch-%3A-problem-in-subcollection-tp19394218p19394218.html Sent from the Solr - Dev mailing list archive at Nabble.com.
Re: replace stax API with Geronimo-stax+Woodstox
We've been using woodstox in production for over a year. No problems. wunder On 9/9/08 8:07 AM, Yonik Seeley [EMAIL PROTECTED] wrote: FYI, I'm testing Solr with woodstox now and will probably do some ad hoc stress testing too. But woodstox is a quality parser. I expect less problems then we had with the reference implementation (and it may even be faster too) -Yonik
license headers
Has anyone run RAT recently? http://incubator.apache.org/rat/ Non-trivial files need ASL headers, and we are releasing new source directories this time... looking through flare, for example, I see a lot of files that need it added. -Yonik
Re: replace stax API with Geronimo-stax+Woodstox
Yeah, unfortunately, we can't release with IP issues like this. However, Woodstox actually looks to be quite nice from a quick glance. It's ASL. It's actively maintained (Stax is not). The downside, of course, is we have virtually no running time w/ it. On Sep 9, 2008, at 10:57 AM, Yonik Seeley wrote: On Tue, Sep 9, 2008 at 10:12 AM, Shalin Shekhar Mangar [EMAIL PROTECTED] wrote: We have released with StaX earlier. We have never tested in production environments with woodstox. Even though I doubt there will be a problem but we can never know unless we use it. Let's not delay 1.3 anymore. We can make this change for 1.4 Careful tracking and handling of IP rights is paramount at Apache. Knowingly releasing something with questionable IP, when a drop-in replacement exists, is something that could bring the ASF Board crashing down on us (rightfully so). So unless some things are cleared up on legal-discuss, I'm afraid I'm -1 on releasing in current form. (hey, is that my first -1 at Apache after all these years?) -Yonik
Re: license headers
Regarding Flare - I'm personally ok with it not being part of the 1.3 distro at this point. I haven't touched it in a while and I don't believe it works with the latest version of Rails either, so it might not be worth the trouble to distribute it. But, I'll fix up the file headers anyway. Erik On Sep 9, 2008, at 11:39 AM, Yonik Seeley wrote: Has anyone run RAT recently? http://incubator.apache.org/rat/ Non-trivial files need ASL headers, and we are releasing new source directories this time... looking through flare, for example, I see a lot of files that need it added. -Yonik
Re: replace stax API with Geronimo-stax+Woodstox
On Tue, Sep 9, 2008 at 8:27 PM, Yonik Seeley [EMAIL PROTECTED] wrote: Careful tracking and handling of IP rights is paramount at Apache. Knowingly releasing something with questionable IP, when a drop-in replacement exists, is something that could bring the ASF Board crashing down on us (rightfully so). So unless some things are cleared up on legal-discuss, I'm afraid I'm -1 on releasing in current form. (hey, is that my first -1 at Apache after all these years?) Well, alright then. I hope we will be able to release 1.3 this week. I'd really really like that. Grant, if there is anything I can do to help, please let me know. -- Regards, Shalin Shekhar Mangar.
Re: replace stax API with Geronimo-stax+Woodstox
I've updated trunk and all tests pass. Other people can start testing via trunk now if they want. I'm in the process of updating NOTICE.txt -Yonik On Tue, Sep 9, 2008 at 11:07 AM, Yonik Seeley [EMAIL PROTECTED] wrote: FYI, I'm testing Solr with woodstox now and will probably do some ad hoc stress testing too. But woodstox is a quality parser. I expect less problems then we had with the reference implementation (and it may even be faster too) -Yonik
Re: license headers
I just modified the build both on trunk and the 1.3 branch to exclude flare from the distribution. Us solr-rubyists will take up the charge on getting Flare back in usable shape for future releases (it works now, just requires an older version of Rails), including fixing up licensing headers. Erik On Sep 9, 2008, at 11:39 AM, Yonik Seeley wrote: Has anyone run RAT recently? http://incubator.apache.org/rat/ Non-trivial files need ASL headers, and we are releasing new source directories this time... looking through flare, for example, I see a lot of files that need it added. -Yonik
Re: svn commit: r693498 - in /lucene/solr/trunk: CHANGES.txt build.xml lib/geronimo-stax-api_1.0_spec-1.0.1.jar lib/stax-1.2.0.jar lib/stax-api-1.0.1.jar lib/wstx-asl-3.2.7.jar
For future refrence: this is a significant enough change that it would have been really nice to open a Jira issue first and refer to it in the commit message. The Jira description could have then contained links to the mail archive fully explaining why the change was made (and served as a refrence point for linking any potential bugs that it may cause) : Date: Tue, 09 Sep 2008 15:57:37 - : From: [EMAIL PROTECTED] : Reply-To: solr-dev@lucene.apache.org : To: [EMAIL PROTECTED] : Subject: svn commit: r693498 - in /lucene/solr/trunk: CHANGES.txt build.xml : lib/geronimo-stax-api_1.0_spec-1.0.1.jar lib/stax-1.2.0.jar : lib/stax-api-1.0.1.jar lib/wstx-asl-3.2.7.jar : : Author: yonik : Date: Tue Sep 9 08:57:37 2008 : New Revision: 693498 : : URL: http://svn.apache.org/viewvc?rev=693498view=rev : Log: : replace stax with geronimo API jar and woodstox impl : : Added: : lucene/solr/trunk/lib/geronimo-stax-api_1.0_spec-1.0.1.jar (with props) : lucene/solr/trunk/lib/wstx-asl-3.2.7.jar (with props) : Removed: : lucene/solr/trunk/lib/stax-1.2.0.jar : lucene/solr/trunk/lib/stax-api-1.0.1.jar : Modified: : lucene/solr/trunk/CHANGES.txt : lucene/solr/trunk/build.xml : : Modified: lucene/solr/trunk/CHANGES.txt : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/CHANGES.txt?rev=693498r1=693497r2=693498view=diff : == : --- lucene/solr/trunk/CHANGES.txt (original) : +++ lucene/solr/trunk/CHANGES.txt Tue Sep 9 08:57:37 2008 : @@ -658,6 +658,8 @@ : 24. Upgraded to Lucene 2.4-dev (r686801) (yonik) : 25. Upgraded to Lucene 2.4-dev (r688745) 27-Aug-2008 (yonik) : 26. Upgraded to Lucene 2.4-dev (r691741) 03-Sep-2008 (yonik) : +27. Replaced the StAX reference implementation with the geronimo : +StAX API jar, and the Woodstox StAX implementation. (yonik) : : Build : 1. SOLR-411. Changed the names of the Solr JARs to use the defacto standard JAR names based on : : Modified: lucene/solr/trunk/build.xml : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/build.xml?rev=693498r1=693497r2=693498view=diff : == : --- lucene/solr/trunk/build.xml (original) : +++ lucene/solr/trunk/build.xml Tue Sep 9 08:57:37 2008 : @@ -305,7 +305,8 @@ : /fileset : fileset dir=${lib} :include name=commons-io-*.jar / : - include name=stax-*.jar / : + include name=*stax-*.jar / : + include name=wstx-*.jar / : /fileset : pathelement location=${dest}/common/ :/path : @@ -597,7 +598,8 @@ :fileset dir=${lib} : include name=commons-codec-*.jar/ : include name=commons-io-*.jar/ : -include name=stax-*.jar/ : +include name=*stax-*.jar / : +include name=wstx-*.jar / :/fileset :fileset dir=${solrj-dir}/lib : include name=*.jar / : : Added: lucene/solr/trunk/lib/geronimo-stax-api_1.0_spec-1.0.1.jar : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/lib/geronimo-stax-api_1.0_spec-1.0.1.jar?rev=693498view=auto : == : Binary file - no diff available. : : Propchange: lucene/solr/trunk/lib/geronimo-stax-api_1.0_spec-1.0.1.jar : -- : svn:executable = * : : Propchange: lucene/solr/trunk/lib/geronimo-stax-api_1.0_spec-1.0.1.jar : -- : svn:mime-type = application/octet-stream : : Added: lucene/solr/trunk/lib/wstx-asl-3.2.7.jar : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/lib/wstx-asl-3.2.7.jar?rev=693498view=auto : == : Binary file - no diff available. : : Propchange: lucene/solr/trunk/lib/wstx-asl-3.2.7.jar : -- : svn:executable = * : : Propchange: lucene/solr/trunk/lib/wstx-asl-3.2.7.jar : -- : svn:mime-type = application/octet-stream : : -Hoss