[dspace-tech] Re: [DSpace/DSpace] DS-3387 ORCID/SolrAuthority Lookup button doesn't work in Mirage2 (#1573)

[Sean Carte]

Hi Wandi

You're correct. The advanced search filters are missing with handlebar
4.0.0 in use. I've updated my comment at DS-3387.

Sean

On 17 November 2016 at 09:04, Wandi  wrote:

> Dear guys
>
> You said that it is claimed that updating handlebar fixes the ORCID lookup
> functionality, which I agree
> with you but have you guys looked at the advanced search filters, because
> now they are blank and when
> I revert back to the default version of handlebar that compiled with
> DSpace in our case 2.0.0 the advanced
> search filters now show.
>
> Is any of you guys facing the same issue?
>
> —
> You are receiving this because you commented.
> Reply to this email directly, view it on GitHub
> , or mute
> the thread
> 
> .
>
--

-- 
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] Automatic Download

[Andrea Schweer]

Hi,

On 11/17/2016 03:24 AM, Iltifat Ibrahimov wrote:
I want to open an item to view but my DSpace downloads it 
automatically. What can be a reason for this problem?


Assuming that by "item" you mean a bitstream, what you're seeing is the 
expected behaviour, depending to some extent on the size and the mime 
type of the file. You might like to read up on the content disposition 
header, eg here: 
http://stackoverflow.com/questions/1395151/content-dispositionwhat-are-the-differences-between-inline-and-attachment


There is a setting in dspace.cfg where you can change the file size 
threshold, but browsers may always behave differently in this regard.


https://github.com/DSpace/DSpace/blob/master/dspace/config/dspace.cfg#L1362 
for current master


cheers,
Andrea

--
Dr Andrea Schweer
Lead Software Developer, ITS Information Systems
The University of Waikato, Hamilton, New Zealand
+64-7-837 9120

--
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] [Dspace-tech] modifying config dspace.cfg

[Monika Mevenkamp]

That should work 
Be careful with your editing though 
Trailing blanks at the end of lines sometimes mess things up; 
a missing backslash at the end also causes trouble on multi value  configs
Watch your spelling of cause 

Monika

 
Monika Mevenkamp
mo.me...@gmail.com

http://mo-meven.tumblr.com/
http://mcmprogramming.com/mo.meven/



> On Nov 16, 2016, at 1:20 PM, admin  wrote:
> 
> Hello,
> 
> I'm fresh DSpace user. I installed the software and wanted to change its 
> configuration. I followed this post and ammended the file dspace.cfg in 
> dspace/config directory, restarted tomcat, and no effect. Am I missing 
> something? 
> 
> 
> 
> Thanks,
> 
> Peter
> 
> On Tuesday, August 25, 2015 at 9:33:17 PM UTC+1, Thornton, Susan M. 
> (LARC-B702)[LITES] wrote:
> Here is the process I follow and never have any problems. 
> 
> During the initial install/implementation of your DSpace instance, you will 
> make your changes to dspace.cfg in {dspace-source}/dspace/config.  Then once 
> you do a "fresh-install", your /dspace directory is populated with all other 
> sub-directories like /bin  /config   /etc   /lib  /webapps, etc. 
> 
> From this point on, the place to make your changes to dspace.cfg is in your 
> dspace installation directory, NOT the source directory.  If you do not make 
> your changes in /dspace/config/dspace.cfg, your changes will not be picked 
> up.  Also remember that you have to stop and start your web server before 
> these changes will be picked up too. 
> 
> Hope this helps, 
> Sue 
> 
> 
> 
> Sue Walker-Thornton 
> Software Developer/Database Administrator 
> NASA Langley Research Center|LITES Contract 
> (757) 224-4074 
> 
> 
> 
> -Original Message- 
> From: amutsikiwa [mailto:amuts...@uzlib.uz.ac.zw ] 
> Sent: Wednesday, February 09, 2011 7:25 AM 
> To: 'Glenn Little'; dspac...@lists.sourceforge.net  
> Subject: Re: [Dspace-tech] modifying config dspace.cfg 
> 
> After making changes  to [dspace-source]/dspace/config/dspace.cfg, change 
> directory to [dspace-source]/dspace/ and  then run 
>  mvn -e -o packages 
> Then  change directory to   
>  [dspace-source]/dspace/target/dspace-1.7.0-build.dir 
>  And run 
>   ant -Doverwrite=true update clean_backups 
> 
> 
> The changes should be effected. 
> 
> 
> Regards, 
> 
> Admire Mutsikiwa 
> University of Zimbabwe 
> 
> -Original Message- 
> From: Glenn Little [mailto:lit...@cs.ucsd.edu ] 
> Sent: Wednesday, February 09, 2011 2:00 AM 
> To: dspac...@lists.sourceforge.net  
> Subject: [Dspace-tech] modifying config dspace.cfg 
> 
> I've got an install of dspace and am now trying to modify the 
> dspace.cfg file.  But I'm confused as to which file to edit.  I 
> thought I was supposed to do this: 
> 
> + edit [dspace-source]/dspace/config/dspace.cfg 
> 
> + change dir to [dspace-source]/dspace/target/dspace-1.7.0-build.dir 
> 
> + ant update_configs 
> 
> The problem is that this does not do anything with my new changes. 
> Instead it puts an old copy of my dspace.cfg file over into 
> [dspace]/config/dspace.cfg.new.  As far as I can tell, that *old* copy 
> comes from: 
> 
>   [dspace-source]/dspace/target/dspace-1.7.0-build.dir/config/dspace.cfg 
> 
> So what is the real intent of the copy in dspace--build.dir 
> compared to the one higher up in the source tree?  How is one *really* 
> supposed to update the configuration, post-install? 
> 
> Thanks... 
> 
> -glenn 
> 
>  
> -- 
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: 
> Pinpoint memory and threading errors before they happen. 
> Find and fix more than 250 security defects in the development cycle. 
> Locate bottlenecks in serial and parallel code that limit performance. 
> http://p.sf.net/sfu/intel-dev2devfeb  
> ___ 
> DSpace-tech mailing list 
> dspac...@lists.sourceforge.net  
> https://lists.sourceforge.net/lists/listinfo/dspace-tech 
>  
> 
> -- 
> This message has been scanned for viruses and 
> dangerous content by MailScanner, and is 
> believed to be clean. 
> 
> 
> 
> 
> --
>  
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: 
> Pinpoint memory and threading errors before they happen. 
> Find and fix more than 250 security defects in the development cycle. 
> Locate bottlenecks in serial and parallel code that limit performance. 
> http://p.sf.net/sfu/intel-dev2devfeb  
> ___ 
> DSpace-tech mailing list 
> dspac...@lists.sourceforge.net  
> https://lists.sourceforge.net/lists/listinfo/dspace-tech 
>  
> 
> -- 
> You received this 

[dspace-tech] Re: [Dspace-tech] modifying config dspace.cfg

[admin]

Hello,

I'm fresh DSpace user. I installed the software and wanted to change its 
configuration. I followed this post and ammended the file dspace.cfg 
in dspace/config directory, restarted tomcat, and no effect. Am I missing 
something? 



Thanks,

Peter

On Tuesday, August 25, 2015 at 9:33:17 PM UTC+1, Thornton, Susan M. 
(LARC-B702)[LITES] wrote:
>
> Here is the process I follow and never have any problems. 
>
> During the initial install/implementation of your DSpace instance, you 
> will make your changes to dspace.cfg in {dspace-source}/dspace/config. 
>  Then once you do a "fresh-install", your /dspace directory is populated 
> with all other sub-directories like /bin  /config   /etc   /lib  /webapps, 
> etc. 
>
> From this point on, the place to make your changes to dspace.cfg is in 
> your dspace installation directory, NOT the source directory.  If you do 
> not make your changes in /dspace/config/dspace.cfg, your changes will not 
> be picked up.  Also remember that you have to stop and start your web 
> server before these changes will be picked up too. 
>
> Hope this helps, 
> Sue 
>
>
>
> Sue Walker-Thornton 
> Software Developer/Database Administrator 
> NASA Langley Research Center|LITES Contract 
> (757) 224-4074 
>
>
>
> -Original Message- 
> From: amutsikiwa [mailto:amuts...@uzlib.uz.ac.zw ] 
> Sent: Wednesday, February 09, 2011 7:25 AM 
> To: 'Glenn Little'; dspac...@lists.sourceforge.net  
> Subject: Re: [Dspace-tech] modifying config dspace.cfg 
>
> After making changes  to [dspace-source]/dspace/config/dspace.cfg, change 
> directory to [dspace-source]/dspace/ and  then run 
>  mvn -e -o packages 
> Then  change directory to   
>  [dspace-source]/dspace/target/dspace-1.7.0-build.dir 
>  And run 
>   ant -Doverwrite=true update clean_backups 
>
>
> The changes should be effected. 
>
>
> Regards, 
>
> Admire Mutsikiwa 
> University of Zimbabwe 
>
> -Original Message- 
> From: Glenn Little [mailto:lit...@cs.ucsd.edu ] 
> Sent: Wednesday, February 09, 2011 2:00 AM 
> To: dspac...@lists.sourceforge.net  
> Subject: [Dspace-tech] modifying config dspace.cfg 
>
> I've got an install of dspace and am now trying to modify the 
> dspace.cfg file.  But I'm confused as to which file to edit.  I 
> thought I was supposed to do this: 
>
> + edit [dspace-source]/dspace/config/dspace.cfg 
>
> + change dir to [dspace-source]/dspace/target/dspace-1.7.0-build.dir 
>
> + ant update_configs 
>
> The problem is that this does not do anything with my new changes. 
> Instead it puts an old copy of my dspace.cfg file over into 
> [dspace]/config/dspace.cfg.new.  As far as I can tell, that *old* copy 
> comes from: 
>
>   [dspace-source]/dspace/target/dspace-1.7.0-build.dir/config/dspace.cfg 
>
> So what is the real intent of the copy in dspace--build.dir 
> compared to the one higher up in the source tree?  How is one *really* 
> supposed to update the configuration, post-install? 
>
> Thanks... 
>
> -glenn 
>
>  
>
> -- 
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: 
> Pinpoint memory and threading errors before they happen. 
> Find and fix more than 250 security defects in the development cycle. 
> Locate bottlenecks in serial and parallel code that limit performance. 
> http://p.sf.net/sfu/intel-dev2devfeb 
> ___ 
> DSpace-tech mailing list 
> dspac...@lists.sourceforge.net  
> https://lists.sourceforge.net/lists/listinfo/dspace-tech 
>
> -- 
> This message has been scanned for viruses and 
> dangerous content by MailScanner, and is 
> believed to be clean. 
>
>
>
>
> --
>  
>
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: 
> Pinpoint memory and threading errors before they happen. 
> Find and fix more than 250 security defects in the development cycle. 
> Locate bottlenecks in serial and parallel code that limit performance. 
> http://p.sf.net/sfu/intel-dev2devfeb 
> ___ 
> DSpace-tech mailing list 
> dspac...@lists.sourceforge.net  
> https://lists.sourceforge.net/lists/listinfo/dspace-tech 
>

-- 
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] DSpace deployment environment survey?

[Monika Mevenkamp]

a survey sounds like a good idea to me 
the easier it is to send in responses the more answers you’ll get 

in a survey monkey type survey you’d have to give instructions on every single 
question how to find the answer; 
eg: dspace version - look under into HTML headers 
database-type: look into dspace.cfg 
OS version — which command to run  eg:"uname -a" in Linux  
the simpler/fewer the questions the more answers 

alternatively: write a cli script - put it into /dspace/bin  
make ant update run the script and echo instructions how to mail results to a 
collection email 
make sure output is easy to parse so results can be added to a spreadsheet / 
accumulated / … 
that of cause is a lot more work and may not be worth the extra effort compared 
to the survey monkey approach 

I also counsel against exposing the data publicly 

Monika


—
Monika Mevenkamp
Digital Repository Infrastructure Developer
Princeton University
Phone: 609-258-4161
Skype: mo-meven


> On Nov 16, 2016, at 10:07 AM, Monika C. Mevenkamp 
>  wrote:
> 
> a survey sounds like a good idea to me 
> the easier it is to send in responses the more answers you’ll get 
> 
> in a survey monkey type survey you’d have to give instructions on every 
> single question how to find the answer; 
> eg: dspace version - look under into HTML headers 
> database-type: look into dspace.cfg 
> OS version — which command to run  eg:"uname -a" in Linux  
> 
> alternatively: write a cli script - put it into /dspace/bin  
> make ant update run the script and echo instructions how to mail results to a 
> collection email 
> make sure output is easy to parse so results can be added to a spreadsheet / 
> accumulated / … 
> 
> I would also counsel against exposing the data publicly 
> 
> Monika
> 
> 
> —
> Monika Mevenkamp
> Digital Repository Infrastructure Developer
> Princeton University
> Phone: 609-258-4161
> Skype: mo-meven
> 
>> On Nov 16, 2016, at 8:15 AM, Alan Orth  wrote:
>> 
>> I had forgotten about that registry, helix! Our repository is
>> certainly very out of date there (name, version, link, etc).
>> 
>> Anyways, my proposal was simply to circulate a survey that people
>> could answer, very low tech. :)
>> 
>> Regards,
>> 
>> On Wed, Nov 16, 2016 at 1:53 PM, emilio lorenzo  wrote:
>>> 
>>> El 16/11/2016 a las 12:23, helix84 escribió:
 
 
 That part is already available.
 
> vote 1-  for second part Not very sure about harvesting or exposing
> versions and modules across system interface. Too many advantages for
> networks hooligans and hackers..
 
 Well, first, those parts are already there and publicly exposed
 (xmlui, jspui, oai, rest, rdf), so the right thing to do is to make
 them resilient against attacks, not to pretend they're not exposed.
 Second, there must be an option for the administrator not to expose
 this information (not all repositories are production and public
 installations).
>>> 
>>> Well,  I understood Alan´s proposal as exposing the software stack of the
>>> Dspace installations, not only Dspace interfaces  and telling the world
>>> that an installation has a operating system or a database some years old is
>>> quite sensible (IMHO), although a competent hacker could figure out a lot of
>>> things about an installation without our help :-)
>>> 
>>> and of course our first priority has to be
 
 make them resilient against attacks
>>> 
>>> But not every installation has the time or resources to keep its
>>> installation updated and safe. That is the reality...
>>> Regards
>>> Emilio
>>> 
>>> 
>>> 
 And finally, this is supposed to actually help security. You'll be
 able to register your instance (just once) along with your email
 address and then get a custom-tailored notification that your
 particular installation is affected by a security bug because you're
 using version X.Y with module Z.
 
 
 Regards,
 ~~helix84
 
 Compulsory reading: DSpace Mailing List Etiquette
 https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette
 
>>> 
>>> --
>>> 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.
>> 
>> 
>> 
>> -- 
>> Alan Orth
>> alan.o...@gmail.com
>> https://englishbulgaria.net
>> https://alaninkenya.org
>> https://mjanja.ch
>> "In heaven all the interesting people are missing." ―Friedrich Nietzsche
>> GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0
>> 
>> -- 
>> You received this message because you are subscribed to 

[dspace-tech] Unknown state in workflow

[Alex Fletcher]

We just upgraded to 5.6 and seem to have come across a bug that was 
recently reported in JIRA:

https://jira.duraspace.org/browse/DS-3367

By taking a task, the item ends up in an 'unknown state'.

We have a couple of items in our repository in this weird state, and we 
need to:

   1. get them out of this state
   2. approve them into the repository

Does anyone have any advice/solutions as to how to do this?


Thanks,


Alex

-- 
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] Automatic Download

[Iltifat Ibrahimov]

Dear All,

I want to open an item to view but my DSpace downloads it automatically.
What can be a reason for this problem?

Thanks,
Iltifat

-- 
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] DSpace deployment environment survey?

[helix84]

On Wed, Nov 16, 2016 at 12:13 PM, emilio lorenzo  wrote:
> vote 1+ for first part of the proposal

That part is already available.

> vote 1-  for second part Not very sure about harvesting or exposing
> versions and modules across system interface. Too many advantages for
> networks hooligans and hackers..

Well, first, those parts are already there and publicly exposed
(xmlui, jspui, oai, rest, rdf), so the right thing to do is to make
them resilient against attacks, not to pretend they're not exposed.
Second, there must be an option for the administrator not to expose
this information (not all repositories are production and public
installations).

And finally, this is supposed to actually help security. You'll be
able to register your instance (just once) along with your email
address and then get a custom-tailored notification that your
particular installation is affected by a security bug because you're
using version X.Y with module Z.


Regards,
~~helix84

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

-- 
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] Re: ORCID Authority Control & DSpace 6.0

[Sean Carte]

On 16 November 2016 at 11:35, helix84  wrote:

> On Wed, Nov 16, 2016 at 7:54 AM, Sean Carte  wrote:
>
>>
>> There's already been a successful test and merging is (now) blocked, so I
>> wasn't able to merge the PR, but I did make the change manually (after
>> removing Wandi's fix), and it does appear to work.
>>
>
> Please, comment on the PR that you tested it. Others who will look at the
> PR are unlikely to look here for that information.
>

True. I've added my comment.

>
>
> As far as I can tell, the documentation also needs an update:
>>
>> https://wiki.duraspace.org/display/DSDOC6x/ORCID+Integration
>> #ORCIDIntegration-Configuration
>>
>> The final part of configuration is to add the authority consumer in front
>> of the list of event consumers. Add "authority" in front of the list as
>> displayed below.
>> event.dispatcher.default.consumers = authority, versioning, discovery,
>> eperson, harvester
>>
>> I find I have to remove 'harvester' from the line above:
>>
>> event.dispatcher.default.consumers = authority, versioning, discovery,
>> eperson
>>
>
> Why did you have to remove harvester? Shouldn't be necessary, but I
> haven't tried.
>

I put it back in and I get 'No class configured for consumer named:
harvester' when I click the next button for the second Describe screen of
the submission process.

This is the stacktrace:

Java stacktrace: java.lang.IllegalArgumentException: No class configured
for consumer named: harvester at
org.dspace.event.ConsumerProfile.readConfiguration(ConsumerProfile.java:78)
at
org.dspace.event.ConsumerProfile.makeConsumerProfile(ConsumerProfile.java:62)
at
org.dspace.event.EventServiceImpl$DispatcherPoolFactory.makeObject(EventServiceImpl.java:223)
at
org.dspace.event.EventServiceImpl$DispatcherPoolFactory.makeObject(EventServiceImpl.java:170)
at
org.apache.commons.pool2.impl.GenericKeyedObjectPool.create(GenericKeyedObjectPool.java:1041)
at
org.apache.commons.pool2.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:357)
at
org.apache.commons.pool2.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:279)
at
org.apache.commons.pool2.PoolUtils$SynchronizedKeyedObjectPool.borrowObject(PoolUtils.java:932)
at
org.dspace.event.EventServiceImpl.getDispatcher(EventServiceImpl.java:116)
at org.dspace.core.Context.dispatchEvents(Context.java:421) at
org.dspace.submit.step.DescribeStep.doProcessing(DescribeStep.java:349) at
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498) at
org.mozilla.javascript.MemberBox.invoke(MemberBox.java:155) at
org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:243) at
org.mozilla.javascript.Interpreter.interpretLoop(Interpreter.java:3237) at
org.mozilla.javascript.Interpreter.interpret(Interpreter.java:2394) at
org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:162)
at org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:393)
at org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:2834)
at
org.mozilla.javascript.InterpretedFunction.call(InterpretedFunction.java:160)
at org.mozilla.javascript.Context.call(Context.java:538) at
org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1833)
at
org.mozilla.javascript.ScriptableObject.callMethod(ScriptableObject.java:1803)
at
org.apache.cocoon.components.flow.javascript.fom.FOM_JavaScriptInterpreter.handleContinuation(FOM_JavaScriptInterpreter.java:698)
at
org.apache.cocoon.components.treeprocessor.sitemap.CallFunctionNode.invoke(CallFunctionNode.java:94)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:55)
at
org.apache.cocoon.components.treeprocessor.sitemap.MatchNode.invoke(MatchNode.java:87)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
at
org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:82)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelineNode.invoke(PipelineNode.java:143)
at
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
at
org.apache.cocoon.components.treeprocessor.sitemap.PipelinesNode.invoke(PipelinesNode.java:81)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.process(ConcreteTreeProcessor.java:239)
at
org.apache.cocoon.components.treeprocessor.ConcreteTreeProcessor.buildPipeline(ConcreteTreeProcessor.java:186)
at

Re: [dspace-tech] DSpace deployment environment survey?

[Alan Orth]

Hi, Hilton.

No, I mean a survey of all DSpace users' deployment environments — a
high-level, broad view of tens/hundreds/thousands of DSpace
deployments! Your documentation efforts are valuable but they only
reflect one DSpace deployment. :)

How do we answer questions like:

- How many people are running DSpace on an Oracle database?
- How many people are running DSpace with OpenJDK?
- How many people are running DSpace on Solaris?
- How many people are running DSpace in GlassFish?
- How many people are running DSpace with the new G1 garbage
collector, and which JDK are they using?
- etc, etc, etc!

This kind of information would be absolutely fantastic to look at on a
broad scale.

Regards,

On Wed, Nov 16, 2016 at 11:26 AM, Hilton Gibson  wrote:
> Hi Alan,
>
> Do you mean something like this;
> http://wiki.lib.sun.ac.za/index.php/SUNScholar/Reference_Architecture
>
> Cheers
>
> hg
>
> Hilton Gibson
> Stellenbosch University Library
> http://orcid.org/-0002-2992-208X
>
>
> On 16 November 2016 at 11:12, Alan Orth  wrote:
>>
>> Hello,
>>
>> I'm dying to know what kinds of environments people are running DSpace in.
>>
>> A few years ago I suggested the idea of running a survey/poll to
>> collect this kind of information from users (as far as I know it never
>> happened). Things like OS vendor/version/distro, servlet container
>> vendor/version, JDK vendor/version, database vendor/version, DSpace
>> version, and machine specifications like physical vs virtual, memory,
>> disk, etc, and maybe even JVM heap size, JVM garbage collector (CMS vs
>> G1C), etc.
>>
>> Is anyone else interested in this kind of information? How could we go
>> about capturing it? Google forms? Survey Monkey?
>>
>> Ciao!
>>
>> --
>> Alan Orth
>> alan.o...@gmail.com
>> https://englishbulgaria.net
>> https://alaninkenya.org
>> https://mjanja.ch
>> "In heaven all the interesting people are missing." ―Friedrich Nietzsche
>> GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0
>>
>> --
>> 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.
>
>



-- 
Alan Orth
alan.o...@gmail.com
https://englishbulgaria.net
https://alaninkenya.org
https://mjanja.ch
"In heaven all the interesting people are missing." ―Friedrich Nietzsche
GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0

-- 
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] Re: ORCID Authority Control & DSpace 6.0

[helix84]

On Wed, Nov 16, 2016 at 7:54 AM, Sean Carte  wrote:

>
> There's already been a successful test and merging is (now) blocked, so I
> wasn't able to merge the PR, but I did make the change manually (after
> removing Wandi's fix), and it does appear to work.
>

Please, comment on the PR that you tested it. Others who will look at the
PR are unlikely to look here for that information.


As far as I can tell, the documentation also needs an update:
>
> https://wiki.duraspace.org/display/DSDOC6x/ORCID+
> Integration#ORCIDIntegration-Configuration
>
> The final part of configuration is to add the authority consumer in front
> of the list of event consumers. Add "authority" in front of the list as
> displayed below.
> event.dispatcher.default.consumers = authority, versioning, discovery,
> eperson, harvester
>
> I find I have to remove 'harvester' from the line above:
>
> event.dispatcher.default.consumers = authority, versioning, discovery,
> eperson
>

Why did you have to remove harvester? Shouldn't be necessary, but I haven't
tried.


On Wed, Nov 16, 2016 at 9:04 AM, Wandi Tobosi  wrote:

> True my fix seems to also have effects on the handlebar templates which
> renders
> the advanced search filters
>

If there are any negative effects, can you please comment on the PR what
they are? Thanks.


Regards,
~~helix84

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

-- 
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] DSpace deployment environment survey?

[Hilton Gibson]

Hi Alan,

Do you mean something like this;
http://wiki.lib.sun.ac.za/index.php/SUNScholar/Reference_Architecture

Cheers

hg

*Hilton Gibson*
Stellenbosch University Library
*http://orcid.org/-0002-2992-208X
*


On 16 November 2016 at 11:12, Alan Orth  wrote:

> Hello,
>
> I'm dying to know what kinds of environments people are running DSpace in.
>
> A few years ago I suggested the idea of running a survey/poll to
> collect this kind of information from users (as far as I know it never
> happened). Things like OS vendor/version/distro, servlet container
> vendor/version, JDK vendor/version, database vendor/version, DSpace
> version, and machine specifications like physical vs virtual, memory,
> disk, etc, and maybe even JVM heap size, JVM garbage collector (CMS vs
> G1C), etc.
>
> Is anyone else interested in this kind of information? How could we go
> about capturing it? Google forms? Survey Monkey?
>
> Ciao!
>
> --
> Alan Orth
> alan.o...@gmail.com
> https://englishbulgaria.net
> https://alaninkenya.org
> https://mjanja.ch
> "In heaven all the interesting people are missing." ―Friedrich Nietzsche
> GPG public key ID: 0x8cb0d0acb5cd81ec209c6cdfbd1a0e09c2f836c0
>
> --
> 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.

[dspace-tech] Re: ORCID Authority Control & DSpace 6.0

[Wandi Tobosi]

True my fix seems to also have effects on the handlebar templates which 
renders
the advanced search filters

Thanks.

On Wednesday, 26 October 2016 12:04:03 UTC+2, Sean Carte wrote:
>
> Since upgrading to DSpace 6.0, I've noticed that the Lookup button doesn't 
> seem to do anything anymore. Nothing in the dspace log either. This is both 
> during the initial item submission and in the edit item page.
>
> I have the following in my local.cfg file:
>
> event.dispatcher.default.consumers = authority, versioning, discovery, 
> eperson
> (the wiki page <
> https://wiki.duraspace.org/display/DSDOC6x/ORCID+Integration> includes 
> 'harvester' at the end of that line, but the new dspace.cfg omits it, and 
> it causes problems during submission: 'No class configured for consumer 
> named: harvester')
>
> plugin.named.org.dspace.content.authority.ChoiceAuthority = \
> org.dspace.content.authority.SolrAuthority = SolrAuthorAuthority
>
> solr.authority.server=${solr.server}/authority
> choices.plugin.dc.contributor.author = SolrAuthorAuthority
> choices.presentation.dc.contributor.author = authorLookup
> authority.controlled.dc.contributor.author = true
> authority.author.indexer.field.1=dc.contributor.author
>
>
> Is ORCID authority control working for others using DSpace 6.0?
>
> Sean
> -- 
>
>

-- 
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.