Re: [Dspace-tech] [KE1019161] Embargo settings on item import

2013-03-11 Thread marco . weiss
Hi all,

i now tested i again in 3.1 and its the same as in 3.0
I placed a Jira issue https://jira.duraspace.org/browse/DS-1514 like 
helix advice a few mails ago.


Regards, Marco


Am 28.01.2013 09:43, schrieb helix84:
> On Mon, Jan 28, 2013 at 8:29 AM,   
> wrote:
>> Am 18.01.2013 12:52, schrieb helix84:
>>> On Fri, Jan 18, 2013 at 11:36 AM,   
>>> wrote:
 Now what have i done. I created an item and imported it in OAI 
 Solr
 search.
>>>
>>> What do you mean OAI Solr search? I assume you mean the "oai" Solr
>>> core? "search" is a different Solr core, used for Discovery.
>>
>> With OAI Solr search i meant i imported the items in Solr so that a 
>> query on
>> OAI can deliver the data getting it from the Solr ... hope i'm right 
>> here.
>
> Yes, that is the "oai" Solr core and you've done well.
>
 The simple archive and the csv file shows no difference between 
 the two
 states except of the dc.description.provenance.
 The unpacked AIP shows a difference between the two mets.xml 
 files.
 That tells me, that only over AIP i can handle the embargo 
 settings, or?
>>>
>>> Yes, as I wrote in my previous email.
>>> Old embargo = bitstream authorizations + embargo terms in metadata 
>>> (so
>>> SAF import should recognize it)
>>> 3.0 embargo = bitstream resource policies (so probably only AIP 
>>> would
>>> recognize it - it's part of METS)
>>
>> Ok so the old embargo should work, but what is SAF ? Can't find 
>> something in
>> the documentation.
>> Unfortunately i don't have enough time to test it because it was 
>> just nice
>> to have and not must have criteria.
>> Maybe in a later step i will get back to this. The step is planed 
>> but i can
>> not tell when.
>
> Sorry, SAF is just a name for the format used in the original 
> importer
> ([dspace]/bin/dspace import/export).
>
 So i had the idea now to restore/replace it with the AIP i created 
 as the
 item was in "not private" state and it have to be in that state 
 after
 replacing it.
 Unfortunately it replaces the item but the "not private" state was 
 not
 applied to the item.
 I set the "not private" state in XMLUI manually and imported the 
 AIP i
 created as the item was in the "private" state and this works in 
 parts.
 In parts means the item is withdrawn but in "not private" state 
 after
 that.
 That means replacing an item that is in "not private" state with 
 the
 "private" state item works the other way round not.
 To see the difference between the withdrawn item that is in "not 
 private"
 state i put it manually in "private" state, exported it as AIP, 
 unzipped,
 and diff the two mets.xml ... no changes that shows me what i have 
 to set
 so
 get the item in "private"state.
>>>
>>>
>>> Thanks for the testing, you may have found a bug. I didn't try it
>>> myself (exporting/importing items with embargo via AIP), so I can't
>>> explain it. If noone else answers in the next few days, you should
>>> file a Jira issue to make sure it's addressed (either explained if
>>> it's supposed to work that way, or fixed if it's not).
>>
>>
>> Ok no one had answered to this mail so i will file a Jira issue.
>>
>>
 org.dspace.authorize.AuthorizeException: To withdraw item must be
 COLLECTION_ADMIN or have REMOVE authorization on owning Collection
>>>
>>>
>>> This sounds pretty straightforward - did you use a correct value 
>>> for
>>> the -e flag? E.g. a site admin eperson?
>>
>>
>> Yes, sure i only have one account the site admin i created following 
>> the
>> installation documentation.
>> And yes i used the -e flag but in long version
>>  --eperson=my.m...@adress.de
>
> Sorry, I can't think of anything else that could have gone wrong 
> there.
>
>> Ok, i hope i can find a bit spare time to place a Jira issue the 
>> next day
>> for that and i'll post the link to that.
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] [KE1019161] Submitted item with relay resolve error not deletable

2013-03-11 Thread marco . weiss
Am 07.02.2013 15:52, schrieb helix84:
> On Thu, Feb 7, 2013 at 3:49 PM, Marco Weiß
>  wrote:
>> java.security.AccessControlException: access denied 
>> ("java.net.SocketPermission" "relay.rz-sued.bayern.de" "resolve")
>
> Can you please attach the _full_ stack trace to the Jira issue? And
> your suggestion, too. Thanks.
>
> Regards,
> ~~helix84

Hi Helix,

i tried to reproducing that error for the full stack trace you 
requested for jira but i can't...

So i'll close the jira issue with a comment

Regards, Marco

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] [KE1019161] Submitted item with relay resolve error not deletable

2013-03-11 Thread helix84
On Mon, Mar 11, 2013 at 9:23 AM,   wrote:
> i tried to reproducing that error for the full stack trace you requested for
> jira but i can't...

Hi Marco,

what if you just search your logs and send the old stacktrace from from there?


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] [KE1019161] Submitted item with relay resolve error not deletable

2013-03-11 Thread marco . weiss
Am 11.03.2013 09:32, schrieb helix84:
> On Mon, Mar 11, 2013 at 9:23 AM,   
> wrote:
>> i tried to reproducing that error for the full stack trace you 
>> requested for
>> jira but i can't...
>
> Hi Marco,
>
> what if you just search your logs and send the old stacktrace from 
> from there?

Sorry, the logs are still rotated and now in backup ...

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] (no subject)

2013-03-11 Thread Meron Mesfin






hello there! I was hoping if u could help me how i can change the dspace header 
layouts which is called (About DSpace Software) title and also one thing when 
how can i change the dspace site name "DSpace at My University"  to the name 
that i want it to appear.i try it by changind the dspace.name but no change.

Thank you and best regards!!!--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] (no subject)

2013-03-11 Thread Hilton Gibson
Perhaps this will help:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Theme/Language#Step_2_-_Apply_own_.22DSpace.22_replacement



On 11 March 2013 12:58, Meron Mesfin  wrote:

>
>
> --
> hello there! I was hoping if u could help me how i can change the dspace
> header layouts which is called (About DSpace Software)
> title and also one thing when how can i change the dspace site name "DSpace
> at My University"  to the name that i want it to appear.i try it by
> changind the dspace.name but no change.
> Thank you and best regards!!!
>
>
>
>
>
> --
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette:
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>



-- 
*Hilton Gibson*
Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://scholar.sun.ac.za
http://ar1.sun.ac.za
http://aj1.sun.ac.za
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] (no subject)

2013-03-11 Thread helix84
On Mon, Mar 11, 2013 at 11:58 AM, Meron Mesfin  wrote:
> hello there! I was hoping if u could help me how i can change the dspace
> header layouts which is called (About DSpace Software) title and also one
> thing when how can i change the dspace site name "DSpace at My University"
> to the name that i want it to appear.i try it by changind the dspace.name
> but no change.

Hi Meron,

again, you didn't say which DSpace version and interface you're using.

You can change "About DSpace Software" in
[dspace-src]/dspace-api/src/main/resources/Messages.properties

Then you have to rebuild and redeploy DSpace (using mvn package and ant update).

"DSpace at My University" can indeed be changed in dspace.name in
dspace.cfg (or in build.properties when rebuilding DSpace 3), but you
have to restart Tomcat after any change to dspace.cfg.

Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] (no subject)

2013-03-11 Thread Meron Mesfin





hello again sorry  for the interruption but my dspace version is 1.8.2 and i 
downloaded not full source its the released zip file and also as u said i cant 
find the dspace-api/src/main/resources/Messages.properties a lot of thanks 
!!--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] (no subject)

2013-03-11 Thread helix84
On Mon, Mar 11, 2013 at 1:42 PM, Meron Mesfin  wrote:
> hello again sorry  for the interruption but my dspace version is 1.8.2 and i
> downloaded not full source its the released zip file and also as u said i
> cant find the dspace-api/src/main/resources/Messages.properties
> a lot of thanks !!

Then simply download the source file instead of the release one. The
result is the same, only building it (mvn package) takes a bit longer.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


[Dspace-tech] Strange issue with DSpace 3.0

2013-03-11 Thread Alan Orth
All,

I'm just testing a DSpace 1.8.2 -> 3.0 upgrade and I'm having some 
strange issues; all my custom themes and config work, but I get this 
weird error when trying to look at the "DSpace Configuration" tab in the 
control panel:

org.dspace.app.xmlui.wing.WingInvalidArgument: The 'characters' 
parameter is required for list items.

Full Java stack trace is here: http://pastebin.com/raw.php?i=9Mu5EQUU

Anyone have an idea what's wrong?  My platform is Debian 6, Sun Java 6 
1.6.0_18, Tomcat 6.

Cheers,

-- 
Alan Orth
alan.o...@gmail.com
http://alaninkenya.org
http://mjanja.co.ke
"I have always wished for my computer to be as easy to use as my telephone; my 
wish has come true because I can no longer figure out how to use my telephone." 
-Bjarne Stroustrup, inventor of C++


--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] Strange issue with DSpace 3.0

2013-03-11 Thread helix84
Hi Alan,

you can determine the cause by looking at this part of the stacktrace:

Caused by: org.dspace.app.xmlui.wing.WingInvalidArgument: The
'characters' parameter is required for list items.
at 
org.dspace.app.xmlui.wing.element.AbstractWingElement.require(AbstractWingElement.java:117)
at org.dspace.app.xmlui.wing.element.List.addItem(List.java:292)
at 
org.dspace.app.xmlui.aspect.administrative.ControlPanel.addDSpaceConfiguration(ControlPanel.java:511)


This tells you that the 'characters' parameter is an empty string and
addItem uses the require() method to check for that. If you go up a call,
addItem() is called from the ControlPanel class, specifically line 511:

https://github.com/DSpace/DSpace/blob/dspace-3_x/dspace-xmlui/src/main/java/org/dspace/app/xmlui/aspect/administrative/ControlPanel.java#L511

The parameter passed to addItem() is db.maxconnections property from
dspace.cfg. So it seems you either didn't define it or left it empty. If
you didn't touch this property in dspace.cfg, the problem is in
build.properties. All properties defined in build.properties are
transferred to dspace.cfg when you execute ant (update or fresh_install).
You have to make sure you do not comment out any line in build.properties.
Read the warning here:
https://wiki.duraspace.org/display/DSDOC3x/Configuration#Configuration-Thebuild.propertiesConfigurationPropertiesFile


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] filter-media infinite loop

2013-03-11 Thread Mark Ludwig
We are running DSpace 1.7.2 on solaris with oracle.
After loading a couple of large items,
the nightly filter-media failed to finish.
After removing 2 items after the last one it reported
processing, filter-media completed normally.

The tricky items have large .tar.gz files that are backups of
file systems (3 and 8 Gbytes). I don't think those files are the problem.
We are also loading corresponding directory listings as .txt files.
One such directory listing was 70mbytes, over 750,000 lines.
This means about a million occurrences of 7-8 words and
many others, all in one item.

Basically, we don't need this kind of item indexed.
Is there a way to turn off indexing of an item
or a file within an item?  Are there any other
ways to deal with this?

I know I can probably compress these .txt
directory listings, so if it's a .tar.gz
the indexing will not happen.
But then I need to know the
size limits and check for it before loading.

Another thing about this is that DSpace never frees up the
space after deleting items. I'd really like my
Gbytes back when I delete large items.
It looks like you regain index space after filter-media
re-runs, but the gigage in assetstore is wasted.

-- 
Mark Ludwig
Director of Research Systems Development
University Libraries
SUNY at Buffalo
Buffalo, NY 14260
716 645 5952

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] filter-media infinite loop

2013-03-11 Thread helix84
On Mon, Mar 11, 2013 at 8:07 PM, Mark Ludwig  wrote:
> Basically, we don't need this kind of item indexed.
> Is there a way to turn off indexing of an item
> or a file within an item?  Are there any other
> ways to deal with this?

Hi Mark,

yes, simply upload a file with the same name (.txt) into the TEXT
bundle. Once that file exists (it can be even empty), the media filter
won't try to recreate it.

> Another thing about this is that DSpace never frees up the
> space after deleting items. I'd really like my
> Gbytes back when I delete large items.
> It looks like you regain index space after filter-media
> re-runs, but the gigage in assetstore is wasted.

That's also a "feature". Simply run "[dspace]/bin/dspace cleanup" to
get rid of all the files marked as deleted.


Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] Strange issue with DSpace 3.0

2013-03-11 Thread Alan Orth
Helix,

Ah, so you're right.  For the record, I had been comparing our configs to
those in the dspace-3.0 release in preparation for upgrading from 1.8.  I
pulled over some new syntax changes, including what I thought were defaults
in the new config file, such as db.maxconnections.  Defining them as listed
in 3.0's dspace.cfg[1] resulted in a build error:

BUILD FAILED
/home/aorth/src/git/DSpace/dspace/target/dspace-3.0-build/build.xml:88:
Property db.maxconnections was circularly defined.

... so I left it blank (or commented it out, I can't remember now).  That's
how I ended up with the weird Cocoon crashes.

Anyways, I'm now up and running.  If you think it's worth it, I'll submit a
bug report / pull request so we can hopefully stop others from running into
this same error?

Cheers,

[1]
https://github.com/DSpace/DSpace/blob/dspace-3_x/dspace/config/dspace.cfg#L74


On Mon, Mar 11, 2013 at 6:10 PM, helix84  wrote:

> Hi Alan,
>
> you can determine the cause by looking at this part of the stacktrace:
>
> Caused by: org.dspace.app.xmlui.wing.WingInvalidArgument: The 'characters' 
> parameter is required for list items.
>   at 
> org.dspace.app.xmlui.wing.element.AbstractWingElement.require(AbstractWingElement.java:117)
>   at org.dspace.app.xmlui.wing.element.List.addItem(List.java:292)
>   at 
> org.dspace.app.xmlui.aspect.administrative.ControlPanel.addDSpaceConfiguration(ControlPanel.java:511)
>
>
> This tells you that the 'characters' parameter is an empty string and
> addItem uses the require() method to check for that. If you go up a call,
> addItem() is called from the ControlPanel class, specifically line 511:
>
>
> https://github.com/DSpace/DSpace/blob/dspace-3_x/dspace-xmlui/src/main/java/org/dspace/app/xmlui/aspect/administrative/ControlPanel.java#L511
>
> The parameter passed to addItem() is db.maxconnections property from
> dspace.cfg. So it seems you either didn't define it or left it empty. If
> you didn't touch this property in dspace.cfg, the problem is in
> build.properties. All properties defined in build.properties are
> transferred to dspace.cfg when you execute ant (update or fresh_install).
> You have to make sure you do not comment out any line in build.properties.
> Read the warning here:
>
> https://wiki.duraspace.org/display/DSDOC3x/Configuration#Configuration-Thebuild.propertiesConfigurationPropertiesFile
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>



-- 
Alan Orth
alan.o...@gmail.com
http://alaninkenya.org
http://mjanja.co.ke
"In heaven all the interesting people are missing." -Friedrich Nietzsche
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Strange issue with DSpace 3.0

2013-03-11 Thread helix84
On Mar 11, 2013 9:00 PM, "Alan Orth"  wrote:
>
> Helix,
>
> Ah, so you're right.  For the record, I had been comparing our configs to
those in the dspace-3.0 release in preparation for upgrading from 1.8.  I
pulled over some new syntax changes, including what I thought were defaults
in the new config file, such as db.maxconnections.  Defining them as listed
in 3.0's dspace.cfg[1] resulted in a build error:

Glad that solved it for you. What do you mean by defining them as listed.
What's in your dspace.cfg and what in your build.properties?

> BUILD FAILED
> /home/aorth/src/git/DSpace/dspace/target/dspace-3.0-build/build.xml:88:
Property db.maxconnections was circularly defined.
>
> ... so I left it blank (or commented it out, I can't remember now).
 That's how I ended up with the weird Cocoon crashes.

There's an important difference between those two, as the warning says.

> Anyways, I'm now up and running.  If you think it's worth it, I'll submit
a bug report / pull request so we can hopefully stop others from running
into this same error?

I agree this is unfortunate, but I don't think this can be easily solved
properly.

The original issue introducing this feature is here:
https://jira.duraspace.org/browse/DS-1208
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] (no subject) (Meron Mesfin)

2013-03-11 Thread Mesfin Teshome
Hello Meron,

   Which interface are you using? Jspui or Xmlui?




 From: "dspace-tech-requ...@lists.sourceforge.net" 

To: dspace-tech@lists.sourceforge.net 
Sent: Monday, March 11, 2013 5:51 PM
Subject: DSpace-tech Digest, Vol 83, Issue 28
 
Send DSpace-tech mailing list submissions to
    dspace-tech@lists.sourceforge.net

To subscribe or unsubscribe via the World Wide Web, visit
    https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
    dspace-tech-requ...@lists.sourceforge.net

You can reach the person managing the list at
    dspace-tech-ow...@lists.sourceforge.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of DSpace-tech digest..."


Today's Topics:

   1. Re: (no subject) (Meron Mesfin)
   2. Re: (no subject) (Hilton Gibson)
   3. Re: (no subject) (helix84)
   4. Re: (no subject) (Meron Mesfin)
   5. Re: (no subject) (helix84)
   6. Strange issue with DSpace 3.0 (Alan Orth)


--

Message: 1
Date: Mon, 11 Mar 2013 03:58:08 -0700 (PDT)
From: Meron Mesfin 
Subject: Re: [Dspace-tech] (no subject)
To: "dspace-tech@lists.sourceforge.net"
    
Message-ID:
    <1362999488.53171.yahoomail...@web140205.mail.bf1.yahoo.com>
Content-Type: text/plain; charset="iso-8859-1"







hello there! I was hoping if u could help me how i can change the dspace header 
layouts which is called (About DSpace Software) title and also one thing when 
how can i change the dspace site name "DSpace at My University"? to the name 
that i want it to appear.i try it by changind the dspace.name but no change.

Thank you and best regards!!!
-- next part --
An HTML attachment was scrubbed...

--

Message: 2
Date: Mon, 11 Mar 2013 13:02:20 +0200
From: Hilton Gibson 
Subject: Re: [Dspace-tech] (no subject)
To: Meron Mesfin 
Cc: "dspace-tech@lists.sourceforge.net"
    
Message-ID:
    
Content-Type: text/plain; charset="utf-8"

Perhaps this will help:
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Theme/Language#Step_2_-_Apply_own_.22DSpace.22_replacement



On 11 March 2013 12:58, Meron Mesfin  wrote:

>
>
> --
> hello there! I was hoping if u could help me how i can change the dspace
> header layouts which is called (About DSpace Software)
> title and also one thing when how can i change the dspace site name "DSpace
> at My University"  to the name that i want it to appear.i try it by
> changind the dspace.name but no change.
> Thank you and best regards!!!
>
>
>
>
>
> --
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette:
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>



-- 
*Hilton Gibson*
Systems Administrator
JS Gericke Library
Room 1025D
Stellenbosch University
Private Bag X5036
Stellenbosch
7599
South Africa

Tel: +27 21 808 4100 | Cell: +27 84 646 4758
http://library.sun.ac.za
http://scholar.sun.ac.za
http://ar1.sun.ac.za
http://aj1.sun.ac.za
-- next part --
An HTML attachment was scrubbed...

--

Message: 3
Date: Mon, 11 Mar 2013 12:09:16 +0100
From: helix84 
Subject: Re: [Dspace-tech] (no subject)
To: Meron Mesfin 
Cc: "dspace-tech@lists.sourceforge.net"
    
Message-ID:
    
Content-Type: text/plain; charset=UTF-8

On Mon, Mar 11, 2013 at 11:58 AM, Meron Mesfin  wrote:
> hello there! I was hoping if u could help me how i can change the dspace
> header layouts which is called (About DSpace Software) title and also one
> thing when how can i change the dspace site name "DSpace at My University"
> to the name that i want it to appear.i try it by changind the dspace.name
> but no change.

Hi Meron,

again, you didn't say which DSpace version and interface you're using.

You can change "About DSpace Software" in
[dspace-src]/dspace-api/src/main/resources/Messages.properties

Then you have to rebuild and redeploy DSpace (using mvn package and ant update).

"DSpace at My University" can indeed be changed in dspace.name in
dspace.cfg (or in build.properties when rebuilding DSpace 3), but you
have to restart Tomcat after any change to dspace.cfg.

Regards,
~~helix84

Compulsory reading: DSpace Mailing List Etiquette
https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette



---

Re: [Dspace-tech] Strange issue with DSpace 3.0

2013-03-11 Thread Alan Orth
Helix,

I wasn't using any special build.properties; just the default one in the
dspace-3.0 tree.  I suppose the settings should have been inherited from
there, where they *are* defined.

Regarding "defining them as listed", I had meant that I just copied the
lines over literally from dspace/config/dspace.cfg into our local dspace
config.  That's when I got the circular definition error, but I can't
remember now if I fixed the error by commenting them out or simply setting
them to = nothing. :\

Alan

On Mon, Mar 11, 2013 at 11:12 PM, helix84  wrote:

>
> On Mar 11, 2013 9:00 PM, "Alan Orth"  wrote:
> >
> > Helix,
> >
> > Ah, so you're right.  For the record, I had been comparing our configs
> to those in the dspace-3.0 release in preparation for upgrading from 1.8.
>  I pulled over some new syntax changes, including what I thought were
> defaults in the new config file, such as db.maxconnections.  Defining them
> as listed in 3.0's dspace.cfg[1] resulted in a build error:
>
> Glad that solved it for you. What do you mean by defining them as listed.
> What's in your dspace.cfg and what in your build.properties?
>
> > BUILD FAILED
> > /home/aorth/src/git/DSpace/dspace/target/dspace-3.0-build/build.xml:88:
> Property db.maxconnections was circularly defined.
> >
> > ... so I left it blank (or commented it out, I can't remember now).
>  That's how I ended up with the weird Cocoon crashes.
>
> There's an important difference between those two, as the warning says.
>
> > Anyways, I'm now up and running.  If you think it's worth it, I'll
> submit a bug report / pull request so we can hopefully stop others from
> running into this same error?
>
> I agree this is unfortunate, but I don't think this can be easily solved
> properly.
>
> The original issue introducing this feature is here:
> https://jira.duraspace.org/browse/DS-1208
>



-- 
Alan Orth
alan.o...@gmail.com
http://alaninkenya.org
http://mjanja.co.ke
"In heaven all the interesting people are missing." -Friedrich Nietzsche
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Strange issue with DSpace 3.0

2013-03-11 Thread helix84
On Mar 11, 2013 9:45 PM, "Alan Orth"  wrote:
> Regarding "defining them as listed", I had meant that I just copied the
lines over literally from dspace/config/dspace.cfg into our local dspace
config.  That's when I got the circular definition error,

Ok, I understand now. You copied the unfiltered values to your installed
config:

https://github.com/DSpace/DSpace/blob/dspace-3_x/dspace/config/dspace.cfg#L74

This is saying "assign X to X", where X is undefined. Therfore a circular
definition.

Filtering is replacing values in those curly braces in dspace.cfg by values
from build.properties. This happens when you run ant.

> but I can't remember now if I fixed the error by commenting them out or
simply setting them to = nothing. :\

In dspace.cfg both would usually work. In build.properties never come to
out anything.
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] filter-media infinite loop

2013-03-11 Thread Peter Dietz
Hi Mark,

The media-filter supports a specified skip-list.

(An Example)
0 2 * * * nice /dspace/bin/dspace filter-media -s
1811/28447,1811/28465,1811/52046 -a >
/home/dspace/log-output/filter-media.latest.log


Full Syntax:

peterdietz:osulibrariesDSpace peterdietz$ /dspace/bin/dspace filter-media
--help
usage: MediaFilterManager

 -p,--plugins   ONLY run the specified Media Filter plugin(s)
listed from 'filter.plugins' in dspace.cfg.
Separate multiple with a comma (,)
(e.g. MediaFilterManager -p
"Word Text Extractor","PDF Text Extractor")
 -s,--skip  SKIP the bitstreams belonging to identifier
Separate multiple identifiers with a comma (,)
(e.g. MediaFilterManager -s
123456789/34,123456789/323)
 -f,--force force all bitstreams to be processed
 -h,--help  help
 -i,--identifierONLY process bitstreams belonging to identifier
 -m,--maximum   process no more than maximum items
 -n,--noindex   do NOT update the search index after filtering
bitstreams
 -q,--quiet do not print anything except in the event of errors.
 -v,--verbose   print all extracted text and other details to STDOUT



Peter Dietz


On Mon, Mar 11, 2013 at 3:21 PM, helix84  wrote:

> On Mon, Mar 11, 2013 at 8:07 PM, Mark Ludwig  wrote:
> > Basically, we don't need this kind of item indexed.
> > Is there a way to turn off indexing of an item
> > or a file within an item?  Are there any other
> > ways to deal with this?
>
> Hi Mark,
>
> yes, simply upload a file with the same name (.txt) into the TEXT
> bundle. Once that file exists (it can be even empty), the media filter
> won't try to recreate it.
>
> > Another thing about this is that DSpace never frees up the
> > space after deleting items. I'd really like my
> > Gbytes back when I delete large items.
> > It looks like you regain index space after filter-media
> > re-runs, but the gigage in assetstore is wasted.
>
> That's also a "feature". Simply run "[dspace]/bin/dspace cleanup" to
> get rid of all the files marked as deleted.
>
>
> Regards,
> ~~helix84
>
> Compulsory reading: DSpace Mailing List Etiquette
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
>
> --
> Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester
> Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the
> endpoint security space. For insight on selecting the right partner to
> tackle endpoint security challenges, access the full report.
> http://p.sf.net/sfu/symantec-dev2dev
> ___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette:
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
>
--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] Strange issue with DSpace 3.0

2013-03-11 Thread Alan Orth

Helix,

Yep, that makes sense.  I had forgotten about the new build.properties 
file.  I'm not sure why it didn't inherit/filter/whatever from 
build.properties when I accidentally cleared the settings in my local 
dspace cfg.  I'll pay more attention next time.


Also, last week or so I had asked on the list for tips about deploying 
multiple DSpace environments from one code base and you suggested I look 
into build.properties.  Now that I'm finally getting around to moving to 
3.0+ I see how they can come in handy and I will start making us of them.


Alan

On 03/11/2013 11:55 PM, helix84 wrote:



On Mar 11, 2013 9:45 PM, "Alan Orth" > wrote:
> Regarding "defining them as listed", I had meant that I just copied 
the lines over literally from dspace/config/dspace.cfg into our local 
dspace config.  That's when I got the circular definition error,


Ok, I understand now. You copied the unfiltered values to your 
installed config:


https://github.com/DSpace/DSpace/blob/dspace-3_x/dspace/config/dspace.cfg#L74

This is saying "assign X to X", where X is undefined. Therfore a 
circular definition.


Filtering is replacing values in those curly braces in dspace.cfg by 
values from build.properties. This happens when you run ant.


> but I can't remember now if I fixed the error by commenting them out 
or simply setting them to = nothing. :\


In dspace.cfg both would usually work. In build.properties never come 
to out anything.





--
Alan Orth
alan.o...@gmail.com
http://alaninkenya.org
http://mjanja.co.ke
"I have always wished for my computer to be as easy to use as my telephone; my wish 
has come true because I can no longer figure out how to use my telephone." -Bjarne 
Stroustrup, inventor of C++

--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] login problems - load balancing proxy issue?

2013-03-11 Thread Andrea Schweer

  
  
Hi all,

has anyone run into problems with clients who go through a
load-balancing proxy? I've had reports of people who can't log back
in to DSpace after their session has timed out: "

After clicking the Sign In button it sent me back to the home
  page not logged in. F5 and Ctrl-F5 had no effect." The
problem occurs with IE and Firefox but not with Chrome. Clearing out
the cookies resolves the problem (for Firefox at least).

DSpace 1.8.2, XMLUI, Tomcat 6 behind Apache, XMLUI deployed at /
Normal DSpace authentication, no other authentication methods
enabled
webui.session.invalidate and xmlui.user.loginredirect are both
commented out in dspace.cfg as per default

The DSpace log files show the user trying to authenticate, but the
final request for the repository home page shows the user back as
"anonymous", in line with the user's statement above. The session ID
is the same though. Note this is a second attempt to authenticate,
the first line even shows the user's e-mail address rather than
anonymous (e-mail addresses, IPs and URLs changed in all log
snippets):
2013-03-11 13:42:38,082 INFO  org.dspace.authenticate.PasswordAuthentication @ u...@example.com:session_id=DB3A773E00B582FE826736A75211F0E3:ip_addr=client_ip:authenticate:attempting password auth of user=u...@example.com
2013-03-11 13:42:38,083 INFO  org.dspace.authenticate.PasswordAuthentication @ u...@example.com:session_id=DB3A773E00B582FE826736A75211F0E3:ip_addr=client_ip:authenticate:type=PasswordAuthentication
2013-03-11 13:42:38,083 INFO  org.dspace.app.xmlui.utils.AuthenticationUtil @ u...@example.com:session_id=DB3A773E00B582FE826736A75211F0E3:ip_addr=client_ip:login:type=explicit
2013-03-11 13:42:38,261 INFO  org.dspace.app.xmlui.aspect.artifactbrowser.CommunityBrowser @ anonymous:session_id=DB3A773E00B582FE826736A75211F0E3:ip_addr=client_ip:view_community_list:


The web server logs show that all requests that make up a login
attempt from Chrome, and successful attempts from other browsers,
come from the same source IP (different from the client IP in the
DSpace log):
proxy3 - - [11/Mar/2013:12:36:31 +1300] "GET /login HTTP/1.1" 302 - "http://{dspace.url}/"
proxy3 - - [11/Mar/2013:12:36:38 +1300] "POST /password-login HTTP/1.1" 302 - "http://{dspace.url}/password-login"
proxy3 - - [11/Mar/2013:12:36:38 +1300] "GET / HTTP/1.1" 200 32221 "http://{dspace.url}/password-login"
With unsuccessful attempts from other browsers, the lines have
different source IPs -- I assume this means the client goes through
some sort of load-balancing proxy arrangement:
proxy0 - - [11/Mar/2013:13:42:15 +1300] "GET /login HTTP/1.1" 302 - "http://{dspace.url}/"
proxy2 - - [11/Mar/2013:13:42:19 +1300] "POST /password-login HTTP/1.1" 302 - "http://{dspace.url}/password-login"
proxy1 - - [11/Mar/2013:13:42:19 +1300] "GET / HTTP/1.1" 200 28460 "http://{dspace.url}/password-login"

Any ideas about what's going on and how to fix this? Or does this
indicate some problem with the proxy configuration?

cheers,
Andrea
-- 
Dr Andrea Schweer
IRR Technical Specialist, ITS Information Systems
The University of Waikato, Hamilton, New Zealand
  


--
Symantec Endpoint Protection 12 positioned as A LEADER in The Forrester  
Wave(TM): Endpoint Security, Q1 2013 and "remains a good choice" in the  
endpoint security space. For insight on selecting the right partner to 
tackle endpoint security challenges, access the full report. 
http://p.sf.net/sfu/symantec-dev2dev___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette