Re: [dspace-tech] Custom EmbargoSetter allowing on campus access

[Terry Brady]

Shawn,

I think modules/additions/src/main/java is the best place to put it.

Terry

On Wed, Aug 14, 2019 at 6:10 AM Shawn Kiewel  wrote:

> Followup: reading the Advanced Customization page leads me to think I
> should place that file in [dspace-source]/dspace/modules/additions. Is this
> correct?
>
>
>
> Thanks again for all the help.
>
> Shawn
>
>
>
>
>
> *From: *Terry Brady 
> *Date: *Tuesday, August 13, 2019 at 5:40 PM
> *To: *Shawn Kiewel , DSpace Technical Support <
> dspace-tech@googlegroups.com>
> *Subject: *Re: [dspace-tech] Custom EmbargoSetter allowing on campus
> access
>
>
>
> I meant to include this link.
>
>
>
>
> https://github.com/DSpace/DSpace/blob/master/dspace/config/modules/authentication-ip.cfg
>
>
>
>
> On Tue, Aug 13, 2019 at 2:39 PM Terry Brady 
> wrote:
>
> Shawn,
>
>
>
> Have you configured ip authentication for your site?  The IP
> authentication will place a user session within a specific named "special
> group".
>
>
>
> You could follow the example that you linked to but change the name of the
> group to the "special group" that you configure in the ip authentication
> config.
>
>
>
> Terry
>
>
>
> On Tue, Aug 13, 2019 at 12:31 PM Shawn Kiewel  wrote:
>
> Does anyone have a custom EmbargoSetter class I could peek at that allows
> for access from campus IPs while enforcing the embargo for the world? I did
> look at this example
> ,
> but it uses groups to do its filtering, and I'm not sure how to adapt it.
>
>
>
> Thanks,
>
> Shawn
>
> --
> 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/8748ffae-215c-47d6-af34-fef0eae6d1b7%40googlegroups.com
> 
> .
>
>
>
>
> --
>
> Terry Brady
>
> Applications Programmer Analyst
>
> Georgetown University Library Information Technology
>
> https://github.com/terrywbrady/info
>
> 425-298-5498 (Seattle, WA)
>
>
>
>
> --
>
> Terry Brady
>
> Applications Programmer Analyst
>
> Georgetown University Library Information Technology
>
> https://github.com/terrywbrady/info
>
> 425-298-5498 (Seattle, WA)
>
> --
> 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/B110A63A-0040-4760-8A01-F7B3648FCDEC%40gmail.com
> 
> .
>


-- 
Terry Brady
Applications Programmer Analyst
Georgetown University Library Information Technology
https://github.com/terrywbrady/info
425-298-5498 (Seattle, WA)

-- 
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/CAMp2YEwEJXmYeArzarmJy2GsO28sRiSZqbiH1ju875H1FAVdLQ%40mail.gmail.com.

Re: [dspace-tech] Multitenancy / multisite DSpace

[Vlastimil Krejčíř]

Hello Paul,

thank you for your answer. I saw your presentation at OR - yes, you are
right, this kind of automation is the way.

However, in case I have small projects, the multitenancy makes still
sense. For example we are just helping our archeologists to preserve the
data for the artifacts they collected at certain locality, just only
about 300 items. There won't be more in this project (since they
probably will not find anything more there).

In such case the scalability would be OK (the target audience is quite
small). Having just the assetstore in case of serious breakdown (I would
say disaster :-)) could be a trouble, but having also the database and
related things backup... Nevertheless, you are right, it is a risk.

Regards,

Vlastik


