Hi all,
I'm trying to sort Collections/Home by the title_sort field in solr.
At the moment it seems to be sorting by title_full or some other field.
I tried changing config files but had no luck.
There seems to be a mix between using title_sort and sort_title in config files.
For example, import/marc.properties references title_sort https://github.com/vufind-org/vufind/blob/42fd204c39ffd95f57fe516be486fd21d3d2728c/import/marc.properties#L66
But config/vufind/Collection.ini references sort_title https://github.com/vufind-org/vufind/blob/cabd414d412ee569671d94f0a472944a42050e85/config/vufind/Collection.ini#L62
What's sort_title and what's title_sort?
I tried tracing the issue in code and found the showBrowseIndex function in the CollectionsController is what's fetching the data from solr when I visit the Collections/Home page.
It seems to have $browseField = "hierarchy_browse"; hardcoded in, but changing this throws and exception (undefined index when exploding the return value).
Do you know how to sort collections by the title_sort field?
Can I do it with config or will I need to change code?
Thanks,
Conor
The contents of this e-mail (including attachments) are private and confidential and may also be subject to legal privilege. It is intended only for the use of the addressee. If you are not the addressee, or the person responsible for delivering it to the addressee, you may not copy or deliver this e-mail or any attachments to anyone else or make any use of its contents; you should not read any part of this e-mail or any attachments. Unauthorised disclosure or
communication or other use of the contents of this e-mail or any part thereof may be prohibited by law and may constitute a criminal offence.
If you receive this e-mail by mistake please notify the system manager @ 6030219.
Tá an ríomhphost seo (agus aon iatán a ghabhann leis) príobháideach agus rúnda agus d\'fhéadadh sé a bheith ina chion coiriúil.
Má bhfuair tú an ríomhphost seo trí earráid, dean teagmháil le bainisteoir an chórais @6030219

Hello! We would like to hide the Similar Items tab with carousel from the record page in version 4.1. I found the information below in the email list archives. Is this still the best way to accomplish the hiding of this tab (we want to keep the Similar Items on the sidebar!), or is there an easier way now? Thanks very much!
Jessica Gibson
Consortium of Academic and Research Libraries in Illinois (CARLI)
oram at uillinois.edu
------------------------------
Date: Tue, 13 Oct 2015 14:35:16 +0200
From: Hugo Agud <hagud@...<mailto:hagud@...>>
Subject: [VuFind-General] hide tab in vufind 2.5
To: "vufind-general@...<mailto:vufind-general@...>"
<vufind-general@...<mailto:vufind-general@...>>
Message-ID:
<CADT_QRS0meaJNacOETeDn5hw1KnCLxmgcUJ6ReeOzeOs16jkQQ@...<mailto:CADT_QRS0meaJNacOETeDn5hw1KnCLxmgcUJ6ReeOzeOs16jkQQ@...>>
Content-Type: text/plain; charset="utf-8"
Good morning
We are customizing a Vufind 2.5 and we can't figure out how to hide some
tabs in record display.. we wish to hide Similar Items
please may you tip us on this, please?
--
*Hugo Agud - Orex Digital *
*www.orex.es <http://www.orex.es&gt;*
Director
Passatge de la Llan?adera, 3 ? 08338 Premi? de Dalt - Tel: 93 539 40 70
hagud@...<mailto:hagud@...> ? http://www.orex.es/
------------------------------
Date: Tue, 13 Oct 2015 12:41:58 +0000
From: Demian Katz <demian.katz@...<mailto:demian.katz@...>>
Subject: Re: [VuFind-General] hide tab in vufind 2.5
To: Hugo Agud <hagud@...<mailto:hagud@...>>, "vufind-general@...<mailto:vufind-general@...>"
<vufind-general@...<mailto:vufind-general@...>>
Message-ID:
<FAA7DF3F09441B4DA93A34DF745961405E6AFA77@...<mailto:FAA7DF3F09441B4DA93A34DF745961405E6AFA77@...>>
Content-Type: text/plain; charset="utf-8"
There is a section in module.config.php which controls this:
https://github.com/vufind-org/vufind/blob/master/module/VuFind/config/module.config.php#L598
If you want to disable a tab, you can add a parallel array structure inside your local module, but map the tab name to null instead of to a service name.
I apologize for the fact that setting up that array structure can be a bit troublesome ? this is probably something we should address through a new code generator in the near future.
Please let me know if you still need more help!
- Demian

