A quick comment about the new getLatLong function.  There's a comment in the marc_local.properties file that it should be commented out by default, but it is currently not commented out to allow the function to be tested.   One of the changes I've made will allow you to write a test for a custom function included in VuFindIndexer.java and write an indexer test for that new function without actually including that custom function in the marc.properties or marc_local.properties file. 

If you so desire, I will rewrite the indextest.txt file to reference the getLongLat function directly, and comment it out in the marc_local.properties before doing a release.

-Bob Haschart


Demian Katz wrote:
Just a quick update -- I've committed all necessary changes to the VuFind example, so I think we're ready for the new release on our end!

thanks,
Demian

  
-----Original Message-----
From: Demian Katz
Sent: Thursday, September 29, 2011 8:58 AM
To: solrmarc-tech@googlegroups.com
Cc: vufind-general@lists.sourceforge.net; blacklight-
development@googlegroups.com
Subject: RE: [solrmarc-tech] Upcoming release of SolrMarc

I don't think there's actually too much that needs to be done to update
the VuFind example -- my plan is to make sure the config files match up
with the VuFind trunk and to port a couple of new BeanShell scripts
over to Java.  I should have that done by the end of the day today
(though don't let me hold you up if you need to move forward sooner
than that).  For now, VuFind is still using Solr 1.4.1, so that's what
I'll be testing against during my development today.  I don't think
I'll have time to upgrade VuFind to Solr 3.3 until next week, but I'll
definitely let you know how things work out once I get that far.

- Demian
________________________________________
From: solrmarc-tech@googlegroups.com [solrmarc-tech@googlegroups.com]
On Behalf Of Robert Haschart [rh9ec@virginia.edu]
Sent: Wednesday, September 28, 2011 5:18 PM
To: solrmarc-tech@googlegroups.com
Cc: vufind-general@lists.sourceforge.net; blacklight-
development@googlegroups.com
Subject: Re: [solrmarc-tech] Upcoming release of SolrMarc

My hope is to be able to release by the end of the week.   I'd love to
help upgrade the VuFind example to reflect the current trunk, in
exchange you can help test it against a version 3.x solr server, it
should be able to be pointed at a solr 3.x  war and a solr 3.x config
and just work either directly or over http.

The mixin functionality doesn't affect anything that you do currently,
it merely provides a different (and IMHO) better method of adding in
new custom functions, and makes sharing of new bits of custom
functionality between different sites easier.  New documentation is
needed to accompany the feature, and still needs to be written.

-Bob Haschart


Demian Katz wrote:
This is great news - sounds like an exciting release!  When's the cut-
off for getting new features into the trunk?  I'd like to get the
VuFind example up to date with the current VuFind trunk (though it's
not the end of the world if there isn't time for that - there are only
relatively insignificant changes).

The mixin functionality sounds interesting.  How does this affect the
building of the examples?  Is any new documentation needed to accompany
the feature?

thanks,
Demian

From: solrmarc-tech@googlegroups.com<mailto:solrmarc-
tech@googlegroups.com> [mailto:solrmarc-tech@googlegroups.com] On
Behalf Of Robert Haschart
Sent: Wednesday, September 28, 2011 3:43 PM
To: solrmarc-tech@googlegroups.com<mailto:solrmarc-
tech@googlegroups.com>; vufind-
general@lists.sourceforge.net<mailto:vufind-
general@lists.sourceforge.net>; blacklight-
development@googlegroups.com<mailto:blacklight-
development@googlegroups.com>
Subject: [solrmarc-tech] Upcoming release of SolrMarc

In the near future I plan to release the next version of SolrMarc.
This release will include several important new features that are
listed below
This message is also a call for votes for additional new features to
either be included in the release, or added to a list for future
development

Already included new features:

 *   Support for running with solr 3.1
    *   Includes backward compatible solrj library that can talk to
solr server  version 3.x   or   version 1.4   using either   xml  or
javabin
    *   When communicating remotely the StreamingUpdateSolrServer class
can be used which will chunk together records adds
    *   Avoids class conflicts between Unicode normalizer routines in
its included normalizer.jar and any normalizer routines in a icu4j jar
in use by the solr server
 *   New custom indexing function mixin architecture
    *   Instead of needing to derive a custom class from SolrIndexer
and add all of the additional custom indexing methods there, you can
now have several custom mixin classes, each derived from the new
SolrIndexerMixin class, with one or more custom indexing methods being
defined in each additional mixin class
    *   A suite of improved getformat methods implemented via this
mixin architecture (from David Walker at calstate.edu)
 *   Support for reading and writing marc records in JSON including the
ability to specify that the json encoding of the record be stored in
the index rather than the raw binary Marc or Marc-XML
 *   Improved classloading in one-jar wrapper code to avoid the need
for temporary jar files, and to avoid an obscure class reference
problem
 *   Routines for retrieving bibliographic records from HathiTrust
Bibliographic API  (described at   http://www.hathitrust.org/bib_api )
which returns JSON data that contains as one of its members a MarcXML
encoded bibliographic record.
 *   Tests for all of the above.


At approximately the same time, I plan to put together a new release of
Marc4j

It already includes the following features:

 *   support for reading/writing both MarcJSON  and  MarcInJSON formats
 *   support for non-Marc standard character encodings such as Big5
(assuming the correct java libraries are installed)
 *   ability to look for and delete extraneous characters that occur
between Marc records in a file of Marc records.  (for instance if CR LF
is inserted between records.)
 *   support for illegally long marc binary records
Before releasing it I may address the following issues:

 *   Currently the default behavior is to sort the fields inside a Marc
record.  Many people have expressed dissatisfaction with this behavior.
Unless strong opinions are voiced requesting that this continue to be
the default behavior (including compelling reasons)
 *   Updating return types from methods from old style java:  (eg.
List )   to the newer parameterized types  (eg.  List<VariableField> )

--
You received this message because you are subscribed to the Google
Groups "solrmarc-tech" group.
To post to this group, send email to solrmarc-
tech@googlegroups.com<mailto:solrmarc-tech@googlegroups.com>.
To unsubscribe from this group, send email to solrmarc-
tech+unsubscribe@googlegroups.com<mailto:solrmarc-
tech+unsubscribe@googlegroups.com>.
For more options, visit this group at
http://groups.google.com/group/solrmarc-tech?hl=en.
--
You received this message because you are subscribed to the Google
Groups "solrmarc-tech" group.
To post to this group, send email to solrmarc-
tech@googlegroups.com<mailto:solrmarc-tech@googlegroups.com>.
To unsubscribe from this group, send email to solrmarc-
tech+unsubscribe@googlegroups.com<mailto:solrmarc-
tech+unsubscribe@googlegroups.com>.
For more options, visit this group at
http://groups.google.com/group/solrmarc-tech?hl=en.


--
You received this message because you are subscribed to the Google
Groups "solrmarc-tech" group.
To post to this group, send email to solrmarc-tech@googlegroups.com.
To unsubscribe from this group, send email to solrmarc-
tech+unsubscribe@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/solrmarc-tech?hl=en.