Re: [dspace-tech] new table in 6.3

2020-02-24 Thread Jose Blanco
Kind of stuck trying to create a query without having to map it.  This is
what I have:

@Override

public List findProxiesForDepositor(Context context, UUID
depositor_id) throws SQLException {



Query query = getHibernateSession(context).createSQLQuery("SELECT *
FROM EPerson WHERE uuid in (SELECT proxy_id from proxies where depositor_id
=:depositor_id)");

query.addEntity(EPerson.class);

query.setParameter("depositor_id", depositor_id);


List epersons = query.list();


return epersons;


}


It's telling me that :


[ERROR] EPersonDAOImpl.java:[187,14] cannot find symbol

[ERROR] symbol:   method
addEntity(java.lang.Class)

[ERROR] location: variable query of type org.hibernate.Query


I found something on the web that suggested I could do it this way.


If someone could correct this query, that would really help me because I
have others like it.


Thank you!

-Jose



On Thu, Feb 20, 2020 at 4:01 PM Tim Donohue  wrote:

> Hi Jose,
>
> There is one example of createNativeQuery() in the DSpace codebase itself
> here:
>
>
> https://github.com/DSpace/DSpace/blob/master/dspace-api/src/main/java/org/dspace/eperson/dao/impl/GroupDAOImpl.java#L170
>
> I'm sure you could find more examples via Google or StackOverflow as well.
>
> Tim
>
> --
> *From:* Jose Blanco 
> *Sent:* Thursday, February 20, 2020 2:28 PM
> *To:* Tim Donohue 
> *Cc:* DSpace Technical Support 
> *Subject:* Re: [dspace-tech] new table in 6.3
>
> Looking for an example.  I wonder if someone in the community has done
> this. I think using createNativeQuery() would be preferable.  I have 4
> tables that are not part of the dspace code that I need to manipulate.
>
> Thanks!
> -Jose
>
> On Thu, Feb 20, 2020 at 1:01 PM Tim Donohue 
> wrote:
>
> Hi Jose,
>
> That error from Hibernate usually means that you are trying to run a
> straight SQL query when it's expecting you to use HQL (Hibernate Query
> Language) and a Hibernate Entity object.  So, more than likely you need to
> do one of the following:
>
>
>- Either, Create a Hibernate Entity class that maps to this Table. See
>
> https://docs.jboss.org/hibernate/annotations/3.5/reference/en/html/entity.html
>  This
>is how DSpace 6.x (and above) already maps to existing tables...you'll see
>an Entity object corresponding to every table in the codebase.
>- Or, you might be able to tell Hibernate this is just a plain old SQL
>query by using Hibernate's "createNativeQuery()" method instead of using
>"createQuery()" (as the latter expects a Hibernate Entity).  More info on
>that is at
>https://docs.jboss.org/hibernate/core/4.0/hem/en-US/html/query_native.html
>
>
> Hopefully that helps.
>
> Tim
>
> --
> *From:* dspace-tech@googlegroups.com  on
> behalf of Jose Blanco 
> *Sent:* Thursday, February 20, 2020 10:42 AM
> *To:* DSpace Technical Support 
> *Subject:* [dspace-tech] new table in 6.3
>
> I have a new table in 6.3 - individual_stats, and I'm seeing this error:
>
> org.hibernate.hql.internal.ast.QuerySyntaxException: individual_stats is
> not mapped [SELECT count(*) FROM individual_stats WHERE email='
> blan...@umich.edu']
>
> How do I map indiviual_stats table?
>
> Thank you!
> -Jose
>
> --
> All messages to this mailing list should adhere to the DuraSpace Code of
> Conduct: https://duraspace.org/about/policies/code-of-conduct/
> ---
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/CAK%3DKc-uyfZ8QofBe2Mo9WKyPDSAA8vvOgh4HfsAM%3DJWGPFsNNw%40mail.gmail.com
> 
> .
>
>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAK%3DKc-vTcRvGYgE%2B5oHHeaF5zJD5RSkQafvcHEYz9w_aiFQcrQ%40mail.gmail.com.


[dspace-tech] Re: Importing CSV file with special characters into DSpace.

2020-02-24 Thread genevieve.tur...@anu.edu.au
Hi Fahad,

Are you using the "Improt metadata" or "Batch import" method?  If using the 
Batch Import method I would suggest looking at your bte.xml and you will 
need to use the fields as defined, and in the order defined there (this is 
the one where you select the type input data).  With the Import metadata 
(where you just upload a csv) then I'm not sure what the the problem is.  
Personally for CSV imports I would recommend the Import metadata over Batch 
import.

Regards,

Genevieve

On Wednesday, February 12, 2020 at 12:59:10 AM UTC+11, Fahad Ubaid wrote:
>
> Asalam-o-Aliakum/ Greetings Ali,
>
> I am new user of dspace & facing problem in importing metadata from csv 
> file to the dspace. 
>
> whenever I import a data from csv  to the dspace, It change the filed 
> location for example value of author field goes into the date field, and so 
> on. For the reference picture is attached.
>
> can you help me in this regard,
>
> I am very thankful if you help me
>
>
>
> On Monday, March 28, 2016 at 8:40:20 PM UTC+5, Ali Mansoor wrote:
>>
>> Dear,
>>
>> Open the CSV file in the notepad & go to the save as option & below their 
>> is a encoding option then select the encoding to the UTF-8 & save.Upload 
>> again that csv file in the dspace & see the changes if not then check your 
>> tomcat server.xml file at the "connector" weather the Encoding has set to 
>> the UTF-8 or not, if not then set for UTF-8 & restart the tomcat.
>>
>>
>> On Thursday, March 10, 2016 at 8:18:05 PM UTC+3, Xiping Liu wrote:
>>>
>>> Hello everyone, 
>>>
>>> A few months ago we started a project of cleaning up our electronic 
>>> thesis and dissertation records from DSpace. We exported our data from 
>>> Dspace as a csv file and after the cleanup we are ready to import the data 
>>> back into Dspace. But we noticed that some of the names (accent marks and 
>>> quotes) in our data are not showing correctly (I am assuming the encoding 
>>> is not set correctly in the very beginning after we export). But since we 
>>> have already done our clean up in our file, it will be really painful to go 
>>> back and re export the file from Dspace (so we can set the encoding 
>>> correctly this time) and redo all the editing. I wonder is there any way we 
>>> can correct the encoding after we import the data back into Dspace? Or any 
>>> suggestions to solve this problem? I have attached a small sample of our 
>>> data. 
>>>
>>> Your help is greatly appreicated. 
>>>
>>> Xiping 
>>>
>>>
>>>

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/5cf2c6f8-fe4d-4448-b78e-b8c7ced473d9%40googlegroups.com.


Re: [dspace-tech] Depositing items from SWORD without validation on DSpace 5.5

2020-02-24 Thread Tim Donohue
Hello,

SWORD respects any configured Collection approval workflows.  So, if you do a 
SWORD deposit to a Collection that requires approval, then it will go into the 
approval workflow & require approval before it appears.  However, if you do a 
SWORD deposit to a Collection *that has no approval processes*, then the 
deposit will appear immediately.

I don't recall any easy way to override required Collection approvals (without 
modifying code) in SWORD.  But, if someone else knows of a way, then hopefully 
they'll post a solution to this thread.