Cornelius,
I finally had time to take a closer look at this to see if there is a bug or documentation problem… and now I can’t seem to reproduce the problem. The scenario appears to work correctly whether I use “Solr” as my unfiltered tab name or “Solr:filtered2.” I’m a bit puzzled! In any case, perhaps no further action is needed… but if anyone else runs into problems like this, please let me know.
- Demian
From: Cornelius Amzar [mailto:cornelius.amzar@...]
Sent: Tuesday, January 23, 2018 10:44 AM
To: Demian Katz <demian.katz@...>; vufind-tech@...
Subject: Re: [VuFind-Tech] Multiple Solr Tabs - switching tabs when clicking in a record
That did the trick! Thanks!
Is there a documentation of this feature anywhere?
Am 23.01.2018 um 15:55 schrieb Demian Katz:
Does it make a difference if you call your unfiltered tab simply "Solr" rather than "Solr:filtered2"? I tested a quick scenario on my test server using the latest master code and two Solr tabs, one filtered, one unfiltered, and it worked as I would expect, keeping the proper tab highlighted on the record page. It's entirely possible that I'm missing a key detail of your scenario, though. Let me know if you need me to dig deeper! Bottom line, though, is that this seems like something that should work -- it's not a case of the implementation being completely missing. Hopefully it's just a small detail that needs adjusting on your end.
- Demian
-----Original Message-----
From: Cornelius Amzar [mailto:cornelius.amzar@...]
Sent: Tuesday, January 23, 2018 9:18 AM
To: vufind-tech@...<mailto:vufind-tech@...>
Subject: [VuFind-Tech] Multiple Solr Tabs - switching tabs when clicking in a record
Hello list,
we're migrationg from our strongly customized version of Vufind 2.5 to 4.1. We disabled all modifications that could affect the record tab feature.
We habe two solr tabs configured
[SearchTabs]
Solr:filtered1 = "SolrTab"
Solr:filtered2 = "IllTab"
[SearchTabsFilters]
Solr:filtered1[] = '~institution_id:"DE-24"'
Solr:filtered1[] = '~institution_id:"DE-24-1"'
The first uses two filters, the second is without any filters. When a search is done in the first tab and I click on a record (/Record/(DE-576)278079466), the second tab is highlighted.
In this iteration (searchbox.phtml), there is nowhere a hiddenFilter returned.
if (empty($hiddenFilters) && !$ignoreHiddenFilterMemory) {
$hiddenFilters =
$this->searchMemory()->getLastHiddenFilters($this->searchClassId);
if (empty($hiddenFilters)) {
$hiddenFilters =
$this->searchTabs()->getHiddenFilters($this->searchClassId);
}
}
I guess it should use the filters from lastSearch or at Least the Default Tab filters. But it doesn't.
What is the difference between hidden filters and "configured" filters like above? Can they also made hidden?
Could anyone help us to configure this correctly?
One special thing we use is the searchbox in the header which is visible on all pages (except on adv. search). Might this be an issue?
Regards,
Cornelius
--
Cornelius Amzar
Bibliotheksservice-Zentrum Baden-Württemberg (BSZ)
78457 Konstanz / Germany
E-Mail: cornelius.amzar@...<mailto:cornelius.amzar@...>
http://www.bsz-bw.de<https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.bsz-bw.de&data=02%7C01%7Cdemian.katz%40villanova.edu%7C385e06a24f6d443fea3708d5627815c7%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636523190265931462&sdata=iO5Vzm9PjR4Ry2S6y4o6G%2BpilsPb%2FH%2FGgsGv2aAXyBI%3D&reserved=0&gt;

