Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Walker, David 
I don't think that's it, Mark, because the same template works in our test 
instance, even with the .

http://scholarworks.calstate.edu/scholarworks_xmlui/handle/123456789/5

This item appears in the following Collection(s)

Part of
http://www.aip.org; http://apl.aip.org/

I also don't get those i18n namespaces in the resulting output, as Dorthea 
does.  I also notice that some of the labels in the utils.xsl template are 
(slightly) different from the ones in the messages.xml file in out newly 
installed 1.5 instance.  Not sure what that means, honestly, just thought I'd 
mention it.

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Mark Diggory [EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 2:40 PM
To: Dorothea Salo
Cc: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

I believe its the section above...
"xmlui.ArtifactBrowser.ItemViewer.head_parent_collections" creates
the same label and your  doesn't create any body, which closes it
out (dd/>) and breaks the flow.

>   
> 
>
> xmlui.ArtifactBrowser.ItemViewer.head_parent_collections 18n:text>
> 
>
> 
>  select="/dri:document/dri:body/dri:div/
> dri:referenceSet
> [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection-
> viewer' and @n='collection-viewer']/dri:reference">
>  select="/dri:document/dri:body/dri:div/
> dri:referenceSet
> [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection-
> viewer'and @n='collection-viewer']/dri:reference"
> mode="render"/>
> 
> ; 
> 
> 
> 
>


On Sep 24, 2008, at 1:40 PM, Dorothea Salo wrote:

>> I wonder if we have enough XSL context to see the problem.
>
> The utilities template is available from
> , and the UW-Madison
> theme that inherits this theme is at
> .
> Share and enjoy!
>
>> (Not that I'm anything like an XSL wizard, but this looks like a good
>> learning opportunity and, who knows? I might solve it.)
>>
>> The empty 'dd' really draws my attention but I can't yet see how it
>> happens.
>
> Oh, good, it's not just me! I'm baffled and feeling ungodly stupid
> that I can't seem to solve this (especially when the same technique
> seems to work FINE for authors!).
>
> Dorothea
>
> --
> Dorothea Salo [EMAIL PROTECTED]
> Digital Repository Librarian AIM: mindsatuw
> University of Wisconsin
> Rm 218, Memorial Library
> (608) 262-5493
>
> --
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's
> challenge
> Build the coolest Linux based applications with Moblin SDK & win
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory - DSpace Developer and Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology
Home Page: http://purl.org/net/mdiggory/homepage






-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Mark Diggory 
I just think your messages.xml labels are different. the generated  
html is the same and I bet the length of the value causes yours to  
wrap to the line above. Your sites down, so I can't view your example.

Dorothea, could you just drop your war on a url somewhere and send it  
to me... I'll look at it on my workstation.

-Mark


On Sep 24, 2008, at 4:43 PM, Walker, David wrote:

> I don't think that's it, Mark, because the same template works in  
> our test instance, even with the .
>
> http://scholarworks.calstate.edu/scholarworks_xmlui/handle/123456789/5
>
> This item appears in the following Collection(s)
> 
> Part of
> http://www.aip.org; http://apl.aip.org/
>
> I also don't get those i18n namespaces in the resulting output, as  
> Dorthea does.  I also notice that some of the labels in the  
> utils.xsl template are (slightly) different from the ones in the  
> messages.xml file in out newly installed 1.5 instance.  Not sure  
> what that means, honestly, just thought I'd mention it.
>
> --Dave
>
> ==
> David Walker
> Library Web Services Manager
> California State University
> http://xerxes.calstate.edu
> 
> From: Mark Diggory [EMAIL PROTECTED]
> Sent: Wednesday, September 24, 2008 2:40 PM
> To: Dorothea Salo
> Cc: dspace-tech@lists.sourceforge.net
> Subject: Re: [Dspace-tech] Manakin: Why am I getting a doubled header?
>
> I believe its the section above...
> "xmlui.ArtifactBrowser.ItemViewer.head_parent_collections" creates
> the same label and your  doesn't create any body, which closes it
> out (dd/>) and breaks the flow.
>
>>   
>> 
>>
>> xmlui.ArtifactBrowser.ItemViewer.head_parent_collections> i
>> 18n:text>
>> 
>>
>> 
>> > select="/dri:document/dri:body/dri:div/
>> dri:referenceSet
>> [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection-
>> viewer' and @n='collection-viewer']/dri:reference">
>> > select="/dri:document/dri:body/dri:div/
>> dri:referenceSet
>> [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection-
>> viewer'and @n='collection-viewer']/dri:reference"
>> mode="render"/>
>> 
>> ; 
>> 
>> 
>> 
>>
>
>
> On Sep 24, 2008, at 1:40 PM, Dorothea Salo wrote:
>
>>> I wonder if we have enough XSL context to see the problem.
>>
>> The utilities template is available from
>> , and the UW- 
>> Madison
>> theme that inherits this theme is at
>> .
>> Share and enjoy!
>>
>>> (Not that I'm anything like an XSL wizard, but this looks like a  
>>> good
>>> learning opportunity and, who knows? I might solve it.)
>>>
>>> The empty 'dd' really draws my attention but I can't yet see how it
>>> happens.
>>
>> Oh, good, it's not just me! I'm baffled and feeling ungodly stupid
>> that I can't seem to solve this (especially when the same technique
>> seems to work FINE for authors!).
>>
>> Dorothea
>>
>> --
>> Dorothea Salo [EMAIL PROTECTED]
>> Digital Repository Librarian AIM: mindsatuw
>> University of Wisconsin
>> Rm 218, Memorial Library
>> (608) 262-5493
>>
>> - 
>> -
>> ---
>> This SF.Net email is sponsored by the Moblin Your Move Developer's
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in
>> the world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> DSpace-tech mailing list
>> DSpace-tech@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
> ~
> Mark R. Diggory - DSpace Developer and Systems Manager
> MIT Libraries, Systems and Technology Services
> Massachusetts Institute of Technology
> Home Page: http://purl.org/net/mdiggory/homepage
>
>
>
>
>
>
> -- 
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory - DSpace Developer and Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology
Home Page: http://purl.org/net/mdiggory/homepage






-

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Mark Diggory 
I believe its the section above...  
"xmlui.ArtifactBrowser.ItemViewer.head_parent_collections" creates  
the same label and your  doesn't create any body, which closes it  
out (dd/>) and breaks the flow.

>   
> 
>  
> xmlui.ArtifactBrowser.ItemViewer.head_parent_collections 18n:text>
> 
>
> 
>  select="/dri:document/dri:body/dri:div/ 
> dri:referenceSet 
> [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection- 
> viewer' and @n='collection-viewer']/dri:reference">
>  select="/dri:document/dri:body/dri:div/ 
> dri:referenceSet 
> [EMAIL PROTECTED]'aspect.artifactbrowser.ItemViewer.referenceSet.collection- 
> viewer'and @n='collection-viewer']/dri:reference"
> mode="render"/>
> 
> ; 
> 
> 
> 
>


On Sep 24, 2008, at 1:40 PM, Dorothea Salo wrote:

>> I wonder if we have enough XSL context to see the problem.
>
> The utilities template is available from
> , and the UW-Madison
> theme that inherits this theme is at
> .
> Share and enjoy!
>
>> (Not that I'm anything like an XSL wizard, but this looks like a good
>> learning opportunity and, who knows? I might solve it.)
>>
>> The empty 'dd' really draws my attention but I can't yet see how it
>> happens.
>
> Oh, good, it's not just me! I'm baffled and feeling ungodly stupid
> that I can't seem to solve this (especially when the same technique
> seems to work FINE for authors!).
>
> Dorothea
>
> -- 
> Dorothea Salo [EMAIL PROTECTED]
> Digital Repository Librarian AIM: mindsatuw
> University of Wisconsin
> Rm 218, Memorial Library
> (608) 262-5493
>
> -- 
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory - DSpace Developer and Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology
Home Page: http://purl.org/net/mdiggory/homepage






-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Walker, David 
I copied just this template from the utils.xsl into the theme for our test 
instance:

   

And it seems to show the data just fine (other than that I don't have two of 
the labels defined)

  http://scholarworks.calstate.edu/scholarworks_xmlui/handle/123456789/5

Not sure if that helps or merely confuses matters more.  Maybe something in the 
local UW madison theme then?  Or maybe the METS file is messed-up?

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Dorothea Salo [EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 1:40 PM
To: dspace-tech@lists.sourceforge.net
Subject: Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

> I wonder if we have enough XSL context to see the problem.

The utilities template is available from
, and the UW-Madison
theme that inherits this theme is at
.
Share and enjoy!

> (Not that I'm anything like an XSL wizard, but this looks like a good
> learning opportunity and, who knows? I might solve it.)
>
> The empty 'dd' really draws my attention but I can't yet see how it
> happens.

Oh, good, it's not just me! I'm baffled and feeling ungodly stupid
that I can't seem to solve this (especially when the same technique
seems to work FINE for authors!).

Dorothea

--
Dorothea Salo [EMAIL PROTECTED]
Digital Repository Librarian AIM: mindsatuw
University of Wisconsin
Rm 218, Memorial Library
(608) 262-5493

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Dorothea Salo 
> I wonder if we have enough XSL context to see the problem.

The utilities template is available from
, and the UW-Madison
theme that inherits this theme is at
.
Share and enjoy!

> (Not that I'm anything like an XSL wizard, but this looks like a good
> learning opportunity and, who knows? I might solve it.)
>
> The empty 'dd' really draws my attention but I can't yet see how it
> happens.

Oh, good, it's not just me! I'm baffled and feeling ungodly stupid
that I can't seem to solve this (especially when the same technique
seems to work FINE for authors!).

Dorothea

-- 
Dorothea Salo [EMAIL PROTECTED]
Digital Repository Librarian AIM: mindsatuw
University of Wisconsin
Rm 218, Memorial Library
(608) 262-5493

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Mark H. Wood 
On Wed, Sep 24, 2008 at 02:54:17PM -0500, Dorothea Salo wrote:
> On Wed, Sep 24, 2008 at 2:43 PM, Mark Diggory <[EMAIL PROTECTED]> wrote:
> > Wheres the problem?
> 
> Well, in my browser (FFX3/Mac), the "Part of" header in the metadata
> section is doubled. If that's not happening for anybody else, that's
> good information!

Sorry, I see it here too, on FF2/Linux.

I wonder if we have enough XSL context to see the problem.

(Not that I'm anything like an XSL wizard, but this looks like a good
learning opportunity and, who knows? I might solve it.)

The empty 'dd' really draws my attention but I can't yet see how it
happens.

-- 
Mark H. Wood, Lead System Programmer   [EMAIL PROTECTED]
Typically when a software vendor says that a product is "intuitive" he
means the exact opposite.



pgpo5nzpiK9eI.pgp
Description: PGP signature
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Dorothea Salo 
On Wed, Sep 24, 2008 at 2:39 PM, Walker, David <[EMAIL PROTECTED]> wrote:
> Gotta be this part, no?
>
>  
>
> Maybe it should just be:
>
>  

That also works to produce the URLs (and is maybe a bit cleaner), but
it doesn't address the problem. As I read the entire  thing,
it OUGHT to just trigger the once (producing just one  element),
but it's triggering twice, and I can't fathom why!

The HTML produced is:

Part of
http://apache.org/cocoon/i18n/2.1"; />
Part of
http://apache.org/cocoon/i18n/2.1";>http://www.aip.org;
http://apl.aip.org/

Those middle two elements shouldn't be there! Maybe that will help
elucidate the problem.

(Also, if anybody knows how to get rid of the constant xmlns:i18n
declarations, I'd appreciate the tip.)

Dorothea

-- 
Dorothea Salo [EMAIL PROTECTED]
Digital Repository Librarian AIM: mindsatuw
University of Wisconsin
Rm 218, Memorial Library
(608) 262-5493

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Walker, David 
Gotta be this part, no?

  

Maybe it should just be:

  

--Dave

==
David Walker
Library Web Services Manager
California State University
http://xerxes.calstate.edu

From: Dorothea Salo [EMAIL PROTECTED]
Sent: Wednesday, September 24, 2008 11:48 AM
To: DSpace
Subject: [Dspace-tech] Manakin: Why am I getting a doubled header?

First, the problem: .

Next, the code that is generating the problem:


  
xmlui.dri2xhtml-METS-1.0.ispartof
  
  

  
  
; 
  

  


My brain is broken. How did I mess this up?

Dorothea

--
Dorothea Salo [EMAIL PROTECTED]
Digital Repository Librarian AIM: mindsatuw
University of Wisconsin
Rm 218, Memorial Library
(608) 262-5493

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Dorothea Salo 
On Wed, Sep 24, 2008 at 2:43 PM, Mark Diggory <[EMAIL PROTECTED]> wrote:
> Wheres the problem?

Well, in my browser (FFX3/Mac), the "Part of" header in the metadata
section is doubled. If that's not happening for anybody else, that's
good information!

Dorothea

-- 
Dorothea Salo [EMAIL PROTECTED]
Digital Repository Librarian AIM: mindsatuw
University of Wisconsin
Rm 218, Memorial Library
(608) 262-5493

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Mark Diggory 
Sorry, forget that last email, I was not reading closely.

This generates...

Part of
http://apache.org/cocoon/i18n/2.1"; />
Part of
http://apache.org/cocoon/i18n/2.1";>http:// 
www.aip.org; http://apl.aip.org/


The xsl:if test wrapping this xslt suggests your already inside the  
rendering of the "value" not the whole row... why not try

> 
> 
>   
>   
> ; 
>   
> 
> 




On Sep 24, 2008, at 11:48 AM, Dorothea Salo wrote:

> First, the problem:  1760/11124>.
>
> Next, the code that is generating the problem:
>
> 
>   
> xmlui.dri2xhtml-METS-1.0.ispartof
>   
>   
> 
>   
>   
> ; 
>   
> 
>   
> 
>
> My brain is broken. How did I mess this up?
>
> Dorothea
>
> -- 
> Dorothea Salo [EMAIL PROTECTED]
> Digital Repository Librarian AIM: mindsatuw
> University of Wisconsin
> Rm 218, Memorial Library
> (608) 262-5493
>
> -- 
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory - DSpace Developer and Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology
Home Page: http://purl.org/net/mdiggory/homepage






-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Mark Diggory 
Wheres the problem?

Note, Sometimes I get duplicate Headers when editing the xslt in  
place, I think this is caused by some caching bug in the application,  
it generally goes away if I restart the web-application.

-Mark

On Sep 24, 2008, at 11:48 AM, Dorothea Salo wrote:

> First, the problem:  1760/11124>.
>
> Next, the code that is generating the problem:
>
> 
>   
> xmlui.dri2xhtml-METS-1.0.ispartof
>   
>   
> 
>   
>   
> ; 
>   
> 
>   
> 
>
> My brain is broken. How did I mess this up?
>
> Dorothea
>
> -- 
> Dorothea Salo [EMAIL PROTECTED]
> Digital Repository Librarian AIM: mindsatuw
> University of Wisconsin
> Rm 218, Memorial Library
> (608) 262-5493
>
> -- 
> ---
> This SF.Net email is sponsored by the Moblin Your Move Developer's  
> challenge
> Build the coolest Linux based applications with Moblin SDK & win  
> great prizes
> Grand prize is a trip for two to an Open Source event anywhere in  
> the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

~
Mark R. Diggory - DSpace Developer and Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology
Home Page: http://purl.org/net/mdiggory/homepage






-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Internal Server Error - FeedServlet

2008-09-24 Thread Mark Diggory 
The url may be a searchbot trolling for content on the path

http:///feed/rss_2.0/site

as a hack, try adding it to your "robots.txt" and see if the noise  
settles down.

http://ses.library.usyd.edu.au/robots.txt

User-agent: *

Disallow: /browse
Disallow: /feed

Otherwise, you should go to your apache logs and search for accesses  
on the feed to see where they are coming from.

-Mark

On Sep 24, 2008, at 11:23 AM, Thornton, Susan M. (LARC-B702)[NCI  
INFORMATION SYSTEMS] wrote:

> http://ses.library.usyd.edu.au/feed/

~
Mark R. Diggory - DSpace Developer and Systems Manager
MIT Libraries, Systems and Technology Services
Massachusetts Institute of Technology
Home Page: http://purl.org/net/mdiggory/homepage






-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

[Dspace-tech] Manakin: Why am I getting a doubled header?

2008-09-24 Thread Dorothea Salo 
First, the problem: .

Next, the code that is generating the problem:


  
xmlui.dri2xhtml-METS-1.0.ispartof
  
  

  
  
; 
  

  


My brain is broken. How did I mess this up?

Dorothea

-- 
Dorothea Salo [EMAIL PROTECTED]
Digital Repository Librarian AIM: mindsatuw
University of Wisconsin
Rm 218, Memorial Library
(608) 262-5493

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Internal Server Error - FeedServlet

2008-09-24 Thread Thornton, Susan M. (LARC-B702)[NCI INFORMATION SYSTEMS] 
We have DSpace 1.4.2 and we get a similar error when someone types in an
invalid url - the application is trying to display the "invalid_id"
error, but it ends up getting an error and displaying an internal error.
I'm determined to track this one down and will let you know when I find
out what's causing it!
Sue Walker-Thornton
NASA Langley Research Center

-Original Message-
From: Gary Browne [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 23, 2008 7:16 PM
To: DSpace Tech
Subject: [Dspace-tech] Internal Server Error - FeedServlet


 
Hi all

Does anyone get several of these error messages every day and know why?
I'm not sure what is triggering this (incomplete) URL.

Thanks
Gary


Gary Browne
Development Programmer
Library IT Services
University of Sydney
ph: 9351-5946

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, 23 September 2008 10:37 PM
To: Gary Browne
Subject: Sydney eScholarship: Internal Server Error

An internal server error occurred on http://ses.library.usyd.edu.au:

Date:   9/23/08 10:36 PM
Session ID: 88073F6FA7885B65A72552CED48079CE

-- URL Was: http://ses.library.usyd.edu.au/feed/
-- Method: GET
-- Parameters were:


Exception:
java.lang.NullPointerException
at
org.dspace.app.webui.servlet.FeedServlet.doDSGet(FeedServlet.java:193)
at
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.
java:151)
at
org.dspace.app.webui.servlet.DSpaceServlet.doGet(DSpaceServlet.java:99)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:269)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
e.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
e.java:174)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
:117)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
java:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1
74)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:200)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:773)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:
703)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.
java:895)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool
.java:689)
at java.lang.Thread.run(Thread.java:595)




