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

Sebastien Francois sf2 at ecs.soton.ac.uk
Fri Feb 21 09:28:58 GMT 2014


Hola,

Aren't you fixing this: https://github.com/eprints/irstats2/issues/3 ?

If so, you may want to read this also: 
https://github.com/eprints/eprints/issues/130

Seb.


On 21/02/14 09:25, John Salter wrote:
> OK - me being stupid. Too many repos and not enough cache clearing.
>
> I can confirm that the update to prototype seems to work for us on 3.3.10.
>
>> wget -O /path_to_eprints/archives/ARCHIVEID/cfg/static/javascript/auto/20_prototype.js https://ajax.googleapis.com/ajax/libs/prototype/1.7.1.0/prototype.js
> In browser, make sure you reload the page+other files (e.g.Ctrl+F5 in Firefox).
>
> Cheers,
> John
>
>
> -----Original Message-----
> From: eprints-tech-bounces at ecs.soton.ac.uk [mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of John Salter
> Sent: 21 February 2014 08:51
> 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.
>
> I've just tried this on our test server (3.3.10), and it looks like the reloading/recreation of auto-3.3.10.js doesn't work properly.
> I copied the system 20_prototype.js into the local directory, added a comment so I know it's mine, restarted the web server, regenerated static - still not coming through...
>
> I'll see if I can fix it.
>
> In the meantime, we changed the map plot of countries to a table:
> {
>      plugin => 'Table',
>      datatype => 'countries',
>      options => { top => 'countries', title => 'Countries' },
> },
>
> Cheers,
> John
>
> -----Original Message-----
> From: eprints-tech-bounces at ecs.soton.ac.uk [mailto:eprints-tech-bounces at ecs.soton.ac.uk] On Behalf Of Tommy Ingulfsen
> Sent: 21 February 2014 06:01
> 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.
>
> 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/
>
> *** 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/
>
> *** 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/
>
> *** 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/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ecs.soton.ac.uk/pipermail/eprints-tech/attachments/20140221/12b11c35/attachment-0001.html 


More information about the Eprints-tech mailing list