Hello, everyone -
Just wanted to let you know that I will be out of the office from tomorrow (February 14) through Monday the 19th. I will return to work on Tuesday the 20th. I'll try to check email periodically while I am away, but my responses will likely be slower than normal. Apologies in advance for any inconvenience!
- Demian

The VuFind ILS drivers for Horizon have just been updated in master to use PDO instead of the deprecated mssql_* functions; this will help with PHP 7 compatibility. Is there anyone out there currently using Horizon who would be willing to test these? The contributor who made the modifications is working on an installation with a heavily customized database, and it would be nice to have double-checks from other users to see if this is really behaving as expected prior to the 5.0 release.
thanks,
Demian

Hello everybody,
I am going to customize AjaxController. In previous versions of VuFind I
created manually new AjaxController in my custom module.
Now, I found Code Generator:
https://vufind.org/wiki/development:code_generators
There is how to extend services and plugins automatically. My question is:
Is it possible to extend also Controller automatically using this code
generator?
I tried it like this: php public/index.php generate extendservice
controllers/factories/ajax ntk_module
and got this: Unexpected factory configuration format.
Thank you very much for your reply.
All the best,
Dan
--
Oddělení ict služeb
Národní technická knihovna
tel: +420 232 002 448
http://www.techlib.cz/

Hi Demian, Hi Ere
thanks for this work!
On 12.02.2018 09:14, Ere Maijala wrote:
> Demian,
>
> Congratulations for completing a major milestone! :) Having followed
> the process I must say that this short announcement represents quite a
> few hours of hard word, and while it means that we need to do some
> work to adapt, it's crucial for e.g. supporting the newest PHP versions.
>
> Now on to adapting our own code...
Yes same for us. I merged the latest master into our development branch
the day before yesterday. I try to reserve at least one or two hours per
day for continues work. Guess beside the service manager adaptations we
will have some work with refactoring our derived record-driver (now
where VuFind has split it up in traits, which is certainly a good idea)
Our derived thing is a monster in itself :-)
Günter
>
> --Ere
>
> Demian Katz kirjoitti 9.2.2018 klo 21.08:
>> Hello again,
>>
>>
>> As promised earlier this week, the master branch of the VuFind
>> repository has been updated to use Zend ServiceManager 3 (and, by
>> extension, Zend MVC 3).
>>
>>
>> As noted in the changelog (https://vufind.org/wiki/changelog) this
>> includes some significant changes throughout the code. Please review
>> the implications before merging the latest master! Also, be sure to
>> update Composer dependencies and clear your cache if you do choose to
>> move forward with the new code.
>>
>>
>> If you have any questions or problems, please let me know! I'll also
>> be available to discuss this in more detail on the next developers
>> call this coming Tuesday.
>>
>>
>> - Demian
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>>
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>
>>
>>
>> _______________________________________________
>> Vufind-tech mailing list
>> Vufind-tech@...
>> https://lists.sourceforge.net/lists/listinfo/vufind-tech
>>
>
--
Günter Hipler
Universität Basel | Universitätsbibliothek | Projekt swissbib
Schönbeinstrasse 18-20 | 4056 Basel | Schweiz
Tel +41 61 207 31 12 | Fax +41 61 207 31 03
E-Mail guenter.hipler@... | http://www.ub.unibas.ch | https://www.swissbib.ch

If you install or upgrade from the GitHub master branch, you'll have the latest Zend Framework ServiceManager. If you install from released versions, all official 4.x releases will continue to use the old ServiceManager; the upgraded versions will first be included in release 5.0, which will likely be out some time this summer.
- Demian
-----Original Message-----
From: P. S. Mukhopadhyay [mailto:psmukhopadhyay@...]
Sent: Monday, February 12, 2018 3:24 AM
To: vufind-tech <vufind-tech@...>
Subject: Re: [VuFind-Tech] Zend Framework ServiceManager 3: in master!
Great news. Does it mean - 1) all new installations of the latest version of VuFind will have Zend Framework ServiceManager 3; 2) all upgradation of existing 3.x/4.x versions to the latest version of VuFind will have Zend Framework ServiceManager 3?
Regards
On 2/12/18, Ere Maijala <ere.maijala@...> wrote:
> Demian,
>
> Congratulations for completing a major milestone! :) Having followed
> the process I must say that this short announcement represents quite a
> few hours of hard word, and while it means that we need to do some
> work to adapt, it's crucial for e.g. supporting the newest PHP versions.
>
> Now on to adapting our own code...
>
> --Ere
>
> Demian Katz kirjoitti 9.2.2018 klo 21.08:
>> Hello again,
>>
>>
>> As promised earlier this week, the master branch of the VuFind
>> repository has been updated to use Zend ServiceManager 3 (and, by
>> extension, Zend MVC 3).
>>
>>
>> As noted in the changelog
>> (https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fvuf
>> ind.org%2Fwiki%2Fchangelog&data=02%7C01%7Cdemian.katz%40villanova.edu
>> %7Cdd290108f5684f085dec08d571f1fe4f%7C765a8de5cf9444f09cafae5bf8cfa36
>> 6%7C0%7C0%7C636540206529077290&sdata=4PNl3928TYL3H4tl7hDi7fb4yflTaN0dm0EWmX5bF74%3D&reserved=0) this includes some significant changes throughout the code. Please review the implications before merging the latest master! Also, be sure to update Composer dependencies and clear your cache if you do choose to move forward with the new code.
>>
>>
>> If you have any questions or problems, please let me know! I'll also
>> be available to discuss this in more detail on the next developers
>> call this coming Tuesday.
>>
>>
>> - Demian
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> --------- Check out the vibrant tech community on one of the world's
>> most engaging tech sites, Slashdot.org!
>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsdm.l
>> ink%2Fslashdot&data=02%7C01%7Cdemian.katz%40villanova.edu%7Cdd290108f
>> 5684f085dec08d571f1fe4f%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C
>> 636540206529077290&sdata=E1tukVjMUKU87PoGUPudVCwzTJRdpATExgdPq3W5BYI%
>> 3D&reserved=0
>>
>>
>>
>> _______________________________________________
>> Vufind-tech mailing list
>> Vufind-tech@...
>> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flist
>> s.sourceforge.net%2Flists%2Flistinfo%2Fvufind-tech&data=02%7C01%7Cdem
>> ian.katz%40villanova.edu%7Cdd290108f5684f085dec08d571f1fe4f%7C765a8de
>> 5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636540206529077290&sdata=1g%2FVPf
>> shYtm%2Bck8BZZaFbnhL5mMJSktIpkwpUg4zzGk%3D&reserved=0
>>
>
> --
> Ere Maijala
> Kansalliskirjasto / The National Library of Finland
>
> ----------------------------------------------------------------------
> -------- Check out the vibrant tech community on one of the world's
> most engaging tech sites, Slashdot.org!
> https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsdm.li
> nk%2Fslashdot&data=02%7C01%7Cdemian.katz%40villanova.edu%7Cdd290108f56
> 84f085dec08d571f1fe4f%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636
> 540206529077290&sdata=E1tukVjMUKU87PoGUPudVCwzTJRdpATExgdPq3W5BYI%3D&r
> eserved=0 _______________________________________________
> Vufind-tech mailing list
> Vufind-tech@...
> https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists
> .sourceforge.net%2Flists%2Flistinfo%2Fvufind-tech&data=02%7C01%7Cdemia
> n.katz%40villanova.edu%7Cdd290108f5684f085dec08d571f1fe4f%7C765a8de5cf
> 9444f09cafae5bf8cfa366%7C0%7C0%7C636540206529077290&sdata=1g%2FVPfshYt
> m%2Bck8BZZaFbnhL5mMJSktIpkwpUg4zzGk%3D&reserved=0
>
--
-----------------------------------------------------------------------
Dr. Parthasarathi Mukhopadhyay
Associate Professor, Department of Library and Information Science, University of Kalyani, Kalyani - 741 235 (WB), India
-----------------------------------------------------------------------
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fsdm.link%2Fslashdot&data=02%7C01%7Cdemian.katz%40villanova.edu%7Cdd290108f5684f085dec08d571f1fe4f%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636540206529077290&sdata=E1tukVjMUKU87PoGUPudVCwzTJRdpATExgdPq3W5BYI%3D&reserved=0
_______________________________________________
Vufind-tech mailing list
Vufind-tech@...
https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fvufind-tech&data=02%7C01%7Cdemian.katz%40villanova.edu%7Cdd290108f5684f085dec08d571f1fe4f%7C765a8de5cf9444f09cafae5bf8cfa366%7C0%7C0%7C636540206529077290&sdata=1g%2FVPfshYtm%2Bck8BZZaFbnhL5mMJSktIpkwpUg4zzGk%3D&reserved=0

Great news. Does it mean - 1) all new installations of the latest
version of VuFind will have Zend Framework ServiceManager 3; 2) all
upgradation of existing 3.x/4.x versions to the latest version of
VuFind will have Zend Framework ServiceManager 3?
Regards
On 2/12/18, Ere Maijala <ere.maijala@...> wrote:
> Demian,
>
> Congratulations for completing a major milestone! :) Having followed the
> process I must say that this short announcement represents quite a few
> hours of hard word, and while it means that we need to do some work to
> adapt, it's crucial for e.g. supporting the newest PHP versions.
>
> Now on to adapting our own code...
>
> --Ere
>
> Demian Katz kirjoitti 9.2.2018 klo 21.08:
>> Hello again,
>>
>>
>> As promised earlier this week, the master branch of the VuFind
>> repository has been updated to use Zend ServiceManager 3 (and, by
>> extension, Zend MVC 3).
>>
>>
>> As noted in the changelog (https://vufind.org/wiki/changelog) this
>> includes some significant changes throughout the code. Please review the
>> implications before merging the latest master! Also, be sure to update
>> Composer dependencies and clear your cache if you do choose to move
>> forward with the new code.
>>
>>
>> If you have any questions or problems, please let me know! I'll also be
>> available to discuss this in more detail on the next developers call
>> this coming Tuesday.
>>
>>
>> - Demian
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>>
>>
>>
>> _______________________________________________
>> Vufind-tech mailing list
>> Vufind-tech@...
>> https://lists.sourceforge.net/lists/listinfo/vufind-tech
>>
>
> --
> Ere Maijala
> Kansalliskirjasto / The National Library of Finland
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Vufind-tech mailing list
> Vufind-tech@...
> https://lists.sourceforge.net/lists/listinfo/vufind-tech
>
--
-----------------------------------------------------------------------
Dr. Parthasarathi Mukhopadhyay
Associate Professor, Department of Library and Information Science,
University of Kalyani,
Kalyani - 741 235 (WB), India
-----------------------------------------------------------------------

Demian,
Congratulations for completing a major milestone! :) Having followed the
process I must say that this short announcement represents quite a few
hours of hard word, and while it means that we need to do some work to
adapt, it's crucial for e.g. supporting the newest PHP versions.
Now on to adapting our own code...
--Ere
Demian Katz kirjoitti 9.2.2018 klo 21.08:
> Hello again,
>
>
> As promised earlier this week, the master branch of the VuFind
> repository has been updated to use Zend ServiceManager 3 (and, by
> extension, Zend MVC 3).
>
>
> As noted in the changelog (https://vufind.org/wiki/changelog) this
> includes some significant changes throughout the code. Please review the
> implications before merging the latest master! Also, be sure to update
> Composer dependencies and clear your cache if you do choose to move
> forward with the new code.
>
>
> If you have any questions or problems, please let me know! I'll also be
> available to discuss this in more detail on the next developers call
> this coming Tuesday.
>
>
> - Demian
>
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
>
> _______________________________________________
> Vufind-tech mailing list
> Vufind-tech@...
> https://lists.sourceforge.net/lists/listinfo/vufind-tech
>
--
Ere Maijala
Kansalliskirjasto / The National Library of Finland

Hello again,
As promised earlier this week, the master branch of the VuFind repository has been updated to use Zend ServiceManager 3 (and, by extension, Zend MVC 3).
As noted in the changelog (https://vufind.org/wiki/changelog) this includes some significant changes throughout the code. Please review the implications before merging the latest master! Also, be sure to update Composer dependencies and clear your cache if you do choose to move forward with the new code.
If you have any questions or problems, please let me know! I'll also be available to discuss this in more detail on the next developers call this coming Tuesday.
- Demian

The next developers call will be Tuesday, February 13, 2018 at 9am Eastern Standard Time (14:00 GMT).
AGENDA
1. Development Updates
2. Development Planning
a. 5.0 Roadmap Progress
b. Front End Updates
c. Browse Handler Optimization
3. Institutional Home
4. Other Topics?
More information on the free online call can be found at https://vufind.org/wiki/developers_call -- all are welcome!
- Demian

Hello, everyone -
It's been a long time in coming, but I believe that the work on pull request #1067 has reached the point where it can be merged to master. I have manually poked into nearly every corner of the code during the updating of service manager configurations, and all automated tests are passing. Changes have been documented in the changelog.
I plan on merging this to master Friday morning unless anyone objects - if you're concerned, please take a look here, test the branch, and report any problems:
https://github.com/vufind-org/vufind/pull/1067
Note that after this merge occurs, you'll very likely have to update service names in your local modules to reflect the changes made during the upgrade.
This has been quite a project, and I realize it's a bit disruptive, but I do think it has made the way we use services cleaner and more consistent. It has also made automatic code generation significantly easier, which should save us all some time in the long run!
Please let me know if you have any questions or issues!
thanks,
Demian

Hi,
we are using the accordion version for full result entries for different
backends.
Now we recognized that it is not traked by piwik, which accordion part
is opened.
I think, the function getCustomUrl in Piwik.php is designed to rewrite
the AjaxTab to the value
of the post request. But this works only if the route is
vufindrecord-ajaxtab. This is to strict.
What is your opinion?
Shall I create a PR for this?
Greetings
Jochen
--
Dr. rer. nat. Jochen Lienhard
IT Dezernat
Albert-Ludwigs-Universität Freiburg
Universitätsbibliothek
Platz der Universität 2 | Postfach 1629
79098 Freiburg | 79016 Freiburg
Telefon: +49 761 203-3908
E-Mail: lienhard@...
Internet: http://www.ub.uni-freiburg.de

Hi all
I'm working in a team with Günther. To be more specific about our
situation: VuFind seems to be able to create sessions and save them in
the DB, they even show up in our apache access.log. But they seem to be
created very rarely. It's like a dozen a day or so, but the huge
majority of the requests don't seem to get a session id (they don't show
up in the DB or in access.log). In the browser, we always have a
VUFIND_SESSION cookie, but (nearly?) never a PHPSESSID cookie.
We had the same behaviour to a certain extent before VF4 as well, but it
increased significantly since we changed to VF4.
I tried session types "File" and "Database" without any difference. We
usually are set on "Database". Also, SessionManager:start() on bootstrap
did not change this bahaviour.
-Matthias
On 31.01.2018 16:17, Cornelius Amzar wrote:
> Hello Günter,
>
> we had the same problem and solved it. In your custom module add the
> following code in Module.php:
> https://github.com/BSZBW/boss/blob/develop/module/Bsz/Module.php#L84
>
> public function onBootstrap(MvcEvent $e)
>
> {
>
> $app = $e->getApplication();
>
> $sm = $app->getServiceManager();
>
> $config = $sm->get('Config');
>
>
> $sessionConfig = new SessionConfig();
>
> $sessionManager = new SessionManager($sessionConfig);
>
> $sessionManager->start();
>
> }
>
> Then the session should work.
>
> Regards,
> Cornelius
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
>
>
> _______________________________________________
> Vufind-tech mailing list
> Vufind-tech@...
> https://lists.sourceforge.net/lists/listinfo/vufind-tech
--
UNIVERSITÄT BASEL
Universitätsbibliothek
Matthias Edel
Projekt swissbib
Schönbeinstrasse 18-20
4056 Basel, Schweiz
Tel.: +41 61 207 29 92
Fax: +41 61 207 31 03
E-Mail matthias.edel@...
URL http://www.swissbib.org/

Hi Mark,
Removing sqlite-jdbc-3.7.15-SNAPSHOT.jar file from solr/vufind/jars/ directory fixed the problem.
Thanks
On Jan 31, 2018, at 7:40 AM, Tod Olson <tod@...<mailto:tod@...>> wrote:
Hi Mark,
Thanks for that. We do have sqlitejdbc-native.jar in solr/vufind/jars/, but the other version is also present so maybe is getting loaded first. Will try removing sqlite-jdbc-3.7.15-SNAPSHOT.jar.
We're in the unfortunate position of running FreeBSD for dev and RHEL for staging and production. There are reasons for this, but it does cause problems having two such different environments to deploy in.
Thanks,
-Tod
On Jan 31, 2018, at 12:19 AM, Mark Triggs <mark@...<mailto:mark@...>> wrote:
Hi Tod,
Adding jars to the classpath does seem to be trickier these days. What might work is to copy/symlink your sqlitejdbc-native.jar into:
solr/vufind/jars/
and then perhaps remove the `sqlite-jdbc-3.7.15-SNAPSHOT.jar` version that ships with VuFind.
Solr takes care of its own classloading, and biblio/conf/solrconfig.xml is configured to add any jars in the above directory to the classpath.
Cheers,
Mark
Tod Olson <tod@...<mailto:tod@...>> writes:
I looked at this again and think we are on the wrong path. On FreeBSD we used the Zentus SQLite native-Java JDBC driver. Under VuFind 2 and Solr 3 we could easily add the driver to jetty's classpat a simple command line option: path=/path/to/sqlitejdbc-native.jar
But we're having trouble telling Solr 5 how to find that jar file. What's the preferred way to add to the Solr 5 classpath?
-Tod
--
Mark Triggs
<mark@...<mailto:mark@...>>
https://teaspoon-consulting.com/

Ah! Glad to hear it!
Cheers,
Mark
Sean Filipov <seanf@...> writes:
> Hi Mark,
>
> Removing sqlite-jdbc-3.7.15-SNAPSHOT.jar file from solr/vufind/jars/ directory fixed the problem.
>
> Thanks
>
>> On Jan 31, 2018, at 7:40 AM, Tod Olson <tod@...<mailto:tod@...>> wrote:
>>
>> Hi Mark,
>>
>> Thanks for that. We do have sqlitejdbc-native.jar in solr/vufind/jars/, but the other version is also present so maybe is getting loaded first. Will try removing sqlite-jdbc-3.7.15-SNAPSHOT.jar.
>>
>> We're in the unfortunate position of running FreeBSD for dev and RHEL for staging and production. There are reasons for this, but it does cause problems having two such different environments to deploy in.
>>
>> Thanks,
--
Mark Triggs
<mark@...>
https://teaspoon-consulting.com/

25 messages has been excluded from this view by a project administrator.