Tim

From: dspace-tech@googlegroups.com  on behalf of 
adspaceusr 
Sent: Monday, February 24, 2020 3:07 AM
To: DSpace Technical Support 
Subject: [dspace-tech] Depositing items from SWORD without validation on DSpace 
5.5

Hello gurus,

We're trying to send items to dspace through sword but every time they get 
stuck in validation steps. Is there any way to skip that part? If so, how?

Thanks!

--
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
---
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/9fdabd58-4be8-47bd-b8e7-36beabf8350e%40googlegroups.com.

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/DM5PR2201MB1148E44460DA337EA0F1CC8BEDEC0%40DM5PR2201MB1148.namprd22.prod.outlook.com.


Re: [dspace-tech] MIGRATING DSPACE DATABASE FROM DSPACE 5.2 ON WINDOWS 7 TO DSPACE 6.3 ON UBUNTU SERVER 18.04

2020-02-24 Thread Gerald Okeke
I actually changed the Handle number back to the default "123456789" value.
And then the backup was successful. I am trying to do a restore now. If I
have any challenges I will get back to you. Thank you.

On Mon, 24 Feb 2020, 4:06 pm Claudia Jürgen, 
wrote:

> Hello Gerald,
>
> you wrote earlier, that you ran update handle prefix script.
> This will update handle values in the database.
>
> Did you change the value in your configuration file as well?
>
> Hope this helps
>
> Claudia Jürgen
>
> Am 21.02.2020 um 11:11 schrieb Gerald Okeke:
> > Thank you Claudia,
> >
> > I tried using 54321/0 as handle prefix for the sitewide backup, but I
> still
> > got the same error message.
> > Please I would like to ask how I can get the specific prefix/[NUMBER] for
> > the several communities I have on Dspace. I would like to learn how to
> > backup and restore either as a community, collection or item.
> > I have also attached a screen shot of the exception I got when tried
> doing
> > the sitewide backup. Since the exceptions still reads "Cannot resolve
> > handle "54321" could there be a way to specifically confirm the handle no
> > of the dspace by running a command?
> > Thank you,
> >
> > Best Regards,
> > Okeke Gerald
> >
> > [image: exception exporting site.jpg]
> >
> > On Fri, Feb 21, 2020 at 9:18 AM Claudia Jürgen <
> > claudia.juer...@tu-dortmund.de> wrote:
> >
> >> Hello Gerald,
> >>
> >> 54321 is your handle prefix, not a valid handle in itself.
> >> Each community, collection and item will be assigned an individual
> >> handle, which consist of prefix/[NUMBER] automatically.
> >> In AIP you can specify 54321/0 in order to export the entire site, see
> >>
> >>
> https://wiki.lyrasis.org/display/DSDOC6x/AIP+Backup+and+Restore#AIPBackupandRestore-ExportingEntireSite
> >>
> >> Hope this helps
> >>
> >> Claudia Jürgen
> >>
> >>
> >> Am 20.02.2020 um 15:34 schrieb Gerald Okeke:
> >>> Thank you Claudia,
> >>>
> >>> But I have challenges doing a backup to AIP on dspace. I ran the
> >> following
> >>> command on cmd (windows)
> >>>
> >>> \dspace\bin\dspace packager -d -a -t AIP -e  -i 54321
> >>> ARHIVE54321.zip
> >>>
> >>> But I got an exception as seen in the picture below. Apparently it
> >> reads:*
> >>> Bad identifier/handle -- cannot resolve handle ""54321"".*
> >>>
> >>> Prior to now, I had earlier ran an update command to change my handle
> >> from
> >>> the default ""123456789"" to ""54321"" and the update command was
> >>> successful.
> >>> Here is the update command I used to update my handle:
> dspace/bin/dspace
> >>> update-handle-prefix 123456789 54321.
> >>>
> >>> I presume that my new handle is now 54321.
> >>>
> >>> Pls note that this current Dspace is installed in a local area network
> >> and
> >>> not hosted online. Now I am trying to migrate the dspace application
> >> from a
> >>> windows machine to a proper server that has Ubuntu 18.03 OS but both
> will
> >>> be running locally.
> >>>
> >>> I await you reply. Thank you so much for you assistance.
> >>>
> >>> Best Regards,
> >>> Gerald Okeke
> >>>
> >>>
> >>> [image: exception exporting a community on dspace to AIP format.jpg]
> >>>
> >>> On Tue, Feb 4, 2020 at 2:20 PM Claudia Jürgen <
> >>> claudia.juer...@tu-dortmund.de> wrote:
> >>>
>  Hello,
> 
>  take a look at the AIP Backup and Restore
>  https://wiki.lyrasis.org/display/DSDOC6x/AIP+Backup+and+Restore
> 
>  Hope this helps
> 
>  Claudia Jürgen
> 
> 
>  Am 04.02.2020 um 13:09 schrieb Gerald Okeke:
> > Greetings,
> >
> > I seek assistance on how to migrate Dspace and database from Dspace
> 5.2
> > installed on WINDOWS 7 computer to fresh installation of Dspace 6.3
> > installed on Ubuntu Server 18.04. I have tried copying the Assetstore
> > folder from the windows 7 to the Ubuntu server. But that did not
> work.
> >> I
> > will appreciate help from anyone. Thank you!!
> >
> > Best Regards,
> > Gerald
> >
>  --
>  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 

