date:20170831

Re: [dspace-tech] assign dc.autor = eperson.lastname in submission step

2017-08-31 Thread Luciano Koenigkan

Hello Francisco,

This work for me in DSPACE 6.1:

public int doProcessing(Context context, HttpServletRequest request,
HttpServletResponse response, SubmissionInfo subInfo)
throws ServletException, IOException, SQLException,
AuthorizeException
{
EPerson submitter = context.getCurrentUser();
String name = submitter.getLastName() + ", " + 
submitter.getFirstName();
Item item = subInfo.getSubmissionItem().getItem();

itemService.addMetadata(context, item, "dc", "contributor", 
"responsable", null, name);
// commit all changes to DB

ContentServiceFactory.getInstance().getInProgressSubmissionService(subInfo.getSubmissionItem()).update(context,
 
subInfo.getSubmissionItem());
context.dispatchEvents();
return STATUS_COMPLETE;
}


Em quinta-feira, 10 de agosto de 2017 19:35:07 UTC-3, Francisco escreveu:
>
> Hi Andrea
> thank you for help me
>
> trying to solve that error, but need more information how to do it 
> Apparently is a sintax error of addMetadata() method
> i can´t find the source code of this method to see what kind of parameters 
> it takes
>
> send you a screen picture with the source and de error, any idea ?
>
> thanks
>
> 2017-08-09 3:24 GMT-03:00 Andrea Schweer  >:
>
>> actually looking at the doProcessing method in InitialQuestionsStep, you 
>> probably need 
>>
>> context.commit();return STATUS_COMPLETE; // no errors!
>>
>>
>> at the end of the doProcessing method too
>>
>>
>> On 08/09/2017 06:22 PM, Andrea Schweer wrote:
>>
>> Hi,
>>
>> I think it's as easy as this (5.x code, you may need to adjust for 6.x):
>>
>> public class SubmitterAsAuthor extends AbstractProcessingStep {
>> @Overridepublic int doProcessing(Context context, HttpServletRequest 
>> request, HttpServletResponse response, SubmissionInfo subInfo) throws 
>> ServletException, IOException, SQLException, AuthorizeException {
>> EPerson submitter = context.getCurrentUser();String name = 
>> submitter.getLastName() + ", " + submitter.getFirstName();Item item 
>> = subInfo.getSubmissionItem().getItem();item.addMetadata("dc", 
>> "contributor", "author", null, name);item.update();}
>>
>> @Overridepublic int getNumberOfPages(HttpServletRequest request, 
>> SubmissionInfo subInfo) throws ServletException {
>> return 1;}
>> }
>>
>>
>> But no promises that will work!
>>
>> cheers,
>> Andrea
>>
>> On 08/09/2017 02:53 AM, Francisco wrote:
>>
>> sorry 
>>
>> im working with dspace6 xmlui mirage2 
>>
>> El martes, 8 de agosto de 2017, 11:33:03 (UTC-3), Francisco escribió: 
>>>
>>> Thanks Andrea for responding (and fast)
>>>
>>> I would need some example of how to reference the current user within 
>>> java code to make assignments to the dc.author or dc.publisher element
>>>
>>> THANK YOU VERY MUCH AGAIN  ;)
>>>
>>>
>>>
>>> El martes, 8 de agosto de 2017, 0:06:32 (UTC-3), Andrea Schweer 
>>> escribió: 

 Hi, 

 On 08/08/2017 01:55 PM, Francisco wrote: 
 > want to automatic assign in current submission step 
 > dc.autor take the value of current user (eperson.lastname + 
 > eperson.firstname) 
 > without ask 

 I'd recommend creating a custom non-interactive submission step that 
 does this work. You don't say what version of DSpace you're working 
 with; here's the documentation for version 6.x: 

 https://wiki.duraspace.org/display/DSDOC6x/Submission+User+Interface#SubmissionUserInterface-CreatingaNon-InteractiveStep
  


 https://wiki.duraspace.org/display/DSDOC6x/Submission+User+Interface#SubmissionUserInterface-UnderstandingtheSubmissionConfigurationFile
  
 and 

 https://wiki.duraspace.org/display/DSDOC6x/Submission+User+Interface#SubmissionUserInterface-Reordering/Removing/AddingSubmissionSteps
  
 tell you how to activate your custom step. You'd presumably want yours 
 right after the initial questions step. 

 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...@googlegroups.com .
>> To post to this group, send email to dspac...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>> -- 
>> Dr Andrea Schweer
>> Lead Software Developer, ITS Information Systems
>> The University of Waikato, Hamilton, New Zealand
>> +64-7-837 9120
>>
>>
>> -- 
>> Dr Andrea Schweer
>> Lead Software Developer, ITS Information Systems

[dspace-tech] Re: Unknown state in workflow

2017-08-31 Thread Alex Fletcher

Note: This is using XMLUI and the configurable workflow.

The user in question is not an admin of the entire system (and may or may 
not be an admin of the collection in question -- same result in both cases).

Here's a copy of the complete stacktrack:

Java stacktrace: org.dspace.authorize.AuthorizeException: Authorization 
denied for action WRITE on ITEM:20077 by user 13435 at 
org.dspace.authorize.AuthorizeManager.authorizeAction(AuthorizeManager.java:182)
 
at 
org.dspace.authorize.AuthorizeManager.authorizeAction(AuthorizeManager.java:101)
 
at org.dspace.content.Item.update(Item.java:1035) at 
org.dspace.xmlworkflow.storedcomponents.XmlWorkflowItem.update(XmlWorkflowItem.java:397)
 
at 
org.dspace.xmlworkflow.WorkflowRequirementsManager.addClaimedUser(WorkflowRequirementsManager.java:69)
 
at 
org.dspace.xmlworkflow.state.actions.userassignment.ClaimAction.execute(ClaimAction.java:56)
 
at 
org.dspace.xmlworkflow.XmlWorkflowManager.doState(XmlWorkflowManager.java:176) 
at 
org.dspace.app.xmlui.aspect.xmlworkflow.ClaimTasksAction.act(ClaimTasksAction.java:48)
 
at 
org.apache.cocoon.sitemap.impl.DefaultExecutor.invokeAction(DefaultExecutor.java:55)
 
at 
org.apache.cocoon.components.treeprocessor.sitemap.ActTypeNode.invoke(ActTypeNode.java:105)
 
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: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 
org.apache.cocoon.components.treeprocessor.TreeProcessor.buildPipeline(TreeProcessor.java:260)
 
at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:107)
 
at 
org.apache.cocoon.components.treeprocessor.AbstractParentProcessingNode.invokeNodes(AbstractParentProcessingNode.java:78)
 
at 
org.apache.cocoon.components.treeprocessor.sitemap.SelectNode.invoke(SelectNode.java:87)
 
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.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 
org.apache.cocoon.components.treeprocessor.TreeProcessor.buildPipeline(TreeProcessor.java:260)
 
at 
org.apache.cocoon.components.treeprocessor.sitemap.MountNode.invoke(MountNode.java:107)
 
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.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

[dspace-tech] Re: Unknown state in workflow

2017-08-31 Thread Alex Fletcher

We're now upgraded to v5.7, and still seeing this issue.

I see that it was resolved in v6.1 via this JIRA item:  
https://jira.duraspace.org/browse/DS-3446

But the code fix referenced here:  
https://github.com/DSpace/DSpace/pull/1611/files

Isn't quite the same code in v5.7

It seems to be in 
dspace-api/src/main/java/org/dspace/content/Bitstream.java around line 533 
(in the delete() function), where the AuthorizeManager.removeAllPolicies() 
call is in the incorrect place.

Can someone confirm that the fix is simply to move the 
AuthorizeManager.removeAllPolicies() call to the end of that function, 
similar to the v6.1 fix?

Alex

On Tuesday, 6 December 2016 13:31:31 UTC-5, Alex Fletcher wrote:
>
> We're still experiencing this problem when a non-"full administrator" 
> collection admin tries to claim a task, it puts it into an "unknown state", 
> with an error similar to:
>
>
> JavaException: org.dspace.authorize.AuthorizeException: Authorization 
> denied for action WRITE on ITEM:19020 by user 1982
>
> When that task is in that same user's task pool, and they try to approve 
> it, they get the same error.
>
> There is a suggested workaround in DS-2910, but applying that fix did not 
> help. We really don't want to downgrade to 5.5, because we have a number of 
> items under embargo for various reasons and the security fixes in 5.6 are 
> required, but this has been a very frustrating experience lately.
>
> As noted before, we are using 5.6, and we have configurable workflow 
> implemented.
>
> What steps can we do in order to get these items approved without 
> requiring full administrator permissions for the collection admins in 
> question?
>
> Thanks,
>
> Alex
>
>
> On Wednesday, 16 November 2016 09:39:23 UTC-5, Alex Fletcher wrote:
>>
>> 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.

Re: [dspace-tech] SOLR Configuration (Searching)

2017-08-31 Thread Tom Avino

Terry,

I was looking at the wrong schema.xml.  
I understand now.  This is from yours and it makes sense now.
Thank you again, and I will let you know if this works for me.  I think it 
will





On Wednesday, August 30, 2017 at 10:43:07 AM UTC-4, Terry Brady wrote:
>
> Tom,
>
> Here is my modified schema.xml for DSpace 5x: 
> https://gist.github.com/terrywbrady/097164329b2574b9d6bd4bb8433ca37b
>
> I will be curious if this resolves issue for you.  If so, we might want to 
> propose this as an enhancement.
>
> Terry
>
> On Wed, Aug 30, 2017 at 5:43 AM, Tom Avino  > wrote:
>
>> Terry,
>>
>> Where and how did you change to textgen?  I guess that is what I cannot 
>> find,  I see it in schema.xml, but not sure where to change it.
>>
>> Thanks
>>
>> On Tuesday, August 29, 2017 at 6:23:19 PM UTC-4, Terry Brady wrote:
>>>
>>> Unfortunately, I am not aware of any documentation on how to configure 
>>> this file for DSpace.
>>>
>>> We found that the term stemming returned far too many false hits, so I 
>>> changed several of our fields from "text" to "textgen" and the results were 
>>> improved.
>>>
>>>
>>> https://github.com/DSpace/DSpace/blob/master/dspace/solr/search/conf/schema.xml#L278-L279
>>>
>>> On Tue, Aug 29, 2017 at 1:41 PM, Tom Avino  wrote:
>>>
 Since we switched from Dspace 3.3 JSPUI to XMLUI, our search is not 
 working the same. If our users type a specific item CA01234, it will not 
 find this even though it is in one of the metadata fields.  I am not sure 
 how SOLR works.  I have looked what is in schema.xml.  I am unclear which 
 fieldtype is used when a search is done.  It looks like each fieldtype can 
 have different parameters.  There is "text_ws", "text", "textTight", etc.
 Where in Dspace do you pick which one to use during a search???

 Example
 >>> positionIncrementGap="100">
   
 
 >>> ignoreCase="true"
 words="stopwords.txt"
 enablePositionIncrements="true"
 />
 >>> preserveOriginal="1" *splitOnNumerics="0" generateWordParts="1" 
 generateNumberParts="1" catenateWords="1" catenateNumbers="1" 
 catenateAll="0" splitOnCaseChange="0"*/>


 Tom Avino

 -- 
 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...@googlegroups.com.
 To post to this group, send email to dspac...@googlegroups.com.
 Visit this group at https://groups.google.com/group/dspace-tech.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> -- 
>>> Terry Brady
>>> Applications Programmer Analyst
>>> Georgetown University Library Information Technology
>>> http://georgetown-university-libraries.github.io/
>>> 425-298-5498 (Seattle, WA)
>>>
>> -- 
>> 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...@googlegroups.com .
>> To post to this group, send email to dspac...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Terry Brady
> Applications Programmer Analyst
> Georgetown University Library Information Technology
> http://georgetown-university-libraries.github.io/
> 425-298-5498 (Seattle, WA)
>

-- 
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] DSpace Shibboleth Authenticaion creating "empty" user and authenticating as this user

2017-08-31 Thread Jakub Řihák

Hello,

recently I have encountered following problem when trying to configure 
Shibboleth authentication in our DSpace instalation 
(https://dspace.cuni.cz). I would like to have our users authenticate via 
Shibboleth (using university account) or (in some cases) using local DSpace 
account and simple Password Authentication.

After successful Shibboleth login, I was trying to sign in again with my 
local DSpace account (after logging out of course and in different browser 
and using Anonymous Window). Accidentaly I forgot to type in my password, 
but DSpace "logged me in" (I was redirected to DSpace homepage), but 
instead of account name in the top-right corner of the page there was a 
blank space. When I clicked the empty button, it showed me links to 
"Profile" page and Logout. When I tried to access my account information, 
following error appeared:

The 'characters' parameter is required for list items.

Behavior is the same even when trying to log in with non-existent e-mail 
address (e-mail completely made up, no ePerson with this e-mail exists in 
DSpace).

In addition, empty ePerson appears in DSpace list of ePersons, without any 
name or e-mail.


I would be very thankful for any opinions on this and possibly a suggestion 
how to fix this. In case you are wondering how to replicate this issue, 
I've written down each step that lead to this issue. We are using DSpace 
5.6, with XMLUI.

With best regards,

Jakub
Charles Univesity, Prague

##


How to replicate this issue:

1) Add ShibbolethAuthentication to authentication stack

* ve [dspace]/config/modules/authentication.cfg - add 
org.dspace.authenticate.ShibAuthentication to 
plugin.sequence.org.dspace.authenticate.AuthenticationMethod property:

plugin.sequence.org.dspace.authenticate.AuthenticationMethod = 
org.dspace.authenticate.ShibAuthentication, 
org.dspace.authenticate.PasswordAuthentication, 
org.dspace.authenticate.IPAuthentication

2)  authentication-shibboleth.cfg settings

# Whether to use lazy sessions or active sessions.
lazysession = true

# The url to start a shibboleth session (only for lazy sessions)
lazysession.loginurl = /Shibboleth.sso/Login

# Force HTTPS when authenticating (only for lazy sessions)
lazysession.secure = true

##
## Shibboleth Authentication Methods:
##
# Authentication headers for Mail, NetID, and Tomcat's Remote User.
# Supply all parameters possible.
# netid-header = SHIB-NETID
# email-header = SHIB-MAIL
netid-header = epuid
email-header = mail
email-use-tomcat-remote-user = false

# Should we allow new users to be registered automatically?
autoregister = true

sword.compatibility = false

# Metadata Headers
# Shibboleth-based headers for the first and last name attirbutes
# firstname-header = SHIB-GIVENNAME
# lastname-header = SHIB-SURNAME
firstname-header = givenName
lastname-header = sn

# If the eperson metadata field is not found, should it be automatically 
created?
eperson.metadata.autocreate = true;

reconvert.attributes = true

role.urn\:cuni\:role\:libstaff = shibAuthenticatedLibStaff
role.urn\:cuni\:affiliation\:member\@lf2\.cuni\.cz = 
shibAuthenticatedLF2Member
role.staff = Anonymous
role.alum = Anonymous

3) Login -> Shibboleth authentication

4) Select Home Organization -> Charles University in Prague
-> click Select

5) Login with university username and password -> SUCCESS

6) Logout

7) Open deffierent browser, create new Anonymous Window

7) Login -> Password Authentication

8) Login screen -> fill in local DSpace account username, without password 
(!!!) -> Sign In
-> Result:
-> DSpace redirects to Shibboleth authentication instead of displaying 
error message regarding empty password field
-> Dspace recievs empty Shibboleth headers
-> Dspace creates user with empty credentials
-> Dspace authenticates user as this user using Shibboleth authenticaton 
-> from dspace.log:
-> My opinion: PasswordAuthentication plugin is not called properly, 
instead user authentication is taken over by ShibbolethAuthentication plugin

2017-08-31 14:16:45,479 INFO 
 org.dspace.authenticate.PasswordAuthentication @ 
anonymous:session_id=E3E6377BF57F059DF97FFDEC65D602D8:ip_addr=2001:718:1e03:5128:9e9e:1a6d:f958:dce:authenticate:attempting
 
password auth of user=jakub.ri...@ruk.cuni.cz
2017-08-31 14:16:45,483 INFO 
 org.dspace.authenticate.PasswordAuthentication @ 
jakub.ri...@ruk.cuni.cz:session_id=E3E6377BF57F059DF97FFDEC65D602D8:ip_addr=2001:718:1e03:5128:9e9e:1a6d:f958:dce:authenticate:type=PasswordAuthentication
2017-08-31 14:16:45,484 INFO  org.dspace.eperson.EPerson @ 
jakub.ri...@ruk.cuni.cz:session_id=E3E6377BF57F059DF97FFDEC65D602D8:ip_addr=2001:718:1e03:5128:9e9e:1a6d:f958:dce:update_eperson:eperson_id=1
2017-08-31 14:16:45,484 INFO  org.dspace.app.xmlui.utils.AuthenticationUtil 
@ 
jakub.ri...@ruk.cuni.cz:session_id=E3E6377BF57F059DF97FFDEC65D602D8:ip_addr=2001:718:1e03:5128:9e9e:1a6d:f958:dce:login:type=explicit
2017-08-31 14:16:45,931 INFO

Re: [dspace-tech] SOLR Configuration (Searching)

2017-08-31 Thread Tom Avino

Terry,

So I think I partially understand.  You modified the values in the 
"textgen" fieldtype in schema.xml.
But doesn't the line below define which type to use for a search?  Where do 
you specify to use "textgen" for a search?  I hope I am not giving you a 
headache.  


On Wednesday, August 30, 2017 at 10:43:07 AM UTC-4, Terry Brady wrote:
>
> Tom,
>
> Here is my modified schema.xml for DSpace 5x: 
> https://gist.github.com/terrywbrady/097164329b2574b9d6bd4bb8433ca37b
>
> I will be curious if this resolves issue for you.  If so, we might want to 
> propose this as an enhancement.
>
> Terry
>
> On Wed, Aug 30, 2017 at 5:43 AM, Tom Avino  > wrote:
>
>> Terry,
>>
>> Where and how did you change to textgen?  I guess that is what I cannot 
>> find,  I see it in schema.xml, but not sure where to change it.
>>
>> Thanks
>>
>> On Tuesday, August 29, 2017 at 6:23:19 PM UTC-4, Terry Brady wrote:
>>>
>>> Unfortunately, I am not aware of any documentation on how to configure 
>>> this file for DSpace.
>>>
>>> We found that the term stemming returned far too many false hits, so I 
>>> changed several of our fields from "text" to "textgen" and the results were 
>>> improved.
>>>
>>>
>>> https://github.com/DSpace/DSpace/blob/master/dspace/solr/search/conf/schema.xml#L278-L279
>>>
>>> On Tue, Aug 29, 2017 at 1:41 PM, Tom Avino  wrote:
>>>
 Since we switched from Dspace 3.3 JSPUI to XMLUI, our search is not 
 working the same. If our users type a specific item CA01234, it will not 
 find this even though it is in one of the metadata fields.  I am not sure 
 how SOLR works.  I have looked what is in schema.xml.  I am unclear which 
 fieldtype is used when a search is done.  It looks like each fieldtype can 
 have different parameters.  There is "text_ws", "text", "textTight", etc.
 Where in Dspace do you pick which one to use during a search???

 Example
 >>> positionIncrementGap="100">
   
 
 >>> ignoreCase="true"
 words="stopwords.txt"
 enablePositionIncrements="true"
 />
 >>> preserveOriginal="1" *splitOnNumerics="0" generateWordParts="1" 
 generateNumberParts="1" catenateWords="1" catenateNumbers="1" 
 catenateAll="0" splitOnCaseChange="0"*/>


 Tom Avino

 -- 
 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...@googlegroups.com.
 To post to this group, send email to dspac...@googlegroups.com.
 Visit this group at https://groups.google.com/group/dspace-tech.
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> -- 
>>> Terry Brady
>>> Applications Programmer Analyst
>>> Georgetown University Library Information Technology
>>> http://georgetown-university-libraries.github.io/
>>> 425-298-5498 (Seattle, WA)
>>>
>> -- 
>> 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...@googlegroups.com .
>> To post to this group, send email to dspac...@googlegroups.com 
>> .
>> Visit this group at https://groups.google.com/group/dspace-tech.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> -- 
> Terry Brady
> Applications Programmer Analyst
> Georgetown University Library Information Technology
> http://georgetown-university-libraries.github.io/
> 425-298-5498 (Seattle, WA)
>

-- 
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] SOLR statistics core stores values ip: "0:0:0:0:0:0:0:1" and dns: "0:0:0:0:0:0:0:1"

2017-08-31 Thread Evelthon Prodromou

Jeff, 

Thank you. I completely forgot that setting.

Evelthon

On Wednesday, August 30, 2017 at 5:04:39 PM UTC+3, Jeffrey Sheldon wrote:
>
> Evelthon, 
>
> Are you using ModProxy with Apache HTTPD?  It sounds like the IP 
> information isn't being handed over properly.  If this is the case, as it 
> once was for me, search dspace.cfg for "useProxies".  You can read more on 
> this here: 
>
> https://wiki.duraspace.org/display/DSDOC5x/SOLR+Statistics 
>
>
> -Jeff 
>
>  
> From: dspac...@googlegroups.com   > on behalf of Evelthon Prodromou  > 
> Sent: Wednesday, August 30, 2017 6:04 AM 
> To: DSpace Technical Support 
> Subject: [dspace-tech] SOLR statistics core stores values ip: 
> "0:0:0:0:0:0:0:1" and dns: "0:0:0:0:0:0:0:1" 
>
> Hello, 
>
> My installation is not storing client IP/DNS in solr for usage statistics. 
> What would be the cause of this? How would I proceed to solve this? 
>
>
> My installation is v5.5/XMLUI 
>
>
> Thank you, 
>
>
> Evelthon 
>
> -- 
> 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...@googlegroups.com  dspace-tech+unsubscr...@googlegroups.com >. 
> To post to this group, send email to dspac...@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: [Dspace-tech] Creative commons in edit item tool

2017-08-31 Thread euler

Hi Richard,

I tried your curation task code because of my needs that I mentioned in my 
post here: Question about Creative Commons settings 
. It 
is indeed adding the cc license bitstream but one thing I noticed is that 
it is not populating/updating the dc.rights which should contain the CC 
license name although the status of the task said "STATUS: Success, RESULT: 
x/ added name: 'Attribution-NonCommercial-ShareAlike 3.0 United 
States' added license bitstream.

if (updateName) {
// assume that we always want to synchronize the name to the URI
// this means that if a name is present and different, replace it
String oldName = nameField.ccItemValue(item);
String newName = ccl.getLicenseName();
if (oldName == null || ! oldName.equals(newName)) {
if (oldName != null) {
nameField.removeItemValue(item, oldName);
resultSb.append(" removed name: '").append(oldName).append("'");
}
nameField.addItemValue(item, newName);
resultSb.append(" added name: '").append(newName).append("'");
}
}



Could this be the reason for this is that updating the license name from 
your curation task is not applicable for DSpace 5x version?

Thanks in advance and regards,
euler

On Wednesday, August 26, 2015 at 10:22:48 PM UTC+8, Richard Rodgers wrote:

> Hi folks: 
>
> Just to add to this thread, I think the best approach is to directly edit 
> these related CC fields (or add/remove bitstreams) as seldom as possible,
> since it is too easy to introduce inconsistencies among them (e.g. the 
> name doesn't match the URI, or the bitstream, etc).
>
> To address this need in a 'safer' way, I just put up some curation task 
> code:
>
> https://github.com/richardrodgers/ctask/blob/master/general/src/main/java/org/dspace/ctask/general/CCLicenseLookup.java
>
> that does the following: it uses the license URI as the 'key' and then 
> fetches the values (license Name, and license RDF) from CC and assigns
> them to the item. That way one can be assured of having a consistent set 
> of values (2 metadata fields and a bitstream). In fact, I think
> the submission UI can be configured to only set the URI, so that you don't 
> need to redo anything but that field, and leave the rest to the task.
>
> It's untested as yet, but since we might be needing something like this 
> for local MIT 1.8 upgrade work,  I thought I'd share early…
>
> Thanks,
>
> Richard R.
> On Jan 21, 2013, at 3:20 PM, Andrea Schweer wrote:
>
> Hi,
>
> On 22/01/13 02:11, helix84 wrote:
>
> Anyway, there's no direct support for adding a CC license in XMLUI or
>
> JSPUI that we know of AFTER the original submission. I also tried
>
> looking at how you can do it manually by editing bitstreams/metadata,
>
> but the fact that the bitstreams are stored in the CC-LICENSE bundle
>
> together with the fact that you can't add or remove bundles from the
>
> UIs means, that it can't be done at this moment.
>
>
> You can add to the CC-LICENSE bundle via edit bitstreams in XMLUI if you
> add the bundle name to xmlui.bundle.upload in dspace.cfg -- in fact,
> just un-commenting the default should do it:
> https://github.com/DSpace/DSpace/blob/master/dspace/config/dspace.cfg#L1749
>
> cheers,
> Andrea
>
> -- 
> Dr Andrea Schweer
> IRR Technical Specialist, ITS Information Systems
> The University of Waikato, Hamilton, New Zealand
>
>
>
> --
> Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
> MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
> with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
> MVPs and experts. SALE $99.99 this month only -- learn more at:
> http://p.sf.net/sfu/learnmore_122412
> ___
> DSpace-tech mailing list
> dspac...@lists.sourceforge.net 
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> 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] assign dc.autor = eperson.lastname in submission step

[dspace-tech] Re: Unknown state in workflow

[dspace-tech] Re: Unknown state in workflow

Re: [dspace-tech] SOLR Configuration (Searching)

[dspace-tech] DSpace Shibboleth Authenticaion creating "empty" user and authenticating as this user

Re: [dspace-tech] SOLR Configuration (Searching)

Re: [dspace-tech] SOLR statistics core stores values ip: "0:0:0:0:0:0:0:1" and dns: "0:0:0:0:0:0:0:1"

[dspace-tech] Re: [Dspace-tech] Creative commons in edit item tool

8 matches

Site Navigation

Mail list logo

Footer information