Re: [dspace-tech] Recommended Testing Strategy

[Luiz dos Santos]

Hi,

I didn't check all modules, but for the most part of them the test are
skipped just because there is no test to do, look for example the part of
the output of the "mvn test". Pantelis, did run the DSpace 5? I guess you
have to test your on? Did you do tests on JSPUI?


[INFO]

[INFO] Building DSpace XML-UI Mirage2 Theme 6.0-rc2-SNAPSHOT
[INFO]

[INFO]
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-java) @
dspace-xmlui-mirage2 ---
[INFO]
[INFO] --- maven-enforcer-plugin:1.4.1:enforce (enforce-versions) @
dspace-xmlui-mirage2 ---
[INFO]
[INFO] --- maven-resources-plugin:2.7:resources (default-resources) @
dspace-xmlui-mirage2 ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory
/Users/luizfr/Development/ideaprojects/dspace-pre-6/dspace-xmlui-mirage2/src/main/resources
[INFO]
[INFO] --- maven-compiler-plugin:3.5.1:compile (default-compile) @
dspace-xmlui-mirage2 ---
[INFO] No sources to compile
[INFO]
[INFO] --- maven-resources-plugin:2.7:testResources (default-testResources)
@ dspace-xmlui-mirage2 ---
[INFO] Not copying test resources
[INFO]
[INFO] --- maven-compiler-plugin:3.5.1:testCompile (default-testCompile) @
dspace-xmlui-mirage2 ---
[INFO] Not compiling test sources
[INFO]
[INFO] --- maven-surefire-plugin:2.19.1:test (default-test) @
dspace-xmlui-mirage2 ---
[INFO] Tests are skipped.




On Tue, Jun 7, 2016 at 1:16 PM, Luiz dos Santos  wrote:

> Hi Tim,
>
>I already used the plugin below, but I didn't test it in DSpace, let me
> try test and I can  submit a pull request later.
>
> Best
> Luiz
>
>
> 
> org.apache.maven.plugins
> maven-surefire-plugin
> 2.19.1
> 
> true
> 
> 
>
>
>
> On Tue, Jun 7, 2016 at 1:09 PM, Tim Donohue 
> wrote:
>
>> Hi Luiz,
>>
>> As far as I'm aware, that's just how a Maven test runs. It automatically
>> will try to run tests in all modules, but it only will execute ones that it
>> finds.  So, most modules will report that no tests were found.  I'm unaware
>> of any way to change that behavior in Maven (if you know of one, let us
>> know).
>>
>> Also, be aware that we have Unit / Integration Tests disabled by default
>> in our Maven POM settings.  So, to actually run tests, you need to apply a
>> flag to enable them:
>>
>>- "-Dmaven.test.skip=false" will enable Unit Tests to run (via Maven
>>Surefire Plugin)
>>- "-DskipITs=false" will enable Integration Tests to run (via Maven
>>Failsafe Plugin)
>>
>> These flags are both standard Maven flags, but we have configured both to
>> be set to "true" by default.
>>
>> So, to run both, you can simply run:
>>
>> "mvn install -Dmaven.test.skip=false -DskipITs=false"
>>
>> Again, a sample of running tests can be found in our Travis settings:
>>
>> https://github.com/DSpace/DSpace/blob/master/.travis.yml
>> - Tim
>>
>>
>> On 6/7/2016 9:53 AM, Luiz dos Santos wrote:
>>
>> Hi Tim,
>>
>> Pantelis send me the e-mail below with a question, basically he is
>> asking why "mvn test" run for all module if ti run for the dspace-api and
>> dspace-service only? Any idea?
>>
>> Best regards
>> Luiz
>>
>>
>>
>> Tests (mvn test) run ok when executed both in [dspace-src] and
>> [dspace-src]/dspace directories.
>> ​ My question why do they run for every project (SWORD, SWORDv2, REST,
>> Services Framework, Kernel etc.) while there seem to be test folders only
>> for api, oai, services and rest:
>>
>> (master)$ pwd
>> /home/pkaramol/Workspace/dspace/dspace-src
>> (master)$ tree -L 1
>> .
>> ├── dspace
>> ├── dspace-api
>> ├── dspace-jspui
>> ├── dspace-oai
>> ├── dspace-rdf
>> ├── dspace-rest
>> ├── dspace-services
>> ├── dspace-solr
>> ├── dspace-sword
>> ├── dspace-swordv2
>> ├── dspace-xmlui
>> ├── dspace-xmlui-mirage2
>> ├── LICENSE
>> ├── LICENSE_HEADER
>> ├── LICENSES_THIRD_PARTY
>> ├── local.cfg
>> ├── local.cfg.EXAMPLE
>> ├── NOTICE
>> ├── pom.xml
>> ├── README.md
>> └── src
>>
>> 13 directories, 8 files
>> (master)$ find . -name "test" -type d
>> ./dspace-api/src/test
>> ./dspace-oai/src/test
>> ./dspace-services/src/test
>> ./dspace-services/src/test/java/org/dspace/test
>> ./dspace-rest/src/test
>>
>> On Tue, Jun 7, 2016 at 10:46 AM, Tim Donohue 
>> wrote:
>>
>>> Hi P.K.,
>>>
>>> Currently, DSpace only really has Unit / Integration tests for the main
>>> Java API layers, specifically these two modules/JARs:
>>>
>>> https://github.com/DSpace/DSpace/tree/master/dspace-api (creates
>>> dspace-api.jar)
>>>
>>> https://github.com/DSpace/DSpace/tree/master/dspace-services (creates
>>> dspace-services.jar)
>>>
>>> Unfortunately, we do not have Unit / Integration tests for the user
>>> interfaces (XMLUI or JSPUI).  Both of these interfaces are now quite old,
>>> and the plan is to replace them in the near future with a new 