-
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Could not read resource cocoon://DRI/4/advanced-search

2008-09-24 Thread Claudia Juergen 
Hi Eric,

did you update/initialized the indices while installing this version?
Guess there went something wrong with installing the new version over old 
data.


Claudia

> It turns out that I needed to submit an item before advanced search
> would work.  The odd thing is that I installed this version of DSpace
> over an existing database that already contained a few test
> submissions, so I'm now sure why I still had to add an item to make
> advanced search work.
>
> Eric
>
> On Wed, Sep 24, 2008 at 12:07 PM, Eric Luhrs <[EMAIL PROTECTED]> wrote:
>> Advanced search worked a few days ago, but now I'm getting a
>> NullPointerException error.  My config
>> is DSpace 1.5.1 on RHEL5 with Tomcat 5.5 and Sun Java 1.6.  There are
>> no errors logged to dspace.log  or catalina.out, but the following
>> full java stacktrace is shown on the screen.
>>
>> Does this make sense to anyone?
>>
>> Eric Luhrs
>> Lafayettte College
>>
>> org.apache.cocoon.ProcessingException: Could not read resource
>> cocoon://DRI/4/advanced-search
>>at  -
>> resource://aspects/Administrative/sitemap.xmap:824:31
>>
>>
>>at  -
>> resource://aspects/Administrative/sitemap.xmap:269:38
>>at  -
>> resource://aspects/Administrative/sitemap.xmap:268:44
>>
>>
>>at  -
>> resource://aspects/Administrative/sitemap.xmap:266:19
>>at  -
>> resource://aspects/EPerson/sitemap.xmap:331:31
>>at  -
>> resource://aspects/EPerson/sitemap.xmap:136:38
>>
>>
>>at  -
>> resource://aspects/EPerson/sitemap.xmap:125:19
>>at  -
>> resource://aspects/Submission/sitemap.xmap:330:27
>>at  -
>> resource://aspects/Submission/sitemap.xmap:306:26
>>
>>
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:115:34
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:114:43
>>
>>
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:113:22
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:184:34
>>
>>
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:181:84
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:180:78
>>
>>
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:174:33
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:170:44
>>
>>
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:155:45
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:131:55
>>
>>
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/themes/themes.xmap:63:45
>>at  -
>> file:/usr/local/tomcat/webapps/ROOT/sitemap.xmap:345:73
>>at
>> org.apache.cocoon.components.source.SourceUtil.handleSAXException(SourceUtil.java:501)
>>
>>
>>at
>> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:117)
>>at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>>at
>> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>>
>>
>>at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
>>at
>> org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
>>at
>> org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
>>
>>
>>at
>> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
>>at
>> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
>>at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>>
>>
>>at
>> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>>at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
>>
>>
>>at
>> org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
>>at
>> org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
>>at
>> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
>>
>>
>>at
>> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
>>at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>>at
>> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>>
>>
>>at
>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:77

Re: [Dspace-tech] Could not read resource cocoon://DRI/4/advanced-search

2008-09-24 Thread Eric Luhrs 
Hi Claudia,
I ran "ant update" to install the new code but I did not know that
indices needed to be updated.  How do I update them?

Eric

On Wed, Sep 24, 2008 at 2:11 PM, Claudia Juergen
<[EMAIL PROTECTED]> wrote:
> Hi Eric,
>
> did you update/initialized the indices while installing this version?
> Guess there went something wrong with installing the new version over old
> data.
>
>
> Claudia
>
>> It turns out that I needed to submit an item before advanced search
>> would work.  The odd thing is that I installed this version of DSpace
>> over an existing database that already contained a few test
>> submissions, so I'm now sure why I still had to add an item to make
>> advanced search work.
>>
>> Eric
>>
>> On Wed, Sep 24, 2008 at 12:07 PM, Eric Luhrs <[EMAIL PROTECTED]> wrote:
>>> Advanced search worked a few days ago, but now I'm getting a
>>> NullPointerException error.  My config
>>> is DSpace 1.5.1 on RHEL5 with Tomcat 5.5 and Sun Java 1.6.  There are
>>> no errors logged to dspace.log  or catalina.out, but the following
>>> full java stacktrace is shown on the screen.
>>>
>>> Does this make sense to anyone?
>>>
>>> Eric Luhrs
>>> Lafayettte College
>>>
>>> org.apache.cocoon.ProcessingException: Could not read resource
>>> cocoon://DRI/4/advanced-search
>>>at  -
>>> resource://aspects/Administrative/sitemap.xmap:824:31
>>>
>>>
>>>at  -
>>> resource://aspects/Administrative/sitemap.xmap:269:38
>>>at  -
>>> resource://aspects/Administrative/sitemap.xmap:268:44
>>>
>>>
>>>at  -
>>> resource://aspects/Administrative/sitemap.xmap:266:19
>>>at  -
>>> resource://aspects/EPerson/sitemap.xmap:331:31
>>>at  -
>>> resource://aspects/EPerson/sitemap.xmap:136:38
>>>
>>>
>>>at  -
>>> resource://aspects/EPerson/sitemap.xmap:125:19
>>>at  -
>>> resource://aspects/Submission/sitemap.xmap:330:27
>>>at  -
>>> resource://aspects/Submission/sitemap.xmap:306:26
>>>
>>>
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:115:34
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:114:43
>>>
>>>
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:113:22
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:184:34
>>>
>>>
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:181:84
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:180:78
>>>
>>>
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:174:33
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:170:44
>>>
>>>
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:155:45
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:131:55
>>>
>>>
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/themes/themes.xmap:63:45
>>>at  -
>>> file:/usr/local/tomcat/webapps/ROOT/sitemap.xmap:345:73
>>>at
>>> org.apache.cocoon.components.source.SourceUtil.handleSAXException(SourceUtil.java:501)
>>>
>>>
>>>at
>>> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:117)
>>>at
>>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>>>at
>>> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>>>
>>>
>>>at
>>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
>>>at
>>> org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
>>>at
>>> org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
>>>
>>>
>>>at
>>> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
>>>at
>>> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
>>>at
>>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>>>
>>>
>>>at
>>> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>>>at
>>> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
>>>
>>>
>>>at
>>> org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
>>>at
>>> org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
>>>at
>>> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
>>>
>>>
>>>at
>>> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
>>>at
>>> org.apache.cocoon.components.pipeline.AbstractProc

Re: [Dspace-tech] Could not read resource cocoon://DRI/4/advanced-search

2008-09-24 Thread Eric Luhrs 
It turns out that I needed to submit an item before advanced search
would work.  The odd thing is that I installed this version of DSpace
over an existing database that already contained a few test
submissions, so I'm now sure why I still had to add an item to make
advanced search work.

Eric

On Wed, Sep 24, 2008 at 12:07 PM, Eric Luhrs <[EMAIL PROTECTED]> wrote:
> Advanced search worked a few days ago, but now I'm getting a
> NullPointerException error.  My config
> is DSpace 1.5.1 on RHEL5 with Tomcat 5.5 and Sun Java 1.6.  There are
> no errors logged to dspace.log  or catalina.out, but the following
> full java stacktrace is shown on the screen.
>
> Does this make sense to anyone?
>
> Eric Luhrs
> Lafayettte College
>
> org.apache.cocoon.ProcessingException: Could not read resource
> cocoon://DRI/4/advanced-search
>at  -
> resource://aspects/Administrative/sitemap.xmap:824:31
>
>
>at  -
> resource://aspects/Administrative/sitemap.xmap:269:38
>at  -
> resource://aspects/Administrative/sitemap.xmap:268:44
>
>
>at  - 
> resource://aspects/Administrative/sitemap.xmap:266:19
>at  - 
> resource://aspects/EPerson/sitemap.xmap:331:31
>at  -
> resource://aspects/EPerson/sitemap.xmap:136:38
>
>
>at  - resource://aspects/EPerson/sitemap.xmap:125:19
>at  - resource://aspects/Submission/sitemap.xmap:330:27
>at  - resource://aspects/Submission/sitemap.xmap:306:26
>
>
>at  -
> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:115:34
>at  -
> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:114:43
>
>
>at  -
> file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:113:22
>at  -
> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:184:34
>
>
>at  -
> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:181:84
>at  -
> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:180:78
>
>
>at  -
> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:174:33
>at  -
> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:170:44
>
>
>at  -
> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:155:45
>at  -
> file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:131:55
>
>
>at  - 
> file:/usr/local/tomcat/webapps/ROOT/themes/themes.xmap:63:45
>at  - 
> file:/usr/local/tomcat/webapps/ROOT/sitemap.xmap:345:73
>at 
> org.apache.cocoon.components.source.SourceUtil.handleSAXException(SourceUtil.java:501)
>
>
>at 
> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:117)
>at 
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>at 
> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>
>
>at 
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
>at 
> org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
>at 
> org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
>
>
>at 
> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
>at 
> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
>at 
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>
>
>at 
> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>at 
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
>
>
>at 
> org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
>at 
> org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
>at 
> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
>
>
>at 
> org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
>at 
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
>at 
> org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
>
>
>at 
> org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
>at 
> org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
>at 
> org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
>
>
>at 
> org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
>at

[Dspace-tech] Could not read resource cocoon://DRI/4/advanced-search

2008-09-24 Thread Eric Luhrs 
Advanced search worked a few days ago, but now I'm getting a
NullPointerException error.  My config
is DSpace 1.5.1 on RHEL5 with Tomcat 5.5 and Sun Java 1.6.  There are
no errors logged to dspace.log  or catalina.out, but the following
full java stacktrace is shown on the screen.

Does this make sense to anyone?

Eric Luhrs
Lafayettte College

org.apache.cocoon.ProcessingException: Could not read resource
cocoon://DRI/4/advanced-search
at  -
resource://aspects/Administrative/sitemap.xmap:824:31


at  -
resource://aspects/Administrative/sitemap.xmap:269:38
at  -
resource://aspects/Administrative/sitemap.xmap:268:44


at  - 
resource://aspects/Administrative/sitemap.xmap:266:19
at  - 
resource://aspects/EPerson/sitemap.xmap:331:31
at  -
resource://aspects/EPerson/sitemap.xmap:136:38


at  - resource://aspects/EPerson/sitemap.xmap:125:19
at  - resource://aspects/Submission/sitemap.xmap:330:27
at  - resource://aspects/Submission/sitemap.xmap:306:26


at  -
file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:115:34
at  -
file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:114:43


at  -
file:/usr/local/tomcat/webapps/ROOT/aspects/aspects.xmap:113:22
at  -
file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:184:34


at  -
file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:181:84
at  -
file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:180:78


at  -
file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:174:33
at  -
file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:170:44


at  -
file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:155:45
at  -
file:/usr/local/tomcat/webapps/ROOT/themes/Reference/sitemap.xmap:131:55


at  - 
file:/usr/local/tomcat/webapps/ROOT/themes/themes.xmap:63:45
at  - file:/usr/local/tomcat/webapps/ROOT/sitemap.xmap:345:73
at 
org.apache.cocoon.components.source.SourceUtil.handleSAXException(SourceUtil.java:501)


at 
org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:117)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)


at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
at 
org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
at 
org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)


at 
org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
at 
org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)


at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)


at 
org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
at 
org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)
at 
org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)


at 
org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)
at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)


at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)
at 
org.apache.cocoon.components.source.impl.SitemapSource.toSAX(SitemapSource.java:412)
at 
org.apache.cocoon.components.source.SourceUtil.toSAX(SourceUtil.java:100)


at 
org.apache.cocoon.components.source.SourceUtil.parse(SourceUtil.java:320)
at 
org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:115)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:578)


at 
org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:281)
at 
org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:779)


at 
org.apache.cocoon.components.source.impl.Sitemap

Re: [Dspace-tech] Configuring the Browse List (JSPUI)

2008-09-24 Thread Graham Triggs 
Vezina Marie-Helene wrote:
> Thank you Graham,
> 
> Very clear answer.  
> 
> I guess the final goal I was pursuing while playing around with the browse 
> configuration was to be able, for my Browse lists, to have one Date column 
> that would display dc.date.submitted for ETDs and dc.date.issued for non-ETDs 
> (and assuming there would be no issue date for ETDs), so I was hoping to be 
> able to mix the content of various fields for the browse lists... In light of 
> your explanations I don't see how this is possible. The closest I got was to 
> have two columns (one for dc.date.submitted and the other one for 
> dc.date.issued), or to have the submitted date in place of the issue date 
> whenever the datesubmitted browse index or sort option was selected Or 
> did I miss something?


Correct, you can't mix the data from two separate metadata fields into a 
single sort column / order. Can you imagine the complexity of a 
configuration syntax that would allow such selective behaviour?

For the future, I can imagine a way of configuring a class to control 
the extraction of metadata, in a way that would allow you to replace it 
with your own code that provides a more complex, context-sensitive form 
of extraction as you wish.

But we aren't there yet. Right now, you could have two columns, one for 
each metadata field.

Or, you could 'invent' an additional metadata field into which you want 
the value that you want that particular record to be sorted on. It's 
more work in maintaining each item, but it would allow you to use/copy 
the date that you want for each item.

G

 
 
This e-mail is confidential and should not be used by anyone who is not the 
original intended recipient. BioMed Central Limited does not accept liability 
for any statements made which are clearly the sender's own and not expressly 
made on behalf of BioMed Central Limited. No contracts may be concluded on 
behalf of BioMed Central Limited by means of e-mail communication. BioMed 
Central Limited Registered in England and Wales with registered number 3680030 
Registered Office Middlesex House, 34-42 Cleveland Street, London W1T 4LB

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Adding and removing bitstreams

2008-09-24 Thread Hlias Stavrakis 

I have no problem in deleting items using the configuration wrote earlier.
If the message you get is "Authorization required", probably there are 
some missing policies in resourcepolicy table.
Could you send the last lines of your log file?

Ilias Stavrakis