On 8/14/19 7:41 AM, Paul Münch wrote:
> Hello Vlastik,
> 
> we run a handful DSpace instances at our institution. For every service
> we have a single instance - independent of number of items. We discussed
> your solution, too. But decided against, because of following points:
> 
> * lesser scabalbility and maintenanability if there come more services
> or users
> * all data are in one assetstore unassigend to a service - in case of a
> serious breakdown it could be very hard to separate the data and move
> them consistent in an another system (DSpace or something else)
> 
> For us it is the best way to install and maintain one instance for one
> service. If there are only less items, your single VM don't need that
> much power, too.
> 
> I'm not sure, if you maybe talked to my colleague. But we introduced at
> OR2019 our DSpace-Clustering
> (https://www.conftool.net/or2019/index.php?page=browseSessions_session=349).
> Maybe the setup is interesting for you - besides the Puppet
> configuration. At our institution we run both all components on a single
> VM and each component on a single VM (Clustering).
> 
> Kind regards,
> 
> Paul Münch
> 
> Am 13.08.19 um 17:00 schrieb Vlastimil Krejčíř:
>> Hi all,
>>
>> I would like to ask/discuss a (probably?) new topic - a
>> multitenancy/multisite DSpace. What exactly do I mean?
>>
>> I want to have several projects in one instance of DSpace. For example
>> the archive of mathematics and the archive for archeologists. Both are
>> rather small (hundreds or small thousands of Items), but different
>> metadata, different structures). Or another example is to provide the
>> archives for two different institutions. (Yes, I can install two
>> DSpace instances, with help of Puppets, Docker and such tools,
>> however, especially in case of small projects it makes sense to have
>> just only one instance of DSpace.)
>>
>> I would like to achieve absolute transparency to end users:
>>
>> 1. both project have separate URLs
>> 2. different web design
>> 3. separate data for browse and search
>> 4. different metadata schemas (or just metadata fields)
>> 5. separate handles (prefixes)
>> 6. separate administration
>>
>>
>> I have thought about this points and my guess is that I can simulate
>> the projects via communities (one project = one community):
>>
>> 1. possible using mod_rewrite (somehow, I haven't thought of details)
>> 2. definitely possible via XMLUI (not sure about Angular in DSpace 7)
>> 3. possible using browse and search the community
>> 4. possible
>> 5. not possible (or need further development)
>> 6. probably possible
>>
>> The question might be scalability, but I think it should be OK for
>> smaller projects (lets say up to ten projects, each of them no more
>> than thousands of Items).
>>
>> I discussed this topic with some of you at OR 2019 in Hamburg and I
>> was redirected to this page:
>>
>> https://csufresno-dspace.calstate.edu/
>>
>> which is probably something I want to achieve (just click the
>> communities, the URL and design will change).
>>
>> Are there anyone in the community who has already tried to solve this?
>> How do you technically solve for example the point no. 1 in my list? I
>> would be really grateful if you could share you experience.
>>
>> Regards,
>>
>> Vlastik
>>
>>
>> -- 
>> 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/081375bd-9f45-428f-9084-901b599178cb%40googlegroups.com
>> .
> 
> -- 
> Philipps-Universität Marburg | UB 
> Digitale Dienste | Deutschhausstraße 9 | D018
> Tel. +49 06421 28-24624  
> --
> 
> -- 
> All messages to this mailing list should adhere to the DuraSpace 

Re: [dspace-tech] how to get number of downloads of a article

[euler]

Hello Anne,

Thanks for sharing the code. I managed to implement these in our 
repositories. I added fq=-isBot in the SOLR query so that it will tally 
with the figure(s) displayed for "File Visits" when you clicked the "View 
Usage Statistics" link from the sidebar menu. I now interested to also 
display the Item visits or Item views. I can't seem to extract the item's 
ID from item-view.xsl.

Hope you or someone on this list can shed light on how to achieve this.

Thanks in advance!
euler


On Friday, June 28, 2019 at 10:22:21 PM UTC+8, Anne Lawrence wrote:
>
> That screenshot is from VTechWorks, 
> https://vtechworks.lib.vt.edu/handle/10919/89491. Issue 
> https://github.com/VTUL/vtechworks/issues/317 with pull request, 
> https://github.com/VTUL/vtechworks/pull/427, discusses how we implemented 
> this in DSpace 5.
>
> On Wednesday, June 26, 2019 at 1:48:20 PM UTC-4, Tim Donohue wrote:
>>
>> Hello,
>>
>> That looks to be a local customization of DSpace.  It's not an 
>> out-of-the-box feature at this time in either DSpace 5.x or 6.x.  It's 
>> unclear where you got that screenshot from, but you may want to contact 
>> that institution to see if they can share the code behind that 
>> customization. Or, perhaps they will recognize this screenshot and contact 
>> you via this mailing list.
>>
>> - Tim
>>
>> On Wed, Jun 26, 2019 at 8:51 AM Xolisa Nobebe  wrote:
>>
>>> How to enable the file downloads stats on dspace 5.7 
>>>
>>> [image: dspace.PNG]
>>>
>>> -- 
>>> 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 dspac...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/dspace-tech/a7d98a65-88f4-4322-a054-396d1aacd191%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>
>>
>> -- 
>>
>> Tim Donohue
>> Technical Lead for DSpace & DSpaceDirect
>> DuraSpace.org | DSpace.org | DSpaceDirect.org
>>
>>

-- 
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/d9fdc767-6958-4029-9522-cd5fdc5c784c%40googlegroups.com.

Re: [dspace-tech] How to master and manipulate dspace 6 code

[Tim Donohue]

Hello Guillermo,

Just to clarify your final question.  DSpace does not require any payment to 
run locally. It is 100% free to use, and all public support options are free to 
use as well (except where otherwise stated): 
https://wiki.duraspace.org/display/DSPACE/Support

There is an optional membership available if your institution would like to 
support the ongoing development of DSpace: 
https://duraspace.org/dspace/community/members/  However, that membership is 
completely optional and not required for anyone to use or install DSpace.

All that said, there is no free, online hosted version of DSpace (so I'm not 
sure what "free account" you are referencing?).  Instead, you can freely 
install and run it locally on your own server (though you may need to purchase 
a physical or virtual server, like in AWS, if you do not have one). 
Alternatively, if you'd like someone to install or host DSpace for you, we have 
service providers who are willing to do that  (however it will cost money as 
well): https://duraspace.org/dspace/resources/service-providers/

If you have other questions though, please feel free to ask them on this list 
or via one of the support options listed above.  We'll do our best to help!

Tim


From: dspace-tech@googlegroups.com  on behalf of 
Guillermo Donadio 
Sent: Wednesday, August 14, 2019 8:36 AM
To: Mark H. Wood ; DSpace Technical Support 

Subject: Re: [dspace-tech] How to master and manipulate dspace 6 code



Good Morning: My name is Guillermo Donadio from Panamá, I had a simillar 
project to install DSPACE and the marketing of this said "easy installation" 
and this is absolutelly untrue. First because tha manual doesn't help and 
second because the videos for installation on you tube are not very clear. I am 
sending a power point with the steps for installation but is in spanish, so you 
can google translate it in english. I am sure this will clarify the issues 
needed to install. Hope it serves you. Please post this information in the 
group.

Now let me explain my case. I fortunatelly can install the DSPACE software with 
a lot of headaches in my laptop. I do create an account on my laptop to install 
it offline. Now I need to upload this installation but I have looking arround 
to create an account to upload it free, but when I try to create and account I 
cannot find the login for creating a free account and it says that you must 
become a member paying $500.00 minimum. If you have any information in how to 
create an account (free) specially the link I will kindly appreciate it.

Thanks

Guillermo


El 14 de agosto de 2019 a las 7:54 "Mark H. Wood" 
mailto:mwoodiu...@gmail.com>> escribió:


On Wed, Aug 14, 2019 at 04:51:19AM -0700, Turbo wrote:

I am working with an organisation that have decided to use dspace 6 as a
repository system,and i have been assigned a responsibility to manage the
repository and part of the requirement requires me to do a lot of code
manipulations especially at the backend, I am a full stack web developer
experienced in using laravel and vuejs and so far looking at the dspace
code looks complicated to me despite checking the dpace documentation. I
understand dspace is built with Jsp and Servlets, so i am thinking of
taking a course on it online if that will guarantee my understanding of the
whole dspace code base. I don't know if there is any of such courses you
will recommend or anything other resource or means that will help me to
fully understand and be able to reverse engineer Dspace6. Thanks

Welcome to the community!

DSpace 6 has *two* complete web UIs: one based on JSP, and the other
on Cocoon 2. You can choose whichever is more suited to your
organization's needs, including compatibility with your prior
experience. Their feature sets are quite similar (though not 100%
identical).

The JSPUI is probably more conventional. It's JSP 1 with a sizable
amount of scriptlet code mixed into the templates. You should be able
to find books and training on JSP easily. There is a bit of advice on
customization, but JSPUI is fairly straightforward:

https://wiki.duraspace.org/display/DSDOC6x/JSPUI+Configuration+and+Customization

The XMLUI has quite a lot of DSpace-specific structure built on top of
Cocoon. It would be a good idea to read:

https://wiki.duraspace.org/display/DSDOC6x/DSpace+Reference
https://wiki.duraspace.org/display/DSDOC6x/Advanced+Customisation
https://wiki.duraspace.org/display/DSDOC6x/XMLUI+Configuration+and+Customization

You will see "Manakin", the original project name for this UI, used as
an alternate name for XMLUI in the documentation. For a quick
overview of XMLUI:

o The Java code uses a toolkit called WING to build an XML document
in a dialect called DRI. It's organized into "aspects" which each
get a chance to add elements to the developing page. The Cocoon
sitemap orchestrates this process -- the aspect code embodies
Cocoon generators, readers, and transformers. There is formal

Re: [dspace-tech] Re: ant fresh_install error

[Tim Donohue]

Hello,

That error message says that DSpace cannot find your "local.cfg". Did you 
create the local.cfg yet?  See step #5 (Initial Configuration) of the 
installation process: 
https://wiki.duraspace.org/display/DSDOC6x/Installing+DSpace#InstallingDSpace-Installation

You should have already created a basic "local.cfg" file before you run "ant 
fresh_install" (which is step #8 of that same installation process).

Tim


From: dspace-tech@googlegroups.com  on behalf of 
Tekeba Destaye 
Sent: Wednesday, August 14, 2019 3:11 AM
To: DSpace Technical Support 
Subject: [dspace-tech] Re: ant fresh_install error



On Monday, August 5, 2019 at 6:13:55 AM UTC-7, Piyush wrote:
C:\dspace-6.3-src-release\dspace\target\dspace-installer>ant fresh_install
Buildfile: C:\dspace-6.3-src-release\dspace\target\dspace-installer\build.xml

init_installation:

prepare_configs:
[mkdir] Created dir: 
C:\dspace-6.3-src-release\dspace\target\dspace-installer\config-temp
 [copy] Copying 158 files to 
C:\dspace-6.3-src-release\dspace\target\dspace-installer\config-temp
 [copy] Copying 1 file to 
C:\dspace-6.3-src-release\dspace\target\dspace-installer\config-temp
 [copy] Copying 16 files to 
C:\dspace-6.3-src-release\dspace\target\dspace-installer\config-temp

init_configs:
 [copy] Copying 1 file to C:\dspace\config
   [delete] Deleting directory 
C:\dspace-6.3-src-release\dspace\target\dspace-installer\config-temp

test_database:
 [java] 2019-08-03 08:49:25,547 WARN  
org.apache.commons.configuration.DefaultConfigurationBuilder @ Internal error
 [java] org.apache.commons.configuration.ConfigurationException: Cannot 
locate configuration source local.cfg
 [java] at 
org.apache.commons.configuration.AbstractFileConfiguration.load(AbstractFileConfiguration.java:259)
 [java] at 
org.apache.commons.configuration.AbstractFileConfiguration.load(AbstractFileConfiguration.java:238)
 [java] at 
org.apache.commons.configuration.DefaultConfigurationBuilder$FileConfigurationProvider.getConfiguration(DefaultConfigurationBuilder.java:1455)
 [java] at 
org.apache.commons.configuration.DefaultConfigurationBuilder$ConfigurationBeanFactory.createBean(DefaultConfigurationBuilder.java:1321)
 [java] at 
org.apache.commons.configuration.beanutils.BeanHelper.createBean(BeanHelper.java:390)
 [java] at 
org.apache.commons.configuration.beanutils.BeanHelper.createBean(BeanHelper.java:412)
 [java] at 
org.apache.commons.configuration.beanutils.BeanHelper.createBean(BeanHelper.java:426)
 [java] at 
org.apache.commons.configuration.DefaultConfigurationBuilder.createConfigurationAt(DefaultConfigurationBuilder.java:855)
 [java] at 
org.apache.commons.configuration.DefaultConfigurationBuilder.initCombinedConfiguration(DefaultConfigurationBuilder.java:719)
 [java] at 
org.apache.commons.configuration.DefaultConfigurationBuilder.getConfiguration(DefaultConfigurationBuilder.java:622)
 [java] at 
org.apache.commons.configuration.DefaultConfigurationBuilder.getConfiguration(DefaultConfigurationBuilder.java:587)
 [java] at 
org.dspace.servicemanager.config.DSpaceConfigurationService.loadInitialConfig(DSpaceConfigurationService.java:494)
 [java] at 
org.dspace.servicemanager.config.DSpaceConfigurationService.(DSpaceConfigurationService.java:87)
 [java] at 
org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:148)
 [java] at 