Re: [dspace-tech] Does Cocoon slow down DSpace?

[Stuart A. Yeates]

I believe that you will find that blaming this java class is a measurement
artifact.  If you look at the code, it's a one-line wrapper around other
things:
https://github.com/DSpace/DSpace/blob/master/dspace-xmlui/src/main/java/org/dspace/springmvc/CocoonForwardController.java

As to whether Cocoon is a bottle-neck, that's a deeper question involving
how else you'd get certain things done.

If I were seeing things grind to a halt while students were submitting
their work, I'd look at decoupling the deposit from the rest of repository
using the standard SWORD interface.

cheers
stuart

--
...let us be heard from red core to black sky

On Wed, Jun 8, 2016 at 6:45 AM, Hui Zhang  wrote:

> Hello,
>
> We have an fairly large these and dissertation IR running on DSpace 3.0
> XMLUI, which faced the problem of sluggish speed recently as students start
> to deposit their works for graduation. Although the usage level is more
> than normal, but we still feel it is odd because of the resources committed
> to it (heap memory: 10GB, max allowed DB connections: 80). Our NewRelic
> monitor identifies '/CocoonForwardController/forwardRequest'
> (org.apache.cocoon.sitemap.SitemapServlet.service()) as the bottleneck that
> takes average 33 sec while others take ms. As Cocoon forwardrequest is
> about 98% of the requests, the IR becomes too slow for users. I am
> wondering whether other institutes have similar performance issues and
> whether Cocoon, or how it is implemented in DSpace, has been discussed with
> speed related issues? We appreciate suggestions and are willing to
> collaborate on some solutions as well.
>
> Best,
> --
> Hui Zhang
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Final release Dspace 6.0

[Tim Donohue]

Hi Christian (and all),

The date of the final 6.0 release is still being finalized. We hope to 
have a Release Candidate #2 (6.0-RC2) ready in time for the Open 
Repositories conference (which is next week).