Mika Stenberg wrote:
> This is great, since we are struggling with frustrated admins who cant 
> do the things they want to. Even after this, they still cant remove 
> the item from the collection, though, only withdraw it.
> Any solution for this?
>
> -Mika
>> You have right, DSpace authorization system is a complete mess.
>>
>> In case someone face the same problem, we manage to solve the problem 
>> of adding and removing bitstreams with the following steps:
>>
>> 1. The "if" statement in EditItemServlet.java around line 510 is
>>
>> // only process bitstreams if admin
>> else if (p.startsWith("bitstream_name")
>> && AuthorizeManager.isAdmin(context))
>> {
>>
>>
>> and must be
>>
>> // only process bitstreams if admin
>> else if (p.startsWith("bitstream_name"))
>> {
>>
>> 2. In resourcepolicy table the Group that will be able to perform the 
>> deletions or additions must have following rights:
>>
>> On the Collection of the item it must have READ, WRITE, ADD, REMOVE, 
>> DEFAULT_BITSTREAM_READ, DEFAULT_ITEM_READ, COLLECTION_ADMIN rights.
>>
>> You can give these rights with  "Manage Collection's Policies" page 
>> in Authorization menu.
>>
>> On the Item it must have WRITE, ADD, REMOVE   rights.
>>
>> You can give these rights with "Advanced/Item Wildcard Policy Admin 
>> Tool" page in Authorization menu.
>> After adding policies with wildcard policy admin tool is impossible 
>> to see the changes unless you see the resourcepolicy table in the 
>> database.
>>
>> Ilias Stavrakis
>>
>>
>>
>>
>>
>>
>>
>>
>> - 
>>
>> This SF.Net email is sponsored by the Moblin Your Move Developer's 
>> challenge
>> Build the coolest Linux based applications with Moblin SDK & win 
>> great prizes
>> Grand prize is a trip for two to an Open Source event anywhere in the 
>> world
>> http://moblin-contest.org/redirect.php?banner_id=100&url=/
>> ___
>> DSpace-tech mailing list
>> DSpace-tech@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>>
>>   
>

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Adding and removing bitstreams

2008-09-24 Thread Mika Stenberg 
This is great, since we are struggling with frustrated admins who cant 
do the things they want to. Even after this, they still cant remove the 
item from the collection, though, only withdraw it.
Any solution for this?

-Mika
> You have right, DSpace authorization system is a complete mess.
>
> In case someone face the same problem, we manage to solve the problem of 
> adding and removing bitstreams with the following steps:
>
> 1. The "if" statement in EditItemServlet.java around line 510 is
>
> // only process bitstreams if admin
> else if (p.startsWith("bitstream_name")
> && AuthorizeManager.isAdmin(context))
> {
>
>
> and must be
>
> // only process bitstreams if admin
> else if (p.startsWith("bitstream_name"))
> {
>
> 2. In resourcepolicy table the Group that will be able to perform the 
> deletions or additions must have following rights:
>
> On the Collection of the item it must have READ, WRITE, ADD, REMOVE, 
> DEFAULT_BITSTREAM_READ, DEFAULT_ITEM_READ, COLLECTION_ADMIN rights.
>
> You can give these rights with  "Manage Collection's Policies" page in 
> Authorization menu.
>
> On the Item it must have WRITE, ADD, REMOVE   rights.
>
> You can give these rights with "Advanced/Item Wildcard Policy Admin 
> Tool" page in Authorization menu.
> After adding policies with wildcard policy admin tool is impossible to 
> see the changes unless you see the resourcepolicy table in the database.
>
> Ilias Stavrakis
>
>
>
>
>
>
>
>
> -
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>   


-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech

Re: [Dspace-tech] Adding and removing bitstreams

2008-09-24 Thread Hlias Stavrakis 

You have right, DSpace authorization system is a complete mess.

In case someone face the same problem, we manage to solve the problem of 
adding and removing bitstreams with the following steps:

1. The "if" statement in EditItemServlet.java around line 510 is

// only process bitstreams if admin
else if (p.startsWith("bitstream_name")
&& AuthorizeManager.isAdmin(context))
{


and must be

// only process bitstreams if admin
else if (p.startsWith("bitstream_name"))
{

2. In resourcepolicy table the Group that will be able to perform the 
deletions or additions must have following rights:

On the Collection of the item it must have READ, WRITE, ADD, REMOVE, 
DEFAULT_BITSTREAM_READ, DEFAULT_ITEM_READ, COLLECTION_ADMIN rights.

You can give these rights with  "Manage Collection's Policies" page in 
Authorization menu.

On the Item it must have WRITE, ADD, REMOVE   rights.

You can give these rights with "Advanced/Item Wildcard Policy Admin 
Tool" page in Authorization menu.
After adding policies with wildcard policy admin tool is impossible to 
see the changes unless you see the resourcepolicy table in the database.

Ilias Stavrakis








-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech