connotea-code-devel — Discussion and devlopment of the core Connotea code and plug-ins.

[Connotea-code-devel] webapi: 404 on empty query

[Robert F. <xro...@go...>]

hi,
while testing my api wrapper, i ran into a problem with the webapi:
queries for tags/posts/bookmarks return 404 if no matches have been
found. to cater for this, the wrapper tried to parse a webapi response
for this http status code. for some requests - e.g. for non-existing
users like http://www.connotea.org/data/bookmarks/user/http
- only the apache default 404 page is returned, which can't be parsed
as webapi response. so i'd propose to return 200 with a webapi
response saying "no items found" for empty searches, or simply empty
result xml?
what do you think?
robert

Re: [Connotea-code-devel] missing journal name in webapi citation export

[Martin F. <ma...@ne...>]

Hi Robert,

Thanks for pointing this out!

We have two fields for journal name internally for very old reasons with 
Pubmed and one was not being checked.

It's fixed now; the web API will report the title correctly.

Martin

Robert Forkel wrote:
> hi,
> the phenomenon seen for living reviews citations (see my previous
> post) is observable for other plugins, too:
> 
>>>> bookmarks = a.query('bookmarks',
> 
> uri='http://www.dlib.org/dlib/may06/apps/05apps.html')
> 
>>>> bookmarks[0].citation
> 
> {'issn': u'1082-9873', 'title': u'Why OpenURL?', 'identifiers':
> [u'doi:10.1045/may2006-apps'], 'number': u'5', 'volume': u'12',
> 'startingPage': None, 'pmidResolver': None, 'doiResolver':
> u'http://dx.doi.org/10.1045/may2006-apps', 'authors': [u'Ann Apps',
> u'Ross MacIntyre'], 'date': u'2006-05-xxTxx:xx:xxZ',
> 'publicationName': None}
> 
> the actual url that was requested is
> GET /data/bookmarks/uri/3d29ee538cc0cc63fef92f1e276cec0f
> the journal name is not exported as publicationName:
> <prism:publicationName></prism:publicationName>
> 
> (the example uses my python wrapper for the webapi.)
> regards,
> robert
> 
> 
> -------------------------------------------------------
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd_______________________________________________ 
> 
> Connotea-code-devel mailing list
> Con...@li...
> https://lists.sourceforge.net/lists/listinfo/connotea-code-devel

[Connotea-code-devel] missing journal name in webapi citation export

[Robert F. <xro...@go...>]

hi,
the phenomenon seen for living reviews citations (see my previous
post) is observable for other plugins, too:
>>> bookmarks =3D a.query('bookmarks',
uri=3D'http://www.dlib.org/dlib/may06/apps/05apps.html')
>>> bookmarks[0].citation
{'issn': u'1082-9873', 'title': u'Why OpenURL?', 'identifiers':
[u'doi:10.1045/may2006-apps'], 'number': u'5', 'volume': u'12',
'startingPage': None, 'pmidResolver': None, 'doiResolver':
u'http://dx.doi.org/10.1045/may2006-apps', 'authors': [u'Ann Apps',
u'Ross MacIntyre'], 'date': u'2006-05-xxTxx:xx:xxZ',
'publicationName': None}

the actual url that was requested is
GET /data/bookmarks/uri/3d29ee538cc0cc63fef92f1e276cec0f
the journal name is not exported as publicationName:
<prism:publicationName></prism:publicationName>

(the example uses my python wrapper for the webapi.)
regards,
robert

Re: [Connotea-code-devel] citation plug-in

[Robert F. <xro...@go...>]

i already fixed the link elements in the html pages on
relativity.livingreviews.org, i.e.
"http://www.livingreviews.org/lrr-2005-1" (that's what we consider the
canonical urls for our publications) should get to a page with correct
links to the rdf metadata file.
the application i've written which queries arxiv for metadata is
documented here:
https://dev.livingreviews.org/projects/epubtk/wiki/RefDB
the code querying arxiv's oai interface is here:
https://dev.livingreviews.org/projects/epubtk/file/trunk/ePubTk/lib/arxiv.p=
y

On 5/23/06, Lund, Ben <b....@na...> wrote:
> Hi Robert,
>
> On 23/5/06 12:13, "Robert Forkel" <xro...@go...> wrote:
> > On 5/23/06, Lund, Ben <b....@na...> wrote:
> >>
> >> Posting it to this list is fine.  We'll now integrate it into the live
> >> Connotea.org service and, if you agree, release it under the GPL (with=
 you
> >> retaining copyright) as part of the next open source release of Connot=
ea
> >> Code.
> > cool. yep, GPL is fine with me.
>
> Excellent, thanks.
>
> >>> i'm also
> >>> planning on writing another one for arxiv unless anybody else is
> >>> already doing so. please let me know if there already is one.
> >>
> >> Coincidentally we just started working on an arxiv plug-in ourselves. =
 That,
> >> and your new plug-in, should be out in the next week.
> >>
> > that's good. coding perl still feels rather uncomfortable to me. do
> > you get the arxiv metadata via their oai interface? that's what i do
> > for another application of mine.
>
> Yep, that's exactly how we're doing it.  What's your other application, o=
ut
> of interest?
>
> >> Looking at your plug-in for Living Reviews, I see that it gets the met=
adata
> >> from an RDF/XML.  Is there any chance that you could influence the Liv=
ing
> >> Reviews publishing system such that there are autodiscovery links to t=
hat
> >> file within the HTML for the articles themselves?  I'm thinking someth=
ing
> >> like:
> >>
> >> <link rel=3D"alternate" type=3D"application/rdf+xml" href=3D"metadata.=
xml" />
> > we do that already. although, i just noticed, not on the page holding
> > the frameset, but just on the pages loaded into frames. we'll fix
> > that.
>
> Great.  Please drop me a note when you do, and we'll start experimenting
> with it.
>
> >>
> >> One of the ideas we're playing with here is to move towards autodiscov=
erable
> >> metadata for articles bookmarked on Connotea.
> >> ...
> >> What do you think?
> > this certainly seems to be the way to go. so far, publishing rdf
> > metadata has been more of an academic sit-up, so i'm happy if it
> > actually is used.
>
> Yep, you're not the only person I've heard say that.  Connotea's an ideal
> use-case for this kind of data publishing.
>
> Thanks again,
> Ben
>
>
> *************************************************************************=
*******
> DISCLAIMER: This e-mail is confidential and should not be used by anyone =
who is
> not the original intended recipient. If you have received this e-mail in =
error
> please inform the sender and delete it from your mailbox or any other sto=
rage
> mechanism. Neither Macmillan Publishers Limited nor any of its agents acc=
ept
> liability for any statements made which are clearly the sender's own and =
not
> expressly made on behalf of Macmillan Publishers Limited or one of its ag=
ents.
> Please note that neither Macmillan Publishers Limited nor any of its agen=
ts
> accept any responsibility for viruses that may be contained in this e-mai=
l or
> its attachments and it is your responsibility to scan the e-mail and
> attachments (if any). No contracts may be concluded on behalf of Macmilla=
n
> Publishers Limited or its agents by means of e-mail communication. Macmil=
lan
> Publishers Limited Registered in England and Wales with registered number=
 785998
> Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS
> *************************************************************************=
*******
>

Re: [Connotea-code-devel] citation plug-in

[Lund, B. <b....@na...>]

Hi Robert,

On 23/5/06 12:13, "Robert Forkel" <xro...@go...> wrote:
> On 5/23/06, Lund, Ben <b....@na...> wrote:
>> 
>> Posting it to this list is fine.  We'll now integrate it into the live
>> Connotea.org service and, if you agree, release it under the GPL (with you
>> retaining copyright) as part of the next open source release of Connotea
>> Code.
> cool. yep, GPL is fine with me.

Excellent, thanks.
 
>>> i'm also
>>> planning on writing another one for arxiv unless anybody else is
>>> already doing so. please let me know if there already is one.
>> 
>> Coincidentally we just started working on an arxiv plug-in ourselves.  That,
>> and your new plug-in, should be out in the next week.
>> 
> that's good. coding perl still feels rather uncomfortable to me. do
> you get the arxiv metadata via their oai interface? that's what i do
> for another application of mine.

Yep, that's exactly how we're doing it.  What's your other application, out
of interest?
 
>> Looking at your plug-in for Living Reviews, I see that it gets the metadata
>> from an RDF/XML.  Is there any chance that you could influence the Living
>> Reviews publishing system such that there are autodiscovery links to that
>> file within the HTML for the articles themselves?  I'm thinking something
>> like:
>> 
>> <link rel="alternate" type="application/rdf+xml" href="metadata.xml" />
> we do that already. although, i just noticed, not on the page holding
> the frameset, but just on the pages loaded into frames. we'll fix
> that.

Great.  Please drop me a note when you do, and we'll start experimenting
with it.

>> 
>> One of the ideas we're playing with here is to move towards autodiscoverable
>> metadata for articles bookmarked on Connotea.
>> ...
>> What do you think?
> this certainly seems to be the way to go. so far, publishing rdf
> metadata has been more of an academic sit-up, so i'm happy if it
> actually is used.

Yep, you're not the only person I've heard say that.  Connotea's an ideal
use-case for this kind of data publishing.

Thanks again,
Ben


********************************************************************************   
DISCLAIMER: This e-mail is confidential and should not be used by anyone who is
not the original intended recipient. If you have received this e-mail in error
please inform the sender and delete it from your mailbox or any other storage
mechanism. Neither Macmillan Publishers Limited nor any of its agents accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of Macmillan Publishers Limited or one of its agents.
Please note that neither Macmillan Publishers Limited nor any of its agents
accept any responsibility for viruses that may be contained in this e-mail or
its attachments and it is your responsibility to scan the e-mail and 
attachments (if any). No contracts may be concluded on behalf of Macmillan 
Publishers Limited or its agents by means of e-mail communication. Macmillan 
Publishers Limited Registered in England and Wales with registered number 785998 
Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS   
********************************************************************************

Re: [Connotea-code-devel] citation plug-in

[Robert F. <xro...@go...>]

On 5/23/06, Lund, Ben <b....@na...> wrote:
>
> Posting it to this list is fine.  We'll now integrate it into the live
> Connotea.org service and, if you agree, release it under the GPL (with yo=
u
> retaining copyright) as part of the next open source release of Connotea
> Code.
cool. yep, GPL is fine with me.
>
> > i'm also
> > planning on writing another one for arxiv unless anybody else is
> > already doing so. please let me know if there already is one.
>
> Coincidentally we just started working on an arxiv plug-in ourselves.  Th=
at,
> and your new plug-in, should be out in the next week.
>
that's good. coding perl still feels rather uncomfortable to me. do
you get the arxiv metadata via their oai interface? that's what i do
for another application of mine.
>
> Looking at your plug-in for Living Reviews, I see that it gets the metada=
ta
> from an RDF/XML.  Is there any chance that you could influence the Living
> Reviews publishing system such that there are autodiscovery links to that
> file within the HTML for the articles themselves?  I'm thinking something
> like:
>
> <link rel=3D"alternate" type=3D"application/rdf+xml" href=3D"metadata.xml=
" />
we do that already. although, i just noticed, not on the page holding
the frameset, but just on the pages loaded into frames. we'll fix
that.
>
> One of the ideas we're playing with here is to move towards autodiscovera=
ble
> metadata for articles bookmarked on Connotea.  The idea is that instead o=
f
> looking at the URL structure, Connotea has a generic plug-in that looks
> inside the HTML for a <link> to a format that it understands.  Our theory=
 is
> that this will scale better, since publishers can be supported in Connote=
a
> without us or them having to write a special plug-in.  We've started
> tentative experiments in this with the Blog plug-in (
> http://www.connotea.org/news#2006-05-11 ), which follows RSS/Atom
> autodiscovery links.  However, this is still speculative, so the more sit=
es
> that we can use this approach with, the better we can decide if it's the
> right way to go.  What do you think?
this certainly seems to be the way to go. so far, publishing rdf
metadata has been more of an academic sit-up, so i'm happy if it
actually is used.
>
> > regards,
> > robert
>
> Thanks again for contributing this,
>
> All the best,
> Ben
>
>
> ---
> -- Ben Lund
> -- Product Development Manager
> -- Web Publishing
> -- Nature Publishing Group
> -- http://www.connotea.org/user/ben
> -- http://blogs.nature.com/wp/nascent/
>
> ---
>
>
> *************************************************************************=
*******
> DISCLAIMER: This e-mail is confidential and should not be used by anyone =
who is
> not the original intended recipient. If you have received this e-mail in =
error
> please inform the sender and delete it from your mailbox or any other sto=
rage
> mechanism. Neither Macmillan Publishers Limited nor any of its agents acc=
ept
> liability for any statements made which are clearly the sender's own and =
not
> expressly made on behalf of Macmillan Publishers Limited or one of its ag=
ents.
> Please note that neither Macmillan Publishers Limited nor any of its agen=
ts
> accept any responsibility for viruses that may be contained in this e-mai=
l or
> its attachments and it is your responsibility to scan the e-mail and
> attachments (if any). No contracts may be concluded on behalf of Macmilla=
n
> Publishers Limited or its agents by means of e-mail communication. Macmil=
lan
> Publishers Limited Registered in England and Wales with registered number=
 785998
> Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS
> *************************************************************************=
*******
>

Re: [Connotea-code-devel] citation plug-in

[Lund, B. <b....@na...>]

Hi Robert,

On 23/5/06 06:27, "Robert Forkel" <xro...@go...> wrote:
> hi,
> i've written a citation plug-in for journals published on
> http://www.livingreviews.org/

This is excellent, thanks very much.

> and i'd like to know how to contribute
> it. just post it to this this list? or put it on sourceforge?

Posting it to this list is fine.  We'll now integrate it into the live
Connotea.org service and, if you agree, release it under the GPL (with you
retaining copyright) as part of the next open source release of Connotea
Code.

> i'm also
> planning on writing another one for arxiv unless anybody else is
> already doing so. please let me know if there already is one.

Coincidentally we just started working on an arxiv plug-in ourselves.  That,
and your new plug-in, should be out in the next week.


Looking at your plug-in for Living Reviews, I see that it gets the metadata
from an RDF/XML.  Is there any chance that you could influence the Living
Reviews publishing system such that there are autodiscovery links to that
file within the HTML for the articles themselves?  I'm thinking something
like:

<link rel="alternate" type="application/rdf+xml" href="metadata.xml" />

One of the ideas we're playing with here is to move towards autodiscoverable
metadata for articles bookmarked on Connotea.  The idea is that instead of
looking at the URL structure, Connotea has a generic plug-in that looks
inside the HTML for a <link> to a format that it understands.  Our theory is
that this will scale better, since publishers can be supported in Connotea
without us or them having to write a special plug-in.  We've started
tentative experiments in this with the Blog plug-in (
http://www.connotea.org/news#2006-05-11 ), which follows RSS/Atom
autodiscovery links.  However, this is still speculative, so the more sites
that we can use this approach with, the better we can decide if it's the
right way to go.  What do you think?

> regards,
> robert

Thanks again for contributing this,

All the best,
Ben


--- 
-- Ben Lund
-- Product Development Manager
-- Web Publishing
-- Nature Publishing Group
-- http://www.connotea.org/user/ben
-- http://blogs.nature.com/wp/nascent/

---


********************************************************************************   
DISCLAIMER: This e-mail is confidential and should not be used by anyone who is
not the original intended recipient. If you have received this e-mail in error
please inform the sender and delete it from your mailbox or any other storage
mechanism. Neither Macmillan Publishers Limited nor any of its agents accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of Macmillan Publishers Limited or one of its agents.
Please note that neither Macmillan Publishers Limited nor any of its agents
accept any responsibility for viruses that may be contained in this e-mail or
its attachments and it is your responsibility to scan the e-mail and 
attachments (if any). No contracts may be concluded on behalf of Macmillan 
Publishers Limited or its agents by means of e-mail communication. Macmillan 
Publishers Limited Registered in England and Wales with registered number 785998 
Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS   
********************************************************************************

[Connotea-code-devel] citation plug-in

[Robert F. <xro...@go...>]

hi,
i've written a citation plug-in for journals published on
http://www.livingreviews.org/ and i'd like to know how to contribute
it. just post it to this this list? or put it on sourceforge? i'm also
planning on writing another one for arxiv unless anybody else is
already doing so. please let me know if there already is one.
regards,
robert

Re: [Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Martin F. <ma...@ne...>]

Chris Bucchere wrote:
> What about the "cloud" view on the connotea.org home page? It's perhaps the
> coolest thing you can do with Connotea. Is it accessible through an include
> as well?

You'll have to wait until we put out the next open source release which 
will include the TagCloud component. ;-)

Martin

RE: [Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Chris B. <ch...@bd...>]

Gotcha, thanks!

What about the "cloud" view on the connotea.org home page? It's perhaps the
coolest thing you can do with Connotea. Is it accessible through an include
as well?

Thanks!

Chris Bucchere | President & CEO
ch...@bd... | http://www.bdg-online.com

-----Original Message-----
From: Martin Flack [mailto:ma...@ne...] 
Sent: Monday, May 22, 2006 4:34 PM
To: Chris Bucchere
Cc: con...@li...
Subject: Re: [Connotea-code-devel] Internal Error: must pass in
Apache::RequestRec

Chris Bucchere wrote:
> Hi Martin,
> 
> 	Thanks again for your help. My perl version is 5.0.8.

You're welcome.

> 	Your code doesn't seem to complain if I change it to
> Apache2::RequestRec.

Ok, great.

> 	I noticed that you don't include the images with the source distro.
> Is there a reason for that? Some kind of licensing issue?

Yes - the logos, artwork, and templates used on www.connotea.org are 
proprietary to Nature Publishing Group and the company retains copyright 
and trademark interest to them.

> 	Lastly (at least I think this is my last question :-), there are
> several things missing from my site that are on www.connotea.org. The most
> important of them is the toolbox, which just doesn't appear at all,
although
> I checked to make sure I have Bibliotech/Component/Toolbar.pm and I do.
I'd
> also like to see the other "portlets" such as "Users who used bookmarks,"
> "Related tags," and "Report a problem." The header, logo and search box
are
> also gone. The cloud view shown on the Connotea home page would also be
> awesome if that's part of the deal. :-)

Toolbar and Toolbox are different I think. The toolbox is basically a 
glorified include, and you can probably work one out if you study the 
README file. The "portlets" as you call them for related entities are 
component subsections; try ${component:ListOfTags:related} or 
${component:ListOfTags:linked} or ${component:ListOfTags:cabinet} in 
your template.

Martin

Re: [Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Martin F. <ma...@ne...>]

Chris Bucchere wrote:
> Hi Martin,
> 
> 	Thanks again for your help. My perl version is 5.0.8.

You're welcome.

> 	Your code doesn't seem to complain if I change it to
> Apache2::RequestRec.

Ok, great.

> 	I noticed that you don't include the images with the source distro.
> Is there a reason for that? Some kind of licensing issue?

Yes - the logos, artwork, and templates used on www.connotea.org are 
proprietary to Nature Publishing Group and the company retains copyright 
and trademark interest to them.

> 	Lastly (at least I think this is my last question :-), there are
> several things missing from my site that are on www.connotea.org. The most
> important of them is the toolbox, which just doesn't appear at all, although
> I checked to make sure I have Bibliotech/Component/Toolbar.pm and I do. I'd
> also like to see the other "portlets" such as "Users who used bookmarks,"
> "Related tags," and "Report a problem." The header, logo and search box are
> also gone. The cloud view shown on the Connotea home page would also be
> awesome if that's part of the deal. :-)

Toolbar and Toolbox are different I think. The toolbox is basically a 
glorified include, and you can probably work one out if you study the 
README file. The "portlets" as you call them for related entities are 
component subsections; try ${component:ListOfTags:related} or 
${component:ListOfTags:linked} or ${component:ListOfTags:cabinet} in 
your template.

Martin

RE: [Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Chris B. <ch...@bd...>]

Hi Martin,

	Thanks again for your help. My perl version is 5.0.8.

	Your code doesn't seem to complain if I change it to
Apache2::RequestRec.

	I noticed that you don't include the images with the source distro.
Is there a reason for that? Some kind of licensing issue?

	Lastly (at least I think this is my last question :-), there are
several things missing from my site that are on www.connotea.org. The most
important of them is the toolbox, which just doesn't appear at all, although
I checked to make sure I have Bibliotech/Component/Toolbar.pm and I do. I'd
also like to see the other "portlets" such as "Users who used bookmarks,"
"Related tags," and "Report a problem." The header, logo and search box are
also gone. The cloud view shown on the Connotea home page would also be
awesome if that's part of the deal. :-)

	If you want to see my installation, it's at
https://www.bdgportal.com/tags. The SSL cert is self-signed, so you'll get a
cert warning that you need to trust if you want to view the site.

Thanks,

Chris Bucchere | President & CEO
ch...@bd... | http://www.bdg-online.com

-----Original Message-----
From: Martin Flack [mailto:ma...@ne...] 
Sent: Monday, May 22, 2006 3:45 PM
To: Chris Bucchere
Cc: con...@li...
Subject: Re: [Connotea-code-devel] Internal Error: must pass in
Apache::RequestRec

Chris Bucchere wrote:
> 	Is it safe to change the UNIVERSAL:isa check to check for
> Apache2::RequestRec or is there a reason why you're checking for
> Apache::RequestRec? (I tried changing it and of course I no longer get the
> exception report, however, images are still not showing up.)

You probably have a newer version of mod_perl than us. Yes, it should be 
ok; go ahead and change it and let me know if it works. If so, then in 
the next release we'll permit either. Thanks.

Martin

Re: [Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Martin F. <ma...@ne...>]

Chris Bucchere wrote:
> 	Is it safe to change the UNIVERSAL:isa check to check for
> Apache2::RequestRec or is there a reason why you're checking for
> Apache::RequestRec? (I tried changing it and of course I no longer get the
> exception report, however, images are still not showing up.)

You probably have a newer version of mod_perl than us. Yes, it should be 
ok; go ahead and change it and let me know if it works. If so, then in 
the next release we'll permit either. Thanks.

Martin

RE: [Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Chris B. <ch...@bd...>]

Hi Martin,

	Thanks for your quick reply. (Very nice application, btw.) 

	Data::Dumper revealed the following:

	$VAR1 = bless( do{\(my $o = 177287488)}, 'Apache2::RequestRec' );

	I see that Inc.pm is checking for Apache::RequestRec, not
Apache2::RequestRec.

	Is it safe to change the UNIVERSAL:isa check to check for
Apache2::RequestRec or is there a reason why you're checking for
Apache::RequestRec? (I tried changing it and of course I no longer get the
exception report, however, images are still not showing up.)

TIA,

Chris Bucchere | President & CEO
ch...@bd... | http://www.bdg-online.com

-----Original Message-----
From: con...@li...
[mailto:con...@li...] On Behalf Of Martin
Flack
Sent: Monday, May 22, 2006 2:32 PM
To: Chris Bucchere
Cc: con...@li...
Subject: Re: [Connotea-code-devel] Internal Error: must pass in
Apache::RequestRec

Chris Bucchere wrote:
> must pass in Apache::RequestRec object at
> /usr/lib/perl5/5.8.0/Bibliotech/Component/Inc.pm line 24.
> 
> I looked at Inc.pm and I see what it's trying to do, but what I can't
> figure out is who calls Inc.pm and with what parameters do they make the
> call? A stack trace would be really helpful, but being new to perl (I'm
> mostly a Java/J2EE guy), I don't know where to find one.

Edit Inc.pm to include "use Carp ('confess');" at the top and then 
change the die on line 24 to confess. You'll get your stack trace then. 
It's probably coming from check_filename() called from Apache.pm - which 
should be working. You may need to add "use Data::Dumper;" and change it 
to "die Dumper($r)" to see what object you're getting.

Are you by chance trying to use the CGI script version, or some sort of 
command line script?

Martin


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Connotea-code-devel mailing list
Con...@li...
https://lists.sourceforge.net/lists/listinfo/connotea-code-devel

Re: [Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Martin F. <ma...@ne...>]

Chris Bucchere wrote:
> must pass in Apache::RequestRec object at
> /usr/lib/perl5/5.8.0/Bibliotech/Component/Inc.pm line 24.
> 
> I looked at Inc.pm and I see what it's trying to do, but what I can't
> figure out is who calls Inc.pm and with what parameters do they make the
> call? A stack trace would be really helpful, but being new to perl (I'm
> mostly a Java/J2EE guy), I don't know where to find one.

Edit Inc.pm to include "use Carp ('confess');" at the top and then 
change the die on line 24 to confess. You'll get your stack trace then. 
It's probably coming from check_filename() called from Apache.pm - which 
should be working. You may need to add "use Data::Dumper;" and change it 
to "die Dumper($r)" to see what object you're getting.

Are you by chance trying to use the CGI script version, or some sort of 
command line script?

Martin

[Connotea-code-devel] Internal Error: must pass in Apache::RequestRec

[Chris B. <ch...@bd...>]

Hi,

I took the plunge and installed Connotea on one of our RedHat Linux boxes.
Not sure exactly what we're going to do with it yet, but my wife is giving
a presentation on tagging, so I thought I would create a playground for
her.

I had a few problems with XML::LibXML, DBD::mysql and Bundle::Apache2
during the install, but nothing insurmountable.

Now I'm getting the following error (on pretty much every page):

Internal Error

This web application is experiencing an error. We apologize for the
inconvenience.

Error exception report:

user bucchere (1) requests /help_button.gif bringing load to 1 with db at
1148319635

must pass in Apache::RequestRec object at
/usr/lib/perl5/5.8.0/Bibliotech/Component/Inc.pm line 24.

I looked at Inc.pm and I see what it's trying to do, but what I can't
figure out is who calls Inc.pm and with what parameters do they make the
call? A stack trace would be really helpful, but being new to perl (I'm
mostly a Java/J2EE guy), I don't know where to find one.

Any help would be much appreciated.

Thanks!

Chris Bucchere | President & CEO
ch...@bd... | www.bdg-online.com

[Connotea-code-devel] sorry for the annoyance, another test

[Robert F. <xro...@go...>]

bWF5YmUgZW1haWwgYWxpYXNlcyBjYXVzZSB0aGUgcHJvYmxlbXMuCg==

Re: [Connotea-code-devel] messages no being decoded

[Robert F. <xro...@go...>]

aGksCmkgYWxzbyBkaWRuJ3QgZ2V0IGxpc3QgdHJhZmZpYyAtIGp1c3QgdGhlIGRpcmVjdCBhbnN3
ZXJzIHRvIG15IHBvc3RzLgpzbyBpIHVuc3Vic2NyaWJlZCBhbmQgc3Vic2NyaWJlZCBhZ2Fpbi4g
bWF5YmUgdGhpcyB3aWxsIGhlbHAuCnJvYmVydAoKT24gNS8yMS8wNiwgQmVuamFtaW4gR29vZCA8
Z29vZGJAaW50ZXJjaGFuZ2UudWJjLmNhPiB3cm90ZToKPiBIaSwKPgo+ICAgTm90IHN1cmUgaWYg
YW55b25lIGVsc2UgaXMgaGF2aW5nIHRoaXMgcHJvYmxlbSwgYnV0IHNvbWUgb2YgdGhlCj4gbWVz
c2FnZXMgY29taW5nIHRocm91Z2ggdGhpcyBsaXN0IGNvbWUgb3V0IGluY29tcHJlaGVuc2libGUg
Zm9yIG1lIC0KPiBzZWUgYWxsIGZyb20gUm9iZXJ0IEZvcmtlbCBiZWxvdy4KPgo+IC1CZW4KPgo+
IE9uIE1heSAyMCwgMjAwNiwgYXQgODoyMiBQTSwgY29ubm90ZWEtY29kZS1kZXZlbC0KPiByZXF1
ZXN0QGxpc3RzLnNvdXJjZWZvcmdlLm5ldCB3cm90ZToKPgo+ID4gU2VuZCBDb25ub3RlYS1jb2Rl
LWRldmVsIG1haWxpbmcgbGlzdCBzdWJtaXNzaW9ucyB0bwo+ID4gICAgICAgY29ubm90ZWEtY29k
ZS1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+Cj4gPiBUbyBzdWJzY3JpYmUgb3IgdW5z
dWJzY3JpYmUgdmlhIHRoZSBXb3JsZCBXaWRlIFdlYiwgdmlzaXQKPiA+ICAgICAgIGh0dHBzOi8v
bGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL2Nvbm5vdGVhLWNvZGUtZGV2ZWwK
PiA+IG9yLCB2aWEgZW1haWwsIHNlbmQgYSBtZXNzYWdlIHdpdGggc3ViamVjdCBvciBib2R5ICdo
ZWxwJyB0bwo+ID4gICAgICAgY29ubm90ZWEtY29kZS1kZXZlbC1yZXF1ZXN0QGxpc3RzLnNvdXJj
ZWZvcmdlLm5ldAo+ID4KPiA+IFlvdSBjYW4gcmVhY2ggdGhlIHBlcnNvbiBtYW5hZ2luZyB0aGUg
bGlzdCBhdAo+ID4gICAgICAgY29ubm90ZWEtY29kZS1kZXZlbC1hZG1pbkBsaXN0cy5zb3VyY2Vm
b3JnZS5uZXQKPiA+Cj4gPiBXaGVuIHJlcGx5aW5nLCBwbGVhc2UgZWRpdCB5b3VyIFN1YmplY3Qg
bGluZSBzbyBpdCBpcyBtb3JlIHNwZWNpZmljCj4gPiB0aGFuICJSZTogQ29udGVudHMgb2YgQ29u
bm90ZWEtY29kZS1kZXZlbCBkaWdlc3QuLi4iCj4gPgo+ID4KPiA+IFRvZGF5J3MgVG9waWNzOgo+
ID4KPiA+ICAgIDEuIGluc3RhbGxpbmcgY29ubm90ZWEgKFJvYmVydCBGb3JrZWwpCj4gPiAgICAy
LiBjaXRhdGlvbiBwbHVnLWluIGZvciBhcnhpdiBhbmQgbGl2aW5ncmV2aWV3cyAoUm9iZXJ0IEZv
cmtlbCkKPiA+Cj4gPiAtLV9fLS1fXy0tCj4gPgo+ID4gTWVzc2FnZTogMQo+ID4gRGF0ZTogU2F0
LCAyMCBNYXkgMjAwNiAxMDoxNTowMCArMDIwMAo+ID4gRnJvbTogIlJvYmVydCBGb3JrZWwiIDx4
cm90d2FuZ0Bnb29nbGVtYWlsLmNvbT4KPiA+IFRvOiBjb25ub3RlYS1jb2RlLWRldmVsQGxpc3Rz
LnNvdXJjZWZvcmdlLm5ldAo+ID4gU3ViamVjdDogW0Nvbm5vdGVhLWNvZGUtZGV2ZWxdIGluc3Rh
bGxpbmcgY29ubm90ZWEKPiA+Cj4gPiBhR2tzQ25kb1pXNGdkSEo1YVc1bklIUnZJR2x1YzNSaGJH
d2dZMjl1Ym05MFpXRWdhU0J5WVc0Z2FXNTBieUJoSUhCeWIyCj4gPiBKc1pXMGcKPiA+IGQybDBh
QXBEYjI1bWFXYzZPbE5qYjNCbFpDd2dkMmhwWTJnZ2FTQnpiMngyWldRZ1lXWjBaWElnYUdGMmFX
NW5JR1p2ZFcKPiA+IDVrSUhSbwo+ID4gYVhNNkNtaDBkSEE2THk5eWRDNWpjR0Z1TG05eVp5OVFk
V0pzYVdNdlFuVm5MMFJwYzNCc1lYa3VhSFJ0YkQ5cFpEMHhNVAo+ID4gazJPQXBxCj4gPiBkWE4w
SUhCdmMzUnBibWNnZEdocGN5Qm1iM0lnZEdobElISmxZMjl5WkM0S2NtVm5ZWEprY3l3S2NtOWla
WEowQ2c9PQo+ID4KPiA+Cj4gPiAtLV9fLS1fXy0tCj4gPgo+ID4gTWVzc2FnZTogMgo+ID4gRGF0
ZTogU2F0LCAyMCBNYXkgMjAwNiAxMzo1MzoxNyArMDIwMAo+ID4gRnJvbTogIlJvYmVydCBGb3Jr
ZWwiIDx4cm90d2FuZ0Bnb29nbGVtYWlsLmNvbT4KPiA+IFRvOiBjb25ub3RlYS1jb2RlLWRldmVs
QGxpc3RzLnNvdXJjZWZvcmdlLm5ldAo+ID4gU3ViamVjdDogW0Nvbm5vdGVhLWNvZGUtZGV2ZWxd
IGNpdGF0aW9uIHBsdWctaW4gZm9yIGFyeGl2IGFuZAo+ID4gbGl2aW5ncmV2aWV3cwo+ID4KPiA+
IGFHa2dZV3hzTEFwcEoyUWdiR2xyWlNCMGJ5QmpiMjUwY21saWRYUmxJR05wZEdGMGFXOXVJSEJz
ZFdjdGFXNXpJR1p2Y2cKPiA+IHBvZEhSdwo+ID4gT2k4dllYSjRhWFl1YjNKbkx3cGhibVFLYUhS
MGNEb3ZMM2QzZHk1c2FYWnBibWR5WlhacFpYZHpMbTl5Wnk4S2RXNW1iMwo+ID4gSjBkVzVoCj4g
PiBkR1ZzZVNCcEoyMGdibTkwSUdac2RXVnVkQ0JwYmlCd1pYSnNMaUJ6YnlCcFppQmhibmxpYjJS
NUlHaGhjeUJsYVhSb1pYCj4gPiBJZ2IyWWcKPiA+IGRHaGxDblIzYnlCaGJISmxZV1I1SUdsdUlI
Um9aU0J0WVd0cGJtY2djR3hsWVhObElHeGxkQ0J0WlNCcmJtOTNMZ3B5WlcKPiA+IGRoY21Sego+
ID4gTEFweWIySmxjblFLCj4gPgo+ID4KPiA+Cj4gPiAtLV9fLS1fXy0tCj4gPgo+ID4gX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiA+IENvbm5vdGVhLWNv
ZGUtZGV2ZWwgbWFpbGluZyBsaXN0Cj4gPiBDb25ub3RlYS1jb2RlLWRldmVsQGxpc3RzLnNvdXJj
ZWZvcmdlLm5ldAo+ID4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGlu
Zm8vY29ubm90ZWEtY29kZS1kZXZlbAo+ID4KPiA+Cj4gPiBFbmQgb2YgQ29ubm90ZWEtY29kZS1k
ZXZlbCBEaWdlc3QKPgo+Cj4KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tCj4gVXNpbmcgVG9tY2F0IGJ1dCBuZWVkIHRvIGRvIG1vcmU/IE5l
ZWQgdG8gc3VwcG9ydCB3ZWIgc2VydmljZXMsIHNlY3VyaXR5Pwo+IEdldCBzdHVmZiBkb25lIHF1
aWNrbHkgd2l0aCBwcmUtaW50ZWdyYXRlZCB0ZWNobm9sb2d5IHRvIG1ha2UgeW91ciBqb2IgZWFz
aWVyCj4gRG93bmxvYWQgSUJNIFdlYlNwaGVyZSBBcHBsaWNhdGlvbiBTZXJ2ZXIgdi4xLjAuMSBi
YXNlZCBvbiBBcGFjaGUgR2Vyb25pbW8KPiBodHRwOi8vc2VsLmFzLXVzLmZhbGthZy5uZXQvc2Vs
P2NtZD1sbmsma2lkPTEyMDcwOSZiaWQ9MjYzMDU3JmRhdD0xMjE2NDIKPiBfX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IENvbm5vdGVhLWNvZGUtZGV2ZWwg
bWFpbGluZyBsaXN0Cj4gQ29ubm90ZWEtY29kZS1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQK
PiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9jb25ub3RlYS1j
b2RlLWRldmVsCj4K

[Connotea-code-devel] messages no being decoded

[Benjamin G. <go...@in...>]

Hi,

  Not sure if anyone else is having this problem, but some of the  
messages coming through this list come out incomprehensible for me -  
see all from Robert Forkel below.

-Ben

On May 20, 2006, at 8:22 PM, connotea-code-devel- 
re...@li... wrote:

> Send Connotea-code-devel mailing list submissions to
> 	con...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.sourceforge.net/lists/listinfo/connotea-code-devel
> or, via email, send a message with subject or body 'help' to
> 	con...@li...
>
> You can reach the person managing the list at
> 	con...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Connotea-code-devel digest..."
>
>
> Today's Topics:
>
>    1. installing connotea (Robert Forkel)
>    2. citation plug-in for arxiv and livingreviews (Robert Forkel)
>
> --__--__--
>
> Message: 1
> Date: Sat, 20 May 2006 10:15:00 +0200
> From: "Robert Forkel" <xro...@go...>
> To: con...@li...
> Subject: [Connotea-code-devel] installing connotea
>
> aGksCndoZW4gdHJ5aW5nIHRvIGluc3RhbGwgY29ubm90ZWEgaSByYW4gaW50byBhIHByb2 
> JsZW0g
> d2l0aApDb25maWc6OlNjb3BlZCwgd2hpY2ggaSBzb2x2ZWQgYWZ0ZXIgaGF2aW5nIGZvdW 
> 5kIHRo
> aXM6Cmh0dHA6Ly9ydC5jcGFuLm9yZy9QdWJsaWMvQnVnL0Rpc3BsYXkuaHRtbD9pZD0xMT 
> k2OApq
> dXN0IHBvc3RpbmcgdGhpcyBmb3IgdGhlIHJlY29yZC4KcmVnYXJkcywKcm9iZXJ0Cg==
>
>
> --__--__--
>
> Message: 2
> Date: Sat, 20 May 2006 13:53:17 +0200
> From: "Robert Forkel" <xro...@go...>
> To: con...@li...
> Subject: [Connotea-code-devel] citation plug-in for arxiv and  
> livingreviews
>
> aGkgYWxsLAppJ2QgbGlrZSB0byBjb250cmlidXRlIGNpdGF0aW9uIHBsdWctaW5zIGZvcg 
> podHRw
> Oi8vYXJ4aXYub3JnLwphbmQKaHR0cDovL3d3dy5saXZpbmdyZXZpZXdzLm9yZy8KdW5mb3 
> J0dW5h
> dGVseSBpJ20gbm90IGZsdWVudCBpbiBwZXJsLiBzbyBpZiBhbnlib2R5IGhhcyBlaXRoZX 
> Igb2Yg
> dGhlCnR3byBhbHJlYWR5IGluIHRoZSBtYWtpbmcgcGxlYXNlIGxldCBtZSBrbm93LgpyZW 
> dhcmRz
> LApyb2JlcnQK
>
>
>
> --__--__--
>
> _______________________________________________
> Connotea-code-devel mailing list
> Con...@li...
> https://lists.sourceforge.net/lists/listinfo/connotea-code-devel
>
>
> End of Connotea-code-devel Digest

[Connotea-code-devel] citation plug-in for arxiv and livingreviews

[Robert F. <xro...@go...>]

aGkgYWxsLAppJ2QgbGlrZSB0byBjb250cmlidXRlIGNpdGF0aW9uIHBsdWctaW5zIGZvcgpodHRw
Oi8vYXJ4aXYub3JnLwphbmQKaHR0cDovL3d3dy5saXZpbmdyZXZpZXdzLm9yZy8KdW5mb3J0dW5h
dGVseSBpJ20gbm90IGZsdWVudCBpbiBwZXJsLiBzbyBpZiBhbnlib2R5IGhhcyBlaXRoZXIgb2Yg
dGhlCnR3byBhbHJlYWR5IGluIHRoZSBtYWtpbmcgcGxlYXNlIGxldCBtZSBrbm93LgpyZWdhcmRz
LApyb2JlcnQK

[Connotea-code-devel] installing connotea

[Robert F. <xro...@go...>]

aGksCndoZW4gdHJ5aW5nIHRvIGluc3RhbGwgY29ubm90ZWEgaSByYW4gaW50byBhIHByb2JsZW0g
d2l0aApDb25maWc6OlNjb3BlZCwgd2hpY2ggaSBzb2x2ZWQgYWZ0ZXIgaGF2aW5nIGZvdW5kIHRo
aXM6Cmh0dHA6Ly9ydC5jcGFuLm9yZy9QdWJsaWMvQnVnL0Rpc3BsYXkuaHRtbD9pZD0xMTk2OApq
dXN0IHBvc3RpbmcgdGhpcyBmb3IgdGhlIHJlY29yZC4KcmVnYXJkcywKcm9iZXJ0Cg==

Re: [Connotea-code-devel] ill formed xml returned

[Martin F. <ma...@ne...>]

You are correct - I've rolled out a patch. Thanks for the report!

Martin Flack

Robert Forkel wrote:
> hi,
> when using more than one of the url parameters in a web api request -
> for example
>   http://www.connotea.org/data/tags/user/rotwang?q=im
> (which will get the num parameter appended automatically)
> the response body is not well formed because the & in the request url
> is not escaped (&) when used as value of the rdf:about attribute
> of the reponse.
> regards,
> robert

[Connotea-code-devel] ill formed xml returned

[Robert F. <xro...@go...>]

aGksCndoZW4gdXNpbmcgbW9yZSB0aGFuIG9uZSBvZiB0aGUgdXJsIHBhcmFtZXRlcnMgaW4gYSB3
ZWIgYXBpIHJlcXVlc3QgLQpmb3IgZXhhbXBsZQogICBodHRwOi8vd3d3LmNvbm5vdGVhLm9yZy9k
YXRhL3RhZ3MvdXNlci9yb3R3YW5nP3E9aW0KKHdoaWNoIHdpbGwgZ2V0IHRoZSBudW0gcGFyYW1l
dGVyIGFwcGVuZGVkIGF1dG9tYXRpY2FsbHkpCnRoZSByZXNwb25zZSBib2R5IGlzIG5vdCB3ZWxs
IGZvcm1lZCBiZWNhdXNlIHRoZSAmIGluIHRoZSByZXF1ZXN0IHVybAppcyBub3QgZXNjYXBlZCAo
JmFtcDspIHdoZW4gdXNlZCBhcyB2YWx1ZSBvZiB0aGUgcmRmOmFib3V0IGF0dHJpYnV0ZQpvZiB0
aGUgcmVwb25zZS4KcmVnYXJkcywKcm9iZXJ0Cg==

Re: [Connotea-code-devel] throttling

[Martin F. <ma...@ne...>]

Thanks Robert.

We are rolling out dynamic throttling to respond to some remote hosts 
who we feel are crawling or browsing too aggressively that is slightly 
affecting the experience for our other users. At the moment there is no 
exception for API requests but perhaps there should be special 
consideration there. I think right now we're looking at making the 
trigger be >10 requests within the last 15 seconds; requests arriving 
faster than that will be give a 503 response with a Retry-After header.

Martin

Robert Forkel wrote:
> i ask because i plan to use the web api for batch operations -
> multiple posts for example. and if connotea reacts to too many
> requests in too short a time with a particular response, it would be
> nice to know about this in advance. rather than maybe being blocked,
> which may happen to ill-behaved robots on arxiv.org.
> regards,
> robert
> 
> On 5/18/06, Martin Flack <ma...@ne...> wrote:
> 
>> Robert Forkel wrote:
>> > hi,
>> > i wanted to know if and how connotea is going to implement some sort
>> > of throttling for access to the web api. i noticed a retry-after HTTP
>> > header being sent for one of my requests, but would like to get more
>> > specific information about this.
>> > best regards,
>> > robert
>>
>> Hi Robert,
>>
>> Why do you ask?
>>
>> Martin Flack

Re: [Connotea-code-devel] throttling

[Robert F. <xro...@go...>]

aSBhc2sgYmVjYXVzZSBpIHBsYW4gdG8gdXNlIHRoZSB3ZWIgYXBpIGZvciBiYXRjaCBvcGVyYXRp
b25zIC0KbXVsdGlwbGUgcG9zdHMgZm9yIGV4YW1wbGUuIGFuZCBpZiBjb25ub3RlYSByZWFjdHMg
dG8gdG9vIG1hbnkKcmVxdWVzdHMgaW4gdG9vIHNob3J0IGEgdGltZSB3aXRoIGEgcGFydGljdWxh
ciByZXNwb25zZSwgaXQgd291bGQgYmUKbmljZSB0byBrbm93IGFib3V0IHRoaXMgaW4gYWR2YW5j
ZS4gcmF0aGVyIHRoYW4gbWF5YmUgYmVpbmcgYmxvY2tlZCwKd2hpY2ggbWF5IGhhcHBlbiB0byBp
bGwtYmVoYXZlZCByb2JvdHMgb24gYXJ4aXYub3JnLgpyZWdhcmRzLApyb2JlcnQKCk9uIDUvMTgv
MDYsIE1hcnRpbiBGbGFjayA8bWFydGluQG5lb3JlYWxpdHkuY29tPiB3cm90ZToKPiBSb2JlcnQg
Rm9ya2VsIHdyb3RlOgo+ID4gaGksCj4gPiBpIHdhbnRlZCB0byBrbm93IGlmIGFuZCBob3cgY29u
bm90ZWEgaXMgZ29pbmcgdG8gaW1wbGVtZW50IHNvbWUgc29ydAo+ID4gb2YgdGhyb3R0bGluZyBm
b3IgYWNjZXNzIHRvIHRoZSB3ZWIgYXBpLiBpIG5vdGljZWQgYSByZXRyeS1hZnRlciBIVFRQCj4g
PiBoZWFkZXIgYmVpbmcgc2VudCBmb3Igb25lIG9mIG15IHJlcXVlc3RzLCBidXQgd291bGQgbGlr
ZSB0byBnZXQgbW9yZQo+ID4gc3BlY2lmaWMgaW5mb3JtYXRpb24gYWJvdXQgdGhpcy4KPiA+IGJl
c3QgcmVnYXJkcywKPiA+IHJvYmVydAo+Cj4gSGkgUm9iZXJ0LAo+Cj4gV2h5IGRvIHlvdSBhc2s/
Cj4KPiBNYXJ0aW4gRmxhY2sKPgo=