org.dspace.servicemanager.DSpaceKernelImpl.start(DSpaceKernelImpl.java:128)
 [java] at 
org.dspace.app.launcher.ScriptLauncher.main(ScriptLauncher.java:49)
 [java] Failure during kernel init: Key for add operation must be defined!
 [java] java.lang.IllegalArgumentException: Key for add operation must be 
defined!
 [java] at 
org.apache.commons.configuration.tree.DefaultExpressionEngine.prepareAdd(DefaultExpressionEngine.java:420)
 [java] at 
org.apache.commons.configuration.HierarchicalConfiguration.addPropertyDirect(HierarchicalConfiguration.java:383)
 [java] at 
org.apache.commons.configuration.AbstractConfiguration.addPropertyValues(AbstractConfiguration.java:423)
 [java] at 
org.apache.commons.configuration.AbstractConfiguration.append(AbstractConfiguration.java:1271)
 [java] at 
org.apache.commons.configuration.ConfigurationUtils.convertToHierarchical(ConfigurationUtils.java:252)
 [java] at 
org.apache.commons.configuration.CombinedConfiguration$ConfigData.getTransformedRoot(CombinedConfiguration.java:943)
 [java] at 
org.apache.commons.configuration.CombinedConfiguration.constructCombinedNode(CombinedConfiguration.java:793)
 [java] at 
org.apache.commons.configuration.CombinedConfiguration.getRootNode(CombinedConfiguration.java:626)
 [java] at 
org.apache.commons.configuration.HierarchicalConfiguration.fetchNodeList(HierarchicalConfiguration.java:958)
 [java]

[dspace-tech] Re: Change color from blue to green in Dspace jspui

[genevieve.tur...@anu.edu.au]

There are two potential methods.that I can think of.

1) The green colour is being set by the 'btn-success', change this to 
'btn-primary' and it should be the same colour as the 'Learn More' button 
above it.
2) If you wanted to change the 'success' colour then you could customise 
the Bootstrap theme. DSpace appears to be using Bootstrap 3 so you can look 
at other resources online as to how to change the colour by modifying 
Bootstrap.


On Thursday, August 15, 2019 at 11:53:29 PM UTC+10, Asim Ullah wrote:
>
> How to change the color from green to blue in DSpace jspui.
>

-- 
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/2e8f1449-7d55-4ce0-a363-45eb5615fa5e%40googlegroups.com.

[dspace-tech] Change handle server assignment: default to https

[Terry Brady]

We assign handles with the base URL http://hdl.handle.net.

We are contemplating switching the default to *https*://hdl.handle.net.

We would also update our existing handles to match this change.

Has anyone made this change to their repository?  If so, did you encounter
any unexpected problems with the change?