Re: [dspace-tech] MIGRATING DSPACE DATABASE FROM DSPACE 5.2 ON WINDOWS 7 TO DSPACE 6.3 ON UBUNTU SERVER 18.04

2020-02-24 Thread Claudia Jürgen

Hello Gerald,

you wrote earlier, that you ran update handle prefix script.
This will update handle values in the database.

Did you change the value in your configuration file as well?

Hope this helps

Claudia Jürgen

Am 21.02.2020 um 11:11 schrieb Gerald Okeke:

Thank you Claudia,

I tried using 54321/0 as handle prefix for the sitewide backup, but I still
got the same error message.
Please I would like to ask how I can get the specific prefix/[NUMBER] for
the several communities I have on Dspace. I would like to learn how to
backup and restore either as a community, collection or item.
I have also attached a screen shot of the exception I got when tried doing
the sitewide backup. Since the exceptions still reads "Cannot resolve
handle "54321" could there be a way to specifically confirm the handle no
of the dspace by running a command?
Thank you,

Best Regards,
Okeke Gerald

[image: exception exporting site.jpg]

On Fri, Feb 21, 2020 at 9:18 AM Claudia Jürgen <
claudia.juer...@tu-dortmund.de> wrote:


Hello Gerald,

54321 is your handle prefix, not a valid handle in itself.
Each community, collection and item will be assigned an individual
handle, which consist of prefix/[NUMBER] automatically.
In AIP you can specify 54321/0 in order to export the entire site, see

https://wiki.lyrasis.org/display/DSDOC6x/AIP+Backup+and+Restore#AIPBackupandRestore-ExportingEntireSite

Hope this helps

Claudia Jürgen


Am 20.02.2020 um 15:34 schrieb Gerald Okeke:

Thank you Claudia,

But I have challenges doing a backup to AIP on dspace. I ran the

following

command on cmd (windows)

\dspace\bin\dspace packager -d -a -t AIP -e  -i 54321
ARHIVE54321.zip

But I got an exception as seen in the picture below. Apparently it

reads:*

Bad identifier/handle -- cannot resolve handle ""54321"".*

Prior to now, I had earlier ran an update command to change my handle

from

the default ""123456789"" to ""54321"" and the update command was
successful.
Here is the update command I used to update my handle: dspace/bin/dspace
update-handle-prefix 123456789 54321.

I presume that my new handle is now 54321.

Pls note that this current Dspace is installed in a local area network

and

not hosted online. Now I am trying to migrate the dspace application

from a

windows machine to a proper server that has Ubuntu 18.03 OS but both will
be running locally.

I await you reply. Thank you so much for you assistance.

Best Regards,
Gerald Okeke


[image: exception exporting a community on dspace to AIP format.jpg]

On Tue, Feb 4, 2020 at 2:20 PM Claudia Jürgen <
claudia.juer...@tu-dortmund.de> wrote:


Hello,

take a look at the AIP Backup and Restore
https://wiki.lyrasis.org/display/DSDOC6x/AIP+Backup+and+Restore

Hope this helps

Claudia Jürgen


Am 04.02.2020 um 13:09 schrieb Gerald Okeke:

Greetings,

I seek assistance on how to migrate Dspace and database from Dspace 5.2
installed on WINDOWS 7 computer to fresh installation of Dspace 6.3
installed on Ubuntu Server 18.04. I have tried copying the Assetstore
folder from the windows 7 to the Ubuntu server. But that did not work.

I

will appreciate help from anyone. Thank you!!

Best Regards,
Gerald


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

--
All messages to this mailing list should adhere to the DuraSpace Code of
Conduct: https://duraspace.org/about/policies/code-of-conduct/
---
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 view this discussion on the web visit


https://groups.google.com/d/msgid/dspace-tech/2becbc83-3042-77d6-571d-6d4d21aa274a%40tu-dortmund.de

.


--
Claudia Juergen
Eldorado

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


[dspace-tech] Depositing items from SWORD without validation on DSpace 5.5

2020-02-24 Thread adspaceusr
Hello gurus,

We're trying to send items to dspace through sword but every time they get 
stuck in validation steps. Is there any way to skip that part? If so, how? 

Thanks!

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/9fdabd58-4be8-47bd-b8e7-36beabf8350e%40googlegroups.com.


Re: [dspace-tech] Re: Importing CSV file with special characters into DSpace.

2020-02-24 Thread Paul Münch
Hello,

welcome in the DSpace community. Are you sure that you filled the
metadata fields with the correct values? DSpace doesn't prove which
value is in which field. On the screenshot it looks like they get out of
their places. Maybe it is a misplaced comma only.

Kind regards,

Paul Münch

Am 11.02.20 um 10:54 schrieb Fahad Ubaid:
> Asalam-o-Aliakum/ Greetings Ali,
>
> I am new user of dspace & facing problem in importing metadata from
> csv file to the dspace. 
>
> whenever I import a data from csv  to the dspace, It change the filed
> location for example value of author field goes into the date field,
> and so on. For the reference picture is attached.
>
> can you help me in this regard,
>
> I am very thankful if you help me
>
>
>
> On Monday, March 28, 2016 at 8:40:20 PM UTC+5, Ali Mansoor wrote:
>
> Dear,
>
> Open the CSV file in the notepad & go to the save as option &
> below their is a encoding option then select the encoding to the
> UTF-8 & save.Upload again that csv file in the dspace & see the
> changes if not then check your tomcat server.xml file at the
> "connector" weather the Encoding has set to the UTF-8 or not, if
> not then set for UTF-8 & restart the tomcat.
>
>
> On Thursday, March 10, 2016 at 8:18:05 PM UTC+3, Xiping Liu wrote:
>
> Hello everyone, 
>
> A few months ago we started a project of cleaning up our
> electronic thesis and dissertation records from DSpace. We
> exported our data from Dspace as a csv file and after the
> cleanup we are ready to import the data back into Dspace. But
> we noticed that some of the names (accent marks and quotes) in
> our data are not showing correctly (I am assuming the encoding
> is not set correctly in the very beginning after we export).
> But since we have already done our clean up in our file, it
> will be really painful to go back and re export the file from
> Dspace (so we can set the encoding correctly this time) and
> redo all the editing. I wonder is there any way we can correct
> the encoding after we import the data back into Dspace? Or any
> suggestions to solve this problem? I have attached a small
> sample of our data. 
>
> Your help is greatly appreicated. 
>
> Xiping 
>
>
> -- 
> All messages to this mailing list should adhere to the DuraSpace Code
> of Conduct: https://duraspace.org/about/policies/code-of-conduct/
> ---
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/0111cc0c-c066-4f83-8e0e-975788fbbe79%40googlegroups.com
> .

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/8f2c0a1a-3e48-b202-675a-f880b3041681%40staff.uni-marburg.de.


Re: [dspace-tech] Re: LDAPAuthentication - can't create ePerson at DEBUG

2020-02-24 Thread Ondrej Kosarko
Sounds a bit like [ https://jira.lyrasis.org/browse/DS-2505 | 
https://jira.lyrasis.org/browse/DS-2505 ] 

Ondrej 

From: "Mark H. Wood"  
To: "DSpace Technical Support"  
Sent: Thursday, 20 February, 2020 15:49:45 
Subject: Re: [dspace-tech] Re: LDAPAuthentication - can't create ePerson at 
DEBUG 

I took a quick look at LDAPAuthentication.java. From the log 
messages, it seems that execution reached the log.info() call at line 
368. This flows down to the 'return' at line 370 BUT we are still in 
a try{} with a finally{}, so it appears that this method will call 
context.restoreAuthSystemState() twice before actually returning. 
restoreAuthSystemState() catches the EmptyStackException and logs it. 

The nested try{} blocks are a bit muddled. The method needs thorough 
study and probably some re-organization. 

There is quite a bit of code in Context#restoreAuthSystemState which 
is only executed when debugging is enabled, around line 303 ff. I'm 
not sure what it is for. This code *also* pops a stack without 
checking for underflow, and in this case any resulting exception is 
not caught, which may yield interesting results. 

That's not a thorough analysis, but it is a start. 

-- 
Mark H. Wood 
Lead Technology Analyst 

University Library 
Indiana University - Purdue University Indianapolis 
755 W. Michigan Street 
Indianapolis, IN 46202 
317-274-0749 
www.ulib.iupui.edu 

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/ 
--- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/20200220144945.GC1294%40IUPUI.Edu.
 

-- 
All messages to this mailing list should adhere to the DuraSpace Code of 
Conduct: https://duraspace.org/about/policies/code-of-conduct/
--- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/1526378737.2136151.1582532588148.JavaMail.zimbra%40ufal.mff.cuni.cz.