[EP-tech] Re: IRStats 2-0.0.5 - Stats::Handler: requested processor 'countries' does not exist.

Tommy Ingulfsen tommy at library.caltech.edu
Fri Feb 21 06:00:59 GMT 2014


I am mystified by this - I'm pretty sure it's Prototype that defines the
'each' function. I'm on EPrints 3.3.11 and IRStats 2-0.0.5.

I just took my file (which is version 1.7.1 of prototype.js):

 EPRINTSROOT/archives/ARCHIVE/cfg/static/javascript/auto/20_prototype.js

And moved it away from EPrints to my home directory, then restarted the
web server. That caused me to get the same error as you, a little red box
that says "this.each is not a function". Upon moving it back, the error
went away and the map reappeared.

Looking at the source of my local dev machine web page

http://eprints3311.localhost/cgi/stats/report/requests?range=_ALL_&from=&to
=

It links to the main JavaScript file within the <head>:

    <script type="text/javascript"
src="/javascript/auto-3.3.11.js"><!--padder--></script>

The start of auto-3.3.11.js is:


Š

/* From: 
/opt/eprints3311/archives/eprints3311/cfg/static/javascript/auto/20_prototy
pe.js */

/*  Prototype JavaScript framework, version 1.7.1
 *  (c) 2005-2010 Sam Stephenson



Š

Is that what you've got as well?

tommy

On 2/20/14 3:28 PM, "Matthew Brady" <Matthew.Brady at usq.edu.au> wrote:

>Hi Tommy,
>
>Just an update......
>
>After much double checking and another apache restarts, the system now no
>longer pumps the "Stats::Handler: requested processor 'countries' does
>not exist." Into the apache error_log.....
>Maybe I was putting too much faith in the developer mode keeping things
>current :) with re-loads of configs...
>
>The component on the screen still displays "this.each is not a function",
>so I'm guessing it's a bit of buggy code? In the 2-0.0.5 beta code... or
>I'm missing something else, maybe a .js declaration call?
>
>I have turned database logging on, and when loading the report page
><FQDN>/cgi/stats/report/eprint/933
>the following query shows up, and it is returning valid data...
>
>	SELECT `value`, SUM( `count` ) FROM `irstats2_countries` WHERE
>`eprintid` = 933 GROUP BY `value` ORDER BY
>SUM(`irstats2_countries`.`count`) DESC
>
>Will need to check out the JS and find out where the data isn't getting
>to the component...
>
>Thanks for your help
>
>Matt
>
>
>
>-----Original Message-----
>From: eprints-tech-bounces at ecs.soton.ac.uk
>[mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of Matthew Brady
>Sent: Thursday, 20 February 2014 11:39 AM
>To: eprints-tech at ecs.soton.ac.uk
>Subject: [EP-tech] Re: IRStats 2-0.0.5 - Stats::Handler: requested
>processor 'countries' does not exist.
>
>Hi Tommy,
>
>Thanks for the feedback.... to answer your questions,
>
>The map isn't displaying at all,
>
>I have updated Prototype that came with ePrints 3.3.10	/*  Prototype
>JavaScript framework, version 1.7
>To the slightly newer                                                 /*
>Prototype JavaScript framework, version 1.7.1
>No impact, I still get the component displaying, with the error message "
>this.each is not a function " where the map should display..
>
>I used Yum to install the geoip packages.  I have had problems in the
>past getting the admins to retrieve/compile from cpan source etc...
>The GeoIp code appears to be working successfully, as the countries table
>has been populated...
>Just incase there is something odd with different versions I have
>installed.....
>Installed:  perl-Geo-IP.x86_64 0:1.38-1.el6.rf   and its dependency:
>geoip.x86_64 0:1.4.6-1.el6.rf
>Installed:  perl-Geo-IP-PurePerl.noarch 0:1.24-1.el6.rf
>
>I have this machine running in developer mode, which reloads the config
>for every request....
>I have also restarted apache....
>
>Cheers
>Matt 
>
>
>
>_____________________________________________________________
>This email (including any attached files) is confidential and is for the
>intended recipient(s) only. If you received this email by mistake,
>please, as a courtesy, tell the sender, then delete this email.
>
>The views and opinions are the originator's and do not necessarily
>reflect those of the University of Southern Queensland. Although all
>reasonable precautions were taken to ensure that this email contained no
>viruses at the time it was sent we accept no liability for any losses
>arising from its receipt.
>
>The University of Southern Queensland is a registered provider of
>education with the Australian Government.
>(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081 )
>
>
>*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>*** Archive: http://www.eprints.org/tech.php/
>*** EPrints community wiki: http://wiki.eprints.org/
>*** EPrints developers Forum: http://forum.eprints.org/
>
>
>_____________________________________________________________
>This email (including any attached files) is confidential and is for the
>intended recipient(s) only. If you received this email by mistake,
>please, as a courtesy, tell the sender, then delete this email.
>
>The views and opinions are the originator's and do not necessarily
>reflect those of the University of Southern Queensland. Although all
>reasonable precautions were taken to ensure that this email contained no
>viruses at the time it was sent we accept no liability for any losses
>arising from its receipt.
>
>The University of Southern Queensland is a registered provider of
>education with the Australian Government.
>(CRICOS Institution Code QLD 00244B / NSW 02225M, TEQSA PRV12081 )
>
>
>*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
>*** Archive: http://www.eprints.org/tech.php/
>*** EPrints community wiki: http://wiki.eprints.org/
>*** EPrints developers Forum: http://forum.eprints.org/




More information about the Eprints-tech mailing list