My anticipation is that 6.0 final should be available by late June or 
early July.


This release has involved a massive rewrite of much of our backend Java 
API (and configuration system).  After 14 years, as one may imagine, our 
Java API was becoming a hindrance to achieving other goals on our 
RoadMap [1].  So, in 6.0, thanks to efforts led by Kevin Van de Velde 
and @mire (his employer), and involving much of the active Committer 
team, we will be introducing a newly refactored, easier to maintain, 
more flexible Java API [2].


Unfortunately though, as one might expect with large scale API changes, 
bugs crop up.  From the efforts of all our 6.0 Testathon participants, 
we discovered a larger than normal number of bugs. We have been rapidly 
fixing those bugs and stabilizing the platform to ensure 6.0 is 
production ready.  While we are getting close, there are still a few 
issues holding us back from a final, production ready 6.0 release.   
But, we are striving to release a new 6.0-RC2 as soon as possible, to 
encourage further community testing and feedback.


Thanks,

Tim

[1] RoadMap: https://wiki.duraspace.org/display/DSPACE/RoadMap
[2] API refactor (code named "Service based API"): 
https://wiki.duraspace.org/display/DSPACE/DSpace+Service+based+api



On 6/7/2016 3:31 PM, christian criollo wrote:



Hi all


somebody could tell me the date  final release of Dspace 6.0 thanks 
for answer

--
You received this message because you are subscribed to the Google 
Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to dspace-tech+unsubscr...@googlegroups.com 
.
To post to this group, send email to dspace-tech@googlegroups.com 
.

Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


--
Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

--
You received this message because you are subscribed to the Google Groups "DSpace 
Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Final release Dspace 6.0

[christian criollo]

Hi all


somebody could tell me the date  final release of Dspace 6.0 thanks for 
answer

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Add metadata to bitstream

[Tim Donohue]

Hi Gabriel,

As of DSpace 5, the File Description is just stored in the 
"dc.description" metadata field and associated with the Bitstream (File) 
object.  Here's the getters/setters in the codebase (getDescription() 
and setDescription())


https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace-api/src/main/java/org/dspace/content/Bitstream.java#L342

(Previous to DSpace 5, this was a hardcoded column in the database and 
was less easy to change)


While DSpace doesn't really have an out-of-the-box way to add more 
metadata fields to your Bitstreams, you could modify the Bitstream class 
to add additional getters/setters for additional metadata fields. Then 
you'd have to update your deposit forms to use those new methods to save 
any user input.


So, this shouldn't be too hard to achieve if you are using DSpace 5, but 
it would require custom code.   However, if you are on DSpace 4 or 
below, it'd be much more difficult (as the description was stored in a 
database column instead of in DC based metadata).


Good luck,

Tim

On 6/7/2016 2:03 PM, Gabriel Martins wrote:
In upload step of submission process there is a field do write the 
file description. My team want to add a second description field but 
we don't have any idea of how.

Can anyone share some idea? We would thank a lot.

Sorry for the bad english.
--
You received this message because you are subscribed to the Google 
Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to dspace-tech+unsubscr...@googlegroups.com 
.
To post to this group, send email to dspace-tech@googlegroups.com 
.

Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


--
Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

--
You received this message because you are subscribed to the Google Groups "DSpace 
Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Add metadata to bitstream

[Gabriel Martins]

In upload step of submission process there is a field do write the file 
description. My team want to add a second description field but we don't 
have any idea of how.
Can anyone share some idea? We would thank a lot.

Sorry for the bad english.

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Setting thumbnail

[Jeffrey Sheldon]

As a follow-up to Tim's comments, note that there's no easy way to delete or 
hide thumbnails on a large scale once created. Use this feature judiciously as 
once you have them, they become part of your site identity.


-Jeff

On Jun 7, 2016, at 09:04, Tim Donohue 
> wrote:


Hi Lucas,

Could you let those on this list know what issues you've run into?  Are you 
receiving errors in your logs?

Did you double check that the "filter-media" script is scheduled to run? This 
script is what actually triggers the thumbnail generation process in DSpace.  
So, thumbnails will not be created until you schedule that script to run 
(usually via cron) or run it manually.  Here's some more info:

https://wiki.duraspace.org/display/DSDOC5x/Mediafilters+for+Transforming+DSpace+Content#MediafiltersforTransformingDSpaceContent-Executing%28viaCommandLine%29

An example cron which includes running 'filter-media':

https://wiki.duraspace.org/display/DSDOC5x/Scheduled+Tasks+via+Cron

Please let us know what specific help you are looking for, and hopefully 
someone on this list can help you out.

Sincerely,

Tim

On 6/7/2016 7:36 AM, Lucas angelo wrote:
Dear professional colleagues,,
I'm using dspace 5.3, and I'm having trouble setting thumbnail,


I'm following the only tutorial I found on google father in 
https://wiki.duraspace.org/display/DSDOC5x/ImageMagick+Media+Filters which 
contain steps to version 5.xx. From version 5 configuration has changed and 
wanted to know if anyone has done the setting and you could give me one tips.
Thanks in advance.

--
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to 
dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


--
Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | 
DSpaceDirect.org

--
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to 
dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Recommended Testing Strategy

[Luiz dos Santos]

Hi Tim,

Pantelis send me the e-mail below with a question, basically he is
asking why "mvn test" run for all module if ti run for the dspace-api and
dspace-service only? Any idea?

Best regards
Luiz



Tests (mvn test) run ok when executed both in [dspace-src] and
[dspace-src]/dspace directories.
​ My question why do they run for every project (SWORD, SWORDv2, REST,
Services Framework, Kernel etc.) while there seem to be test folders only
for api, oai, services and rest:

(master)$ pwd
/home/pkaramol/Workspace/dspace/dspace-src
(master)$ tree -L 1
.
├── dspace
├── dspace-api
├── dspace-jspui
├── dspace-oai
├── dspace-rdf
├── dspace-rest
├── dspace-services
├── dspace-solr
├── dspace-sword
├── dspace-swordv2
├── dspace-xmlui
├── dspace-xmlui-mirage2
├── LICENSE
├── LICENSE_HEADER
├── LICENSES_THIRD_PARTY
├── local.cfg
├── local.cfg.EXAMPLE
├── NOTICE
├── pom.xml
├── README.md
└── src

13 directories, 8 files
(master)$ find . -name "test" -type d
./dspace-api/src/test
./dspace-oai/src/test
./dspace-services/src/test
./dspace-services/src/test/java/org/dspace/test
./dspace-rest/src/test

On Tue, Jun 7, 2016 at 10:46 AM, Tim Donohue  wrote:

> Hi P.K.,
>
> Currently, DSpace only really has Unit / Integration tests for the main
> Java API layers, specifically these two modules/JARs:
>
> https://github.com/DSpace/DSpace/tree/master/dspace-api (creates
> dspace-api.jar)
>
> https://github.com/DSpace/DSpace/tree/master/dspace-services (creates
> dspace-services.jar)
>
> Unfortunately, we do not have Unit / Integration tests for the user
> interfaces (XMLUI or JSPUI).  Both of these interfaces are now quite old,
> and the plan is to replace them in the near future with a new User
> Interface (see RoadMap [1] and UI Prototype Challenge [2]).   My goal would
> be that the new User Interface *will* have an automated testing framework.
> Obviously, that's the recommended route these days.
>
> As for running the tests, we do use Travis CI to run our automated
> Unit/Integration tests for the API layer.  Our Travis config can be found
> in the codebase at:
>
> https://github.com/DSpace/DSpace/blob/master/.travis.yml
>
> The Travis config provides all the information you should need on how to
> trigger running the tests.  The documentation for the testing framework is
> a bit outdated, but it is still based on the notes at
> https://wiki.duraspace.org/display/DSPACE/DSpace+Testing  (We still use
> all the technologies mentioned there, though the versions have been updated
> as has the code as well)
>
> If you have further questions, feel free to ask them on this list, and
> we'll try to get them answered!
>
> Tim
>
> [1] https://wiki.duraspace.org/display/DSPACE/RoadMap
> [2]
> https://wiki.duraspace.org/display/DSPACE/DSpace+UI+Prototype+Challenge
>
> On 6/6/2016 10:56 AM, Pantelis Karamolegkos wrote:
>
> Assuming someone wants to fork and proceed with heavy DSpace
> customization, what is the recommended testing strategy?
> i.e. which of the tests should be kept in a CI environment like travis?
> (apart from our own custom tests we may set up)
> (note: 99% of the customization will most likely take place on jspui)
> Is there any documentation on dspace's (Unit/Integration) tests?
>
> Thx,
>
> P.K.
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>
>
> --
> Tim Donohue
> Technical Lead for DSpace & DSpaceDirect
> DuraSpace.org | DSpace.org | DSpaceDirect.org
>
> --
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To post to this group, send email to dspace-tech@googlegroups.com.
> Visit this group at https://groups.google.com/group/dspace-tech.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Recommended Testing Strategy

[Tim Donohue]

Hi P.K.,

Currently, DSpace only really has Unit / Integration tests for the main 
Java API layers, specifically these two modules/JARs:


https://github.com/DSpace/DSpace/tree/master/dspace-api (creates 
dspace-api.jar)


https://github.com/DSpace/DSpace/tree/master/dspace-services (creates 
dspace-services.jar)


Unfortunately, we do not have Unit / Integration tests for the user 
interfaces (XMLUI or JSPUI).  Both of these interfaces are now quite 
old, and the plan is to replace them in the near future with a new User 
Interface (see RoadMap [1] and UI Prototype Challenge [2]).   My goal 
would be that the new User Interface *will* have an automated testing 
framework.  Obviously, that's the recommended route these days.


As for running the tests, we do use Travis CI to run our automated 
Unit/Integration tests for the API layer.  Our Travis config can be 
found in the codebase at:


https://github.com/DSpace/DSpace/blob/master/.travis.yml

The Travis config provides all the information you should need on how to 
trigger running the tests.  The documentation for the testing framework 
is a bit outdated, but it is still based on the notes at 
https://wiki.duraspace.org/display/DSPACE/DSpace+Testing (We still use 
all the technologies mentioned there, though the versions have been 
updated as has the code as well)


If you have further questions, feel free to ask them on this list, and 
we'll try to get them answered!


Tim

[1] https://wiki.duraspace.org/display/DSPACE/RoadMap
[2] https://wiki.duraspace.org/display/DSPACE/DSpace+UI+Prototype+Challenge


On 6/6/2016 10:56 AM, Pantelis Karamolegkos wrote:
Assuming someone wants to fork and proceed with heavy DSpace 
customization, what is the recommended testing strategy?
i.e. which of the tests should be kept in a CI environment like 
travis? (apart from our own custom tests we may set up)

(note: 99% of the customization will most likely take place on jspui)
Is there any documentation on dspace's (Unit/Integration) tests?

Thx,

P.K.
--
You received this message because you are subscribed to the Google 
Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to dspace-tech+unsubscr...@googlegroups.com 
.
To post to this group, send email to dspace-tech@googlegroups.com 
.

Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


--
Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

--
You received this message because you are subscribed to the Google Groups "DSpace 
Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] icon showing restriction on item page

[Tim Donohue]

Hi Jose,

DSpace displays a lock icon by default for any items which are access 
restricted.  If you are using the latest Embargo system (introduced in 
3.0), then an embargo will actually place temporary access restrictions 
on the file. Therefore the lock icon will automatically appear while the 
item is under embargo, and automatically disappear once the embargo expires.


Here's an example of an Item with a locked file on our demo site (which 
is running Mirage 2):

http://demo.dspace.org/xmlui/handle/10673/591

The lock icon appears next to the file name.  However, if you login to 
the system as someone who has access to the file (e.g. an 
Administrator), then the lock icon will disappear.


As you noted, in the XMLUI, this logic is in the item-view.xsl.

For Mirage 2, it's in the 'getFileIcon' template:

https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace-xmlui-mirage2/src/main/webapp/xsl/aspect/artifactbrowser/item-view.xsl#L693

For Mirage 1, the same check is performed as part of the "mets:file" 
template:

https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace-xmlui/src/main/webapp/themes/Mirage/lib/xsl/aspect/artifactbrowser/item-view.xsl#L419

I don't recall off the top of my head when this was added into DSpace 
(possibly 4.0?).


- Tim

On 6/6/2016 1:26 PM, Jose Blanco wrote:
I have a situation in which I display an icon indicating that the 
bitstream is restricted on the item page.  For example:


https://deepblue.lib.umich.edu/handle/2027.42/120430

The way the icon is place on the bitstream is done in item-view.xsl.  
It checks if the bistream description contains "Access restricted" in it.


We have a scenario in which some of these bitstreams become available 
to everyone after a period of time.   So I keep track of this in a 
spreadsheet and I remove the "Access restricted" message portion of 
the file description, so the icon wont be displayed.


I noticed that the Ideals repository uses icons to indicate access 
restrictions, and I'm wondering how the situation I just described is 
handled there or in general.  Is there some better way of doing this?


Thank you!
Jose
--
You received this message because you are subscribed to the Google 
Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to dspace-tech+unsubscr...@googlegroups.com 
.
To post to this group, send email to dspace-tech@googlegroups.com 
.

Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


--
Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

--
You received this message because you are subscribed to the Google Groups "DSpace 
Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Setting thumbnail

[Tim Donohue]

Hi Lucas,

Could you let those on this list know what issues you've run into?  Are 
you receiving errors in your logs?


Did you double check that the "filter-media" script is scheduled to run? 
This script is what actually triggers the thumbnail generation process 
in DSpace.  So, thumbnails will not be created until you schedule that 
script to run (usually via cron) or run it manually.  Here's some more info:


https://wiki.duraspace.org/display/DSDOC5x/Mediafilters+for+Transforming+DSpace+Content#MediafiltersforTransformingDSpaceContent-Executing%28viaCommandLine%29

An example cron which includes running 'filter-media':

https://wiki.duraspace.org/display/DSDOC5x/Scheduled+Tasks+via+Cron

Please let us know what specific help you are looking for, and hopefully 
someone on this list can help you out.


Sincerely,

Tim


On 6/7/2016 7:36 AM, Lucas angelo wrote:

Dear professional colleagues,,
I'm using dspace 5.3, and I'm having trouble setting thumbnail,


I'm following the only tutorial I found on google father in 
https://wiki.duraspace.org/display/DSDOC5x/ImageMagick+Media+Filters 
which contain steps to version 5.xx. From version 5 configuration has 
changed and wanted to know if anyone has done the setting and you 
could give me one tips.

Thanks in advance.

--
You received this message because you are subscribed to the Google 
Groups "DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to dspace-tech+unsubscr...@googlegroups.com 
.
To post to this group, send email to dspace-tech@googlegroups.com 
.

Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.


--
Tim Donohue
Technical Lead for DSpace & DSpaceDirect
DuraSpace.org | DSpace.org | DSpaceDirect.org

--
You received this message because you are subscribed to the Google Groups "DSpace 
Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] Setting thumbnail

[Lucas angelo]

Dear professional colleagues,,
I'm using dspace 5.3, and I'm having trouble setting thumbnail, 


I'm following the only tutorial I found on google father in 
https://wiki.duraspace.org/display/DSDOC5x/ImageMagick+Media+Filters which 
contain steps to version 5.xx. From version 5 configuration has changed and 
wanted to know if anyone has done the setting and you could give me one 
tips.
Thanks in advance.

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] We can't see the statistical link in DSpace 5.5

[Claudia Jürgen]

Hi Mariangels,

there is a configuration option in:

https://github.com/DSpace/DSpace/blob/dspace-5_x/dspace/config/modules/usage-statistics.cfg#L17

where you define whether only admins should be able to view the
statistics.  If disabled anyone with READ permission to the DSpaceObject
will be able to view them.

Hope this helps

Claudia Jürgen

Am 07.06.2016 um 12:44 schrieb Mariangels:

Hola,

Should DSpace 5.5 (xmlui, Mirage theme) show the link in the menu of the
right about the statistical data at item level?
Because we can't see...we can see at the level of Home, Community and
Collection but not at item level...

We can see at item level too just if you are an administrator and obviously
you are log in.

It is a mistake or is the common behavior in DSPace 5.5?

Can you help me, please?

Thanks in advance.



--
Claudia Juergen
Eldorado

Technische Universität Dortmund
Universitätsbibliothek
Vogelpothsweg 76
44227 Dortmund

Tel.: +49 231-755 40 43
Fax: +49 231-755 40 32
claudia.juer...@tu-dortmund.de
www.ub.tu-dortmund.de

Wichtiger Hinweis: Die Information in dieser E-Mail ist vertraulich. Sie ist 
ausschließlich für den Adressaten bestimmt. Sollten Sie nicht der für diese 
E-Mail bestimmte Adressat sein, unterrichten Sie bitte den Absender und 
vernichten Sie diese Mail. Vielen Dank.
Unbeschadet der Korrespondenz per E-Mail, sind unsere Erklärungen 
ausschließlich final rechtsverbindlich, wenn sie in herkömmlicher Schriftform 
(mit eigenhändiger Unterschrift) oder durch Übermittlung eines solchen 
Schriftstücks per Telefax erfolgen.

Important note: The information included in this e-mail is confidential. It is 
solely intended for the recipient. If you are not the intended recipient of 
this e-mail please contact the sender and delete this message. Thank you. 
Without prejudice of e-mail correspondence, our statements are only legally 
binding when they are made in the conventional written form (with personal 
signature) or when such documents are sent by fax.

--
You received this message because you are subscribed to the Google Groups "DSpace 
Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

[dspace-tech] We can't see the statistical link in DSpace 5.5

[Mariangels]

Hola,

Should DSpace 5.5 (xmlui, Mirage theme) show the link in the menu of the 
right about the statistical data at item level?
Because we can't see...we can see at the level of Home, Community and 
Collection but not at item level...

We can see at item level too just if you are an administrator and obviously 
you are log in.

It is a mistake or is the common behavior in DSPace 5.5?

Can you help me, please?

Thanks in advance.

-- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To post to this group, send email to dspace-tech@googlegroups.com.
Visit this group at https://groups.google.com/group/dspace-tech.
For more options, visit https://groups.google.com/d/optout.

Re: [dspace-tech] Upgrade to Dspace 5.5 causes error when accessing e-person

[Claudia Jürgen]

Hi Tom,


In my case, I had errors with e-person and merge problems with bitstream name, 
collection/community title, bundle name and item name.

In DSpace 5 metadata for all DSpace Objects was introduced see
https://wiki.duraspace.org/display/DSPACE/Metadata+for+all+DSpace+objects
So these elements are now in metadatavalue rather than the e-person,
bitstream, collection ... tables

Seems as if your step to DSpace 5.0 did might not have worked properly.
Had you any migration errors at this point?

Hope this helps

Claudia Jürgen




I upgraded from 1.8 to 5.2... I don't know if it can affect, but the upgrade 
failed me 3 times...


Good luck Tom [*THUMBS UP*]


-- Original Message --
From: "Tim Donohue" >
To: "Tom Avino" >; "DSpace Technical Support" 
>
Cc: "ORIOL OLIVÉ COMADIRA" >
Sent: 06/06/2016 20:30:30
Subject: Re: [dspace-tech] Upgrade to Dspace 5.5 causes error when accessing 
e-person


Hi Tom,

Based on the error, it seems like the new "eperson" metadata registry wasn't 
created properly when you upgraded.  You can (manually) create it by running:

bin/dspace registry-loader -metadata config/registries/eperson-types.xml

To clarify, all of these new registry updates should have occurred 
*automatically* when you upgraded to 5.5.  All of the scripts that Oriol listed 
should be automatically triggered as part of the upgrade process.  However, it 
sounds like something may have failed (or was interrupted) during your upgrade 
and these new metadata fields were *not* successfully created.

You may wish to manually run each of those scripts listed (just in case another 
failed to run as well).  They can be run manually, and only require the 
database to be started up. It is safe to run them *after* your upgrade, 
assuming everything else ran properly.  You can also check the status of your 
database upgrades by running:

bin/dspace database info

(If the rest of the upgrade succeeded, you should see a state of "Success" next 
to each upgrade step listed in the output table.)

The reason these scripts are not listed in the documentation is that they are 
supposed to run automatically. It's hard to say why they failed to run during 
your upgrade (my guess is an error may have been thrown in your logs that would 
give more information).

As for your question about the database upgrade process: As of DSpace 5, the database 
will auto-upgrade the first time you startup Tomcat.  However, if you still want to 
upgrade your database manually, you can trigger the upgrade manually (prior to starting 
Tomcat) by simply running "bin/dspace database migrate".  This information is 
all listed in the 5.x documentation under step 10:
https://wiki.duraspace.org/display/DSDOC5x/Upgrading+DSpace

Good luck,

Tim

On 6/3/2016 10:10 AM, Tom Avino wrote:
I have gone through the documentation of 5.5 upgrade and there is no reference 
to run these.  Are there others that are not in the documentation that I need 
to run??
This seems pretty major to not be listed in the instructions
When does the database get upgraded?  Can I run the script manually?  I thought 
the postgres database upgrade script gets run when dspace is started for the 
first time.
How can I run the below scripts before the database upgrade, if the upgrade 
happens when I start Tomcat, which I need to do to run the scripts below?

On Tuesday, May 24, 2016 at 9:17:21 AM UTC-4, oriol.olive wrote:
Hi Tom,

I think that you must to upgrade your schemes before upgrading the database.

bin/dspace registry-loader -metadata config/registries/dcterms-types.xml
bin/dspace registry-loader -metadata config/registries/eperson-types.xml
bin/dspace registry-loader -metadata config/registries/sword-metadata.xml
bin/dspace registry-loader -metadata config/registries/workflow-types.xml

Warning about that: DSpace upgrades the database when you start tomcat server...


Good luck!

-- Original Message --
From: "Tom Avino" 
To: "DSpace Technical Support" 
>
Sent: 23/05/2016 18:48:34
Subject: [dspace-tech] Upgrade to Dspace 5.5 causes error when accessing 
e-person

I just upgraded from 3.3 to 5.5.  Everything seems to work fine with the 
exception of adding, modifying, or anything to do with e-persons.
I get the following error in my log.

2016-05-23 12:46:00,994 WARN  org.dspace.app.webui.servlet.InternalErrorServlet 
@ :session_id=8BF240B6BB6E818B5130008A9D01FF8F:internal_error:-- URL Was: 
https://ldr-d.larc.nasa.gov/tools/eperson-list?multiple=false
-- Method: GET
-- Parameters were:
-- multiple: "false"

java.lang.NullPointerException
at org.dspace.eperson.EPerson.findAll(EPerson.java:523)
at