From rochkind at jhu.edu Sat Jan 1 12:00:09 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Sat, 1 Jan 2011 12:00:09 -0500 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C545@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A02@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C547@JHEMTEXVS2.win.ad.jhu.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> , <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> A guess. In search_logic.rb, when you set: AppConfig::Base.az_search_method = SearchMethods::Sfx4 Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Friday, December 31, 2010 10:23 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Ross, Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 21:18:46 -0600 2010 Status: 500 Internal Server Error wrong argument type String (expected Module) /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' ./script/server:3 -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer Sent: Friday, December 31, 2010 8:37 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Dale, sudo gem install nokogiri Not actually a missing file, but a missing dependency. Depending your your OS, you might need to install libxml2/libxslt development packages. -Ross. On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale wrote: > Thanks. It appears that a file is missing. I did a fresh checkout > from the trunk but it resulted in the below; > > > [root at libdig10 Umlaut]# ./script/generate umlaut_local > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > `gem_original_require': no such file to load -- nokogiri > (MissingSourceFile) > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' > from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' > from /apps/Umlaut/config/environment.rb:26 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate.rb > :1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from ./script/generate:3 > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan > Rochkind > Sent: Friday, December 31, 2010 5:20 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Yes, I think what you want is: > > http://umlaut.rubyforge.org/svn/trunk > > > ________________________________________ > From: umlaut-general-bounces at rubyforge.org > [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo > [jronallo at gmail.com] > Sent: Friday, December 31, 2010 1:44 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > He may mean trunk since it is svn: http://umlaut.rubyforge.org/svn/ > > This is where switching between svn (trunk) and git (master) becomes a problem with different terminology. > > Jason > > On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale > wrote: >> Master does not seem to be available. I have tried the following: >> >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >> svn: Target path '/branches/tags/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >> svn: Target path '/branches/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/master ./Umlaut >> svn: Target path '/master' does not exist >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 11:21 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Oh, and you can use "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >> >> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind >> [rochkind at jhu.edu] >> Sent: Friday, December 31, 2010 11:44 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> You know what, I'm pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >> >> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >> >> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >> >> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Friday, December 31, 2010 11:32 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Currently we are not using it. I have received several requests to investigate as an option for us but we are still in the early stages. >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 10:22 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Also, Dale, you guys aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >> >> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >> >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Thursday, December 30, 2010 2:47 PM >> To: umlaut-general at rubyforge.org >> Subject: [Umlaut-general] Umlaut and SFX v4 >> >> Good afternoon all, >> >> Are there plans to make umlaut work with SFX v4? >> >> --Dale >> >> --------------------------------------- >> Dale Poulter >> Automation Coordinator >> Library Information Technology Services Vanderbilt University >> 419 21st Avenue South, Room 812 >> Nashville, TN 37203-2427 >> (615)343-5388 >> (615)343-8834 (fax) >> (615)207-9705 (cell) >> dale.poulter at vanderbilt.edu >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general From dale.poulter at Vanderbilt.Edu Sun Jan 2 17:42:15 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Sun, 2 Jan 2011 16:42:15 -0600 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C545@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A02@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C547@JHEMTEXVS2.win.ad.jhu.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> , <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> That did the trick. It appears I still need to review a few settings since I get the error (NoMethodError in ResolveController#index ) when accessing a specific title. Thanks. -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind Sent: Saturday, January 01, 2011 11:00 AM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 A guess. In search_logic.rb, when you set: AppConfig::Base.az_search_method = SearchMethods::Sfx4 Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Friday, December 31, 2010 10:23 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Ross, Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 21:18:46 -0600 2010 Status: 500 Internal Server Error wrong argument type String (expected Module) /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' ./script/server:3 -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer Sent: Friday, December 31, 2010 8:37 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Dale, sudo gem install nokogiri Not actually a missing file, but a missing dependency. Depending your your OS, you might need to install libxml2/libxslt development packages. -Ross. On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale > wrote: > Thanks. It appears that a file is missing. I did a fresh checkout > from the trunk but it resulted in the below; > > > [root at libdig10 Umlaut]# ./script/generate umlaut_local > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > `gem_original_require': no such file to load -- nokogiri > (MissingSourceFile) > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' > from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' > from /apps/Umlaut/config/environment.rb:26 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate.rb > :1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from ./script/generate:3 > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan > Rochkind > Sent: Friday, December 31, 2010 5:20 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Yes, I think what you want is: > > http://umlaut.rubyforge.org/svn/trunk > > > ________________________________________ > From: umlaut-general-bounces at rubyforge.org > [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo > [jronallo at gmail.com] > Sent: Friday, December 31, 2010 1:44 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > He may mean trunk since it is svn: http://umlaut.rubyforge.org/svn/ > > This is where switching between svn (trunk) and git (master) becomes a problem with different terminology. > > Jason > > On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale > > wrote: >> Master does not seem to be available. I have tried the following: >> >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >> svn: Target path '/branches/tags/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >> svn: Target path '/branches/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/master ./Umlaut >> svn: Target path '/master' does not exist >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 11:21 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Oh, and you can use "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >> >> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind >> [rochkind at jhu.edu] >> Sent: Friday, December 31, 2010 11:44 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> You know what, I'm pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >> >> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >> >> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >> >> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Friday, December 31, 2010 11:32 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Currently we are not using it. I have received several requests to investigate as an option for us but we are still in the early stages. >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 10:22 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Also, Dale, you guys aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >> >> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >> >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Thursday, December 30, 2010 2:47 PM >> To: umlaut-general at rubyforge.org >> Subject: [Umlaut-general] Umlaut and SFX v4 >> >> Good afternoon all, >> >> Are there plans to make umlaut work with SFX v4? >> >> --Dale >> >> --------------------------------------- >> Dale Poulter >> Automation Coordinator >> Library Information Technology Services Vanderbilt University >> 419 21st Avenue South, Room 812 >> Nashville, TN 37203-2427 >> (615)343-5388 >> (615)343-8834 (fax) >> (615)207-9705 (cell) >> dale.poulter at vanderbilt.edu> >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general -------------- next part -------------- An HTML attachment was scrubbed... URL: From rochkind at jhu.edu Sun Jan 2 20:27:13 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Sun, 2 Jan 2011 20:27:13 -0500 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C545@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A02@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C547@JHEMTEXVS2.win.ad.jhu.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu>, <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> Awesome. Could be a bug of some kind in Umlaut, not sure what would cause that exception you are seeing, odd. If you can't figure it out, send the stack trace and i'll see if it gives me any ideas. ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Sunday, January 02, 2011 5:42 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 That did the trick. It appears I still need to review a few settings since I get the error (NoMethodError in ResolveController#index ) when accessing a specific title. Thanks. -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind Sent: Saturday, January 01, 2011 11:00 AM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 A guess. In search_logic.rb, when you set: AppConfig::Base.az_search_method = SearchMethods::Sfx4 Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Friday, December 31, 2010 10:23 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Ross, Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 21:18:46 -0600 2010 Status: 500 Internal Server Error wrong argument type String (expected Module) /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' ./script/server:3 -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer Sent: Friday, December 31, 2010 8:37 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Dale, sudo gem install nokogiri Not actually a missing file, but a missing dependency. Depending your your OS, you might need to install libxml2/libxslt development packages. -Ross. On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale > wrote: > Thanks. It appears that a file is missing. I did a fresh checkout > from the trunk but it resulted in the below; > > > [root at libdig10 Umlaut]# ./script/generate umlaut_local > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > `gem_original_require': no such file to load -- nokogiri > (MissingSourceFile) > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' > from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' > from /apps/Umlaut/config/environment.rb:26 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate.rb > :1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from ./script/generate:3 > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan > Rochkind > Sent: Friday, December 31, 2010 5:20 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Yes, I think what you want is: > > http://umlaut.rubyforge.org/svn/trunk > > > ________________________________________ > From: umlaut-general-bounces at rubyforge.org > [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo > [jronallo at gmail.com] > Sent: Friday, December 31, 2010 1:44 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > He may mean trunk since it is svn: http://umlaut.rubyforge.org/svn/ > > This is where switching between svn (trunk) and git (master) becomes a problem with different terminology. > > Jason > > On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale > > wrote: >> Master does not seem to be available. I have tried the following: >> >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >> svn: Target path '/branches/tags/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >> svn: Target path '/branches/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/master ./Umlaut >> svn: Target path '/master' does not exist >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 11:21 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Oh, and you can use "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >> >> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind >> [rochkind at jhu.edu] >> Sent: Friday, December 31, 2010 11:44 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> You know what, I'm pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >> >> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >> >> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >> >> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Friday, December 31, 2010 11:32 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Currently we are not using it. I have received several requests to investigate as an option for us but we are still in the early stages. >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 10:22 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Also, Dale, you guys aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >> >> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >> >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Thursday, December 30, 2010 2:47 PM >> To: umlaut-general at rubyforge.org >> Subject: [Umlaut-general] Umlaut and SFX v4 >> >> Good afternoon all, >> >> Are there plans to make umlaut work with SFX v4? >> >> --Dale >> >> --------------------------------------- >> Dale Poulter >> Automation Coordinator >> Library Information Technology Services Vanderbilt University >> 419 21st Avenue South, Room 812 >> Nashville, TN 37203-2427 >> (615)343-5388 >> (615)343-8834 (fax) >> (615)207-9705 (cell) >> dale.poulter at vanderbilt.edu> >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general From dale.poulter at Vanderbilt.Edu Mon Jan 3 18:21:39 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Mon, 3 Jan 2011 17:21:39 -0600 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C545@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A02@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C547@JHEMTEXVS2.win.ad.jhu.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu>, <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E42168A5E@ITS-HCWNEM03.ds.Vanderbilt.edu> Well, I am not seeing a configuration that would correct the empty parameter. Any suggestions? [03 Jan 08:59:37] (pid:7790) FATAL: NoMethodError (You have a nil object when you didn't expect it! You might have expected an instance of ActiveRecord::Base. The error occurred while evaluating nil.[]): /app/models/collection.rb:125:in `gather_services' /app/models/collection.rb:122:in `each' /app/models/collection.rb:122:in `gather_services' /app/models/collection.rb:119:in `each' /app/models/collection.rb:119:in `gather_services' /app/models/collection.rb:114:in `calculate_collection_data' /app/models/collection.rb:31:in `initialize' /app/controllers/resolve_controller.rb:51:in `new' /app/controllers/resolve_controller.rb:51:in `init_processing' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `send' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `evaluate_method' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:161:in `call' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:191:in `call' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:591:in `run_before_filters' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:577:in `call_filters' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' ./script/server:3 -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind Sent: Sunday, January 02, 2011 7:27 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Awesome. Could be a bug of some kind in Umlaut, not sure what would cause that exception you are seeing, odd. If you can't figure it out, send the stack trace and i'll see if it gives me any ideas. ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Sunday, January 02, 2011 5:42 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 That did the trick. It appears I still need to review a few settings since I get the error (NoMethodError in ResolveController#index ) when accessing a specific title. Thanks. -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind Sent: Saturday, January 01, 2011 11:00 AM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 A guess. In search_logic.rb, when you set: AppConfig::Base.az_search_method = SearchMethods::Sfx4 Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Friday, December 31, 2010 10:23 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Ross, Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 21:18:46 -0600 2010 Status: 500 Internal Server Error wrong argument type String (expected Module) /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' ./script/server:3 -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer Sent: Friday, December 31, 2010 8:37 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Dale, sudo gem install nokogiri Not actually a missing file, but a missing dependency. Depending your your OS, you might need to install libxml2/libxslt development packages. -Ross. On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale > wrote: > Thanks. It appears that a file is missing. I did a fresh checkout > from the trunk but it resulted in the below; > > > [root at libdig10 Umlaut]# ./script/generate umlaut_local > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in > `gem_original_require': no such file to load -- nokogiri > (MissingSourceFile) > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' > from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' > from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' > from /apps/Umlaut/config/environment.rb:26 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate.rb > :1 > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > from ./script/generate:3 > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan > Rochkind > Sent: Friday, December 31, 2010 5:20 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Yes, I think what you want is: > > http://umlaut.rubyforge.org/svn/trunk > > > ________________________________________ > From: umlaut-general-bounces at rubyforge.org > [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo > [jronallo at gmail.com] > Sent: Friday, December 31, 2010 1:44 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > He may mean trunk since it is svn: http://umlaut.rubyforge.org/svn/ > > This is where switching between svn (trunk) and git (master) becomes a problem with different terminology. > > Jason > > On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale > > wrote: >> Master does not seem to be available. I have tried the following: >> >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >> svn: Target path '/branches/tags/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >> svn: Target path '/branches/master' does not exist >> [root at libdig10 apps]# svn switch >> http://umlaut.rubyforge.org/svn/master ./Umlaut >> svn: Target path '/master' does not exist >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 11:21 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Oh, and you can use "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >> >> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind >> [rochkind at jhu.edu] >> Sent: Friday, December 31, 2010 11:44 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> You know what, I'm pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >> >> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >> >> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >> >> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Friday, December 31, 2010 11:32 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Currently we are not using it. I have received several requests to investigate as an option for us but we are still in the early stages. >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 10:22 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Also, Dale, you guys aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >> >> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >> >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >> [dale.poulter at Vanderbilt.Edu] >> Sent: Thursday, December 30, 2010 2:47 PM >> To: umlaut-general at rubyforge.org >> Subject: [Umlaut-general] Umlaut and SFX v4 >> >> Good afternoon all, >> >> Are there plans to make umlaut work with SFX v4? >> >> --Dale >> >> --------------------------------------- >> Dale Poulter >> Automation Coordinator >> Library Information Technology Services Vanderbilt University >> 419 21st Avenue South, Room 812 >> Nashville, TN 37203-2427 >> (615)343-5388 >> (615)343-8834 (fax) >> (615)207-9705 (cell) >> dale.poulter at vanderbilt.edu> >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Mon Jan 3 18:53:22 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Mon, 03 Jan 2011 18:53:22 -0500 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <7288D49C0448E840B752320350AFA94E42168A5E@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C547@JHEMTEXVS2.win.ad.jhu.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A5E@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D226172.5080000@jhu.edu> Hmm, if you do reference a service in institutions.yml that isn't defined in services.yml (which is what I think you're doing), I wonder what the preferred behavior would be: should it silently skip that non-defined service (perhaps printing out a warning to console), or should it raise an exception with a clear error message? Which is preferable? The current "raise an exception with an inscrutable error message" is obviously not the right choice, heh. Jonathan On 1/3/2011 6:21 PM, Poulter, Dale wrote: > Well, I am not seeing a configuration that would correct the empty parameter. Any suggestions? > > > [03 Jan 08:59:37] (pid:7790) FATAL: NoMethodError (You have a nil object when you didn't expect it! > You might have expected an instance of ActiveRecord::Base. > The error occurred while evaluating nil.[]): > /app/models/collection.rb:125:in `gather_services' > /app/models/collection.rb:122:in `each' > /app/models/collection.rb:122:in `gather_services' > /app/models/collection.rb:119:in `each' > /app/models/collection.rb:119:in `gather_services' > /app/models/collection.rb:114:in `calculate_collection_data' > /app/models/collection.rb:31:in `initialize' > /app/controllers/resolve_controller.rb:51:in `new' > /app/controllers/resolve_controller.rb:51:in `init_processing' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `send' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `evaluate_method' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:161:in `call' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:191:in `call' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:591:in `run_before_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:577:in `call_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > ./script/server:3 > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind > Sent: Sunday, January 02, 2011 7:27 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Awesome. Could be a bug of some kind in Umlaut, not sure what would cause that exception you are seeing, odd. If you can't figure it out, send the stack trace and i'll see if it gives me any ideas. > ________________________________________ > From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] > Sent: Sunday, January 02, 2011 5:42 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > That did the trick. It appears I still need to review a few settings since I get the error (NoMethodError in ResolveController#index > > ) when accessing a specific title. Thanks. > > > > > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind > Sent: Saturday, January 01, 2011 11:00 AM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > > > A guess. In search_logic.rb, when you set: > > > > AppConfig::Base.az_search_method = SearchMethods::Sfx4 > > > > Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. > > > > You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. > > > > ________________________________________ > > From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] > > Sent: Friday, December 31, 2010 10:23 PM > > To: umlaut-general at rubyforge.org > > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > > > Ross, > > > > Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! > > > > > > [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 21:18:46 -0600 2010 > > Status: 500 Internal Server Error > > wrong argument type String (expected Module) > > /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' > > /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > > ./script/server:3 > > > > -----Original Message----- > > From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer > > Sent: Friday, December 31, 2010 8:37 PM > > To: umlaut-general at rubyforge.org > > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > > > Dale, > > > > sudo gem install nokogiri > > > > Not actually a missing file, but a missing dependency. > > > > Depending your your OS, you might need to install libxml2/libxslt development packages. > > > > -Ross. > > > > On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale > > > wrote: > >> Thanks. It appears that a file is missing. I did a fresh checkout >> from the trunk but it resulted in the below; >> [root at libdig10 Umlaut]# ./script/generate umlaut_local >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in >> `gem_original_require': no such file to load -- nokogiri >> (MissingSourceFile) >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >> from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' >> from /apps/Umlaut/config/environment.rb:26 >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate.rb >> :1 >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from ./script/generate:3 >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 5:20 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> Yes, I think what you want is: >> http://umlaut.rubyforge.org/svn/trunk >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo >> [jronallo at gmail.com] >> Sent: Friday, December 31, 2010 1:44 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> He may mean trunk since it is svn: http://umlaut.rubyforge.org/svn/ >> This is where switching between svn (trunk) and git (master) becomes a problem with different terminology. >> Jason >> On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale >> > wrote: >>> Master does not seem to be available. I have tried the following: >>> [root at libdig10 apps]# svn switch >>> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >>> svn: Target path '/branches/tags/master' does not exist >>> [root at libdig10 apps]# svn switch >>> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >>> svn: Target path '/branches/master' does not exist >>> [root at libdig10 apps]# svn switch >>> http://umlaut.rubyforge.org/svn/master ./Umlaut >>> svn: Target path '/master' does not exist >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Friday, December 31, 2010 11:21 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> Oh, and you can use "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >>> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind >>> [rochkind at jhu.edu] >>> Sent: Friday, December 31, 2010 11:44 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> You know what, I'm pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >>> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >>> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >>> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>> [dale.poulter at Vanderbilt.Edu] >>> Sent: Friday, December 31, 2010 11:32 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> Currently we are not using it. I have received several requests to investigate as an option for us but we are still in the early stages. >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Friday, December 31, 2010 10:22 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> Also, Dale, you guys aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >>> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>> [dale.poulter at Vanderbilt.Edu] >>> Sent: Thursday, December 30, 2010 2:47 PM >>> To: umlaut-general at rubyforge.org >>> Subject: [Umlaut-general] Umlaut and SFX v4 >>> Good afternoon all, >>> Are there plans to make umlaut work with SFX v4? >>> --Dale >>> --------------------------------------- >>> Dale Poulter >>> Automation Coordinator >>> Library Information Technology Services Vanderbilt University >>> 419 21st Avenue South, Room 812 >>> Nashville, TN 37203-2427 >>> (615)343-5388 >>> (615)343-8834 (fax) >>> (615)207-9705 (cell) >>> dale.poulter at vanderbilt.edu> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From dale.poulter at Vanderbilt.Edu Mon Jan 3 19:51:03 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Mon, 3 Jan 2011 18:51:03 -0600 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <4D226172.5080000@jhu.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C547@JHEMTEXVS2.win.ad.jhu.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A5E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D226172.5080000@jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E42168A62@ITS-HCWNEM03.ds.Vanderbilt.edu> I would prefer to skip a non-defined service and log the error. -----Original Message----- From: Jonathan Rochkind [mailto:rochkind at jhu.edu] Sent: Monday, January 03, 2011 5:53 PM To: umlaut-general at rubyforge.org Cc: Poulter, Dale Subject: Re: [Umlaut-general] Umlaut and SFX v4 Hmm, if you do reference a service in institutions.yml that isn't defined in services.yml (which is what I think you're doing), I wonder what the preferred behavior would be: should it silently skip that non-defined service (perhaps printing out a warning to console), or should it raise an exception with a clear error message? Which is preferable? The current "raise an exception with an inscrutable error message" is obviously not the right choice, heh. Jonathan On 1/3/2011 6:21 PM, Poulter, Dale wrote: > Well, I am not seeing a configuration that would correct the empty parameter. Any suggestions? > > > [03 Jan 08:59:37] (pid:7790) FATAL: NoMethodError (You have a nil object when you didn't expect it! > You might have expected an instance of ActiveRecord::Base. > The error occurred while evaluating nil.[]): > /app/models/collection.rb:125:in `gather_services' > /app/models/collection.rb:122:in `each' > /app/models/collection.rb:122:in `gather_services' > /app/models/collection.rb:119:in `each' > /app/models/collection.rb:119:in `gather_services' > /app/models/collection.rb:114:in `calculate_collection_data' > /app/models/collection.rb:31:in `initialize' > /app/controllers/resolve_controller.rb:51:in `new' > /app/controllers/resolve_controller.rb:51:in `init_processing' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `send' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `evaluate_method' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:161:in `call' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:191:in `call' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:591:in `run_before_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:577:in `call_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > ./script/server:3 > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan > Rochkind > Sent: Sunday, January 02, 2011 7:27 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Awesome. Could be a bug of some kind in Umlaut, not sure what would cause that exception you are seeing, odd. If you can't figure it out, send the stack trace and i'll see if it gives me any ideas. > ________________________________________ > From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] > Sent: Sunday, January 02, 2011 5:42 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > That did the trick. It appears I still need to review a few settings > since I get the error (NoMethodError in ResolveController#index > > ) when accessing a specific title. Thanks. > > > > > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan > Rochkind > Sent: Saturday, January 01, 2011 11:00 AM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > > > A guess. In search_logic.rb, when you set: > > > > AppConfig::Base.az_search_method = SearchMethods::Sfx4 > > > > Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. > > > > You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. > > > > ________________________________________ > > From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] > > Sent: Friday, December 31, 2010 10:23 PM > > To: umlaut-general at rubyforge.org > > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > > > Ross, > > > > Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! > > > > > > [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 > 21:18:46 -0600 2010 > > Status: 500 Internal Server Error > > wrong argument type String (expected Module) > > /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' > > /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' > > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' > > > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' > > > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mon > grel.rb:64 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' > > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' > > > /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:3 > 9 > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' > > /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' > > ./script/server:3 > > > > -----Original Message----- > > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer > > Sent: Friday, December 31, 2010 8:37 PM > > To: umlaut-general at rubyforge.org > > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > > > Dale, > > > > sudo gem install nokogiri > > > > Not actually a missing file, but a missing dependency. > > > > Depending your your OS, you might need to install libxml2/libxslt development packages. > > > > -Ross. > > > > On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale > > > wrote: > >> Thanks. It appears that a file is missing. I did a fresh checkout >> from the trunk but it resulted in the below; >> [root at libdig10 Umlaut]# ./script/generate umlaut_local >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in >> `gem_original_require': no such file to load -- nokogiri >> (MissingSourceFile) >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >> from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' >> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' >> from /apps/Umlaut/config/environment.rb:26 >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate.r >> b >> :1 >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> from ./script/generate:3 >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Friday, December 31, 2010 5:20 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Yes, I think what you >> want is: >> http://umlaut.rubyforge.org/svn/trunk >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org >> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo >> [jronallo at gmail.com] >> Sent: Friday, December 31, 2010 1:44 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 He may mean trunk >> since it is svn: http://umlaut.rubyforge.org/svn/ This is where >> switching between svn (trunk) and git (master) becomes a problem with different terminology. >> Jason >> On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale >> > wrote: >>> Master does not seem to be available. I have tried the following: >>> [root at libdig10 apps]# svn switch >>> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >>> svn: Target path '/branches/tags/master' does not exist >>> [root at libdig10 apps]# svn switch >>> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >>> svn: Target path '/branches/master' does not exist >>> [root at libdig10 apps]# svn switch >>> http://umlaut.rubyforge.org/svn/master ./Umlaut >>> svn: Target path '/master' does not exist -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Friday, December 31, 2010 11:21 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Oh, and you can use >>> "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >>> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind [rochkind at jhu.edu] >>> Sent: Friday, December 31, 2010 11:44 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 You know what, I'm >>> pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >>> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >>> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >>> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>> [dale.poulter at Vanderbilt.Edu] >>> Sent: Friday, December 31, 2010 11:32 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Currently we are not >>> using it. I have received several requests to investigate as an option for us but we are still in the early stages. >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Friday, December 31, 2010 10:22 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Also, Dale, you guys >>> aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >>> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>> [dale.poulter at Vanderbilt.Edu] >>> Sent: Thursday, December 30, 2010 2:47 PM >>> To: umlaut-general at rubyforge.org >>> Subject: [Umlaut-general] Umlaut and SFX v4 Good afternoon all, Are >>> there plans to make umlaut work with SFX v4? >>> --Dale >>> --------------------------------------- >>> Dale Poulter >>> Automation Coordinator >>> Library Information Technology Services Vanderbilt University >>> 419 21st Avenue South, Room 812 >>> Nashville, TN 37203-2427 >>> (615)343-5388 >>> (615)343-8834 (fax) >>> (615)207-9705 (cell) >>> dale.poulter at vanderbilt.edu>> o:dale.poulter at vanderbilt.edu%3cmailto:dale.poulter at vanderbilt.edu>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From dale.poulter at Vanderbilt.Edu Tue Jan 4 12:34:02 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Tue, 4 Jan 2011 11:34:02 -0600 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <4D2359D0.9080200@jhu.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A5E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D226172.5080000@jhu.edu> <7288D49C0448E840B752320350AFA94E42168A62@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D2359D0.9080200@jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E42168B05@ITS-HCWNEM03.ds.Vanderbilt.edu> Thanks. It was, in fact, the problem I was encountering. Everything is now working as expected. -----Original Message----- From: Jonathan Rochkind [mailto:rochkind at jhu.edu] Sent: Tuesday, January 04, 2011 11:33 AM To: Poulter, Dale Cc: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut and SFX v4 Okay, committed a fix to trunk to do that -- if you reference a service in institutions.yml that was not defined in services.yml (which is what my _guess_ is was happening to Dale), it will log a warn-level telling you about it (and the service name), but otherwise skip it. Jonathan On 1/3/2011 7:51 PM, Poulter, Dale wrote: > I would prefer to skip a non-defined service and log the error. > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Monday, January 03, 2011 5:53 PM > To: umlaut-general at rubyforge.org > Cc: Poulter, Dale > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Hmm, if you do reference a service in institutions.yml that isn't defined in services.yml (which is what I think you're doing), I wonder what the preferred behavior would be: should it silently skip that non-defined service (perhaps printing out a warning to console), or should it raise an exception with a clear error message? > > Which is preferable? > > The current "raise an exception with an inscrutable error message" is obviously not the right choice, heh. > > Jonathan > > On 1/3/2011 6:21 PM, Poulter, Dale wrote: >> Well, I am not seeing a configuration that would correct the empty parameter. Any suggestions? >> >> >> [03 Jan 08:59:37] (pid:7790) FATAL: NoMethodError (You have a nil object when you didn't expect it! >> You might have expected an instance of ActiveRecord::Base. >> The error occurred while evaluating nil.[]): >> /app/models/collection.rb:125:in `gather_services' >> /app/models/collection.rb:122:in `each' >> /app/models/collection.rb:122:in `gather_services' >> /app/models/collection.rb:119:in `each' >> /app/models/collection.rb:119:in `gather_services' >> /app/models/collection.rb:114:in `calculate_collection_data' >> /app/models/collection.rb:31:in `initialize' >> /app/controllers/resolve_controller.rb:51:in `new' >> /app/controllers/resolve_controller.rb:51:in `init_processing' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `evaluate_method' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:161:in `call' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:191:in `call' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:591:in `run_before_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:577:in `call_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> ./script/server:3 >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Sunday, January 02, 2011 7:27 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Awesome. Could be a bug of some kind in Umlaut, not sure what would cause that exception you are seeing, odd. If you can't figure it out, send the stack trace and i'll see if it gives me any ideas. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] >> Sent: Sunday, January 02, 2011 5:42 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> That did the trick. It appears I still need to review a few settings >> since I get the error (NoMethodError in ResolveController#index >> >> ) when accessing a specific title. Thanks. >> >> >> >> >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Saturday, January 01, 2011 11:00 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> >> >> A guess. In search_logic.rb, when you set: >> >> >> >> AppConfig::Base.az_search_method = SearchMethods::Sfx4 >> >> >> >> Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. >> >> >> >> You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. >> >> >> >> ________________________________________ >> >> From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] >> >> Sent: Friday, December 31, 2010 10:23 PM >> >> To: umlaut-general at rubyforge.org >> >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> >> >> Ross, >> >> >> >> Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! >> >> >> >> >> >> [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 >> 21:18:46 -0600 2010 >> >> Status: 500 Internal Server Error >> >> wrong argument type String (expected Module) >> >> /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' >> >> /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' >> >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> >> >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mo >> n >> grel.rb:64 >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> >> >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb: >> 3 >> 9 >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> >> ./script/server:3 >> >> >> >> -----Original Message----- >> >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >> Singer >> >> Sent: Friday, December 31, 2010 8:37 PM >> >> To: umlaut-general at rubyforge.org >> >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> >> >> Dale, >> >> >> >> sudo gem install nokogiri >> >> >> >> Not actually a missing file, but a missing dependency. >> >> >> >> Depending your your OS, you might need to install libxml2/libxslt development packages. >> >> >> >> -Ross. >> >> >> >> On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale >> >> > wrote: >> >>> Thanks. It appears that a file is missing. I did a fresh checkout >>> from the trunk but it resulted in the below; >>> [root at libdig10 Umlaut]# ./script/generate umlaut_local >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in >>> `gem_original_require': no such file to load -- nokogiri >>> (MissingSourceFile) >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>> from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' >>> from /apps/Umlaut/config/environment.rb:26 >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from >>> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate. >>> r >>> b >>> :1 >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from ./script/generate:3 >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Friday, December 31, 2010 5:20 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Yes, I think what >>> you want is: >>> http://umlaut.rubyforge.org/svn/trunk >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo >>> [jronallo at gmail.com] >>> Sent: Friday, December 31, 2010 1:44 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 He may mean trunk >>> since it is svn: http://umlaut.rubyforge.org/svn/ This is where >>> switching between svn (trunk) and git (master) becomes a problem with different terminology. >>> Jason >>> On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale >>> > wrote: >>>> Master does not seem to be available. I have tried the following: >>>> [root at libdig10 apps]# svn switch >>>> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >>>> svn: Target path '/branches/tags/master' does not exist >>>> [root at libdig10 apps]# svn switch >>>> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >>>> svn: Target path '/branches/master' does not exist >>>> [root at libdig10 apps]# svn switch >>>> http://umlaut.rubyforge.org/svn/master ./Umlaut >>>> svn: Target path '/master' does not exist -----Original >>>> Message----- >>>> From: umlaut-general-bounces at rubyforge.org >>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>> Rochkind >>>> Sent: Friday, December 31, 2010 11:21 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Oh, and you can use >>>> "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >>>> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >>>> ________________________________________ >>>> From: umlaut-general-bounces at rubyforge.org >>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>> Rochkind [rochkind at jhu.edu] >>>> Sent: Friday, December 31, 2010 11:44 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 You know what, I'm >>>> pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >>>> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >>>> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >>>> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >>>> ________________________________________ >>>> From: umlaut-general-bounces at rubyforge.org >>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>>> [dale.poulter at Vanderbilt.Edu] >>>> Sent: Friday, December 31, 2010 11:32 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Currently we are >>>> not using it. I have received several requests to investigate as an option for us but we are still in the early stages. >>>> -----Original Message----- >>>> From: umlaut-general-bounces at rubyforge.org >>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>> Rochkind >>>> Sent: Friday, December 31, 2010 10:22 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Also, Dale, you >>>> guys aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >>>> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >>>> ________________________________________ >>>> From: umlaut-general-bounces at rubyforge.org >>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>>> [dale.poulter at Vanderbilt.Edu] >>>> Sent: Thursday, December 30, 2010 2:47 PM >>>> To: umlaut-general at rubyforge.org >>>> Subject: [Umlaut-general] Umlaut and SFX v4 Good afternoon all, Are >>>> there plans to make umlaut work with SFX v4? >>>> --Dale >>>> --------------------------------------- >>>> Dale Poulter >>>> Automation Coordinator >>>> Library Information Technology Services Vanderbilt University >>>> 419 21st Avenue South, Room 812 >>>> Nashville, TN 37203-2427 >>>> (615)343-5388 >>>> (615)343-8834 (fax) >>>> (615)207-9705 (cell) >>>> dale.poulter at vanderbilt.edu>>> t >>>> o:dale.poulter at vanderbilt.edu%3cmailto:dale.poulter at vanderbilt.edu> >>>> > _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> >> Umlaut-general mailing list >> >> Umlaut-general at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> _______________________________________________ >> >> Umlaut-general mailing list >> >> Umlaut-general at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> _______________________________________________ >> >> Umlaut-general mailing list >> >> Umlaut-general at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Tue Jan 4 12:34:58 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Tue, 04 Jan 2011 12:34:58 -0500 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <7288D49C0448E840B752320350AFA94E42168B05@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A5E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D226172.5080000@jhu.edu> <7288D49C0448E840B752320350AFA94E42168A62@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D2359D0.9080200@jhu.edu> <7288D49C0448E840B752320350AFA94E42168B05@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D235A42.8050201@jhu.edu> Awesome! Please feel free to keep us updated or let me know about any other problems or questions. On 1/4/2011 12:34 PM, Poulter, Dale wrote: > Thanks. It was, in fact, the problem I was encountering. Everything is now working as expected. > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Tuesday, January 04, 2011 11:33 AM > To: Poulter, Dale > Cc: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Okay, committed a fix to trunk to do that -- if you reference a service in institutions.yml that was not defined in services.yml (which is what my _guess_ is was happening to Dale), it will log a warn-level telling you about it (and the service name), but otherwise skip it. > > Jonathan > > > > On 1/3/2011 7:51 PM, Poulter, Dale wrote: >> I would prefer to skip a non-defined service and log the error. >> >> -----Original Message----- >> From: Jonathan Rochkind [mailto:rochkind at jhu.edu] >> Sent: Monday, January 03, 2011 5:53 PM >> To: umlaut-general at rubyforge.org >> Cc: Poulter, Dale >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Hmm, if you do reference a service in institutions.yml that isn't defined in services.yml (which is what I think you're doing), I wonder what the preferred behavior would be: should it silently skip that non-defined service (perhaps printing out a warning to console), or should it raise an exception with a clear error message? >> >> Which is preferable? >> >> The current "raise an exception with an inscrutable error message" is obviously not the right choice, heh. >> >> Jonathan >> >> On 1/3/2011 6:21 PM, Poulter, Dale wrote: >>> Well, I am not seeing a configuration that would correct the empty parameter. Any suggestions? >>> >>> >>> [03 Jan 08:59:37] (pid:7790) FATAL: NoMethodError (You have a nil object when you didn't expect it! >>> You might have expected an instance of ActiveRecord::Base. >>> The error occurred while evaluating nil.[]): >>> /app/models/collection.rb:125:in `gather_services' >>> /app/models/collection.rb:122:in `each' >>> /app/models/collection.rb:122:in `gather_services' >>> /app/models/collection.rb:119:in `each' >>> /app/models/collection.rb:119:in `gather_services' >>> /app/models/collection.rb:114:in `calculate_collection_data' >>> /app/models/collection.rb:31:in `initialize' >>> /app/controllers/resolve_controller.rb:51:in `new' >>> /app/controllers/resolve_controller.rb:51:in `init_processing' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `evaluate_method' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:161:in `call' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:191:in `call' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:591:in `run_before_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:577:in `call_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> ./script/server:3 >>> >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Sunday, January 02, 2011 7:27 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> >>> Awesome. Could be a bug of some kind in Umlaut, not sure what would cause that exception you are seeing, odd. If you can't figure it out, send the stack trace and i'll see if it gives me any ideas. >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] >>> Sent: Sunday, January 02, 2011 5:42 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> >>> That did the trick. It appears I still need to review a few settings >>> since I get the error (NoMethodError in ResolveController#index >>> >>> ) when accessing a specific title. Thanks. >>> >>> >>> >>> >>> >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Saturday, January 01, 2011 11:00 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> >>> >>> >>> A guess. In search_logic.rb, when you set: >>> >>> >>> >>> AppConfig::Base.az_search_method = SearchMethods::Sfx4 >>> >>> >>> >>> Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. >>> >>> >>> >>> You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. >>> >>> >>> >>> ________________________________________ >>> >>> From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] >>> >>> Sent: Friday, December 31, 2010 10:23 PM >>> >>> To: umlaut-general at rubyforge.org >>> >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> >>> >>> >>> Ross, >>> >>> >>> >>> Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! >>> >>> >>> >>> >>> >>> [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 >>> 21:18:46 -0600 2010 >>> >>> Status: 500 Internal Server Error >>> >>> wrong argument type String (expected Module) >>> >>> /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' >>> >>> /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' >>> >>> >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>> >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> >>> >>> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mo >>> n >>> grel.rb:64 >>> >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> >>> >>> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb: >>> 3 >>> 9 >>> >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> >>> ./script/server:3 >>> >>> >>> >>> -----Original Message----- >>> >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>> Singer >>> >>> Sent: Friday, December 31, 2010 8:37 PM >>> >>> To: umlaut-general at rubyforge.org >>> >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >>> >>> >>> >>> Dale, >>> >>> >>> >>> sudo gem install nokogiri >>> >>> >>> >>> Not actually a missing file, but a missing dependency. >>> >>> >>> >>> Depending your your OS, you might need to install libxml2/libxslt development packages. >>> >>> >>> >>> -Ross. >>> >>> >>> >>> On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale >>> >>> > wrote: >>> >>>> Thanks. It appears that a file is missing. I did a fresh checkout >>>> from the trunk but it resulted in the below; >>>> [root at libdig10 Umlaut]# ./script/generate umlaut_local >>>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in >>>> `gem_original_require': no such file to load -- nokogiri >>>> (MissingSourceFile) >>>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>>> from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 >>>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>>> from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' >>>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' >>>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' >>>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' >>>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' >>>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' >>>> from /apps/Umlaut/config/environment.rb:26 >>>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>>> from >>>> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate. >>>> r >>>> b >>>> :1 >>>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>>> from ./script/generate:3 >>>> -----Original Message----- >>>> From: umlaut-general-bounces at rubyforge.org >>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>> Rochkind >>>> Sent: Friday, December 31, 2010 5:20 PM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Yes, I think what >>>> you want is: >>>> http://umlaut.rubyforge.org/svn/trunk >>>> ________________________________________ >>>> From: umlaut-general-bounces at rubyforge.org >>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo >>>> [jronallo at gmail.com] >>>> Sent: Friday, December 31, 2010 1:44 PM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 He may mean trunk >>>> since it is svn: http://umlaut.rubyforge.org/svn/ This is where >>>> switching between svn (trunk) and git (master) becomes a problem with different terminology. >>>> Jason >>>> On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale >>>> > wrote: >>>>> Master does not seem to be available. I have tried the following: >>>>> [root at libdig10 apps]# svn switch >>>>> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >>>>> svn: Target path '/branches/tags/master' does not exist >>>>> [root at libdig10 apps]# svn switch >>>>> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >>>>> svn: Target path '/branches/master' does not exist >>>>> [root at libdig10 apps]# svn switch >>>>> http://umlaut.rubyforge.org/svn/master ./Umlaut >>>>> svn: Target path '/master' does not exist -----Original >>>>> Message----- >>>>> From: umlaut-general-bounces at rubyforge.org >>>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>>> Rochkind >>>>> Sent: Friday, December 31, 2010 11:21 AM >>>>> To: umlaut-general at rubyforge.org >>>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Oh, and you can use >>>>> "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >>>>> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >>>>> ________________________________________ >>>>> From: umlaut-general-bounces at rubyforge.org >>>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>>> Rochkind [rochkind at jhu.edu] >>>>> Sent: Friday, December 31, 2010 11:44 AM >>>>> To: umlaut-general at rubyforge.org >>>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 You know what, I'm >>>>> pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >>>>> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >>>>> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >>>>> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >>>>> ________________________________________ >>>>> From: umlaut-general-bounces at rubyforge.org >>>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>>>> [dale.poulter at Vanderbilt.Edu] >>>>> Sent: Friday, December 31, 2010 11:32 AM >>>>> To: umlaut-general at rubyforge.org >>>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Currently we are >>>>> not using it. I have received several requests to investigate as an option for us but we are still in the early stages. >>>>> -----Original Message----- >>>>> From: umlaut-general-bounces at rubyforge.org >>>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>>> Rochkind >>>>> Sent: Friday, December 31, 2010 10:22 AM >>>>> To: umlaut-general at rubyforge.org >>>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Also, Dale, you >>>>> guys aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >>>>> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >>>>> ________________________________________ >>>>> From: umlaut-general-bounces at rubyforge.org >>>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>>>> [dale.poulter at Vanderbilt.Edu] >>>>> Sent: Thursday, December 30, 2010 2:47 PM >>>>> To: umlaut-general at rubyforge.org >>>>> Subject: [Umlaut-general] Umlaut and SFX v4 Good afternoon all, Are >>>>> there plans to make umlaut work with SFX v4? >>>>> --Dale >>>>> --------------------------------------- >>>>> Dale Poulter >>>>> Automation Coordinator >>>>> Library Information Technology Services Vanderbilt University >>>>> 419 21st Avenue South, Room 812 >>>>> Nashville, TN 37203-2427 >>>>> (615)343-5388 >>>>> (615)343-8834 (fax) >>>>> (615)207-9705 (cell) >>>>> dale.poulter at vanderbilt.edu>>>> t >>>>> o:dale.poulter at vanderbilt.edu%3cmailto:dale.poulter at vanderbilt.edu> >>>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> >>> Umlaut-general mailing list >>> >>> Umlaut-general at rubyforge.org >>> >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> >>> _______________________________________________ >>> >>> Umlaut-general mailing list >>> >>> Umlaut-general at rubyforge.org >>> >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> >>> _______________________________________________ >>> >>> Umlaut-general mailing list >>> >>> Umlaut-general at rubyforge.org >>> >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Tue Jan 4 12:33:04 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Tue, 04 Jan 2011 12:33:04 -0500 Subject: [Umlaut-general] Umlaut and SFX v4 In-Reply-To: <7288D49C0448E840B752320350AFA94E42168A62@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E42168998@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C549@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A15@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54B@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A36@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E42168A37@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54C@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A40@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C54F@JHEMTEXVS2.win.ad.jhu.edu> <7288D49C0448E840B752320350AFA94E42168A5E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D226172.5080000@jhu.edu> <7288D49C0448E840B752320350AFA94E42168A62@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D2359D0.9080200@jhu.edu> Okay, committed a fix to trunk to do that -- if you reference a service in institutions.yml that was not defined in services.yml (which is what my _guess_ is was happening to Dale), it will log a warn-level telling you about it (and the service name), but otherwise skip it. Jonathan On 1/3/2011 7:51 PM, Poulter, Dale wrote: > I would prefer to skip a non-defined service and log the error. > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Monday, January 03, 2011 5:53 PM > To: umlaut-general at rubyforge.org > Cc: Poulter, Dale > Subject: Re: [Umlaut-general] Umlaut and SFX v4 > > Hmm, if you do reference a service in institutions.yml that isn't defined in services.yml (which is what I think you're doing), I wonder what the preferred behavior would be: should it silently skip that non-defined service (perhaps printing out a warning to console), or should it raise an exception with a clear error message? > > Which is preferable? > > The current "raise an exception with an inscrutable error message" is obviously not the right choice, heh. > > Jonathan > > On 1/3/2011 6:21 PM, Poulter, Dale wrote: >> Well, I am not seeing a configuration that would correct the empty parameter. Any suggestions? >> >> >> [03 Jan 08:59:37] (pid:7790) FATAL: NoMethodError (You have a nil object when you didn't expect it! >> You might have expected an instance of ActiveRecord::Base. >> The error occurred while evaluating nil.[]): >> /app/models/collection.rb:125:in `gather_services' >> /app/models/collection.rb:122:in `each' >> /app/models/collection.rb:122:in `gather_services' >> /app/models/collection.rb:119:in `each' >> /app/models/collection.rb:119:in `gather_services' >> /app/models/collection.rb:114:in `calculate_collection_data' >> /app/models/collection.rb:31:in `initialize' >> /app/controllers/resolve_controller.rb:51:in `new' >> /app/controllers/resolve_controller.rb:51:in `init_processing' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:173:in `evaluate_method' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/callbacks.rb:161:in `call' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:191:in `call' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:591:in `run_before_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:577:in `call_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mongrel.rb:64 >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:39 >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> ./script/server:3 >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Sunday, January 02, 2011 7:27 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> Awesome. Could be a bug of some kind in Umlaut, not sure what would cause that exception you are seeing, odd. If you can't figure it out, send the stack trace and i'll see if it gives me any ideas. >> ________________________________________ >> From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] >> Sent: Sunday, January 02, 2011 5:42 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> That did the trick. It appears I still need to review a few settings >> since I get the error (NoMethodError in ResolveController#index >> >> ) when accessing a specific title. Thanks. >> >> >> >> >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >> Rochkind >> Sent: Saturday, January 01, 2011 11:00 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> >> >> A guess. In search_logic.rb, when you set: >> >> >> >> AppConfig::Base.az_search_method = SearchMethods::Sfx4 >> >> >> >> Note there are no quotes around "SearchMethods::Sfx4". The un-quoted token is actually a reference to a class, not a string. Do you have quotes around it instead in your config? You might because when you were trying this in the older version of Umlaut, you may have originally gotten an error by leaving it unquoted -- which was actually a clue that you had an older version of Umlaut without this functionality, putting quotes around the token to make it a string got rid of your load-time error, but not actually correctly. >> >> >> >> You should also be able to leave that line out entirely, as SearchMethods::Sfx4 is the default. >> >> >> >> ________________________________________ >> >> From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] >> >> Sent: Friday, December 31, 2010 10:23 PM >> >> To: umlaut-general at rubyforge.org >> >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> >> >> Ross, >> >> >> >> Thanks! That corrected the issue with the initial install. Once I got everything restarted I ended up with the error below. I think I may give it a rest for the night and try again in the morning. Thanks again to everyone for the help! >> >> >> >> >> >> [31 Dec 21:18:46] (pid:13862) FATAL: /!\ FAILSAFE /!\ Fri Dec 31 >> 21:18:46 -0600 2010 >> >> Status: 500 Internal Server Error >> >> wrong argument type String (expected Module) >> >> /apps/Umlaut/app/controllers/search_controller.rb:42:in `extend' >> >> /apps/Umlaut/app/controllers/search_controller.rb:42:in `initialize' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `new' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >> >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:159:in `process_client' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `each' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:158:in `process_client' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `initialize' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `new' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:285:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `initialize' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `new' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel.rb:268:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:282:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `each' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/configurator.rb:281:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/lib/mongrel/command.rb:212:in `run' >> >> >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >> >> >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/servers/mon >> grel.rb:64 >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >> >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >> >> >> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/server.rb:3 >> 9 >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >> >> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >> >> ./script/server:3 >> >> >> >> -----Original Message----- >> >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer >> >> Sent: Friday, December 31, 2010 8:37 PM >> >> To: umlaut-general at rubyforge.org >> >> Subject: Re: [Umlaut-general] Umlaut and SFX v4 >> >> >> >> Dale, >> >> >> >> sudo gem install nokogiri >> >> >> >> Not actually a missing file, but a missing dependency. >> >> >> >> Depending your your OS, you might need to install libxml2/libxslt development packages. >> >> >> >> -Ross. >> >> >> >> On Fri, Dec 31, 2010 at 8:35 PM, Poulter, Dale >> >> > wrote: >> >>> Thanks. It appears that a file is missing. I did a fresh checkout >>> from the trunk but it resulted in the below; >>> [root at libdig10 Umlaut]# ./script/generate umlaut_local >>> /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in >>> `gem_original_require': no such file to load -- nokogiri >>> (MissingSourceFile) >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /apps/Umlaut/app/controllers/search_methods/sfx4.rb:1 >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:510:in `require' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:102:in `require_or_load' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:261:in `load_missing_constant' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>> from /apps/Umlaut/config/initializers/umlaut/search_logic.rb:6 >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:355:in `new_constants_in' >>> from /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:503:in `load' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:484:in `load_application_initializers' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `each' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:483:in `load_application_initializers' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:149:in `process' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `send' >>> from /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/initializer.rb:97:in `run' >>> from /apps/Umlaut/config/environment.rb:26 >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from >>> /usr/local/lib/ruby/gems/1.8/gems/rails-2.1.2/lib/commands/generate.r >>> b >>> :1 >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' >>> from /usr/local/lib/ruby/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' >>> from ./script/generate:3 >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>> Rochkind >>> Sent: Friday, December 31, 2010 5:20 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Yes, I think what you >>> want is: >>> http://umlaut.rubyforge.org/svn/trunk >>> ________________________________________ >>> From: umlaut-general-bounces at rubyforge.org >>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jason Ronallo >>> [jronallo at gmail.com] >>> Sent: Friday, December 31, 2010 1:44 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 He may mean trunk >>> since it is svn: http://umlaut.rubyforge.org/svn/ This is where >>> switching between svn (trunk) and git (master) becomes a problem with different terminology. >>> Jason >>> On Fri, Dec 31, 2010 at 1:16 PM, Poulter, Dale >>> > wrote: >>>> Master does not seem to be available. I have tried the following: >>>> [root at libdig10 apps]# svn switch >>>> http://umlaut.rubyforge.org/svn/branches/tags/master ./Umlaut >>>> svn: Target path '/branches/tags/master' does not exist >>>> [root at libdig10 apps]# svn switch >>>> http://umlaut.rubyforge.org/svn/branches/master ./Umlaut >>>> svn: Target path '/branches/master' does not exist >>>> [root at libdig10 apps]# svn switch >>>> http://umlaut.rubyforge.org/svn/master ./Umlaut >>>> svn: Target path '/master' does not exist -----Original Message----- >>>> From: umlaut-general-bounces at rubyforge.org >>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>> Rochkind >>>> Sent: Friday, December 31, 2010 11:21 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Oh, and you can use >>>> "svn switch" to switch your checkout to 'master' instead of the 2.10.0 in place. But once you've svn check out 2.10.0 tag, unless you do a switch, future 'svn up's won't get you a new version, you've locked to 2.10.0. >>>> I'm starting to forget the idiosyncracies of svn, prefering the idiosyncracies of git instead these days, heh. >>>> ________________________________________ >>>> From: umlaut-general-bounces at rubyforge.org >>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>> Rochkind [rochkind at jhu.edu] >>>> Sent: Friday, December 31, 2010 11:44 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 You know what, I'm >>>> pretty sure the problem is that I never tagged a new version with the SFX4 functionality -- please do a checkout of current 'master' rather than the tagged 2.10.0, which I believe is old. The SFX4 functionality hasn't actually been deployed in production yet here where i work (we haven't switched our SFX4 to production), so I was waiting to do that before tagging a new release, making sure I was eating my own dogfood before suggesting it for others. >>>> I've also perhaps been a bit sloppy with Umlaut release management, because the very small number of institutions currently using Umlaut seemed not to absolutely require it, and, you know, time and lazy. >>>> I do have some plans for making Umlaut quite a lot easier to install and maintain, that involve moving Umlaut to a Rails3 engine-as-gem instead of an independent rails application, as well as moving the Umlaut code to github. I have talked to my supervisor who has generally agreed that this would be a good use of my time -- but got to meet some milestones for our Blacklight project before I can attend to it. I just put this in to try and provide some evidence that Umlaut is definitely not a moribund project; that I think it's not as easy to install as it could be and I hope to make it -- BUT, I think it is still 'good enough' that I do encourage you to investigate it now, definitely let me know what problems you have so I can know what needs improvement -- and/but if it ends up being too hard to get going, you should still check back later after I've found time to improve it. >>>> I am VERY interested/eager/excited to have other institutions use Umlaut -- especially institutions that are willing to occasionally get their hands dirty debugging and submitting patches, as Scot at NYU has been awesome at -- so am happy to try to help you get going as my time allows, do feel free to ask any questions you have. >>>> ________________________________________ >>>> From: umlaut-general-bounces at rubyforge.org >>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>>> [dale.poulter at Vanderbilt.Edu] >>>> Sent: Friday, December 31, 2010 11:32 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Currently we are not >>>> using it. I have received several requests to investigate as an option for us but we are still in the early stages. >>>> -----Original Message----- >>>> From: umlaut-general-bounces at rubyforge.org >>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan >>>> Rochkind >>>> Sent: Friday, December 31, 2010 10:22 AM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut and SFX v4 Also, Dale, you guys >>>> aren't already using Umlaut at Vanderbilt, are you? You're just evaluating it for use and/or experimenting with it? >>>> I at present only know of a small handfull of institutions using Umlaut, so if there were others using it unbeknownst to me, that would be a pleasant surprise! >>>> ________________________________________ >>>> From: umlaut-general-bounces at rubyforge.org >>>> [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale >>>> [dale.poulter at Vanderbilt.Edu] >>>> Sent: Thursday, December 30, 2010 2:47 PM >>>> To: umlaut-general at rubyforge.org >>>> Subject: [Umlaut-general] Umlaut and SFX v4 Good afternoon all, Are >>>> there plans to make umlaut work with SFX v4? >>>> --Dale >>>> --------------------------------------- >>>> Dale Poulter >>>> Automation Coordinator >>>> Library Information Technology Services Vanderbilt University >>>> 419 21st Avenue South, Room 812 >>>> Nashville, TN 37203-2427 >>>> (615)343-5388 >>>> (615)343-8834 (fax) >>>> (615)207-9705 (cell) >>>> dale.poulter at vanderbilt.edu>>> o:dale.poulter at vanderbilt.edu%3cmailto:dale.poulter at vanderbilt.edu>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> >> Umlaut-general mailing list >> >> Umlaut-general at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> _______________________________________________ >> >> Umlaut-general mailing list >> >> Umlaut-general at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> _______________________________________________ >> >> Umlaut-general mailing list >> >> Umlaut-general at rubyforge.org >> >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general From scot.dalton at nyu.edu Thu Jan 13 13:56:54 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Thu, 13 Jan 2011 13:56:54 -0500 Subject: [Umlaut-general] Primo service sources Message-ID: Hi all, I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? Any advice is appreciated. Thanks, Scot -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From rochkind at jhu.edu Thu Jan 13 15:24:52 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Thu, 13 Jan 2011 15:24:52 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: References: Message-ID: <4D2F5F94.3040306@jhu.edu> So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. Does this make sense? On 1/13/2011 1:56 PM, Scot Dalton wrote: > Hi all, > > I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? > > Any advice is appreciated. > > Thanks, > Scot > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From scot.dalton at nyu.edu Thu Jan 13 17:13:18 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Thu, 13 Jan 2011 17:13:18 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: <4D2F5F94.3040306@jhu.edu> References: <4D2F5F94.3040306@jhu.edu> Message-ID: <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> In this context, a 'source' is a Primo specific concept. Ostensibly, local implementations can add custom local classes configured in the primo.yml file to add functionality for a particular returned result in Primo. Currently, even local classes are in lib/exlibris/primo/source. I'd prefer the bespoke classes to be in lib/exlibris/primo/source/local, but I'm getting an uninitialized constant error. Maybe it would be easier to just require Local::Something in this case? Or should I update the load_path to look at lib/exlibris/primo/source/local? Regarding how we manage svn in our instance, we're not using the rubyforge U2 svn. Instead we use a local svn to manage it, so I'm not exactly sure the best way to share it back. Thanks, Scot On Jan 13, 2011, at Jan 13, 3:24 PM, Jonathan Rochkind wrote: > So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. > > I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. > > You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. > > But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. > > Does this make sense? > > On 1/13/2011 1:56 PM, Scot Dalton wrote: >> Hi all, >> >> I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? >> >> Any advice is appreciated. >> >> Thanks, >> Scot >> >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From rochkind at jhu.edu Thu Jan 13 17:51:10 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Thu, 13 Jan 2011 17:51:10 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> References: <4D2F5F94.3040306@jhu.edu>, <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> Message-ID: <864A73846CE8F04D995603351682C29C9AC556C56E@JHEMTEXVS2.win.ad.jhu.edu> I'm confused -- is this something that you want to share back just an _example_ localized for you, or is it a standard utility other primo users could use? Maybe I'd need to understand more about exactly what's going on (it's just one file? How is that class used by Umlaut, if at all?). But if it's just an example, we should just create an, I dunno, examples/ directory somewhere in the repo and add it. If it's a standard utility others could use, then just put it anywhere you want in lib/ in the repo. As you discovered, standard ruby class loader assumes a file in $LOAD_PATH_DIR/exlibris/primo/source/local/foo.rb will be called ExLibris::Primo::Source::Local::Foo.rb. Where $LOAD_PATH is any directory in your load path, in this case lib/. So first,I personally really hate that giant-chain-of-nested-module thing that people do in Java, and I think there's no good reason to do in ruby. I'd stick to zero or at most one level of module namespacing. PrimoAlephSource (just in lib/primo_aleph_source.rb) or maybe one level, PrimoSources::Aleph ( in lib/primo_sources/aleph.rb). I don't think anything is to be gained by that long list of module namespaces and corresonding hieararchial directories. Secondly, if we want to put a source file in a place that doesn't _completely_ correspond to the directory path, we can futz with the ruby load path. I'd have to google the right way to do that in a Rails2 app, but I recall it being easy. So, if you added lib/local to the load paths, then you could have a file in: lib/local/primo/source/aleph.rb that was actually namespaced as Primo::Source::Aleph.rb, without the local (or the lib) actually being in the module namespace, because lib/local is in the load path. Alternately, if you actually added lib/primo/source/local to the load path, then you could have a file at: lib/primo/source/local/aleph.rb, that is just called Aleph, with no module namespace at all, because all of lib/primo/source/local is in the load path. But you wouldn't want to do that, because it's confusing. Depending on if your file is just an example you want to distribute, or actually a utility of common use, it might guide us to the best way to namespace it. But you rarely in ruby code see 3 4 or 5 levels of namespacing like you do in Java, because it's inconvenient and confusing. No levels, one level, or if you REALLY need it two or three (two or three only because you have a lot of other code you want to organize into seperate modules, not because you have just one file but for some odd reason want to put it in three levels of namespacing!). ________________________________________ From: Scot Dalton [scot.dalton at nyu.edu] Sent: Thursday, January 13, 2011 5:13 PM To: umlaut-general at rubyforge.org Cc: Jonathan Rochkind Subject: Re: [Umlaut-general] Primo service sources In this context, a 'source' is a Primo specific concept. Ostensibly, local implementations can add custom local classes configured in the primo.yml file to add functionality for a particular returned result in Primo. Currently, even local classes are in lib/exlibris/primo/source. I'd prefer the bespoke classes to be in lib/exlibris/primo/source/local, but I'm getting an uninitialized constant error. Maybe it would be easier to just require Local::Something in this case? Or should I update the load_path to look at lib/exlibris/primo/source/local? Regarding how we manage svn in our instance, we're not using the rubyforge U2 svn. Instead we use a local svn to manage it, so I'm not exactly sure the best way to share it back. Thanks, Scot On Jan 13, 2011, at Jan 13, 3:24 PM, Jonathan Rochkind wrote: > So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. > > I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. > > You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. > > But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. > > Does this make sense? > > On 1/13/2011 1:56 PM, Scot Dalton wrote: >> Hi all, >> >> I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? >> >> Any advice is appreciated. >> >> Thanks, >> Scot >> >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From dale.poulter at Vanderbilt.Edu Tue Jan 18 19:48:58 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Tue, 18 Jan 2011 18:48:58 -0600 Subject: [Umlaut-general] Umlaut performance Message-ID: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> We are working towards customizing umlaut for probable use in production! However, we are seeing slow response that I cannot seem to explain. Has anyone worked on optimizing performance? Here is a sample url http://umlaut.library.vanderbilt.edu/go/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rossfsinger at gmail.com Tue Jan 18 21:34:58 2011 From: rossfsinger at gmail.com (Ross Singer) Date: Tue, 18 Jan 2011 21:34:58 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: SFX results come back blazingly fast, then nothing else does. I never got the spinners to stop spinning. I also tried: http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20you%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803-7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 and http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. I'm still absolutely amazed at how quickly the SFX results come back. -Ross. On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale wrote: > We are working towards customizing umlaut for probable use in production! > However,? we are seeing slow response that I cannot seem to explain.? Has > anyone worked on optimizing performance?? Here is a sample url > > > > http://umlaut.library.vanderbilt.edu/go/11 > > > > > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > > From dale.poulter at Vanderbilt.Edu Wed Jan 19 07:58:38 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 19 Jan 2011 06:58:38 -0600 Subject: [Umlaut-general] Umlaut performance In-Reply-To: References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> Ross, Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 [19 Jan 06:55:28] (pid:15755) INFO: Redirected to http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 reqs/sec) | DB: 0.20621 (90%) | 302 Found [http://umlaut.library.vanderbilt.edu/go/10] [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari /534.10 [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, request 53 [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, request 53: in 0.606267 [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, request 53 [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, request 53: in 0.551556 [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within local/vu_resolve.rhtml [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 reqs/sec) | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal] [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 [19 Jan 06:55:34] (pid:15758) INFO: Rendering resolve/partial_html_sections [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' /app/controllers/resolve_controller.rb:428:in `to_json' /app/controllers/resolve_controller.rb:428:in `api_render' /app/controllers/resolve_controller.rb:289:in `partial_html_sections' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 /usr/local/bin/mongrel_rails:19:in `load' /usr/local/bin/mongrel_rails:19 [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within local/vu_resolve.rhtml [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error (500) -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer Sent: Tuesday, January 18, 2011 8:35 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut performance What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: SFX results come back blazingly fast, then nothing else does. I never got the spinners to stop spinning. I also tried: http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20you%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803-7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 and http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. I'm still absolutely amazed at how quickly the SFX results come back. -Ross. On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale > wrote: > We are working towards customizing umlaut for probable use in production! > However, we are seeing slow response that I cannot seem to explain. > Has anyone worked on optimizing performance? Here is a sample url > > > > http://umlaut.library.vanderbilt.edu/go/11 > > > > > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general -------------- next part -------------- An HTML attachment was scrubbed... URL: From scot.dalton at nyu.edu Wed Jan 19 09:31:27 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Wed, 19 Jan 2011 09:31:27 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: <864A73846CE8F04D995603351682C29C9AC556C56E@JHEMTEXVS2.win.ad.jhu.edu> References: <4D2F5F94.3040306@jhu.edu> <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> <864A73846CE8F04D995603351682C29C9AC556C56E@JHEMTEXVS2.win.ad.jhu.edu> Message-ID: I added a local directory, which folks can add their own Primo sources into and put a sample distribution directory with our nyu_aleph source as an example. The code checks first for the non-local source class as defined in the primo.yml and then checks for local source class definitions. If it finds neither, it logs an error and proceeds without a source. This seemed to be the easiest way to allow people to customize their own local sources. So if, for example, Vanderbilt wanted to create a Vanderbilt Acorn source that provides extended request functionality, they would write an acorn.rb class, put it in local, and define that source in primo.yml. Let me know if you have any questions or concerns. Thanks, Scot On Jan 13, 2011, at Jan 13, 5:51 PM, Jonathan Rochkind wrote: > I'm confused -- is this something that you want to share back just an _example_ localized for you, or is it a standard utility other primo users could use? Maybe I'd need to understand more about exactly what's going on (it's just one file? How is that class used by Umlaut, if at all?). > > But if it's just an example, we should just create an, I dunno, examples/ directory somewhere in the repo and add it. > > If it's a standard utility others could use, then just put it anywhere you want in lib/ in the repo. > > As you discovered, standard ruby class loader assumes a file in $LOAD_PATH_DIR/exlibris/primo/source/local/foo.rb will be called ExLibris::Primo::Source::Local::Foo.rb. Where $LOAD_PATH is any directory in your load path, in this case lib/. > > So first,I personally really hate that giant-chain-of-nested-module thing that people do in Java, and I think there's no good reason to do in ruby. I'd stick to zero or at most one level of module namespacing. PrimoAlephSource (just in lib/primo_aleph_source.rb) or maybe one level, PrimoSources::Aleph ( in lib/primo_sources/aleph.rb). I don't think anything is to be gained by that long list of module namespaces and corresonding hieararchial directories. > > Secondly, if we want to put a source file in a place that doesn't _completely_ correspond to the directory path, we can futz with the ruby load path. I'd have to google the right way to do that in a Rails2 app, but I recall it being easy. So, if you added lib/local to the load paths, then you could have a file in: > > lib/local/primo/source/aleph.rb that was actually namespaced as Primo::Source::Aleph.rb, without the local (or the lib) actually being in the module namespace, because lib/local is in the load path. > > Alternately, if you actually added lib/primo/source/local to the load path, then you could have a file at: > > lib/primo/source/local/aleph.rb, that is just called Aleph, with no module namespace at all, because all of lib/primo/source/local is in the load path. > > But you wouldn't want to do that, because it's confusing. Depending on if your file is just an example you want to distribute, or actually a utility of common use, it might guide us to the best way to namespace it. But you rarely in ruby code see 3 4 or 5 levels of namespacing like you do in Java, because it's inconvenient and confusing. No levels, one level, or if you REALLY need it two or three (two or three only because you have a lot of other code you want to organize into seperate modules, not because you have just one file but for some odd reason want to put it in three levels of namespacing!). > > ________________________________________ > From: Scot Dalton [scot.dalton at nyu.edu] > Sent: Thursday, January 13, 2011 5:13 PM > To: umlaut-general at rubyforge.org > Cc: Jonathan Rochkind > Subject: Re: [Umlaut-general] Primo service sources > > In this context, a 'source' is a Primo specific concept. Ostensibly, local implementations can add custom local classes configured in the primo.yml file to add functionality for a particular returned result in Primo. Currently, even local classes are in lib/exlibris/primo/source. I'd prefer the bespoke classes to be in lib/exlibris/primo/source/local, but I'm getting an uninitialized constant error. Maybe it would be easier to just require Local::Something in this case? Or should I update the load_path to look at lib/exlibris/primo/source/local? > > Regarding how we manage svn in our instance, we're not using the rubyforge U2 svn. Instead we use a local svn to manage it, so I'm not exactly sure the best way to share it back. > > Thanks, > Scot > > > On Jan 13, 2011, at Jan 13, 3:24 PM, Jonathan Rochkind wrote: > >> So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. >> >> I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. >> >> You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. >> >> But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. >> >> Does this make sense? >> >> On 1/13/2011 1:56 PM, Scot Dalton wrote: >>> Hi all, >>> >>> I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? >>> >>> Any advice is appreciated. >>> >>> Thanks, >>> Scot >>> >>> -- >>> Scot Dalton >>> Phone: (212) 998-2674 >>> Web Services >>> Division of Libraries >>> New York University >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general > > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From scot.dalton at nyu.edu Wed Jan 19 09:49:15 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Wed, 19 Jan 2011 09:49:15 -0500 Subject: [Umlaut-general] Umlaut Auth Module Message-ID: <5B053DEE-F53F-4173-A585-F79A5E2FC9B4@nyu.edu> Hi all, I'm about ready to commit my auth module changes back to trunk. We've been running the module in production for the past few months and it seems to be working well. For sites already up with Umlaut, there are two requirements requirements for the auth module. 1.) It uses authlogic, so you would need that gem, and 2.) the user model required a few more fields to work with authlogic, so you'll need to do a rails migration to update the DB. After that, if you want to use it, you'll need to add a local auth class based on your auth scheme. I'll include some samples. There may also be some bugs to work out, so please be patient. I'll update the documentation to reflect these changes, but before I do so, I wanted to see if there were any concerns about merging the branch into trunk. Thanks, Scot -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From scot.dalton at nyu.edu Wed Jan 19 10:14:10 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Wed, 19 Jan 2011 10:14:10 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.html Thanks, Scot On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: > Ross, > > Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. > > [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] > [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 > [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} > [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] > [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 > [19 Jan 06:55:28] (pid:15755) INFO: Redirected to http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal > [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 reqs/sec) | DB: 0.20621 (90%) | 302 Found [http://umlaut.library.vanderbilt.edu/go/10] > > > [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] > [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 > [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} > [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] > [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari > /534.10 > [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, request 53 > [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. > [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, request 53: in 0.606267 > [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, request 53 > [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. > [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, request 53: in 0.551556 > [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within local/vu_resolve.rhtml > [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index > [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 reqs/sec) | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal] > > > [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] > [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 > [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} > [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal > [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 > [19 Jan 06:55:34] (pid:15758) INFO: Rendering resolve/partial_html_sections > > > [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' > /app/controllers/resolve_controller.rb:428:in `to_json' > /app/controllers/resolve_controller.rb:428:in `api_render' > /app/controllers/resolve_controller.rb:289:in `partial_html_sections' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 > /usr/local/bin/mongrel_rails:19:in `load' > /usr/local/bin/mongrel_rails:19 > > [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within local/vu_resolve.rhtml > [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error (500) > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer > Sent: Tuesday, January 18, 2011 8:35 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut performance > > What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: > SFX results come back blazingly fast, then nothing else does. > > I never got the spinners to stop spinning. > > I also tried: http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20you%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803-7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 > > and > > http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 > > My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. > > I'm still absolutely amazed at how quickly the SFX results come back. > > -Ross. > > On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale > wrote: > > We are working towards customizing umlaut for probable use in production! > > However, we are seeing slow response that I cannot seem to explain. > > Has anyone worked on optimizing performance? Here is a sample url > > > > > > > > http://umlaut.library.vanderbilt.edu/go/11 > > > > > > > > > > > > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > > > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From rochkind at jhu.edu Wed Jan 19 10:58:05 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 10:58:05 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D370A0D.8070004@jhu.edu> Awesome, glad to hear things are looking mostly good. Umlaut performance is tricky sometimes; how long are you seeing? Umlaut has to call out to a bunch of other services to get a response, so if any of THEM are slow, that'll slow Umlaut down. SFX is occasionally pathologically slow. If you look in the logs for your app, there is debugging output for how long each adatper "service" (Ie, SFX, Amazon, etc) takes to run, as well as the standard Rails output of how long the request took to deliver in total. You might only see that if you start your app in 'development' environment -- there's a way to turn off the Rails logging of database calls that muck up your log, I can look that up if you need it, I do that sometimes to make it easier to focus on the service logs. Sadly, if it's SFX being really slow for some requests, there isn't much to do but report it to Ex Libris. The only other thing I've been meaning to try, which may have a performance benefit, is switching to the "mysql2" database adapter instead of "mysql". Install mysql2 gem, and specify mysql2 in database.yml. The mysql2 gem is supposed to handle concurrency a LOT better than the original mysql, and Umlaut makes use of threads in a way most Rails apps don't. On 1/18/2011 7:48 PM, Poulter, Dale wrote: > > We are working towards customizing umlaut for probable use in > production! However, we are seeing slow response that I cannot seem > to explain. Has anyone worked on optimizing performance? Here is a > sample url > > http://umlaut.library.vanderbilt.edu/go/11 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rochkind at jhu.edu Wed Jan 19 11:02:40 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 11:02:40 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D370B20.207@jhu.edu> I just tried your sample list, and had the INITIAL response come back in under 3 seconds, which is good -- you aren't going to see much less than that, just because SFX itself is so slow. So you're actually looking pretty good in general. However, then the background responses keep going forever. Umlaut is _supposed_ to eventually time them out and give you an error message on screen -- at one point there was a bug in the JS where it never refreshed in error condition. I think I fixed that, but it doesn't seem to be fixed in yours. You might want to try updating to Umlaut 'trunk', from the older checkout you have. Or else I didn't fix it like I thought. Regardless, if you see those spinning wheels forever, you can do a manual browser refresh, and you'll often get them to away, AND get some error messages. In this case, I see one of your error messages is related to the JStor Journal Covers service --- JStor actually no longer provides journal covers in an accessible way like they used to, and sadly that service instead of timing out nicely just goes forever trying to get em. Remove JStorCover service from your institutions.yml, and that might fix things up for you. Hope these are some clues that help you figure out how to approach things. Glad to help more. Will you be at Code4Lib, Dale? I'd love to chat more about this stuff. Or for that matter, anyone else on the list will be at Code4Lib, Scot if you're reading this? Should we have a little Umlaut meet-up? Jonathan On 1/18/2011 7:48 PM, Poulter, Dale wrote: > > We are working towards customizing umlaut for probable use in > production! However, we are seeing slow response that I cannot seem > to explain. Has anyone worked on optimizing performance? Here is a > sample url > > http://umlaut.library.vanderbilt.edu/go/11 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rochkind at jhu.edu Wed Jan 19 11:05:01 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 11:05:01 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D370BAD.6020404@jhu.edu> Yeah, sorry, there was an AJAX bug in Umlaut with regard to services that throw exceptions. I thought I fixed it; either I didn't, or Dale has a checkout from before the fix went in. But that's just masking the underlying problem, which is the JStorCover service should no longer be used. [Much shorter version of my previous post. :) ] On 1/18/2011 9:34 PM, Ross Singer wrote: > What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: > SFX results come back blazingly fast, then nothing else does. > > I never got the spinners to stop spinning. > > I also tried: http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20you%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803-7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 > > and > > http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 > > My guess would be that something's wrong with the AJAX requests, are > the logs showing any errors? It's acting like there's an error that > never completes the background tasks. > > I'm still absolutely amazed at how quickly the SFX results come back. > > -Ross. > > On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale > wrote: >> We are working towards customizing umlaut for probable use in production! >> However, we are seeing slow response that I cannot seem to explain. Has >> anyone worked on optimizing performance? Here is a sample url >> >> >> >> http://umlaut.library.vanderbilt.edu/go/11 >> >> >> >> >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 19 11:27:05 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 11:27:05 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: References: <4D2F5F94.3040306@jhu.edu> <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> <864A73846CE8F04D995603351682C29C9AC556C56E@JHEMTEXVS2.win.ad.jhu.edu> Message-ID: <4D3710D9.5060501@jhu.edu> Sounds good for now, although I'm still very curious about how these Primo 'sources' are actually used by Umlaut. Are they used by the Primo adapter, then? What part of Umlaut are they used by? Can you document the Primo stuff in the wiki? Especially if you've done more for Primo than a service adapter, but actually customized other parts of the Umlaut architecture for Primo? On 1/19/2011 9:31 AM, Scot Dalton wrote: > I added a local directory, which folks can add their own Primo sources into and put a sample distribution directory with our nyu_aleph source as an example. > The code checks first for the non-local source class as defined in the primo.yml and then checks for local source class definitions. If it finds neither, it logs an error and proceeds without a source. > This seemed to be the easiest way to allow people to customize their own local sources. > > So if, for example, Vanderbilt wanted to create a Vanderbilt Acorn source that provides extended request functionality, they would write an acorn.rb class, put it in local, and define that source in primo.yml. > > Let me know if you have any questions or concerns. > > Thanks, > Scot > On Jan 13, 2011, at Jan 13, 5:51 PM, Jonathan Rochkind wrote: > >> I'm confused -- is this something that you want to share back just an _example_ localized for you, or is it a standard utility other primo users could use? Maybe I'd need to understand more about exactly what's going on (it's just one file? How is that class used by Umlaut, if at all?). >> >> But if it's just an example, we should just create an, I dunno, examples/ directory somewhere in the repo and add it. >> >> If it's a standard utility others could use, then just put it anywhere you want in lib/ in the repo. >> >> As you discovered, standard ruby class loader assumes a file in $LOAD_PATH_DIR/exlibris/primo/source/local/foo.rb will be called ExLibris::Primo::Source::Local::Foo.rb. Where $LOAD_PATH is any directory in your load path, in this case lib/. >> >> So first,I personally really hate that giant-chain-of-nested-module thing that people do in Java, and I think there's no good reason to do in ruby. I'd stick to zero or at most one level of module namespacing. PrimoAlephSource (just in lib/primo_aleph_source.rb) or maybe one level, PrimoSources::Aleph ( in lib/primo_sources/aleph.rb). I don't think anything is to be gained by that long list of module namespaces and corresonding hieararchial directories. >> >> Secondly, if we want to put a source file in a place that doesn't _completely_ correspond to the directory path, we can futz with the ruby load path. I'd have to google the right way to do that in a Rails2 app, but I recall it being easy. So, if you added lib/local to the load paths, then you could have a file in: >> >> lib/local/primo/source/aleph.rb that was actually namespaced as Primo::Source::Aleph.rb, without the local (or the lib) actually being in the module namespace, because lib/local is in the load path. >> >> Alternately, if you actually added lib/primo/source/local to the load path, then you could have a file at: >> >> lib/primo/source/local/aleph.rb, that is just called Aleph, with no module namespace at all, because all of lib/primo/source/local is in the load path. >> >> But you wouldn't want to do that, because it's confusing. Depending on if your file is just an example you want to distribute, or actually a utility of common use, it might guide us to the best way to namespace it. But you rarely in ruby code see 3 4 or 5 levels of namespacing like you do in Java, because it's inconvenient and confusing. No levels, one level, or if you REALLY need it two or three (two or three only because you have a lot of other code you want to organize into seperate modules, not because you have just one file but for some odd reason want to put it in three levels of namespacing!). >> >> ________________________________________ >> From: Scot Dalton [scot.dalton at nyu.edu] >> Sent: Thursday, January 13, 2011 5:13 PM >> To: umlaut-general at rubyforge.org >> Cc: Jonathan Rochkind >> Subject: Re: [Umlaut-general] Primo service sources >> >> In this context, a 'source' is a Primo specific concept. Ostensibly, local implementations can add custom local classes configured in the primo.yml file to add functionality for a particular returned result in Primo. Currently, even local classes are in lib/exlibris/primo/source. I'd prefer the bespoke classes to be in lib/exlibris/primo/source/local, but I'm getting an uninitialized constant error. Maybe it would be easier to just require Local::Something in this case? Or should I update the load_path to look at lib/exlibris/primo/source/local? >> >> Regarding how we manage svn in our instance, we're not using the rubyforge U2 svn. Instead we use a local svn to manage it, so I'm not exactly sure the best way to share it back. >> >> Thanks, >> Scot >> >> >> On Jan 13, 2011, at Jan 13, 3:24 PM, Jonathan Rochkind wrote: >> >>> So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. >>> >>> I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. >>> >>> You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. >>> >>> But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. >>> >>> Does this make sense? >>> >>> On 1/13/2011 1:56 PM, Scot Dalton wrote: >>>> Hi all, >>>> >>>> I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? >>>> >>>> Any advice is appreciated. >>>> >>>> Thanks, >>>> Scot >>>> >>>> -- >>>> Scot Dalton >>>> Phone: (212) 998-2674 >>>> Web Services >>>> Division of Libraries >>>> New York University >>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 19 11:29:21 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 11:29:21 -0500 Subject: [Umlaut-general] Umlaut Auth Module In-Reply-To: <5B053DEE-F53F-4173-A585-F79A5E2FC9B4@nyu.edu> References: <5B053DEE-F53F-4173-A585-F79A5E2FC9B4@nyu.edu> Message-ID: <4D371161.4050808@jhu.edu> If I don't want to use the auth module, can I not do anything and it won't be used? Can you provide a wiki page with an overview of what the auth module _does_ and how to use it? Why would I want to use it, what would it do for me, and how would I make it do that? I'd like documentation before or at the same time as it is committed. Ideally I'd like to look over your overview of what it does and how it does it -- even if I don't have time to look over the code, which I probably don't -- before it gets committed. Jonathan On 1/19/2011 9:49 AM, Scot Dalton wrote: > Hi all, > > I'm about ready to commit my auth module changes back to trunk. We've been running the module in production for the past few months and it seems to be working well. For sites already up with Umlaut, there are two requirements requirements for the auth module. 1.) It uses authlogic, so you would need that gem, and 2.) the user model required a few more fields to work with authlogic, so you'll need to do a rails migration to update the DB. > > After that, if you want to use it, you'll need to add a local auth class based on your auth scheme. I'll include some samples. There may also be some bugs to work out, so please be patient. > > I'll update the documentation to reflect these changes, but before I do so, I wanted to see if there were any concerns about merging the branch into trunk. > > Thanks, > Scot > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From scot.dalton at nyu.edu Wed Jan 19 12:11:22 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Wed, 19 Jan 2011 12:11:22 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: <4D3710D9.5060501@jhu.edu> References: <4D2F5F94.3040306@jhu.edu> <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> <864A73846CE8F04D995603351682C29C9AC556C56E@JHEMTEXVS2.win.ad.jhu.edu> <4D3710D9.5060501@jhu.edu> Message-ID: <61F7381D-6B84-4E5F-ACFB-1EF0A6E5C7F5@nyu.edu> Yep, they are used by the Primo adapter to extend functionality based on the data source in Primo. For example, if Aleph offers different features that another Primo data source doesn't, say an Excel file that contains a list of newspapers that was indexed in Primo, the locally defined source could be leveraged to include the Aleph functionality. Thanks, Scot On Jan 19, 2011, at Jan 19, 11:27 AM, Jonathan Rochkind wrote: > Sounds good for now, although I'm still very curious about how these Primo 'sources' are actually used by Umlaut. Are they used by the Primo adapter, then? What part of Umlaut are they used by? > > Can you document the Primo stuff in the wiki? Especially if you've done more for Primo than a service adapter, but actually customized other parts of the Umlaut architecture for Primo? > > On 1/19/2011 9:31 AM, Scot Dalton wrote: >> I added a local directory, which folks can add their own Primo sources into and put a sample distribution directory with our nyu_aleph source as an example. >> The code checks first for the non-local source class as defined in the primo.yml and then checks for local source class definitions. If it finds neither, it logs an error and proceeds without a source. >> This seemed to be the easiest way to allow people to customize their own local sources. >> >> So if, for example, Vanderbilt wanted to create a Vanderbilt Acorn source that provides extended request functionality, they would write an acorn.rb class, put it in local, and define that source in primo.yml. >> >> Let me know if you have any questions or concerns. >> >> Thanks, >> Scot >> On Jan 13, 2011, at Jan 13, 5:51 PM, Jonathan Rochkind wrote: >> >>> I'm confused -- is this something that you want to share back just an _example_ localized for you, or is it a standard utility other primo users could use? Maybe I'd need to understand more about exactly what's going on (it's just one file? How is that class used by Umlaut, if at all?). >>> >>> But if it's just an example, we should just create an, I dunno, examples/ directory somewhere in the repo and add it. >>> >>> If it's a standard utility others could use, then just put it anywhere you want in lib/ in the repo. >>> >>> As you discovered, standard ruby class loader assumes a file in $LOAD_PATH_DIR/exlibris/primo/source/local/foo.rb will be called ExLibris::Primo::Source::Local::Foo.rb. Where $LOAD_PATH is any directory in your load path, in this case lib/. >>> >>> So first,I personally really hate that giant-chain-of-nested-module thing that people do in Java, and I think there's no good reason to do in ruby. I'd stick to zero or at most one level of module namespacing. PrimoAlephSource (just in lib/primo_aleph_source.rb) or maybe one level, PrimoSources::Aleph ( in lib/primo_sources/aleph.rb). I don't think anything is to be gained by that long list of module namespaces and corresonding hieararchial directories. >>> >>> Secondly, if we want to put a source file in a place that doesn't _completely_ correspond to the directory path, we can futz with the ruby load path. I'd have to google the right way to do that in a Rails2 app, but I recall it being easy. So, if you added lib/local to the load paths, then you could have a file in: >>> >>> lib/local/primo/source/aleph.rb that was actually namespaced as Primo::Source::Aleph.rb, without the local (or the lib) actually being in the module namespace, because lib/local is in the load path. >>> >>> Alternately, if you actually added lib/primo/source/local to the load path, then you could have a file at: >>> >>> lib/primo/source/local/aleph.rb, that is just called Aleph, with no module namespace at all, because all of lib/primo/source/local is in the load path. >>> >>> But you wouldn't want to do that, because it's confusing. Depending on if your file is just an example you want to distribute, or actually a utility of common use, it might guide us to the best way to namespace it. But you rarely in ruby code see 3 4 or 5 levels of namespacing like you do in Java, because it's inconvenient and confusing. No levels, one level, or if you REALLY need it two or three (two or three only because you have a lot of other code you want to organize into seperate modules, not because you have just one file but for some odd reason want to put it in three levels of namespacing!). >>> >>> ________________________________________ >>> From: Scot Dalton [scot.dalton at nyu.edu] >>> Sent: Thursday, January 13, 2011 5:13 PM >>> To: umlaut-general at rubyforge.org >>> Cc: Jonathan Rochkind >>> Subject: Re: [Umlaut-general] Primo service sources >>> >>> In this context, a 'source' is a Primo specific concept. Ostensibly, local implementations can add custom local classes configured in the primo.yml file to add functionality for a particular returned result in Primo. Currently, even local classes are in lib/exlibris/primo/source. I'd prefer the bespoke classes to be in lib/exlibris/primo/source/local, but I'm getting an uninitialized constant error. Maybe it would be easier to just require Local::Something in this case? Or should I update the load_path to look at lib/exlibris/primo/source/local? >>> >>> Regarding how we manage svn in our instance, we're not using the rubyforge U2 svn. Instead we use a local svn to manage it, so I'm not exactly sure the best way to share it back. >>> >>> Thanks, >>> Scot >>> >>> >>> On Jan 13, 2011, at Jan 13, 3:24 PM, Jonathan Rochkind wrote: >>> >>>> So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. >>>> >>>> I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. >>>> >>>> You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. >>>> >>>> But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. >>>> >>>> Does this make sense? >>>> >>>> On 1/13/2011 1:56 PM, Scot Dalton wrote: >>>>> Hi all, >>>>> >>>>> I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? >>>>> >>>>> Any advice is appreciated. >>>>> >>>>> Thanks, >>>>> Scot >>>>> >>>>> -- >>>>> Scot Dalton >>>>> Phone: (212) 998-2674 >>>>> Web Services >>>>> Division of Libraries >>>>> New York University >>>>> >>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> >>> -- >>> Scot Dalton >>> Phone: (212) 998-2674 >>> Web Services >>> Division of Libraries >>> New York University >>> >> >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From rochkind at jhu.edu Wed Jan 19 12:16:50 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 12:16:50 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: <61F7381D-6B84-4E5F-ACFB-1EF0A6E5C7F5@nyu.edu> References: <4D2F5F94.3040306@jhu.edu> <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> <864A73846CE8F04D995603351682C29C9AC556C56E@JHEMTEXVS2.win.ad.jhu.edu> <4D3710D9.5060501@jhu.edu> <61F7381D-6B84-4E5F-ACFB-1EF0A6E5C7F5@nyu.edu> Message-ID: <4D371C82.3010509@jhu.edu> Another way to support that kind of design might be to have local users make their own _subclasses_ of the existing Primo adapter -- document specific methods that they should over-ride or implement in their custom subclass. And then simply use their custom subclass in their services.yml instead of the default primo adapter. But just throwing it out there to think about, you don't need to change what you've got if it's working, and since I don't know the details of what you've done there could be reasons my suggestion would not be good. Also, since it's isolated to the Primo adapter especially, I'm not worried about it. Since the operation of this 'source' thing is more complicated than the typical adapter though, I wonder if it merits it's own wiki page, with overview, instructions and description of a short example, in addition to in-line documentation in comments? On 1/19/2011 12:11 PM, Scot Dalton wrote: > Yep, they are used by the Primo adapter to extend functionality based on the data source in Primo. For example, if Aleph offers different features that another Primo data source doesn't, say an Excel file that contains a list of newspapers that was indexed in Primo, the locally defined source could be leveraged to include the Aleph functionality. > > Thanks, > Scot > > On Jan 19, 2011, at Jan 19, 11:27 AM, Jonathan Rochkind wrote: > >> Sounds good for now, although I'm still very curious about how these Primo 'sources' are actually used by Umlaut. Are they used by the Primo adapter, then? What part of Umlaut are they used by? >> >> Can you document the Primo stuff in the wiki? Especially if you've done more for Primo than a service adapter, but actually customized other parts of the Umlaut architecture for Primo? >> >> On 1/19/2011 9:31 AM, Scot Dalton wrote: >>> I added a local directory, which folks can add their own Primo sources into and put a sample distribution directory with our nyu_aleph source as an example. >>> The code checks first for the non-local source class as defined in the primo.yml and then checks for local source class definitions. If it finds neither, it logs an error and proceeds without a source. >>> This seemed to be the easiest way to allow people to customize their own local sources. >>> >>> So if, for example, Vanderbilt wanted to create a Vanderbilt Acorn source that provides extended request functionality, they would write an acorn.rb class, put it in local, and define that source in primo.yml. >>> >>> Let me know if you have any questions or concerns. >>> >>> Thanks, >>> Scot >>> On Jan 13, 2011, at Jan 13, 5:51 PM, Jonathan Rochkind wrote: >>> >>>> I'm confused -- is this something that you want to share back just an _example_ localized for you, or is it a standard utility other primo users could use? Maybe I'd need to understand more about exactly what's going on (it's just one file? How is that class used by Umlaut, if at all?). >>>> >>>> But if it's just an example, we should just create an, I dunno, examples/ directory somewhere in the repo and add it. >>>> >>>> If it's a standard utility others could use, then just put it anywhere you want in lib/ in the repo. >>>> >>>> As you discovered, standard ruby class loader assumes a file in $LOAD_PATH_DIR/exlibris/primo/source/local/foo.rb will be called ExLibris::Primo::Source::Local::Foo.rb. Where $LOAD_PATH is any directory in your load path, in this case lib/. >>>> >>>> So first,I personally really hate that giant-chain-of-nested-module thing that people do in Java, and I think there's no good reason to do in ruby. I'd stick to zero or at most one level of module namespacing. PrimoAlephSource (just in lib/primo_aleph_source.rb) or maybe one level, PrimoSources::Aleph ( in lib/primo_sources/aleph.rb). I don't think anything is to be gained by that long list of module namespaces and corresonding hieararchial directories. >>>> >>>> Secondly, if we want to put a source file in a place that doesn't _completely_ correspond to the directory path, we can futz with the ruby load path. I'd have to google the right way to do that in a Rails2 app, but I recall it being easy. So, if you added lib/local to the load paths, then you could have a file in: >>>> >>>> lib/local/primo/source/aleph.rb that was actually namespaced as Primo::Source::Aleph.rb, without the local (or the lib) actually being in the module namespace, because lib/local is in the load path. >>>> >>>> Alternately, if you actually added lib/primo/source/local to the load path, then you could have a file at: >>>> >>>> lib/primo/source/local/aleph.rb, that is just called Aleph, with no module namespace at all, because all of lib/primo/source/local is in the load path. >>>> >>>> But you wouldn't want to do that, because it's confusing. Depending on if your file is just an example you want to distribute, or actually a utility of common use, it might guide us to the best way to namespace it. But you rarely in ruby code see 3 4 or 5 levels of namespacing like you do in Java, because it's inconvenient and confusing. No levels, one level, or if you REALLY need it two or three (two or three only because you have a lot of other code you want to organize into seperate modules, not because you have just one file but for some odd reason want to put it in three levels of namespacing!). >>>> >>>> ________________________________________ >>>> From: Scot Dalton [scot.dalton at nyu.edu] >>>> Sent: Thursday, January 13, 2011 5:13 PM >>>> To: umlaut-general at rubyforge.org >>>> Cc: Jonathan Rochkind >>>> Subject: Re: [Umlaut-general] Primo service sources >>>> >>>> In this context, a 'source' is a Primo specific concept. Ostensibly, local implementations can add custom local classes configured in the primo.yml file to add functionality for a particular returned result in Primo. Currently, even local classes are in lib/exlibris/primo/source. I'd prefer the bespoke classes to be in lib/exlibris/primo/source/local, but I'm getting an uninitialized constant error. Maybe it would be easier to just require Local::Something in this case? Or should I update the load_path to look at lib/exlibris/primo/source/local? >>>> >>>> Regarding how we manage svn in our instance, we're not using the rubyforge U2 svn. Instead we use a local svn to manage it, so I'm not exactly sure the best way to share it back. >>>> >>>> Thanks, >>>> Scot >>>> >>>> >>>> On Jan 13, 2011, at Jan 13, 3:24 PM, Jonathan Rochkind wrote: >>>> >>>>> So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. >>>>> >>>>> I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. >>>>> >>>>> You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. >>>>> >>>>> But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. >>>>> >>>>> Does this make sense? >>>>> >>>>> On 1/13/2011 1:56 PM, Scot Dalton wrote: >>>>>> Hi all, >>>>>> >>>>>> I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? >>>>>> >>>>>> Any advice is appreciated. >>>>>> >>>>>> Thanks, >>>>>> Scot >>>>>> >>>>>> -- >>>>>> Scot Dalton >>>>>> Phone: (212) 998-2674 >>>>>> Web Services >>>>>> Division of Libraries >>>>>> New York University >>>>>> >>>>>> _______________________________________________ >>>>>> Umlaut-general mailing list >>>>>> Umlaut-general at rubyforge.org >>>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> -- >>>> Scot Dalton >>>> Phone: (212) 998-2674 >>>> Web Services >>>> Division of Libraries >>>> New York University >>>> >>> -- >>> Scot Dalton >>> Phone: (212) 998-2674 >>> Web Services >>> Division of Libraries >>> New York University >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > From scot.dalton at nyu.edu Wed Jan 19 12:29:06 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Wed, 19 Jan 2011 12:29:06 -0500 Subject: [Umlaut-general] Primo service sources In-Reply-To: <4D371C82.3010509@jhu.edu> References: <4D2F5F94.3040306@jhu.edu> <87CEF323-A553-4564-A926-904558F4AE91@nyu.edu> <864A73846CE8F04D995603351682C29C9AC556C56E@JHEMTEXVS2.win.ad.jhu.edu> <4D3710D9.5060501@jhu.edu> <61F7381D-6B84-4E5F-ACFB-1EF0A6E5C7F5@nyu.edu> <4D371C82.3010509@jhu.edu> Message-ID: <09DF0B55-FB79-4B3E-B9B9-540E48845E3D@nyu.edu> Probably does merit its own wiki page. I'll update it in the next few days. Dale, would you be interested in working on a custom source for Acorn at some point? Thanks, Scot On Jan 19, 2011, at Jan 19, 12:16 PM, Jonathan Rochkind wrote: > Another way to support that kind of design might be to have local users make their own _subclasses_ of the existing Primo adapter -- document specific methods that they should over-ride or implement in their custom subclass. And then simply use their custom subclass in their services.yml instead of the default primo adapter. > > But just throwing it out there to think about, you don't need to change what you've got if it's working, and since I don't know the details of what you've done there could be reasons my suggestion would not be good. Also, since it's isolated to the Primo adapter especially, I'm not worried about it. > > Since the operation of this 'source' thing is more complicated than the typical adapter though, I wonder if it merits it's own wiki page, with overview, instructions and description of a short example, in addition to in-line documentation in comments? > > On 1/19/2011 12:11 PM, Scot Dalton wrote: >> Yep, they are used by the Primo adapter to extend functionality based on the data source in Primo. For example, if Aleph offers different features that another Primo data source doesn't, say an Excel file that contains a list of newspapers that was indexed in Primo, the locally defined source could be leveraged to include the Aleph functionality. >> >> Thanks, >> Scot >> >> On Jan 19, 2011, at Jan 19, 11:27 AM, Jonathan Rochkind wrote: >> >>> Sounds good for now, although I'm still very curious about how these Primo 'sources' are actually used by Umlaut. Are they used by the Primo adapter, then? What part of Umlaut are they used by? >>> >>> Can you document the Primo stuff in the wiki? Especially if you've done more for Primo than a service adapter, but actually customized other parts of the Umlaut architecture for Primo? >>> >>> On 1/19/2011 9:31 AM, Scot Dalton wrote: >>>> I added a local directory, which folks can add their own Primo sources into and put a sample distribution directory with our nyu_aleph source as an example. >>>> The code checks first for the non-local source class as defined in the primo.yml and then checks for local source class definitions. If it finds neither, it logs an error and proceeds without a source. >>>> This seemed to be the easiest way to allow people to customize their own local sources. >>>> >>>> So if, for example, Vanderbilt wanted to create a Vanderbilt Acorn source that provides extended request functionality, they would write an acorn.rb class, put it in local, and define that source in primo.yml. >>>> >>>> Let me know if you have any questions or concerns. >>>> >>>> Thanks, >>>> Scot >>>> On Jan 13, 2011, at Jan 13, 5:51 PM, Jonathan Rochkind wrote: >>>> >>>>> I'm confused -- is this something that you want to share back just an _example_ localized for you, or is it a standard utility other primo users could use? Maybe I'd need to understand more about exactly what's going on (it's just one file? How is that class used by Umlaut, if at all?). >>>>> >>>>> But if it's just an example, we should just create an, I dunno, examples/ directory somewhere in the repo and add it. >>>>> >>>>> If it's a standard utility others could use, then just put it anywhere you want in lib/ in the repo. >>>>> >>>>> As you discovered, standard ruby class loader assumes a file in $LOAD_PATH_DIR/exlibris/primo/source/local/foo.rb will be called ExLibris::Primo::Source::Local::Foo.rb. Where $LOAD_PATH is any directory in your load path, in this case lib/. >>>>> >>>>> So first,I personally really hate that giant-chain-of-nested-module thing that people do in Java, and I think there's no good reason to do in ruby. I'd stick to zero or at most one level of module namespacing. PrimoAlephSource (just in lib/primo_aleph_source.rb) or maybe one level, PrimoSources::Aleph ( in lib/primo_sources/aleph.rb). I don't think anything is to be gained by that long list of module namespaces and corresonding hieararchial directories. >>>>> >>>>> Secondly, if we want to put a source file in a place that doesn't _completely_ correspond to the directory path, we can futz with the ruby load path. I'd have to google the right way to do that in a Rails2 app, but I recall it being easy. So, if you added lib/local to the load paths, then you could have a file in: >>>>> >>>>> lib/local/primo/source/aleph.rb that was actually namespaced as Primo::Source::Aleph.rb, without the local (or the lib) actually being in the module namespace, because lib/local is in the load path. >>>>> >>>>> Alternately, if you actually added lib/primo/source/local to the load path, then you could have a file at: >>>>> >>>>> lib/primo/source/local/aleph.rb, that is just called Aleph, with no module namespace at all, because all of lib/primo/source/local is in the load path. >>>>> >>>>> But you wouldn't want to do that, because it's confusing. Depending on if your file is just an example you want to distribute, or actually a utility of common use, it might guide us to the best way to namespace it. But you rarely in ruby code see 3 4 or 5 levels of namespacing like you do in Java, because it's inconvenient and confusing. No levels, one level, or if you REALLY need it two or three (two or three only because you have a lot of other code you want to organize into seperate modules, not because you have just one file but for some odd reason want to put it in three levels of namespacing!). >>>>> >>>>> ________________________________________ >>>>> From: Scot Dalton [scot.dalton at nyu.edu] >>>>> Sent: Thursday, January 13, 2011 5:13 PM >>>>> To: umlaut-general at rubyforge.org >>>>> Cc: Jonathan Rochkind >>>>> Subject: Re: [Umlaut-general] Primo service sources >>>>> >>>>> In this context, a 'source' is a Primo specific concept. Ostensibly, local implementations can add custom local classes configured in the primo.yml file to add functionality for a particular returned result in Primo. Currently, even local classes are in lib/exlibris/primo/source. I'd prefer the bespoke classes to be in lib/exlibris/primo/source/local, but I'm getting an uninitialized constant error. Maybe it would be easier to just require Local::Something in this case? Or should I update the load_path to look at lib/exlibris/primo/source/local? >>>>> >>>>> Regarding how we manage svn in our instance, we're not using the rubyforge U2 svn. Instead we use a local svn to manage it, so I'm not exactly sure the best way to share it back. >>>>> >>>>> Thanks, >>>>> Scot >>>>> >>>>> >>>>> On Jan 13, 2011, at Jan 13, 3:24 PM, Jonathan Rochkind wrote: >>>>> >>>>>> So the issue is that Umlaut is downloaded as a complete Rails application, but we want to keep seperate which parts are shared Umlaut codebase, and which parts are local codebase. If were were in Rails3 as an Engine, this would be a lot easier, but instead we use some hacky methods. >>>>>> >>>>>> I'm a bit confused about the specifics. I'm not sure what you mean by 'source', there's nothing I'm remembering in the Umlaut architecture called that. Is the Primo adapter is an Umlaut "service adapter", something you reference in services.yml? If so, it should go in the (shared) directory lib/service_adaptors, and be committed to svn from there. Obviously you'd want to commit something that was generically useful to anyone with Primo, perhaps using configuration parameters. >>>>>> >>>>>> You can have your own purely local not shared service adapter too. That's perhaps what you have now, and what you might have in the future if you have maybe a local subclass of a shared primo adapter. Our somewhat hacky architecture for keeping 'local' files separate from shared ones doens't actually provide a place for shared lib/ files, but we can figure out a way to add them. I'm thinking that lib/local and lib/service_adapters/local should be understood as local directories -- we might also have to fix the application's load_paths so it looks in those locations for ruby classes, without requiring them all to be called Local::Something. That is do-able. >>>>>> >>>>>> But if you already have SOME way you've been using for your local files that's working for you, that may not be a problem. The answer to where you put a service adapter that you want to commit back to the repo, is put it in lib/service_adapters, and commit to the repo. >>>>>> >>>>>> Does this make sense? >>>>>> >>>>>> On 1/13/2011 1:56 PM, Scot Dalton wrote: >>>>>>> Hi all, >>>>>>> >>>>>>> I've added a local Primo source for NYU's Aleph instance that I'd like to share back to the community, but I'm not sure exactly how to do it in SVN. The issue is that for our instance, the file sits at lib/exlibris/primo/source/nyu_aleph.rb which is not a local directory. Should I put it in a distribution directory to share with the community and then create a local directory that is in the svn:ignore property, so that local customizations can be local? >>>>>>> >>>>>>> Any advice is appreciated. >>>>>>> >>>>>>> Thanks, >>>>>>> Scot >>>>>>> >>>>>>> -- >>>>>>> Scot Dalton >>>>>>> Phone: (212) 998-2674 >>>>>>> Web Services >>>>>>> Division of Libraries >>>>>>> New York University >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Umlaut-general mailing list >>>>>>> Umlaut-general at rubyforge.org >>>>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>>> -- >>>>> Scot Dalton >>>>> Phone: (212) 998-2674 >>>>> Web Services >>>>> Division of Libraries >>>>> New York University >>>>> >>>> -- >>>> Scot Dalton >>>> Phone: (212) 998-2674 >>>> Web Services >>>> Division of Libraries >>>> New York University >>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From scot.dalton at nyu.edu Wed Jan 19 12:31:20 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Wed, 19 Jan 2011 12:31:20 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <4D370B20.207@jhu.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D370B20.207@jhu.edu> Message-ID: Unfortunately, I won't be at Code4Lib, but would definitely be interested in any discussions that came out of a meet-up. Thanks, Scot On Jan 19, 2011, at Jan 19, 11:02 AM, Jonathan Rochkind wrote: > I just tried your sample list, and had the INITIAL response come back in under 3 seconds, which is good -- you aren't going to see much less than that, just because SFX itself is so slow. So you're actually looking pretty good in general. > > However, then the background responses keep going forever. Umlaut is _supposed_ to eventually time them out and give you an error message on screen -- at one point there was a bug in the JS where it never refreshed in error condition. I think I fixed that, but it doesn't seem to be fixed in yours. You might want to try updating to Umlaut 'trunk', from the older checkout you have. Or else I didn't fix it like I thought. > > Regardless, if you see those spinning wheels forever, you can do a manual browser refresh, and you'll often get them to away, AND get some error messages. In this case, I see one of your error messages is related to the JStor Journal Covers service --- JStor actually no longer provides journal covers in an accessible way like they used to, and sadly that service instead of timing out nicely just goes forever trying to get em. Remove JStorCover service from your institutions.yml, and that might fix things up for you. > > Hope these are some clues that help you figure out how to approach things. Glad to help more. Will you be at Code4Lib, Dale? I'd love to chat more about this stuff. Or for that matter, anyone else on the list will be at Code4Lib, Scot if you're reading this? Should we have a little Umlaut meet-up? > > Jonathan > > On 1/18/2011 7:48 PM, Poulter, Dale wrote: >> We are working towards customizing umlaut for probable use in production! However, we are seeing slow response that I cannot seem to explain. Has anyone worked on optimizing performance? Here is a sample url >> >> >> http://umlaut.library.vanderbilt.edu/go/11 >> >> >> > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From scot.dalton at nyu.edu Wed Jan 19 12:36:41 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Wed, 19 Jan 2011 12:36:41 -0500 Subject: [Umlaut-general] Umlaut Auth Module In-Reply-To: <4D371161.4050808@jhu.edu> References: <5B053DEE-F53F-4173-A585-F79A5E2FC9B4@nyu.edu> <4D371161.4050808@jhu.edu> Message-ID: I will update the wiki today or tomorrow and plan on committing to trunk sometime next week. As far as doing nothing if you don't want to use it, the current implementation of the auth module will probably complain about the missing authlogic gem. Is there a way to make code contingent on the presence of a particular gem? That may be the best way to handle it. Thanks, Scot On Jan 19, 2011, at Jan 19, 11:29 AM, Jonathan Rochkind wrote: > If I don't want to use the auth module, can I not do anything and it won't be used? > > Can you provide a wiki page with an overview of what the auth module _does_ and how to use it? Why would I want to use it, what would it do for me, and how would I make it do that? > > I'd like documentation before or at the same time as it is committed. Ideally I'd like to look over your overview of what it does and how it does it -- even if I don't have time to look over the code, which I probably don't -- before it gets committed. > > Jonathan > > On 1/19/2011 9:49 AM, Scot Dalton wrote: >> Hi all, >> >> I'm about ready to commit my auth module changes back to trunk. We've been running the module in production for the past few months and it seems to be working well. For sites already up with Umlaut, there are two requirements requirements for the auth module. 1.) It uses authlogic, so you would need that gem, and 2.) the user model required a few more fields to work with authlogic, so you'll need to do a rails migration to update the DB. >> >> After that, if you want to use it, you'll need to add a local auth class based on your auth scheme. I'll include some samples. There may also be some bugs to work out, so please be patient. >> >> I'll update the documentation to reflect these changes, but before I do so, I wanted to see if there were any concerns about merging the branch into trunk. >> >> Thanks, >> Scot >> >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From rochkind at jhu.edu Wed Jan 19 12:43:08 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 12:43:08 -0500 Subject: [Umlaut-general] Umlaut Auth Module In-Reply-To: References: <5B053DEE-F53F-4173-A585-F79A5E2FC9B4@nyu.edu> <4D371161.4050808@jhu.edu> Message-ID: <4D3722AC.8050007@jhu.edu> Hmm, I'm not sure. I think there is a way, but I don't know what it is. Can you try to find a way before committing? Or if you can't and want to give up on that, we can revisit. :) Or actually, if we just add the authlogic dependency as a config.gem in environment.rb (and to the list of required gems in the installation docs), that might be fine too -- don't know if it's better to always include that dependency even though many people won't use it, or better to leave it out confusing people who do try to use it. I am still curious to learn how the auth module works and what it can be used for -- how I'd customize it to use a custom local (say SSO) login method; and how once I have people logging in, what I can do to make that login effect anything else in Umlaut at all (no point in having people log in if it changes nothing!). Jonathan On 1/19/2011 12:36 PM, Scot Dalton wrote: > I will update the wiki today or tomorrow and plan on committing to trunk sometime next week. > > As far as doing nothing if you don't want to use it, the current implementation of the auth module will probably complain about the missing authlogic gem. Is there a way to make code contingent on the presence of a particular gem? That may be the best way to handle it. > > Thanks, > Scot > > On Jan 19, 2011, at Jan 19, 11:29 AM, Jonathan Rochkind wrote: > >> If I don't want to use the auth module, can I not do anything and it won't be used? >> >> Can you provide a wiki page with an overview of what the auth module _does_ and how to use it? Why would I want to use it, what would it do for me, and how would I make it do that? >> >> I'd like documentation before or at the same time as it is committed. Ideally I'd like to look over your overview of what it does and how it does it -- even if I don't have time to look over the code, which I probably don't -- before it gets committed. >> >> Jonathan >> >> On 1/19/2011 9:49 AM, Scot Dalton wrote: >>> Hi all, >>> >>> I'm about ready to commit my auth module changes back to trunk. We've been running the module in production for the past few months and it seems to be working well. For sites already up with Umlaut, there are two requirements requirements for the auth module. 1.) It uses authlogic, so you would need that gem, and 2.) the user model required a few more fields to work with authlogic, so you'll need to do a rails migration to update the DB. >>> >>> After that, if you want to use it, you'll need to add a local auth class based on your auth scheme. I'll include some samples. There may also be some bugs to work out, so please be patient. >>> >>> I'll update the documentation to reflect these changes, but before I do so, I wanted to see if there were any concerns about merging the branch into trunk. >>> >>> Thanks, >>> Scot >>> >>> -- >>> Scot Dalton >>> Phone: (212) 998-2674 >>> Web Services >>> Division of Libraries >>> New York University >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > From dale.poulter at Vanderbilt.Edu Wed Jan 19 12:53:03 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 19 Jan 2011 11:53:03 -0600 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. ===================== Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; .NET4.0C) Timestamp: Wed, 19 Jan 2011 17:49:13 UTC Message: Exception thrown and not caught Line: 28 Char: 162 Code: 0 URI: http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2.min.js?1293844188 ============= -Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot Dalton Sent: Wednesday, January 19, 2011 9:14 AM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut performance According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg Thanks, Scot On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: > Ross, > > Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. > > [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] > [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 > [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} > [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] > [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 > [19 Jan 06:55:28] (pid:15755) INFO: Redirected to http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal > [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 reqs/sec) | DB: 0.20621 (90%) | 302 Found [http://umlaut.library.vanderbilt.edu/go/10] > > > [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] > [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 > [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} > [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] > [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari > /534.10 > [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, request 53 > [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. > [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, request 53: in 0.606267 > [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, request 53 > [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. > [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, request 53: in 0.551556 > [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within local/vu_resolve.rhtml > [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index > [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 reqs/sec) | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal] > > > [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] > [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 > [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} > [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal > [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 > [19 Jan 06:55:34] (pid:15758) INFO: Rendering resolve/partial_html_sections > > > [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' > /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' > /app/controllers/resolve_controller.rb:428:in `to_json' > /app/controllers/resolve_controller.rb:428:in `api_render' > /app/controllers/resolve_controller.rb:289:in `partial_html_sections' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' > /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' > /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 > /usr/local/bin/mongrel_rails:19:in `load' > /usr/local/bin/mongrel_rails:19 > > [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within local/vu_resolve.rhtml > [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error (500) > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer > Sent: Tuesday, January 18, 2011 8:35 PM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut performance > > What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: > SFX results come back blazingly fast, then nothing else does. > > I never got the spinners to stop spinning. > > I also tried: http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20you%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803-7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 > > and > > http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 > > My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. > > I'm still absolutely amazed at how quickly the SFX results come back. > > -Ross. > > On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale > wrote: > > We are working towards customizing umlaut for probable use in production! > > However, we are seeing slow response that I cannot seem to explain. > > Has anyone worked on optimizing performance? Here is a sample url > > > > > > > > http://umlaut.library.vanderbilt.edu/go/11 > > > > > > > > > > > > _______________________________________________ > > Umlaut-general mailing list > > Umlaut-general at rubyforge.org > > http://rubyforge.org/mailman/listinfo/umlaut-general > > > > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general From dale.poulter at Vanderbilt.Edu Wed Jan 19 13:23:08 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 19 Jan 2011 12:23:08 -0600 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <4D370B20.207@jhu.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D370B20.207@jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E4601444A@ITS-HCWNEM03.ds.Vanderbilt.edu> I will be unable to attend code4lib. Could we possibly have meet up at ELUNA? From: Jonathan Rochkind [mailto:rochkind at jhu.edu] Sent: Wednesday, January 19, 2011 10:03 AM To: umlaut-general at rubyforge.org Cc: Poulter, Dale Subject: Re: [Umlaut-general] Umlaut performance I just tried your sample list, and had the INITIAL response come back in under 3 seconds, which is good -- you aren't going to see much less than that, just because SFX itself is so slow. So you're actually looking pretty good in general. However, then the background responses keep going forever. Umlaut is _supposed_ to eventually time them out and give you an error message on screen -- at one point there was a bug in the JS where it never refreshed in error condition. I think I fixed that, but it doesn't seem to be fixed in yours. You might want to try updating to Umlaut 'trunk', from the older checkout you have. Or else I didn't fix it like I thought. Regardless, if you see those spinning wheels forever, you can do a manual browser refresh, and you'll often get them to away, AND get some error messages. In this case, I see one of your error messages is related to the JStor Journal Covers service --- JStor actually no longer provides journal covers in an accessible way like they used to, and sadly that service instead of timing out nicely just goes forever trying to get em. Remove JStorCover service from your institutions.yml, and that might fix things up for you. Hope these are some clues that help you figure out how to approach things. Glad to help more. Will you be at Code4Lib, Dale? I'd love to chat more about this stuff. Or for that matter, anyone else on the list will be at Code4Lib, Scot if you're reading this? Should we have a little Umlaut meet-up? Jonathan On 1/18/2011 7:48 PM, Poulter, Dale wrote: We are working towards customizing umlaut for probable use in production! However, we are seeing slow response that I cannot seem to explain. Has anyone worked on optimizing performance? Here is a sample url http://umlaut.library.vanderbilt.edu/go/11 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rochkind at jhu.edu Wed Jan 19 13:23:34 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 13:23:34 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E4601444A@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D370B20.207@jhu.edu> <7288D49C0448E840B752320350AFA94E4601444A@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D372C26.9040601@jhu.edu> Sadly, I don't think I'll be at ELUNA. On 1/19/2011 1:23 PM, Poulter, Dale wrote: > > I will be unable to attend code4lib. Could we possibly have meet up > at ELUNA? > > *From:*Jonathan Rochkind [mailto:rochkind at jhu.edu] > *Sent:* Wednesday, January 19, 2011 10:03 AM > *To:* umlaut-general at rubyforge.org > *Cc:* Poulter, Dale > *Subject:* Re: [Umlaut-general] Umlaut performance > > I just tried your sample list, and had the INITIAL response come back > in under 3 seconds, which is good -- you aren't going to see much less > than that, just because SFX itself is so slow. So you're actually > looking pretty good in general. > > However, then the background responses keep going forever. Umlaut is > _supposed_ to eventually time them out and give you an error message > on screen -- at one point there was a bug in the JS where it never > refreshed in error condition. I think I fixed that, but it doesn't > seem to be fixed in yours. You might want to try updating to Umlaut > 'trunk', from the older checkout you have. Or else I didn't fix it > like I thought. > > Regardless, if you see those spinning wheels forever, you can do a > manual browser refresh, and you'll often get them to away, AND get > some error messages. In this case, I see one of your error messages > is related to the JStor Journal Covers service --- JStor actually no > longer provides journal covers in an accessible way like they used to, > and sadly that service instead of timing out nicely just goes forever > trying to get em. Remove JStorCover service from your > institutions.yml, and that might fix things up for you. > > Hope these are some clues that help you figure out how to approach > things. Glad to help more. Will you be at Code4Lib, Dale? I'd love to > chat more about this stuff. Or for that matter, anyone else on the > list will be at Code4Lib, Scot if you're reading this? Should we have > a little Umlaut meet-up? > > Jonathan > > On 1/18/2011 7:48 PM, Poulter, Dale wrote: > > We are working towards customizing umlaut for probable use in > production! However, we are seeing slow response that I cannot seem > to explain. Has anyone worked on optimizing performance? Here is a > sample url > > http://umlaut.library.vanderbilt.edu/go/11 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dale.poulter at Vanderbilt.Edu Wed Jan 19 14:03:24 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 19 Jan 2011 13:03:24 -0600 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <4D3731C8.1040405@jhu.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> Jonathan, Yes, I had disabled the Jstor service. I have not completely removed the service from services.yml. I have the latest version of Umlaut available and have not overridden the jquery code. That said, I am encountering the same issue. -----Original Message----- From: Jonathan Rochkind [mailto:rochkind at jhu.edu] Sent: Wednesday, January 19, 2011 12:48 PM To: umlaut-general at rubyforge.org Cc: Poulter, Dale Subject: Re: [Umlaut-general] Umlaut performance Did you get my last messages? Have you disabled the JStorCover service? Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is raised by a service adapter, the spinners go forever. 2) JStor no longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. Please remove the JStor Cover service from your services.yml, see what happens, and report back. I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. Jonathan On 1/19/2011 12:53 PM, Poulter, Dale wrote: > This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. > > ===================== > Webpage error details > > User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; > Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; > .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; > .NET4.0C) > Timestamp: Wed, 19 Jan 2011 17:49:13 UTC > > > Message: Exception thrown and not caught > Line: 28 > Char: 162 > Code: 0 > URI: > http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2.m > in.js?1293844188 > ============= > -Original Message----- > From: umlaut-general-bounces at rubyforge.org > [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot Dalton > Sent: Wednesday, January 19, 2011 9:14 AM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut performance > > According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. > > http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg > > Thanks, > Scot > > On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: > >> Ross, >> >> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >> >> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&ur >> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_ >> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info% >> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Dou >> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich >> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C& >> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aof >> i%2Ffmt%3Akev%3Amtx%3Ajournal >> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 reqs/sec) >> | DB: 0.20621 (90%) | 302 Found >> [http://umlaut.library.vanderbilt.edu/go/10] >> >> >> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >> /534.10 >> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, request >> 53 >> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >> request 53: in 0.606267 >> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, request >> 53 >> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >> request 53: in 0.551556 >> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >> local/vu_resolve.rhtml >> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 reqs/sec) >> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >> >> >> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >> resolve/partial_html_sections >> >> >> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >> /app/controllers/resolve_controller.rb:428:in `to_json' >> /app/controllers/resolve_controller.rb:428:in `api_render' >> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >> /usr/local/bin/mongrel_rails:19:in `load' >> /usr/local/bin/mongrel_rails:19 >> >> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >> local/vu_resolve.rhtml >> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >> (500) >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >> Singer >> Sent: Tuesday, January 18, 2011 8:35 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut performance >> >> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >> SFX results come back blazingly fast, then nothing else does. >> >> I never got the spinners to stop spinning. >> >> I also tried: >> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_ >> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20y >> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803- >> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >> >> and >> >> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_ >> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >> >> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >> >> I'm still absolutely amazed at how quickly the SFX results come back. >> >> -Ross. >> >> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >> wrote: >>> We are working towards customizing umlaut for probable use in production! >>> However, we are seeing slow response that I cannot seem to explain. >>> Has anyone worked on optimizing performance? Here is a sample url >>> >>> >>> >>> http://umlaut.library.vanderbilt.edu/go/11 >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> >>> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 19 14:10:11 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 14:10:11 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D373713.8030702@jhu.edu> What is the 'same issue'? Spinners that never go away on the page? Does that same test URL you supplied before (http://umlaut.library.vanderbilt.edu/go/11) now demonstrate in an app that has a disabled JStor service? Ah, I think it does, okay. So, yes, the issue is with spinners that never go away; if while you're looking at the spinners you do a manual browser refresh, you'll see that the page is immediately good. So, yeah, the problem does have to do with the AJAX page updating. There were at some point in the past 6 months bugs in Umlaut related to the AJAX update. Can you upgrade to latest version of umlaut from svn, so we're both working with the same codebase? [Also, note for Umlaut debugging, and sorry this is annoying -- Umlaut often uses a cached version of your response, and there's no good way to turn that off for debugging (there should be). So if you want to redo an OpenURL from scratch, you'll have to delete cookies in your browser from your umlaut server before reloading.] That exception in your log re Json IS troubling, but I'm not sure if it's responsible for the problems you're seeing. We could try googling for that exception to see if others have had it with JSon in Rails; Scot googled though and found that it might be a red herring. Or it might be related, yeah. On 1/19/2011 2:03 PM, Poulter, Dale wrote: > Jonathan, > > Yes, I had disabled the Jstor service. I have not completely removed the service from services.yml. I have the latest version of Umlaut available and have not overridden the jquery code. That said, I am encountering the same issue. > > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Wednesday, January 19, 2011 12:48 PM > To: umlaut-general at rubyforge.org > Cc: Poulter, Dale > Subject: Re: [Umlaut-general] Umlaut performance > > Did you get my last messages? Have you disabled the JStorCover service? > > Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is > raised by a service adapter, the spinners go forever. 2) JStor no > longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. > > Please remove the JStor Cover service from your services.yml, see what happens, and report back. > > I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. > > Jonathan > > On 1/19/2011 12:53 PM, Poulter, Dale wrote: >> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. >> >> ===================== >> Webpage error details >> >> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; >> Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; >> .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; >> .NET4.0C) >> Timestamp: Wed, 19 Jan 2011 17:49:13 UTC >> >> >> Message: Exception thrown and not caught >> Line: 28 >> Char: 162 >> Code: 0 >> URI: >> http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2.m >> in.js?1293844188 >> ============= >> -Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot Dalton >> Sent: Wednesday, January 19, 2011 9:14 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut performance >> >> According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. >> >> http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg >> >> Thanks, >> Scot >> >> On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: >> >>> Ross, >>> >>> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >>> >>> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >>> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >>> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >>> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&ur >>> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_ >>> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info% >>> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Dou >>> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich >>> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C& >>> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aof >>> i%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 reqs/sec) >>> | DB: 0.20621 (90%) | 302 Found >>> [http://umlaut.library.vanderbilt.edu/go/10] >>> >>> >>> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >>> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >>> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >>> /534.10 >>> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >>> request 53: in 0.606267 >>> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >>> request 53: in 0.551556 >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 reqs/sec) >>> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >>> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >>> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >>> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >>> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >>> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >>> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >>> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >>> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >>> >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >>> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >>> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >>> resolve/partial_html_sections >>> >>> >>> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>> /app/controllers/resolve_controller.rb:428:in `to_json' >>> /app/controllers/resolve_controller.rb:428:in `api_render' >>> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>> /usr/local/bin/mongrel_rails:19:in `load' >>> /usr/local/bin/mongrel_rails:19 >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >>> (500) >>> >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>> Singer >>> Sent: Tuesday, January 18, 2011 8:35 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut performance >>> >>> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >>> SFX results come back blazingly fast, then nothing else does. >>> >>> I never got the spinners to stop spinning. >>> >>> I also tried: >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20y >>> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803- >>> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >>> >>> and >>> >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >>> >>> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >>> >>> I'm still absolutely amazed at how quickly the SFX results come back. >>> >>> -Ross. >>> >>> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >>> wrote: >>>> We are working towards customizing umlaut for probable use in production! >>>> However, we are seeing slow response that I cannot seem to explain. >>>> Has anyone worked on optimizing performance? Here is a sample url >>>> >>>> >>>> >>>> http://umlaut.library.vanderbilt.edu/go/11 >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> >>>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 19 14:12:19 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 14:12:19 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D373793.60907@jhu.edu> And yeah, it's definitely NOT a performance problem, which is great. Your Umlaut is actually VERY fast, faster than mine! (Probably because you're not actually going out to query your Catalog live, which I do, which is slow because my Catalog is slow, bah). If you pretty much immediately do a browser refresh after you get the spinners, you'll pretty much immediately see the finished response. So your performance is great, there's just something going wrong with the AJAX page updating. I'd definitely like to help you fix it, if it's some kind of bug in Umlaut get that fixed. On 1/19/2011 2:03 PM, Poulter, Dale wrote: > Jonathan, > > Yes, I had disabled the Jstor service. I have not completely removed the service from services.yml. I have the latest version of Umlaut available and have not overridden the jquery code. That said, I am encountering the same issue. > > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Wednesday, January 19, 2011 12:48 PM > To: umlaut-general at rubyforge.org > Cc: Poulter, Dale > Subject: Re: [Umlaut-general] Umlaut performance > > Did you get my last messages? Have you disabled the JStorCover service? > > Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is > raised by a service adapter, the spinners go forever. 2) JStor no > longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. > > Please remove the JStor Cover service from your services.yml, see what happens, and report back. > > I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. > > Jonathan > > On 1/19/2011 12:53 PM, Poulter, Dale wrote: >> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. >> >> ===================== >> Webpage error details >> >> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; >> Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; >> .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; >> .NET4.0C) >> Timestamp: Wed, 19 Jan 2011 17:49:13 UTC >> >> >> Message: Exception thrown and not caught >> Line: 28 >> Char: 162 >> Code: 0 >> URI: >> http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2.m >> in.js?1293844188 >> ============= >> -Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot Dalton >> Sent: Wednesday, January 19, 2011 9:14 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut performance >> >> According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. >> >> http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg >> >> Thanks, >> Scot >> >> On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: >> >>> Ross, >>> >>> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >>> >>> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >>> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >>> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >>> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&ur >>> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_ >>> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info% >>> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Dou >>> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich >>> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C& >>> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aof >>> i%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 reqs/sec) >>> | DB: 0.20621 (90%) | 302 Found >>> [http://umlaut.library.vanderbilt.edu/go/10] >>> >>> >>> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >>> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >>> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >>> /534.10 >>> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >>> request 53: in 0.606267 >>> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >>> request 53: in 0.551556 >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 reqs/sec) >>> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >>> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >>> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >>> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >>> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >>> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >>> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >>> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >>> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >>> >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >>> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >>> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >>> resolve/partial_html_sections >>> >>> >>> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>> /app/controllers/resolve_controller.rb:428:in `to_json' >>> /app/controllers/resolve_controller.rb:428:in `api_render' >>> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>> /usr/local/bin/mongrel_rails:19:in `load' >>> /usr/local/bin/mongrel_rails:19 >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >>> (500) >>> >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>> Singer >>> Sent: Tuesday, January 18, 2011 8:35 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut performance >>> >>> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >>> SFX results come back blazingly fast, then nothing else does. >>> >>> I never got the spinners to stop spinning. >>> >>> I also tried: >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20y >>> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803- >>> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >>> >>> and >>> >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >>> >>> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >>> >>> I'm still absolutely amazed at how quickly the SFX results come back. >>> >>> -Ross. >>> >>> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >>> wrote: >>>> We are working towards customizing umlaut for probable use in production! >>>> However, we are seeing slow response that I cannot seem to explain. >>>> Has anyone worked on optimizing performance? Here is a sample url >>>> >>>> >>>> >>>> http://umlaut.library.vanderbilt.edu/go/11 >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> >>>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general From dale.poulter at Vanderbilt.Edu Wed Jan 19 14:29:31 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 19 Jan 2011 13:29:31 -0600 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <4D373793.60907@jhu.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D373793.60907@jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E46014473@ITS-HCWNEM03.ds.Vanderbilt.edu> Thanks. I'll start looking at the ajax portion. Please let me know if you have any suggestions. -----Original Message----- From: Jonathan Rochkind [mailto:rochkind at jhu.edu] Sent: Wednesday, January 19, 2011 1:12 PM To: Poulter, Dale Cc: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut performance And yeah, it's definitely NOT a performance problem, which is great. Your Umlaut is actually VERY fast, faster than mine! (Probably because you're not actually going out to query your Catalog live, which I do, which is slow because my Catalog is slow, bah). If you pretty much immediately do a browser refresh after you get the spinners, you'll pretty much immediately see the finished response. So your performance is great, there's just something going wrong with the AJAX page updating. I'd definitely like to help you fix it, if it's some kind of bug in Umlaut get that fixed. On 1/19/2011 2:03 PM, Poulter, Dale wrote: > Jonathan, > > Yes, I had disabled the Jstor service. I have not completely removed the service from services.yml. I have the latest version of Umlaut available and have not overridden the jquery code. That said, I am encountering the same issue. > > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Wednesday, January 19, 2011 12:48 PM > To: umlaut-general at rubyforge.org > Cc: Poulter, Dale > Subject: Re: [Umlaut-general] Umlaut performance > > Did you get my last messages? Have you disabled the JStorCover service? > > Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is > raised by a service adapter, the spinners go forever. 2) JStor no > longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. > > Please remove the JStor Cover service from your services.yml, see what happens, and report back. > > I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. > > Jonathan > > On 1/19/2011 12:53 PM, Poulter, Dale wrote: >> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. >> >> ===================== >> Webpage error details >> >> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; >> Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; >> .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; >> .NET4.0C) >> Timestamp: Wed, 19 Jan 2011 17:49:13 UTC >> >> >> Message: Exception thrown and not caught >> Line: 28 >> Char: 162 >> Code: 0 >> URI: >> http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2. >> m >> in.js?1293844188 >> ============= >> -Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot >> Dalton >> Sent: Wednesday, January 19, 2011 9:14 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut performance >> >> According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. >> >> http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg >> >> Thanks, >> Scot >> >> On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: >> >>> Ross, >>> >>> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >>> >>> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >>> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >>> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >>> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >>> r >>> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >>> _ >>> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >>> % >>> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >>> u >>> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >>> h >>> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >>> & >>> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >>> f >>> i%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 >>> reqs/sec) >>> | DB: 0.20621 (90%) | 302 Found >>> [http://umlaut.library.vanderbilt.edu/go/10] >>> >>> >>> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >>> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >>> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >>> /534.10 >>> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, >>> request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >>> request 53: in 0.606267 >>> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, >>> request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >>> request 53: in 0.551556 >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 >>> reqs/sec) >>> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >>> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10& >>> u >>> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ct >>> x >>> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=inf >>> o >>> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=D >>> o >>> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Muni >>> c >>> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2 >>> C >>> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3A >>> o >>> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >>> >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >>> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >>> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >>> resolve/partial_html_sections >>> >>> >>> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>> /app/controllers/resolve_controller.rb:428:in `to_json' >>> /app/controllers/resolve_controller.rb:428:in `api_render' >>> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>> /usr/local/bin/mongrel_rails:19:in `load' >>> /usr/local/bin/mongrel_rails:19 >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >>> (500) >>> >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>> Singer >>> Sent: Tuesday, January 18, 2011 8:35 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut performance >>> >>> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >>> SFX results come back blazingly fast, then nothing else does. >>> >>> I never got the spinners to stop spinning. >>> >>> I also tried: >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>> _ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20 >>> y >>> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803 >>> - >>> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >>> >>> and >>> >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>> _ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >>> >>> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >>> >>> I'm still absolutely amazed at how quickly the SFX results come back. >>> >>> -Ross. >>> >>> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >>> wrote: >>>> We are working towards customizing umlaut for probable use in production! >>>> However, we are seeing slow response that I cannot seem to explain. >>>> Has anyone worked on optimizing performance? Here is a sample url >>>> >>>> >>>> >>>> http://umlaut.library.vanderbilt.edu/go/11 >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> >>>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 19 14:38:40 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 14:38:40 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E46014473@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D373793.60907@jhu.edu> <7288D49C0448E840B752320350AFA94E46014473@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D373DC0.4080103@jhu.edu> My only suggestion at this point is to make sure you are working off the latest Umlaut from trunk, so you aren't debugging something I already debugged and fixed in svn, but after your checkout. Because I do recall a bug related to stuff like this that I already fixed; I might have been negligent in making sure the latest tagged release included that bug fix. Otherwise, it's just debugging, starting with the javascript and Firebug, I guess. Happy to help if you need it. And/or make sure you are using exactly the same version of Rails, ruby, and the json gem that the rest of us who do not have problems are, in case it really is the json gem interacting with Rails and doing something bad. [Sorry, specifying exact version gem dependencies is a bit wonky in Rails2, which Umlaut is still on, but much better in Rails3, which I hope to upgrade Umlaut to sometime... um, this year.] On 1/19/2011 2:29 PM, Poulter, Dale wrote: > Thanks. I'll start looking at the ajax portion. Please let me know if you have any suggestions. > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Wednesday, January 19, 2011 1:12 PM > To: Poulter, Dale > Cc: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut performance > > And yeah, it's definitely NOT a performance problem, which is great. > Your Umlaut is actually VERY fast, faster than mine! (Probably because you're not actually going out to query your Catalog live, which I do, which is slow because my Catalog is slow, bah). > > If you pretty much immediately do a browser refresh after you get the spinners, you'll pretty much immediately see the finished response. So your performance is great, there's just something going wrong with the AJAX page updating. I'd definitely like to help you fix it, if it's some kind of bug in Umlaut get that fixed. > > On 1/19/2011 2:03 PM, Poulter, Dale wrote: >> Jonathan, >> >> Yes, I had disabled the Jstor service. I have not completely removed the service from services.yml. I have the latest version of Umlaut available and have not overridden the jquery code. That said, I am encountering the same issue. >> >> >> -----Original Message----- >> From: Jonathan Rochkind [mailto:rochkind at jhu.edu] >> Sent: Wednesday, January 19, 2011 12:48 PM >> To: umlaut-general at rubyforge.org >> Cc: Poulter, Dale >> Subject: Re: [Umlaut-general] Umlaut performance >> >> Did you get my last messages? Have you disabled the JStorCover service? >> >> Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is >> raised by a service adapter, the spinners go forever. 2) JStor no >> longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. >> >> Please remove the JStor Cover service from your services.yml, see what happens, and report back. >> >> I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. >> >> Jonathan >> >> On 1/19/2011 12:53 PM, Poulter, Dale wrote: >>> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. >>> >>> ===================== >>> Webpage error details >>> >>> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; >>> Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; >>> .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; >>> .NET4.0C) >>> Timestamp: Wed, 19 Jan 2011 17:49:13 UTC >>> >>> >>> Message: Exception thrown and not caught >>> Line: 28 >>> Char: 162 >>> Code: 0 >>> URI: >>> http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2. >>> m >>> in.js?1293844188 >>> ============= >>> -Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot >>> Dalton >>> Sent: Wednesday, January 19, 2011 9:14 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut performance >>> >>> According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. >>> >>> http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg >>> >>> Thanks, >>> Scot >>> >>> On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: >>> >>>> Ross, >>>> >>>> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >>>> >>>> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >>>> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>>> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >>>> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >>>> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>>> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >>>> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >>>> r >>>> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >>>> _ >>>> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >>>> % >>>> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >>>> u >>>> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >>>> h >>>> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >>>> & >>>> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >>>> f >>>> i%2Ffmt%3Akev%3Amtx%3Ajournal >>>> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 >>>> reqs/sec) >>>> | DB: 0.20621 (90%) | 302 Found >>>> [http://umlaut.library.vanderbilt.edu/go/10] >>>> >>>> >>>> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >>>> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>>> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >>>> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >>>> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >>>> /534.10 >>>> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, >>>> request >>>> 53 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >>>> request 53: in 0.606267 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, >>>> request >>>> 53 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >>>> request 53: in 0.551556 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >>>> local/vu_resolve.rhtml >>>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 >>>> reqs/sec) >>>> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >>>> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10& >>>> u >>>> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ct >>>> x >>>> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=inf >>>> o >>>> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=D >>>> o >>>> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Muni >>>> c >>>> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2 >>>> C >>>> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3A >>>> o >>>> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >>>> >>>> >>>> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >>>> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>>> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >>>> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >>>> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >>>> resolve/partial_html_sections >>>> >>>> >>>> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >>>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >>>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>>> /app/controllers/resolve_controller.rb:428:in `to_json' >>>> /app/controllers/resolve_controller.rb:428:in `api_render' >>>> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>>> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >>>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>>> /usr/local/bin/mongrel_rails:19:in `load' >>>> /usr/local/bin/mongrel_rails:19 >>>> >>>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >>>> local/vu_resolve.rhtml >>>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >>>> (500) >>>> >>>> -----Original Message----- >>>> From: umlaut-general-bounces at rubyforge.org >>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>>> Singer >>>> Sent: Tuesday, January 18, 2011 8:35 PM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut performance >>>> >>>> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >>>> SFX results come back blazingly fast, then nothing else does. >>>> >>>> I never got the spinners to stop spinning. >>>> >>>> I also tried: >>>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>>> _ >>>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20 >>>> y >>>> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803 >>>> - >>>> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >>>> >>>> and >>>> >>>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>>> _ >>>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >>>> >>>> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >>>> >>>> I'm still absolutely amazed at how quickly the SFX results come back. >>>> >>>> -Ross. >>>> >>>> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >>>> wrote: >>>>> We are working towards customizing umlaut for probable use in production! >>>>> However, we are seeing slow response that I cannot seem to explain. >>>>> Has anyone worked on optimizing performance? Here is a sample url >>>>> >>>>> >>>>> >>>>> http://umlaut.library.vanderbilt.edu/go/11 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>>> >>>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> -- >>> Scot Dalton >>> Phone: (212) 998-2674 >>> Web Services >>> Division of Libraries >>> New York University >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 19 13:47:36 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 13:47:36 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D3731C8.1040405@jhu.edu> Did you get my last messages? Have you disabled the JStorCover service? Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is raised by a service adapter, the spinners go forever. 2) JStor no longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. Please remove the JStor Cover service from your services.yml, see what happens, and report back. I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. Jonathan On 1/19/2011 12:53 PM, Poulter, Dale wrote: > This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. > > ===================== > Webpage error details > > User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; .NET4.0C) > Timestamp: Wed, 19 Jan 2011 17:49:13 UTC > > > Message: Exception thrown and not caught > Line: 28 > Char: 162 > Code: 0 > URI: http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2.min.js?1293844188 > ============= > -Original Message----- > From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot Dalton > Sent: Wednesday, January 19, 2011 9:14 AM > To: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut performance > > According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. > > http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg > > Thanks, > Scot > > On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: > >> Ross, >> >> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >> >> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 reqs/sec) | DB: 0.20621 (90%) | 302 Found [http://umlaut.library.vanderbilt.edu/go/10] >> >> >> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >> /534.10 >> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, request 53 >> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, request 53: in 0.606267 >> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, request 53 >> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, request 53: in 0.551556 >> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within local/vu_resolve.rhtml >> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 reqs/sec) | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal] >> >> >> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >> [19 Jan 06:55:34] (pid:15758) INFO: Rendering resolve/partial_html_sections >> >> >> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >> /app/controllers/resolve_controller.rb:428:in `to_json' >> /app/controllers/resolve_controller.rb:428:in `api_render' >> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >> /usr/local/bin/mongrel_rails:19:in `load' >> /usr/local/bin/mongrel_rails:19 >> >> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within local/vu_resolve.rhtml >> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error (500) >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer >> Sent: Tuesday, January 18, 2011 8:35 PM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut performance >> >> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >> SFX results come back blazingly fast, then nothing else does. >> >> I never got the spinners to stop spinning. >> >> I also tried: http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20you%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803-7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >> >> and >> >> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >> >> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >> >> I'm still absolutely amazed at how quickly the SFX results come back. >> >> -Ross. >> >> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >> wrote: >>> We are working towards customizing umlaut for probable use in production! >>> However, we are seeing slow response that I cannot seem to explain. >>> Has anyone worked on optimizing performance? Here is a sample url >>> >>> >>> >>> http://umlaut.library.vanderbilt.edu/go/11 >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> >>> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From dale.poulter at Vanderbilt.Edu Wed Jan 19 17:42:51 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 19 Jan 2011 16:42:51 -0600 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <4D373793.60907@jhu.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D373793.60907@jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E4601450C@ITS-HCWNEM03.ds.Vanderbilt.edu> Ok, I believe I have the issue resolved (please let me know if you still see it). I had three json gem versions (1.4.6, 1.2.0, 1.1.3) installed. Once I removed all three versions and reinstalled 1.1.3 everything seems to work correctly. Thanks for the help! -----Original Message----- From: Jonathan Rochkind [mailto:rochkind at jhu.edu] Sent: Wednesday, January 19, 2011 1:12 PM To: Poulter, Dale Cc: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut performance And yeah, it's definitely NOT a performance problem, which is great. Your Umlaut is actually VERY fast, faster than mine! (Probably because you're not actually going out to query your Catalog live, which I do, which is slow because my Catalog is slow, bah). If you pretty much immediately do a browser refresh after you get the spinners, you'll pretty much immediately see the finished response. So your performance is great, there's just something going wrong with the AJAX page updating. I'd definitely like to help you fix it, if it's some kind of bug in Umlaut get that fixed. On 1/19/2011 2:03 PM, Poulter, Dale wrote: > Jonathan, > > Yes, I had disabled the Jstor service. I have not completely removed the service from services.yml. I have the latest version of Umlaut available and have not overridden the jquery code. That said, I am encountering the same issue. > > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Wednesday, January 19, 2011 12:48 PM > To: umlaut-general at rubyforge.org > Cc: Poulter, Dale > Subject: Re: [Umlaut-general] Umlaut performance > > Did you get my last messages? Have you disabled the JStorCover service? > > Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is > raised by a service adapter, the spinners go forever. 2) JStor no > longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. > > Please remove the JStor Cover service from your services.yml, see what happens, and report back. > > I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. > > Jonathan > > On 1/19/2011 12:53 PM, Poulter, Dale wrote: >> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. >> >> ===================== >> Webpage error details >> >> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; >> Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; >> .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; >> .NET4.0C) >> Timestamp: Wed, 19 Jan 2011 17:49:13 UTC >> >> >> Message: Exception thrown and not caught >> Line: 28 >> Char: 162 >> Code: 0 >> URI: >> http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2. >> m >> in.js?1293844188 >> ============= >> -Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot >> Dalton >> Sent: Wednesday, January 19, 2011 9:14 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut performance >> >> According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. >> >> http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg >> >> Thanks, >> Scot >> >> On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: >> >>> Ross, >>> >>> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >>> >>> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >>> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >>> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >>> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >>> r >>> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >>> _ >>> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >>> % >>> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >>> u >>> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >>> h >>> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >>> & >>> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >>> f >>> i%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 >>> reqs/sec) >>> | DB: 0.20621 (90%) | 302 Found >>> [http://umlaut.library.vanderbilt.edu/go/10] >>> >>> >>> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >>> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >>> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >>> /534.10 >>> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, >>> request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >>> request 53: in 0.606267 >>> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, >>> request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >>> request 53: in 0.551556 >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 >>> reqs/sec) >>> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >>> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10& >>> u >>> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ct >>> x >>> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=inf >>> o >>> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=D >>> o >>> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Muni >>> c >>> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2 >>> C >>> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3A >>> o >>> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >>> >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >>> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >>> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >>> resolve/partial_html_sections >>> >>> >>> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>> /app/controllers/resolve_controller.rb:428:in `to_json' >>> /app/controllers/resolve_controller.rb:428:in `api_render' >>> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>> /usr/local/bin/mongrel_rails:19:in `load' >>> /usr/local/bin/mongrel_rails:19 >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >>> (500) >>> >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>> Singer >>> Sent: Tuesday, January 18, 2011 8:35 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut performance >>> >>> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >>> SFX results come back blazingly fast, then nothing else does. >>> >>> I never got the spinners to stop spinning. >>> >>> I also tried: >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>> _ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20 >>> y >>> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803 >>> - >>> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >>> >>> and >>> >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>> _ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >>> >>> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >>> >>> I'm still absolutely amazed at how quickly the SFX results come back. >>> >>> -Ross. >>> >>> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >>> wrote: >>>> We are working towards customizing umlaut for probable use in production! >>>> However, we are seeing slow response that I cannot seem to explain. >>>> Has anyone worked on optimizing performance? Here is a sample url >>>> >>>> >>>> >>>> http://umlaut.library.vanderbilt.edu/go/11 >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> >>>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 19 18:04:08 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 19 Jan 2011 18:04:08 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <7288D49C0448E840B752320350AFA94E4601450C@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D373793.60907@jhu.edu>, <7288D49C0448E840B752320350AFA94E4601450C@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <864A73846CE8F04D995603351682C29C9AC556C57B@JHEMTEXVS2.win.ad.jhu.edu> Awesome, thanks for updating us. Your Umlaut is pretty darn fast now, huh? Faster than mine. Glad it wasn't really a performance problem, because that would have been a lot harder to fix! It doens't help us much now, but gem dependency management gets a LOT easier and more predictable in Rails3, making Umlaut a gem and using Bundler, which I'd REALLY like to find time to migrate Umlaut to. Problems like the one you ran into are somewhat common in Rails2 apps, alas, where you have multiple versions of gems installed and it's not entirely clear which one is actually being used by the app, and where it's hard for an app or plugin to specify it's dependencies in a way that will be reliably used. ________________________________________ From: Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Wednesday, January 19, 2011 5:42 PM To: Jonathan Rochkind Cc: umlaut-general at rubyforge.org Subject: RE: [Umlaut-general] Umlaut performance Ok, I believe I have the issue resolved (please let me know if you still see it). I had three json gem versions (1.4.6, 1.2.0, 1.1.3) installed. Once I removed all three versions and reinstalled 1.1.3 everything seems to work correctly. Thanks for the help! -----Original Message----- From: Jonathan Rochkind [mailto:rochkind at jhu.edu] Sent: Wednesday, January 19, 2011 1:12 PM To: Poulter, Dale Cc: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] Umlaut performance And yeah, it's definitely NOT a performance problem, which is great. Your Umlaut is actually VERY fast, faster than mine! (Probably because you're not actually going out to query your Catalog live, which I do, which is slow because my Catalog is slow, bah). If you pretty much immediately do a browser refresh after you get the spinners, you'll pretty much immediately see the finished response. So your performance is great, there's just something going wrong with the AJAX page updating. I'd definitely like to help you fix it, if it's some kind of bug in Umlaut get that fixed. On 1/19/2011 2:03 PM, Poulter, Dale wrote: > Jonathan, > > Yes, I had disabled the Jstor service. I have not completely removed the service from services.yml. I have the latest version of Umlaut available and have not overridden the jquery code. That said, I am encountering the same issue. > > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Wednesday, January 19, 2011 12:48 PM > To: umlaut-general at rubyforge.org > Cc: Poulter, Dale > Subject: Re: [Umlaut-general] Umlaut performance > > Did you get my last messages? Have you disabled the JStorCover service? > > Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) My first guess is still that: 1) There is a bug in the version of Umlaut you have where when an exception is > raised by a service adapter, the spinners go forever. 2) JStor no > longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. > > Please remove the JStor Cover service from your services.yml, see what happens, and report back. > > I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. > > Jonathan > > On 1/19/2011 12:53 PM, Poulter, Dale wrote: >> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. I have eliminated several services and have done a "svn update" to assue that I have the current code, but still get the problem with the slow response. I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). IE seems to point to a possible jquery issue (below). What version of jquery are others currently using? Any suggestions will be appreciated. Thanks. >> >> ===================== >> Webpage error details >> >> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; >> Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; >> .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; >> .NET4.0C) >> Timestamp: Wed, 19 Jan 2011 17:49:13 UTC >> >> >> Message: Exception thrown and not caught >> Line: 28 >> Char: 162 >> Code: 0 >> URI: >> http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2. >> m >> in.js?1293844188 >> ============= >> -Original Message----- >> From: umlaut-general-bounces at rubyforge.org >> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot >> Dalton >> Sent: Wednesday, January 19, 2011 9:14 AM >> To: umlaut-general at rubyforge.org >> Subject: Re: [Umlaut-general] Umlaut performance >> >> According to this post, the JSON issue may be a red herring and/or a version problem. Maybe Jonathan or Graham can shed some more light on it. >> >> http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg >> >> Thanks, >> Scot >> >> On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: >> >>> Ross, >>> >>> Welcome to bizarre world! I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >>> >>> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >>> [19 Jan 06:55:27] (pid:15755) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:27] (pid:15755) INFO: Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >>> [19 Jan 06:55:27] (pid:15755) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:27] (pid:15755) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >>> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >>> r >>> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >>> _ >>> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >>> % >>> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >>> u >>> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >>> h >>> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >>> & >>> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >>> f >>> i%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 >>> reqs/sec) >>> | DB: 0.20621 (90%) | 302 Found >>> [http://umlaut.library.vanderbilt.edu/go/10] >>> >>> >>> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >>> [19 Jan 06:55:28] (pid:15761) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:28] (pid:15761) INFO: Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >>> [19 Jan 06:55:28] (pid:15761) INFO: HTTP Referer: [none] >>> [19 Jan 06:55:28] (pid:15761) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >>> /534.10 >>> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, >>> request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, level 2, request 53: in 0.605831. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >>> request 53: in 0.606267 >>> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, >>> request >>> 53 >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, level 3, request 53: in 0.551271. >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >>> request 53: in 0.551556 >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >>> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 >>> reqs/sec) >>> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >>> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10& >>> u >>> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ct >>> x >>> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=inf >>> o >>> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=D >>> o >>> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Muni >>> c >>> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2 >>> C >>> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3A >>> o >>> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >>> >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >>> [19 Jan 06:55:34] (pid:15758) INFO: Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>> [19 Jan 06:55:34] (pid:15758) INFO: Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >>> [19 Jan 06:55:34] (pid:15758) INFO: HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >>> [19 Jan 06:55:34] (pid:15758) INFO: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >>> resolve/partial_html_sections >>> >>> >>> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >>> /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>> /app/controllers/resolve_controller.rb:428:in `to_json' >>> /app/controllers/resolve_controller.rb:428:in `api_render' >>> /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>> /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >>> /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>> /usr/local/bin/mongrel_rails:19:in `load' >>> /usr/local/bin/mongrel_rails:19 >>> >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >>> local/vu_resolve.rhtml >>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >>> (500) >>> >>> -----Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>> Singer >>> Sent: Tuesday, January 18, 2011 8:35 PM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut performance >>> >>> What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: >>> SFX results come back blazingly fast, then nothing else does. >>> >>> I never got the spinners to stop spinning. >>> >>> I also tried: >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>> _ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20 >>> y >>> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803 >>> - >>> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >>> >>> and >>> >>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>> _ >>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >>> >>> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? It's acting like there's an error that never completes the background tasks. >>> >>> I'm still absolutely amazed at how quickly the SFX results come back. >>> >>> -Ross. >>> >>> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale >>> wrote: >>>> We are working towards customizing umlaut for probable use in production! >>>> However, we are seeing slow response that I cannot seem to explain. >>>> Has anyone worked on optimizing performance? Here is a sample url >>>> >>>> >>>> >>>> http://umlaut.library.vanderbilt.edu/go/11 >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> >>>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general From rossfsinger at gmail.com Wed Jan 19 22:36:39 2011 From: rossfsinger at gmail.com (Ross Singer) Date: Wed, 19 Jan 2011 22:36:39 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: <864A73846CE8F04D995603351682C29C9AC556C57B@JHEMTEXVS2.win.ad.jhu.edu> References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> <7288D49C0448E840B752320350AFA94E460143AA@ITS-HCWNEM03.ds.Vanderbilt.edu> <7E2C17D8-FA08-4BE9-8963-43D60B2F9837@nyu.edu> <7288D49C0448E840B752320350AFA94E4601443A@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D3731C8.1040405@jhu.edu> <7288D49C0448E840B752320350AFA94E4601445E@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D373793.60907@jhu.edu> <7288D49C0448E840B752320350AFA94E4601450C@ITS-HCWNEM03.ds.Vanderbilt.edu> <864A73846CE8F04D995603351682C29C9AC556C57B@JHEMTEXVS2.win.ad.jhu.edu> Message-ID: I think Bundler would work for this probem, too: http://gembundler.com/rails23.html -Ross. On Wed, Jan 19, 2011 at 6:04 PM, Jonathan Rochkind wrote: > Awesome, thanks for updating us. ?Your Umlaut is pretty darn fast now, huh? Faster than mine. Glad it wasn't really a performance problem, because that would have been a lot harder to fix! > > It doens't help us much now, but gem dependency management gets a LOT easier and more predictable in Rails3, making Umlaut a gem and using Bundler, which I'd REALLY like to find time to migrate Umlaut to. ?Problems like the one you ran into are somewhat common in Rails2 apps, alas, where you have multiple versions of gems installed and it's not entirely clear which one is actually being used by the app, and where it's hard for an app or plugin to specify it's dependencies in a way that will be reliably used. > > > ________________________________________ > From: Poulter, ? Dale [dale.poulter at Vanderbilt.Edu] > Sent: Wednesday, January 19, 2011 5:42 PM > To: Jonathan Rochkind > Cc: umlaut-general at rubyforge.org > Subject: RE: [Umlaut-general] Umlaut performance > > Ok, I believe I have the issue resolved (please let me know if you still see it). ?I had three json gem versions (1.4.6, 1.2.0, 1.1.3) installed. ?Once I removed all three versions and reinstalled 1.1.3 everything seems to work correctly. ?Thanks for the help! > > -----Original Message----- > From: Jonathan Rochkind [mailto:rochkind at jhu.edu] > Sent: Wednesday, January 19, 2011 1:12 PM > To: Poulter, Dale > Cc: umlaut-general at rubyforge.org > Subject: Re: [Umlaut-general] Umlaut performance > > And yeah, it's definitely NOT a performance problem, which is great. > Your Umlaut is actually VERY fast, faster than mine! ?(Probably because you're not actually going out to query your Catalog live, which I do, which is slow because my Catalog is slow, bah). > > If you pretty much immediately do a browser refresh after you get the spinners, you'll pretty much immediately see the finished response. So your performance is great, there's just something going wrong with the AJAX page updating. ?I'd definitely like to help you fix it, if it's some kind of bug in Umlaut get that fixed. > > On 1/19/2011 2:03 PM, Poulter, Dale wrote: >> Jonathan, >> >> Yes, ?I had disabled the Jstor service. ?I have not completely removed the service from services.yml. ?I have the latest version of Umlaut available and have not overridden the jquery code. ?That said, ?I am encountering the same issue. >> >> >> -----Original Message----- >> From: Jonathan Rochkind [mailto:rochkind at jhu.edu] >> Sent: Wednesday, January 19, 2011 12:48 PM >> To: umlaut-general at rubyforge.org >> Cc: Poulter, Dale >> Subject: Re: [Umlaut-general] Umlaut performance >> >> Did you get my last messages? Have you disabled the JStorCover service? >> >> Other folks on this list are helpful and I appreciate their helping, but I wrote 80% of the code. :) ?My first guess is still that: ?1) There is a bug in the version of Umlaut you have where when an exception is >> raised by a service adapter, the spinners go forever. ? 2) JStor no >> longer provides cover images, and the JStorCovers service adapter does not handle that fact as well as it should. >> >> Please remove the JStor Cover service from your services.yml, see what happens, and report back. >> >> I don't know what thinking is that this has something to do with the json gem or jquery version. Since Umlaut 'comes' with jquery, you're using the same jquery version as me unless you took steps to try and over-ride the one Umlaut comes with. >> >> Jonathan >> >> On 1/19/2011 12:53 PM, Poulter, Dale wrote: >>> This seems to imply 1.4.3 may have an issue but I am running the 1.4.6 gem. ?I have eliminated several services and have done a "svn update" to assue that I have the current code, ?but still get the problem with the slow response. ?I also noticed that " rake umlaut:sync_institutions" does not work (cannot be found). ?IE seems to point to a possible jquery issue (below). ?What version of jquery are others currently using? Any suggestions will be appreciated. ?Thanks. >>> >>> ===================== >>> Webpage error details >>> >>> User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; >>> Trident/4.0; GTB6.6; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; >>> .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3; MS-RTC LM 8; >>> .NET4.0C) >>> Timestamp: Wed, 19 Jan 2011 17:49:13 UTC >>> >>> >>> Message: Exception thrown and not caught >>> Line: 28 >>> Char: 162 >>> Code: 0 >>> URI: >>> http://umlaut.library.vanderbilt.edu/javascripts/jquery/jquery-1.4.2. >>> m >>> in.js?1293844188 >>> ============= >>> -Original Message----- >>> From: umlaut-general-bounces at rubyforge.org >>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Scot >>> Dalton >>> Sent: Wednesday, January 19, 2011 9:14 AM >>> To: umlaut-general at rubyforge.org >>> Subject: Re: [Umlaut-general] Umlaut performance >>> >>> According to this post, the JSON issue may be a red herring and/or a version problem. ?Maybe Jonathan or Graham can shed some more light on it. >>> >>> http://rubyforge.org/pipermail/umlaut-general/2010-July/000356.htmlg >>> >>> Thanks, >>> Scot >>> >>> On Jan 19, 2011, at Jan 19, 7:58 AM, Poulter, Dale wrote: >>> >>>> Ross, >>>> >>>> Welcome to bizarre world! ?I have reviewed the logs (see below), but the only error I see is a missing constant --which is not identified. >>>> >>>> [19 Jan 06:55:27] (pid:15755) INFO: Processing StoreController#index (for 98.211.26.149 at 2011-01-19 06:55:27) [GET] >>>> [19 Jan 06:55:27] (pid:15755) INFO: ? Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>>> [19 Jan 06:55:27] (pid:15755) INFO: ? Parameters: {"action"=>"index", "id"=>"10", "controller"=>"store"} >>>> [19 Jan 06:55:27] (pid:15755) INFO: ? HTTP Referer: [none] >>>> [19 Jan 06:55:27] (pid:15755) INFO: ? User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>>> [19 Jan 06:55:28] (pid:15755) INFO: Redirected to >>>> http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&u >>>> r >>>> l_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx >>>> _ >>>> tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info >>>> % >>>> 3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Do >>>> u >>>> glas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munic >>>> h >>>> &rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C >>>> & >>>> rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Ao >>>> f >>>> i%2Ffmt%3Akev%3Amtx%3Ajournal >>>> [19 Jan 06:55:28] (pid:15755) INFO: Completed in 0.22884 (4 >>>> reqs/sec) >>>> | DB: 0.20621 (90%) | 302 Found >>>> [http://umlaut.library.vanderbilt.edu/go/10] >>>> >>>> >>>> [19 Jan 06:55:28] (pid:15761) INFO: Processing ResolveController#index (for 98.211.26.149 at 2011-01-19 06:55:28) [GET] >>>> [19 Jan 06:55:28] (pid:15761) INFO: ? Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>>> [19 Jan 06:55:28] (pid:15761) INFO: ? Parameters: {"ctx_ver"=>"Z39.88-2004", "ctx_tim"=>"2011-01-19T06:55:27-06:00", "url_ver"=>"Z39.88-2004", "rft.au"=>"Douglas, Roy, 1924-", "ctx_enc"=>"info:ofi/enc:UTF-8", "rft.oclcnum"=>"03620149", "rft.btitle"=>"In the year of Munich", "rft.aulast"=>"Douglas", "umlaut.referent_id"=>"10", "action"=>"index", "rft.place"=>"London", "rft.lccn"=>"", "rft.pub"=>"Macmillan", "rft_val_fmt"=>"info:ofi/fmt:kev:mtx:journal", "rft.aufirst"=>"Roy,", "rft.primo"=>"vanunicorn157030", "url_ctx_fmt"=>"info:ofi/fmt:kev:mtx:ctx", "controller"=>"resolve", "rft.title"=>"In the year of Munich", "ctx_id"=>""} >>>> [19 Jan 06:55:28] (pid:15761) INFO: ? HTTP Referer: [none] >>>> [19 Jan 06:55:28] (pid:15761) INFO: ? User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari >>>> /534.10 >>>> [19 Jan 06:55:28] (pid:15761) INFO: Launching servicelevel 2, >>>> request >>>> 53 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_PRIMO_Enhancer, ?level 2, request 53: in 0.605831. >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 2, >>>> request 53: in 0.606267 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Launching servicelevel 3, >>>> request >>>> 53 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed service VU_SFX, ?level 3, request 53: in 0.551271. >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed services level 3, >>>> request 53: in 0.551556 >>>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering template within >>>> local/vu_resolve.rhtml >>>> [19 Jan 06:55:29] (pid:15761) INFO: Rendering resolve/index >>>> [19 Jan 06:55:29] (pid:15761) INFO: Completed in 1.57750 (0 >>>> reqs/sec) >>>> | Rendering: 0.09247 (5%) | DB: 0.00952 (0%) | 200 OK >>>> [http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10& >>>> u >>>> rl_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ct >>>> x >>>> _tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=inf >>>> o >>>> %3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=D >>>> o >>>> uglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Muni >>>> c >>>> h&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2 >>>> C >>>> &rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3A >>>> o >>>> fi%2Ffmt%3Akev%3Amtx%3Ajournal] >>>> >>>> >>>> [19 Jan 06:55:34] (pid:15758) INFO: Processing ResolveController#partial_html_sections (for 98.211.26.149 at 2011-01-19 06:55:34) [GET] >>>> [19 Jan 06:55:34] (pid:15758) INFO: ? Session ID: 7ea8303197e58dfb90425fee51cca1b8 >>>> [19 Jan 06:55:34] (pid:15758) INFO: ? Parameters: {"umlaut.request_id"=>"53", "action"=>"partial_html_sections", "controller"=>"resolve", "umlaut.response_format"=>"json"} >>>> [19 Jan 06:55:34] (pid:15758) INFO: ? HTTP Referer: http://umlaut.library.vanderbilt.edu/resolve?umlaut.referent_id=10&url_ver=Z39.88-2004&url_ctx_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Actx&ctx_tim=2011-01-19T06%3A55%3A27-06%3A00&ctx_ver=Z39.88-2004&ctx_enc=info%3Aofi%2Fenc%3AUTF-8&ctx_id=&rft.primo=vanunicorn157030&rft.aulast=Douglas&rft.btitle=In+the+year+of+Munich&rft.title=In+the+year+of+Munich&rft.lccn=&rft.oclcnum=03620149&rft.pub=Macmillan&rft.aufirst=Roy%2C&rft.au=Douglas%2C+Roy%2C+1924-&rft.place=London&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal >>>> [19 Jan 06:55:34] (pid:15758) INFO: ? User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/534.10 (KHTML, like Gecko) Chrome/8.0.552.237 Safari/534.10 >>>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering >>>> resolve/partial_html_sections >>>> >>>> >>>> [19 Jan 06:55:34] (pid:15758) FATAL: NameError (uninitialized constant JSON::SAFE_STATE_PROTOTYPE): >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:276:in `load_missing_constant' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/activesupport-2.1.2/lib/active_support/dependencies.rb:468:in `const_missing' >>>> ? ? ? /app/controllers/resolve_controller.rb:428:in `to_json' >>>> ? ? ? /app/controllers/resolve_controller.rb:428:in `api_render' >>>> ? ? ? /app/controllers/resolve_controller.rb:289:in `partial_html_sections' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `send' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:1166:in `perform_action_without_filters' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:579:in `call_filters' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:572:in `perform_action_without_benchmark' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>>> ? ? ? /usr/local/lib/ruby/1.8/benchmark.rb:293:in `measure' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/benchmarking.rb:68:in `perform_action_without_rescue' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/rescue.rb:201:in `perform_action_without_caching' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:13:in `perform_action' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/connection_adapters/abstract/query_cache.rb:33:in `cache' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/activerecord-2.1.2/lib/active_record/query_cache.rb:8:in `cache' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/caching/sql_cache.rb:12:in `perform_action' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `send' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:529:in `process_without_filters' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/filters.rb:568:in `process_without_session_management_support' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/session_management.rb:130:in `process' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/base.rb:389:in `process' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:149:in `handle_request' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:107:in `dispatch' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `synchronize' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:104:in `dispatch' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:120:in `dispatch_cgi' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/actionpack-2.1.2/lib/action_controller/dispatcher.rb:35:in `dispatch' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:76:in `process' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `synchronize' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/rails.rb:74:in `process' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:159:in `process_client' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `each' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:158:in `process_client' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `initialize' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `new' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `initialize' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `new' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel.rb:268:in `run' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:282:in `run' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `each' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/configurator.rb:281:in `run' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:128:in `run' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/../lib/mongrel/command.rb:212:in `run' >>>> ? ? ? /usr/local/lib/ruby/gems/1.8/gems/mongrel-1.1.5/bin/mongrel_rails:281 >>>> ? ? ? /usr/local/bin/mongrel_rails:19:in `load' >>>> ? ? ? /usr/local/bin/mongrel_rails:19 >>>> >>>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering template within >>>> local/vu_resolve.rhtml >>>> [19 Jan 06:55:34] (pid:15758) INFO: Rendering error/resolve_error >>>> (500) >>>> >>>> -----Original Message----- >>>> From: umlaut-general-bounces at rubyforge.org >>>> [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross >>>> Singer >>>> Sent: Tuesday, January 18, 2011 8:35 PM >>>> To: umlaut-general at rubyforge.org >>>> Subject: Re: [Umlaut-general] Umlaut performance >>>> >>>> What I'm seeing is pretty odd. ?You've got, like, the bizarro Umlaut: >>>> SFX results come back blazingly fast, then nothing else does. >>>> >>>> I never got the spinners to stop spinning. >>>> >>>> I also tried: >>>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>>> _ >>>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20 >>>> y >>>> ou%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803 >>>> - >>>> 7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 >>>> >>>> and >>>> >>>> http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft >>>> _ >>>> val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 >>>> >>>> My guess would be that something's wrong with the AJAX requests, are the logs showing any errors? ?It's acting like there's an error that never completes the background tasks. >>>> >>>> I'm still absolutely amazed at how quickly the SFX results come back. >>>> >>>> -Ross. >>>> >>>> On Tue, Jan 18, 2011 at 7:48 PM, Poulter, ? Dale >>>> ? wrote: >>>>> We are working towards customizing umlaut for probable use in production! >>>>> However, ?we are seeing slow response that I cannot seem to explain. >>>>> Has anyone worked on optimizing performance? ?Here is a sample url >>>>> >>>>> >>>>> >>>>> http://umlaut.library.vanderbilt.edu/go/11 >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Umlaut-general mailing list >>>>> Umlaut-general at rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>>> >>>>> >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>>> _______________________________________________ >>>> Umlaut-general mailing list >>>> Umlaut-general at rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> -- >>> Scot Dalton >>> Phone: ?(212) 998-2674 >>> Web Services >>> Division of Libraries >>> New York University >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > From dale.poulter at Vanderbilt.Edu Thu Jan 20 11:59:29 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Thu, 20 Jan 2011 10:59:29 -0600 Subject: [Umlaut-general] ILL target Message-ID: <7288D49C0448E840B752320350AFA94E460145C3@ITS-HCWNEM03.ds.Vanderbilt.edu> All, Most of the interface is working as expected now but I seem to be unable to find the location to adjust the ILL target. Currently it just goes to the web root directory (http://umlaut.library.vanderbilt.edu/go/13). Any suggestions? --Dale --------------------------------------- Dale Poulter Automation Coordinator Library Information Technology Services Vanderbilt University 419 21st Avenue South, Room 812 Nashville, TN 37203-2427 (615)343-5388 (615)343-8834 (fax) (615)207-9705 (cell) dale.poulter at vanderbilt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From rochkind at jhu.edu Thu Jan 20 13:09:19 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Thu, 20 Jan 2011 13:09:19 -0500 Subject: [Umlaut-general] ILL target In-Reply-To: <7288D49C0448E840B752320350AFA94E460145C3@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E460145C3@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D387A4F.8080802@jhu.edu> In general, all Umlaut has right now is it forwards the ILL links from SFX, and includes them on it's own screen. So there's no way to adjust them in Umlaut, Umlaut is supposed to be just using exactly the same ones in SFX. (You can adjust where they appear on the umlaut screen if you want, but not the destination links themselves). Can you confirm that your ILL targets work when you access the equivalent screen in SFX directly? If not, they don't work in SFX either, then first step is getting them working in SFX, possibly with Ex Libris help. If they work in SFX but not Umlaut, then we'll have to debug why Umlaut, using the SFX API, is coming up with a different URL for these targets than SFX itself is. On 1/20/2011 11:59 AM, Poulter, Dale wrote: > > All, > > Most of the interface is working as expected now but I seem to be > unable to find the location to adjust the ILL target. Currently it > just goes to the web root directory > (http://umlaut.library.vanderbilt.edu/go/13). Any suggestions? > > --Dale > > --------------------------------------- > Dale Poulter > Automation Coordinator > > Library Information Technology Services > Vanderbilt University > > 419 21st Avenue South, Room 812 > Nashville, TN 37203-2427 > (615)343-5388 > (615)343-8834 (fax) > (615)207-9705 (cell) > dale.poulter at vanderbilt.edu > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scot.dalton at nyu.edu Thu Jan 20 15:43:18 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Thu, 20 Jan 2011 15:43:18 -0500 Subject: [Umlaut-general] Auth Module Documentation Message-ID: <45AC35F8-FA77-48D7-B7B0-B2F1C2F50160@nyu.edu> Hi all, I've updated the auth module documentation to reflect recent changes. http://wiki.code4lib.org/index.php/Auth_Module Let me know if you have any questions or concerns. I'll hold off committing this back to trunk until we've discussed more and figured out how we want to handle the additional gem and DB migration dependencies. Thanks, Scot -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From rochkind at jhu.edu Thu Jan 20 16:26:08 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Thu, 20 Jan 2011 16:26:08 -0500 Subject: [Umlaut-general] Auth Module Documentation In-Reply-To: <45AC35F8-FA77-48D7-B7B0-B2F1C2F50160@nyu.edu> References: <45AC35F8-FA77-48D7-B7B0-B2F1C2F50160@nyu.edu> Message-ID: <4D38A870.3090106@jhu.edu> Awesome, thanks Scot. Good documentation -- I didn't neccesarily need a run-down of every place you changed pre-existing Umlaut code, but I guess that is one way of documenting how the stuff works. The second half where you describe how you mix in your local PDS module is really key, I think. It seems to be a reasonably good design to me, nice work. Can you provide a bit more info on that page about what you DO with the information that a user is logged in? How does it effect Umlaut's services at all, and how have you locally configured/modified Umlaut to make it do so? Once we're ready, I have a bit to say about migration and gem dependencies and how we make that easy on users, still thinking it through a bit. Jonathan On 1/20/2011 3:43 PM, Scot Dalton wrote: > Hi all, > > I've updated the auth module documentation to reflect recent changes. > http://wiki.code4lib.org/index.php/Auth_Module > > Let me know if you have any questions or concerns. > I'll hold off committing this back to trunk until we've discussed more and figured out how we want to handle the additional gem and DB migration dependencies. > > Thanks, > Scot > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Thu Jan 20 16:26:38 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Thu, 20 Jan 2011 16:26:38 -0500 Subject: [Umlaut-general] Auth Module Documentation In-Reply-To: <45AC35F8-FA77-48D7-B7B0-B2F1C2F50160@nyu.edu> References: <45AC35F8-FA77-48D7-B7B0-B2F1C2F50160@nyu.edu> Message-ID: <4D38A88E.7050306@jhu.edu> Although really, since me you and Dale are the only users we know about right now, we can just say, hey Dale, when you upgrade install the gem and run the migration. :) On 1/20/2011 3:43 PM, Scot Dalton wrote: > Hi all, > > I've updated the auth module documentation to reflect recent changes. > http://wiki.code4lib.org/index.php/Auth_Module > > Let me know if you have any questions or concerns. > I'll hold off committing this back to trunk until we've discussed more and figured out how we want to handle the additional gem and DB migration dependencies. > > Thanks, > Scot > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From scot.dalton at nyu.edu Thu Jan 20 16:52:14 2011 From: scot.dalton at nyu.edu (Scot Dalton) Date: Thu, 20 Jan 2011 16:52:14 -0500 Subject: [Umlaut-general] Auth Module Documentation In-Reply-To: <4D38A870.3090106@jhu.edu> References: <45AC35F8-FA77-48D7-B7B0-B2F1C2F50160@nyu.edu> <4D38A870.3090106@jhu.edu> Message-ID: Sounds good. I added a bit more about what we're doing at NYU and some screen shots to give an idea of how it's working. Thanks, Scot On Jan 20, 2011, at Jan 20, 4:26 PM, Jonathan Rochkind wrote: > Awesome, thanks Scot. Good documentation -- I didn't neccesarily need a run-down of every place you changed pre-existing Umlaut code, but I guess that is one way of documenting how the stuff works. The second half where you describe how you mix in your local PDS module is really key, I think. > > It seems to be a reasonably good design to me, nice work. > > Can you provide a bit more info on that page about what you DO with the information that a user is logged in? How does it effect Umlaut's services at all, and how have you locally configured/modified Umlaut to make it do so? > > Once we're ready, I have a bit to say about migration and gem dependencies and how we make that easy on users, still thinking it through a bit. > > Jonathan > > On 1/20/2011 3:43 PM, Scot Dalton wrote: >> Hi all, >> >> I've updated the auth module documentation to reflect recent changes. >> http://wiki.code4lib.org/index.php/Auth_Module >> >> Let me know if you have any questions or concerns. >> I'll hold off committing this back to trunk until we've discussed more and figured out how we want to handle the additional gem and DB migration dependencies. >> >> Thanks, >> Scot >> >> -- >> Scot Dalton >> Phone: (212) 998-2674 >> Web Services >> Division of Libraries >> New York University >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general -- Scot Dalton Phone: (212) 998-2674 Web Services Division of Libraries New York University From rochkind at jhu.edu Thu Jan 20 16:55:02 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Thu, 20 Jan 2011 16:55:02 -0500 Subject: [Umlaut-general] Auth Module Documentation In-Reply-To: References: <45AC35F8-FA77-48D7-B7B0-B2F1C2F50160@nyu.edu> <4D38A870.3090106@jhu.edu> Message-ID: <4D38AF36.5020408@jhu.edu> Yeah, so HOW did you get your items on the screen to provide a Request button only if the user is logged in (and then presumably make the request in some way based on the logged in user). Is it the Primo adapter that's doing that? So you made a local customization of the Primo adapter to do that? Or it's just built into the Primo adapter for everyone that uses it now? In addition to maybe just a couple sentances/paragraph about that, if you can manage it, it might be good to put on the wiki page something like "This is just the beginnings of an auth framework for Umlaut, right now not much will happen on Umlaut as a consequence of logging in, you'd have to modify service adapters to take account of that in reasonable ways, for instance the Primo adapter...." On 1/20/2011 4:52 PM, Scot Dalton wrote: > Sounds good. I added a bit more about what we're doing at NYU and some screen shots to give an idea of how it's working. > > Thanks, > Scot > > On Jan 20, 2011, at Jan 20, 4:26 PM, Jonathan Rochkind wrote: > >> Awesome, thanks Scot. Good documentation -- I didn't neccesarily need a run-down of every place you changed pre-existing Umlaut code, but I guess that is one way of documenting how the stuff works. The second half where you describe how you mix in your local PDS module is really key, I think. >> >> It seems to be a reasonably good design to me, nice work. >> >> Can you provide a bit more info on that page about what you DO with the information that a user is logged in? How does it effect Umlaut's services at all, and how have you locally configured/modified Umlaut to make it do so? >> >> Once we're ready, I have a bit to say about migration and gem dependencies and how we make that easy on users, still thinking it through a bit. >> >> Jonathan >> >> On 1/20/2011 3:43 PM, Scot Dalton wrote: >>> Hi all, >>> >>> I've updated the auth module documentation to reflect recent changes. >>> http://wiki.code4lib.org/index.php/Auth_Module >>> >>> Let me know if you have any questions or concerns. >>> I'll hold off committing this back to trunk until we've discussed more and figured out how we want to handle the additional gem and DB migration dependencies. >>> >>> Thanks, >>> Scot >>> >>> -- >>> Scot Dalton >>> Phone: (212) 998-2674 >>> Web Services >>> Division of Libraries >>> New York University >>> >>> _______________________________________________ >>> Umlaut-general mailing list >>> Umlaut-general at rubyforge.org >>> http://rubyforge.org/mailman/listinfo/umlaut-general > > -- > Scot Dalton > Phone: (212) 998-2674 > Web Services > Division of Libraries > New York University > From dale.poulter at Vanderbilt.Edu Sun Jan 23 13:56:48 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Sun, 23 Jan 2011 12:56:48 -0600 Subject: [Umlaut-general] getting started on a new holding service Message-ID: <7288D49C0448E840B752320350AFA94E46014840@ITS-HCWNEM03.ds.Vanderbilt.edu> Good afternoon, I am attempting to find a simple example of adding a holding service to Umlaut. My goal is to create a service that will query symphony webservices, retrieve the xml and present the items location, library, and status. Is a simple holding service available? I have looked at the hip3 and this does not seem to do what I am looking for, although I am very green in working with ruby. Thanks for the help. --Dale --------------------------------------- Dale Poulter Automation Coordinator Library Information Technology Services Vanderbilt University 419 21st Avenue South, Room 812 Nashville, TN 37203-2427 (615)343-5388 (615)343-8834 (fax) (615)207-9705 (cell) dale.poulter at vanderbilt.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From rochkind at jhu.edu Sun Jan 23 19:48:50 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Sun, 23 Jan 2011 19:48:50 -0500 Subject: [Umlaut-general] getting started on a new holding service In-Reply-To: <7288D49C0448E840B752320350AFA94E46014840@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E46014840@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <864A73846CE8F04D995603351682C29C9AC556C581@JHEMTEXVS2.win.ad.jhu.edu> Cool. So a service adapter in Umlaut is basically just an object that responds to the method handle(request), and in response looks at the OpenURL context object of the current request, and creates ServiceResponses. A ServiceResponse is basically just an arbitrary collection of key/values, but there are certain conventional key/values used, in this case for 'holding' type of ServiceRespones, that will then be properly displayed and linked by the rest of Umlaut. (You can over-ride this part too with custom views if the typical display of a 'holding' is inadequate, but hopefully it will not be). An overview of the ServiceResponse generation process and how to write a service adapter can be found here: http://wiki.code4lib.org/index.php/ServiceResponse_data_structures_and_generation The particular keys in ServiceResponse conventionally meaningful for a 'holding' type response are here, under 'holdings': http://umlaut.rubyforge.org/api/classes/ServiceResponse.html I wrote that a while ago, and while it's all still accurate if I were to rewrite it I might be able to be more clear -- but I think it's still hopefully useful as a starting point. The hip3 service adapter you looked at might not be the best example to look at, as it's one of the earliest ones I wrote -- but it and the Primo adapter (which is the only one that Scot has written!) are the only current holding examples. We don't have a 'generic' holding lookup service written, although I've defintely thought about how it would be nice to have one you could maybe just plug your actual local ILS API logic into, when I've spent a bit of time trying to do that it's too hard to abstract across all possible APIs, the diversity of significant implementation details made it trickier than I had time for. But basically, the hard part is simply interacting with your ILS -- if you already know how to interact with your Voyager API, then it's basically just: Create a new class, called whatever, sub-classing Service, and implementing a couple expected methods, mainly handle(request). In there, you can look at request.referent.metadata to get at the title/author etc of the current request. Then you make your calls to the Voyager API to get find matches in your ILS. It's probably wise to prioritize ISSN/ISBN/LCCN/OCLCnum matches as 'sure things', and only if not found do author/title lookups, being more careful to compare author/title hits to the current request to see if they are a match. There are some helper methods around that might make it easier to do these things. In addition to holdings, you might get fulltext links from 856 links if you so desire. Either way, you finally, in your implementation of the handle method, use request.add_service_response to add a ServiceResponse for each holding and/or fulltext link you'd like to add. And then you return a success value from your implementation of handle. This is just an outline, I expect you'll have more questions, please do ask them, we do need some better documentation on this, and I can try to use your questions as some structure for writing it. What I should perhaps write is an example ILS lookup service that (unlike the real live HIP one) is actually written clearly and concisely and cleanly, and just hand-waves at the ILS interacting parts but has all the Umlaut interacting parts filled out. Jonathan ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Sunday, January 23, 2011 1:56 PM To: umlaut-general at rubyforge.org Subject: [Umlaut-general] getting started on a new holding service Good afternoon, I am attempting to find a simple example of adding a holding service to Umlaut. My goal is to create a service that will query symphony webservices, retrieve the xml and present the items location, library, and status. Is a simple holding service available? I have looked at the hip3 and this does not seem to do what I am looking for, although I am very green in working with ruby. Thanks for the help. --Dale --------------------------------------- Dale Poulter Automation Coordinator Library Information Technology Services Vanderbilt University 419 21st Avenue South, Room 812 Nashville, TN 37203-2427 (615)343-5388 (615)343-8834 (fax) (615)207-9705 (cell) dale.poulter at vanderbilt.edu From rossfsinger at gmail.com Mon Jan 24 22:30:36 2011 From: rossfsinger at gmail.com (Ross Singer) Date: Mon, 24 Jan 2011 22:30:36 -0500 Subject: [Umlaut-general] getting started on a new holding service In-Reply-To: <7288D49C0448E840B752320350AFA94E46014840@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E46014840@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: Hi Dale, Since you are using Symphony, you can get this information via Z39.50 (Symphony puts a very simple holdings format in the 926, I think). To get this to work, you'd either need ruby-zoom (http://rubyforge.org/projects/ruby-zoom/) or YazProxy and SRU (http://rubyforge.org/projects/sru). The 926 field is pretty simple: $a: campus/building/etc. $b: location/status (since Symphony conflates the two) $c: call number $d: loan type $e: expected availability date (if charged) $f: copy number Good luck, -Ross. On Sun, Jan 23, 2011 at 1:56 PM, Poulter, Dale wrote: > Good afternoon, > > > > > > I am attempting to find a simple example of adding a holding service to > Umlaut.? My goal is to create a service that will query symphony > webservices, retrieve the xml and present the items location, library, and > status.? Is a simple holding service available?? I have looked at the hip3 > and this does not seem to do what I am looking for, although I am very green > in working with ruby.? Thanks for the help. > > > > > > --Dale > > > > --------------------------------------- > Dale Poulter > Automation Coordinator > > Library Information Technology Services > Vanderbilt University > > 419 21st Avenue South, Room 812 > Nashville, TN? 37203-2427 > (615)343-5388 > (615)343-8834 (fax) > (615)207-9705 (cell) > dale.poulter at vanderbilt.edu > > > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > > From dale.poulter at Vanderbilt.Edu Tue Jan 25 07:48:04 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Tue, 25 Jan 2011 06:48:04 -0600 Subject: [Umlaut-general] getting started on a new holding service In-Reply-To: References: <7288D49C0448E840B752320350AFA94E46014840@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <7288D49C0448E840B752320350AFA94E460149C0@ITS-HCWNEM03.ds.Vanderbilt.edu> Ross, Thanks. My goal with the new service is to make it fairly general and to use the webservices so that it could be easily converted to be used for other systems. -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer Sent: Monday, January 24, 2011 9:31 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] getting started on a new holding service Hi Dale, Since you are using Symphony, you can get this information via Z39.50 (Symphony puts a very simple holdings format in the 926, I think). To get this to work, you'd either need ruby-zoom (http://rubyforge.org/projects/ruby-zoom/) or YazProxy and SRU (http://rubyforge.org/projects/sru). The 926 field is pretty simple: $a: campus/building/etc. $b: location/status (since Symphony conflates the two) $c: call number $d: loan type $e: expected availability date (if charged) $f: copy number Good luck, -Ross. On Sun, Jan 23, 2011 at 1:56 PM, Poulter, Dale wrote: > Good afternoon, > > > > > > I am attempting to find a simple example of adding a holding service > to Umlaut.? My goal is to create a service that will query symphony > webservices, retrieve the xml and present the items location, library, > and status.? Is a simple holding service available?? I have looked at > the hip3 and this does not seem to do what I am looking for, although > I am very green in working with ruby.? Thanks for the help. > > > > > > --Dale > > > > --------------------------------------- > Dale Poulter > Automation Coordinator > > Library Information Technology Services Vanderbilt University > > 419 21st Avenue South, Room 812 > Nashville, TN? 37203-2427 > (615)343-5388 > (615)343-8834 (fax) > (615)207-9705 (cell) > dale.poulter at vanderbilt.edu > > > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general From jonesa at newschool.edu Tue Jan 18 22:52:37 2011 From: jonesa at newschool.edu (Allen Jones) Date: Tue, 18 Jan 2011 22:52:37 -0500 Subject: [Umlaut-general] Umlaut performance In-Reply-To: References: <7288D49C0448E840B752320350AFA94E460143A3@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: I'm wondering if there isn't any packet-shaping going on. We had this issue at new school- sfx was fast because it was on the dmz, but bx recommendations and external services were horribly slow because of packeteer and our firewall. A On Jan 18, 2011, at 21:34, Ross Singer wrote: > What I'm seeing is pretty odd. You've got, like, the bizarro Umlaut: > SFX results come back blazingly fast, then nothing else does. > > I never got the spinners to stop spinning. > > I also tried: http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.atitle=How%20can%20I%20help%20you%3F%20User%20instructions%20in%20telephone%20calls&rft.isbn=0-7803-7949-7&rft.aulast=Steehouder&rft.date=2003&rft.spage=8&rft.epage=8 > > and > > http://umlaut.library.vanderbilt.edu/resolve?ctx_ver=Z39.88-2004&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.isbn=3540228195 > > My guess would be that something's wrong with the AJAX requests, are > the logs showing any errors? It's acting like there's an error that > never completes the background tasks. > > I'm still absolutely amazed at how quickly the SFX results come back. > > -Ross. > > On Tue, Jan 18, 2011 at 7:48 PM, Poulter, Dale > wrote: >> We are working towards customizing umlaut for probable use in production! >> However, we are seeing slow response that I cannot seem to explain. Has >> anyone worked on optimizing performance? Here is a sample url >> >> >> >> http://umlaut.library.vanderbilt.edu/go/11 >> >> >> >> >> >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> >> > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Tue Jan 25 09:50:32 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Tue, 25 Jan 2011 09:50:32 -0500 Subject: [Umlaut-general] getting started on a new holding service In-Reply-To: <7288D49C0448E840B752320350AFA94E460149C0@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <7288D49C0448E840B752320350AFA94E46014840@ITS-HCWNEM03.ds.Vanderbilt.edu> , <7288D49C0448E840B752320350AFA94E460149C0@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <864A73846CE8F04D995603351682C29C9AC556C58C@JHEMTEXVS2.win.ad.jhu.edu> Sounds awesome. Let me know if you run into confusion, I can try to write better documentation/examples, or answer questions as they come up. ________________________________________ From: umlaut-general-bounces at rubyforge.org [umlaut-general-bounces at rubyforge.org] On Behalf Of Poulter, Dale [dale.poulter at Vanderbilt.Edu] Sent: Tuesday, January 25, 2011 7:48 AM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] getting started on a new holding service Ross, Thanks. My goal with the new service is to make it fairly general and to use the webservices so that it could be easily converted to be used for other systems. -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Ross Singer Sent: Monday, January 24, 2011 9:31 PM To: umlaut-general at rubyforge.org Subject: Re: [Umlaut-general] getting started on a new holding service Hi Dale, Since you are using Symphony, you can get this information via Z39.50 (Symphony puts a very simple holdings format in the 926, I think). To get this to work, you'd either need ruby-zoom (http://rubyforge.org/projects/ruby-zoom/) or YazProxy and SRU (http://rubyforge.org/projects/sru). The 926 field is pretty simple: $a: campus/building/etc. $b: location/status (since Symphony conflates the two) $c: call number $d: loan type $e: expected availability date (if charged) $f: copy number Good luck, -Ross. On Sun, Jan 23, 2011 at 1:56 PM, Poulter, Dale wrote: > Good afternoon, > > > > > > I am attempting to find a simple example of adding a holding service > to Umlaut. My goal is to create a service that will query symphony > webservices, retrieve the xml and present the items location, library, > and status. Is a simple holding service available? I have looked at > the hip3 and this does not seem to do what I am looking for, although > I am very green in working with ruby. Thanks for the help. > > > > > > --Dale > > > > --------------------------------------- > Dale Poulter > Automation Coordinator > > Library Information Technology Services Vanderbilt University > > 419 21st Avenue South, Room 812 > Nashville, TN 37203-2427 > (615)343-5388 > (615)343-8834 (fax) > (615)207-9705 (cell) > dale.poulter at vanderbilt.edu > > > > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > > _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 26 13:15:45 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 26 Jan 2011 13:15:45 -0500 Subject: [Umlaut-general] A-Z lookup a bit weird in SFX4 Message-ID: <4D4064D1.4070804@jhu.edu> We just went live with SFX4 here, fronted by Umlaut, hooray. There are a bit of wonkiness with the Umlaut A-Z lookup backed by SFX4. I'm seeing if I can improve it. However, there's another alternative that nobody's used yet, but I thought I'd mention. Instead of actually using Umlaut for your A-Z lookup (with Umlaut trying to talk to SFX on the back end to answer your lookup), you could actually use the straight SFX A-Z -- but modify the SFX A-Z templates so when a user actually clicks on a hit, it goes to the Umlaut base URL instead of the SFX one. Then Umlaut wouldn't have to copy the SFX A-Z functionality (or if you don't like the way Umlaut's copied it), but you'd still be using Umlaut for the actual link resolver menus. Haven't tried it myself, but that strategy should work fine. Something to consider if you're evaluating Umlaut and unhappy with Umlaut's own A-Z lookup functionality, which is indeed a bit sketchy. From dale.poulter at Vanderbilt.Edu Wed Jan 26 13:47:01 2011 From: dale.poulter at Vanderbilt.Edu (Poulter, Dale) Date: Wed, 26 Jan 2011 12:47:01 -0600 Subject: [Umlaut-general] A-Z lookup a bit weird in SFX4 In-Reply-To: <4D4064D1.4070804@jhu.edu> References: <4D4064D1.4070804@jhu.edu> Message-ID: <7288D49C0448E840B752320350AFA94E46014C76@ITS-HCWNEM03.ds.Vanderbilt.edu> When we go live with umlaut, we plan on using the SFX v4 A-Z list but use umlaut as the resolving piece. Since the openurl is in many different locations, including the A-Z list, I have added a rewrite in the apache configuration file to pass the parameters to Umlaut. -----Original Message----- From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind Sent: Wednesday, January 26, 2011 12:16 PM To: umlaut-general at rubyforge.org Subject: [Umlaut-general] A-Z lookup a bit weird in SFX4 We just went live with SFX4 here, fronted by Umlaut, hooray. There are a bit of wonkiness with the Umlaut A-Z lookup backed by SFX4. I'm seeing if I can improve it. However, there's another alternative that nobody's used yet, but I thought I'd mention. Instead of actually using Umlaut for your A-Z lookup (with Umlaut trying to talk to SFX on the back end to answer your lookup), you could actually use the straight SFX A-Z -- but modify the SFX A-Z templates so when a user actually clicks on a hit, it goes to the Umlaut base URL instead of the SFX one. Then Umlaut wouldn't have to copy the SFX A-Z functionality (or if you don't like the way Umlaut's copied it), but you'd still be using Umlaut for the actual link resolver menus. Haven't tried it myself, but that strategy should work fine. Something to consider if you're evaluating Umlaut and unhappy with Umlaut's own A-Z lookup functionality, which is indeed a bit sketchy. _______________________________________________ Umlaut-general mailing list Umlaut-general at rubyforge.org http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 26 14:50:11 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 26 Jan 2011 14:50:11 -0500 Subject: [Umlaut-general] A-Z lookup a bit weird in SFX4 In-Reply-To: <7288D49C0448E840B752320350AFA94E46014C76@ITS-HCWNEM03.ds.Vanderbilt.edu> References: <4D4064D1.4070804@jhu.edu> <7288D49C0448E840B752320350AFA94E46014C76@ITS-HCWNEM03.ds.Vanderbilt.edu> Message-ID: <4D407AF3.10607@jhu.edu> Nice, that's an interesting solution. On 1/26/2011 1:47 PM, Poulter, Dale wrote: > When we go live with umlaut, we plan on using the SFX v4 A-Z list but use umlaut as the resolving piece. Since the openurl is in many different locations, including the A-Z list, I have added a rewrite in the apache configuration file to pass the parameters to Umlaut. > > -----Original Message----- > From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind > Sent: Wednesday, January 26, 2011 12:16 PM > To: umlaut-general at rubyforge.org > Subject: [Umlaut-general] A-Z lookup a bit weird in SFX4 > > We just went live with SFX4 here, fronted by Umlaut, hooray. > > There are a bit of wonkiness with the Umlaut A-Z lookup backed by SFX4. > I'm seeing if I can improve it. > > However, there's another alternative that nobody's used yet, but I thought I'd mention. Instead of actually using Umlaut for your A-Z lookup (with Umlaut trying to talk to SFX on the back end to answer your lookup), you could actually use the straight SFX A-Z -- but modify the SFX A-Z templates so when a user actually clicks on a hit, it goes to the Umlaut base URL instead of the SFX one. Then Umlaut wouldn't have to copy the SFX A-Z functionality (or if you don't like the way Umlaut's copied it), but you'd still be using Umlaut for the actual link resolver menus. > > Haven't tried it myself, but that strategy should work fine. Something to consider if you're evaluating Umlaut and unhappy with Umlaut's own A-Z lookup functionality, which is indeed a bit sketchy. > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general From rochkind at jhu.edu Wed Jan 26 15:51:28 2011 From: rochkind at jhu.edu (Jonathan Rochkind) Date: Wed, 26 Jan 2011 15:51:28 -0500 Subject: [Umlaut-general] A-Z lookup a bit weird in SFX4 In-Reply-To: <4D407AF3.10607@jhu.edu> References: <4D4064D1.4070804@jhu.edu> <7288D49C0448E840B752320350AFA94E46014C76@ITS-HCWNEM03.ds.Vanderbilt.edu> <4D407AF3.10607@jhu.edu> Message-ID: <4D408950.8040304@jhu.edu> BTW, I have now fixed up and committed to trunk improvements to the Umlaut A-Z using SFX4 underlying database, such that it works more like (but not neccesarily exactly like) the SFX4 native version. On 1/26/2011 2:50 PM, Jonathan Rochkind wrote: > Nice, that's an interesting solution. > > On 1/26/2011 1:47 PM, Poulter, Dale wrote: >> When we go live with umlaut, we plan on using the SFX v4 A-Z list but use umlaut as the resolving piece. Since the openurl is in many different locations, including the A-Z list, I have added a rewrite in the apache configuration file to pass the parameters to Umlaut. >> >> -----Original Message----- >> From: umlaut-general-bounces at rubyforge.org [mailto:umlaut-general-bounces at rubyforge.org] On Behalf Of Jonathan Rochkind >> Sent: Wednesday, January 26, 2011 12:16 PM >> To: umlaut-general at rubyforge.org >> Subject: [Umlaut-general] A-Z lookup a bit weird in SFX4 >> >> We just went live with SFX4 here, fronted by Umlaut, hooray. >> >> There are a bit of wonkiness with the Umlaut A-Z lookup backed by SFX4. >> I'm seeing if I can improve it. >> >> However, there's another alternative that nobody's used yet, but I thought I'd mention. Instead of actually using Umlaut for your A-Z lookup (with Umlaut trying to talk to SFX on the back end to answer your lookup), you could actually use the straight SFX A-Z -- but modify the SFX A-Z templates so when a user actually clicks on a hit, it goes to the Umlaut base URL instead of the SFX one. Then Umlaut wouldn't have to copy the SFX A-Z functionality (or if you don't like the way Umlaut's copied it), but you'd still be using Umlaut for the actual link resolver menus. >> >> Haven't tried it myself, but that strategy should work fine. Something to consider if you're evaluating Umlaut and unhappy with Umlaut's own A-Z lookup functionality, which is indeed a bit sketchy. >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general >> _______________________________________________ >> Umlaut-general mailing list >> Umlaut-general at rubyforge.org >> http://rubyforge.org/mailman/listinfo/umlaut-general > _______________________________________________ > Umlaut-general mailing list > Umlaut-general at rubyforge.org > http://rubyforge.org/mailman/listinfo/umlaut-general