Thanks, Terry

-- 
Terry Brady
Applications Programmer Analyst
Georgetown University Library Information Technology
https://github.com/terrywbrady/info
425-298-5498 (Seattle, WA)

-- 
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/CAMp2YEw1nTbbw9MfWX9nm82P2pN_pJe8BLnoVp7kQp3GxzXtvw%40mail.gmail.com.

Re: [dspace-tech] Multitenancy / multisite DSpace

[Paul Münch]

Hello Vlastik,

I understand your point, that it may be to much overhead to run a single
instance for 300 items. So here a short thought in addition to my last mail.

In focus of the archaeological artifacts and other objects unlike
PDF-Format only, it may be interesting to have some nice viewer in the
repository. And if you have more services like this with a variation of
formats and their rendering, my guess is that the individual customising
and performance are better on single VMs than to force everything into
one system.

Kind regards,

Paul Münch

Am 15.08.19 um 09:34 schrieb Vlastimil Krejčíř:
> Hello Paul,
>
> thank you for your answer. I saw your presentation at OR - yes, you are
> right, this kind of automation is the way.
>
> However, in case I have small projects, the multitenancy makes still
> sense. For example we are just helping our archeologists to preserve the
> data for the artifacts they collected at certain locality, just only
> about 300 items. There won't be more in this project (since they
> probably will not find anything more there).
>
> In such case the scalability would be OK (the target audience is quite
> small). Having just the assetstore in case of serious breakdown (I would
> say disaster :-)) could be a trouble, but having also the database and
> related things backup... Nevertheless, you are right, it is a risk.
>
> Regards,
>
> Vlastik
>
>
> On 8/14/19 7:41 AM, Paul Münch wrote:
>> Hello Vlastik,
>>
>> we run a handful DSpace instances at our institution. For every service
>> we have a single instance - independent of number of items. We discussed
>> your solution, too. But decided against, because of following points:
>>
>> * lesser scabalbility and maintenanability if there come more services
>> or users
>> * all data are in one assetstore unassigend to a service - in case of a
>> serious breakdown it could be very hard to separate the data and move
>> them consistent in an another system (DSpace or something else)
>>
>> For us it is the best way to install and maintain one instance for one
>> service. If there are only less items, your single VM don't need that
>> much power, too.
>>
>> I'm not sure, if you maybe talked to my colleague. But we introduced at
>> OR2019 our DSpace-Clustering
>> (https://www.conftool.net/or2019/index.php?page=browseSessions_session=349).
>> Maybe the setup is interesting for you - besides the Puppet
>> configuration. At our institution we run both all components on a single
>> VM and each component on a single VM (Clustering).
>>
>> Kind regards,
>>
>> Paul Münch
>>
>> Am 13.08.19 um 17:00 schrieb Vlastimil Krejčíř:
>>> Hi all,
>>>
>>> I would like to ask/discuss a (probably?) new topic - a
>>> multitenancy/multisite DSpace. What exactly do I mean?
>>>
>>> I want to have several projects in one instance of DSpace. For example
>>> the archive of mathematics and the archive for archeologists. Both are
>>> rather small (hundreds or small thousands of Items), but different
>>> metadata, different structures). Or another example is to provide the
>>> archives for two different institutions. (Yes, I can install two
>>> DSpace instances, with help of Puppets, Docker and such tools,
>>> however, especially in case of small projects it makes sense to have
>>> just only one instance of DSpace.)
>>>
>>> I would like to achieve absolute transparency to end users:
>>>
>>> 1. both project have separate URLs
>>> 2. different web design
>>> 3. separate data for browse and search
>>> 4. different metadata schemas (or just metadata fields)
>>> 5. separate handles (prefixes)
>>> 6. separate administration
>>>
>>>
>>> I have thought about this points and my guess is that I can simulate
>>> the projects via communities (one project = one community):
>>>
>>> 1. possible using mod_rewrite (somehow, I haven't thought of details)
>>> 2. definitely possible via XMLUI (not sure about Angular in DSpace 7)
>>> 3. possible using browse and search the community
>>> 4. possible
>>> 5. not possible (or need further development)
>>> 6. probably possible
>>>
>>> The question might be scalability, but I think it should be OK for
>>> smaller projects (lets say up to ten projects, each of them no more
>>> than thousands of Items).
>>>
>>> I discussed this topic with some of you at OR 2019 in Hamburg and I
>>> was redirected to this page:
>>>
>>> https://csufresno-dspace.calstate.edu/
>>>
>>> which is probably something I want to achieve (just click the
>>> communities, the URL and design will change).
>>>
>>> Are there anyone in the community who has already tried to solve this?
>>> How do you technically solve for example the point no. 1 in my list? I
>>> would be really grateful if you could share you experience.
>>>
>>> Regards,
>>>
>>> Vlastik
>>>
>>>
>>> -- 
>>> 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