Re: [Dspace-tech] install error for upstream/master

2015-03-06 Thread Monika C. Mevenkamp
That was it - an indirect dependency. The older servlet jar vanished after 
removing 
-
-com.google.oauth-client
-google-oauth-client-jetty
-
from dspace-api.pom.xml 

mvn is still somewhat mysterious to me.  make on steroids with so many options 
it makes your head spin. I have seen the tutorials that explain how to compile 
HelloWorld.java. But those are not very helpful when dealing with poms 
referring to poms.  Best way to search for apps / jars/ version … mvm just 
some packages .. analyzing an issue 

In short : does anybody have a favorite tutorial / book to recommend ? 

Monika



Monika Mevenkamp
phone: 609-258-4161
Lewis Library,Washington Road and Ivy Lane, Princeton University, Princeton, NJ 
08544


> On Mar 5, 2015, at 9:16 AM, Mark H. Wood  wrote:
> 
> On Wed, Mar 04, 2015 at 07:34:44PM +, Monika C. Mevenkamp wrote:
>> Ah - Yikes - Thanks
>> 
>> It compiles now   after I changed the dependencies to rely on  
>> javax.servlet-api
>> Unfortunately this had to be done in all sorts of pom.xml files
>> 
>> BUT
>> 
>> after the compile I still find WEB-INF/lib/servlet-api-2.5-20081211.jar in 
>> webapps/*/WEB-INF/lib directories
>> 
>> when I do
>>> ant update
>>> rm $DSPACE_HOME/webapps/jspui/WEB-INF/lib/*servlet*
>> then restart tomcat and localhost:8080/jspui comes up fine
> 
> My reading of the output of 'mvn dependency:tree' suggests that this
> is org.mortbay.jetty:servlet-api, pulled in transitively due to the
> dependency on org.mortbay.jetty.jetty by
> com.google.oauth-client-jetty, which for some reason is a dependency
> of dspace-api.  I wonder what happens when we exclude
> o.m.j:servlet-api?
> 
> It looks to me as though at least oauth-client-jetty, and perhaps
> others, should be in test.  That's probably a better fix.
> 
> -- 
> 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
> --
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the 
> conversation now. 
> http://goparallel.sourceforge.net/___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette: 
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] install error for upstream/master

2015-03-05 Thread Mark H. Wood
On Wed, Mar 04, 2015 at 07:34:44PM +, Monika C. Mevenkamp wrote:
> Ah - Yikes - Thanks
> 
> It compiles now   after I changed the dependencies to rely on  
> javax.servlet-api
> Unfortunately this had to be done in all sorts of pom.xml files
> 
> BUT
> 
> after the compile I still find WEB-INF/lib/servlet-api-2.5-20081211.jar in 
> webapps/*/WEB-INF/lib directories
> 
> when I do
> > ant update
> > rm $DSPACE_HOME/webapps/jspui/WEB-INF/lib/*servlet*
> then restart tomcat and localhost:8080/jspui comes up fine

My reading of the output of 'mvn dependency:tree' suggests that this
is org.mortbay.jetty:servlet-api, pulled in transitively due to the
dependency on org.mortbay.jetty.jetty by
com.google.oauth-client-jetty, which for some reason is a dependency
of dspace-api.  I wonder what happens when we exclude
o.m.j:servlet-api?

It looks to me as though at least oauth-client-jetty, and perhaps
others, should be in test.  That's probably a better fix.

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


signature.asc
Description: Digital signature
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] install error for upstream/master

2015-03-04 Thread Andrea Schweer
On 05/03/15 10:35, helix84 wrote:
> On Wed, Mar 4, 2015 at 8:34 PM, Monika C. Mevenkamp
>  wrote:
>> after the compile I still find WEB-INF/lib/servlet-api-2.5-20081211.jar in
>> webapps/*/WEB-INF/lib directories
> Sorry for asking the obvious, but did you run mvn clean?

Seconding helix84, pretty much every time I've had weird "why is that 
version of the jar there" issues was when I had forgotten to run mvn 
clean. The only other time was when I had a very messy pom file in a 
custom module (before I understood provided and in the 
middle of switching DSpace versions), and I would assume that's not the 
case in the main DSpace codebase :)

cheers,
Andrea

-- 
Dr Andrea Schweer
IRR Technical Specialist, ITS Information Systems
The University of Waikato, Hamilton, New Zealand


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] install error for upstream/master

2015-03-04 Thread helix84
On Wed, Mar 4, 2015 at 8:34 PM, Monika C. Mevenkamp
 wrote:
> after the compile I still find WEB-INF/lib/servlet-api-2.5-20081211.jar in
> webapps/*/WEB-INF/lib directories

Sorry for asking the obvious, but did you run mvn clean?


Regards,
~~helix84

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

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/
___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette


Re: [Dspace-tech] install error for upstream/master

2015-03-04 Thread Monika C. Mevenkamp
Ah - Yikes - Thanks

It compiles now   after I changed the dependencies to rely on  
javax.servlet-api
Unfortunately this had to be done in all sorts of pom.xml files

BUT

after the compile I still find WEB-INF/lib/servlet-api-2.5-20081211.jar in 
webapps/*/WEB-INF/lib directories

when I do
> ant update
> rm $DSPACE_HOME/webapps/jspui/WEB-INF/lib/*servlet*
then restart tomcat and localhost:8080/jspui comes up fine

This is an ugly hack - but good enough for now.  I’d be curious to know though 
why insist in adding the old servlet jar,
but not curious enough to keep digging.

Monika

the diff in case anybody cares to look:




Monika Mevenkamp
phone: 609-258-4161
Lewis Library,Washington Road and Ivy Lane, Princeton University, Princeton, NJ 
08544


> On Mar 4, 2015, at 1:00 PM, Mark H. Wood  wrote:
>
> On Wed, Mar 04, 2015 at 03:19:02PM +, Monika C. Mevenkamp wrote:
>> Thanks Andrea  and a follow up question to mvn experts
>>
>> My tomcat8 says in its release notes
>>* servlet-api.jar (Servlet 3.1 API)
>> so I changed the main pom to say
>> 
>>   javax.servlet
>>   servlet-api
>>   3.1.0
>> 
>>
>> then a couple rounds of unsuccessful mvn package attempts
>>
>> Finally  I removed  ~/.m2/repository/javax  and tried again
>>> mvn clean
>>> mvn -U package
>>
>> this triggers downloading of all sorts of a javax packages. As you can see 
>> in the list below there is a
>> javax/servlet/servlet-api/3.1.0/servlet-api-3.1.0.jar and pom
>>
>> despite this I get the error
>>
>> [ERROR] Failed to execute goal on project dspace-services: Could not resolve 
>> dependencies for project org.dspace:dspace-services:jar:6.0-SNAPSHOT: Could 
>> not find artifact javax.servlet:servlet-api:jar:3.1.0 in sonatype-releases 
>> (https://oss.sonatype.org/content/repositories/releases/)
>>
>> I am at a loss - since the jar/pom was downloaded - why is maven / am I 
>> confused  ?
>
> They changed the name of the artifact starting with 3.0.1.  The GAV
> coordinates are now javax.servlet:javax.servlet-api:3.1.0.
>
> http://search.maven.org/#artifactdetails|javax.servlet|javax.servlet-api|3.1.0|jar
>
> Personally I think this sort of renaming should be a hanging offense.
>
> --
> 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
> --
> Dive into the World of Parallel Programming The Go Parallel Website, sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for all
> things parallel software development, from weekly thought leadership blogs to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. 
> http://goparallel.sourceforge.net/___
> DSpace-tech mailing list
> DSpace-tech@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
> List Etiquette: 
> https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

 dspace-api/pom.xml   |  7 +++
 dspace-jspui/pom.xml |  2 +-
 dspace-lni/dspace-lni-client/pom.xml |  2 +-
 dspace-lni/pom.xml   |  4 ++--
 dspace-oai/pom.xml   |  2 +-
 dspace-rdf/pom.xml   |  2 +-
 dspace-rest/pom.xml  |  4 ++--
 dspace-services/pom.xml  |  2 +-
 dspace-solr/pom.xml  |  3 +--
 dspace-sword/pom.xml |  2 +-
 dspace-swordv2/pom.xml   |  2 +-
 dspace-xmlui/pom.xml |  2 +-
 dspace/modules/additions/pom.xml |  2 +-
 dspace/modules/jspui/pom.xml |  4 ++--
 dspace/modules/lni/pom.xml   |  4 ++--
 dspace/modules/oai/pom.xml   |  2 +-
 dspace/modules/rdf/pom.xml   |  2 +-
 dspace/modules/rest/pom.xml  |  2 +-
 dspace/modules/sword/pom.xml |  2 +-
 dspace/modules/swordv2/pom.xml   |  2 +-
 dspace/modules/xmlui/pom.xml |  2 +-
 dspace/pom.xml   |  2 +-
 pom.xml  | 12 +---
 23 files changed, 37 insertions(+), 33 deletions(-)
diff --git a/dspace-api/pom.xml b/dspace-api/pom.xml
index a85383b..487e317 100644
--- a/dspace-api/pom.xml
+++ b/dspace-api/pom.xml
@@ -365,7 +365,7 @@
 
 
 javax.servlet
-servlet-api
+javax.servlet-api
 provided
 
 
@@ -569,10 +569,9 @@
 
 
 
-com.oracle
-ojdbc6
+postgresql
+postgresql
 
-

 
 org.slf4j
diff --git a/dspace-jspui/pom.xml b/dspace-jspui/pom.xml
index 5411545..789b0b0 100644
--- a/dspace-jspui/pom.xml
+++ b/dspace-jspui/pom.xml
@@ -106,7 +106,7 @@
 
 
 javax.servlet
-s

Re: [Dspace-tech] install error for upstream/master

2015-03-04 Thread Mark H. Wood
On Wed, Mar 04, 2015 at 03:19:02PM +, Monika C. Mevenkamp wrote:
> Thanks Andrea  and a follow up question to mvn experts
> 
> My tomcat8 says in its release notes
> * servlet-api.jar (Servlet 3.1 API)
> so I changed the main pom to say
> 
>javax.servlet
>servlet-api
>3.1.0
> 
> 
> then a couple rounds of unsuccessful mvn package attempts
> 
> Finally  I removed  ~/.m2/repository/javax  and tried again
> > mvn clean
> > mvn -U package
> 
> this triggers downloading of all sorts of a javax packages. As you can see in 
> the list below there is a
> javax/servlet/servlet-api/3.1.0/servlet-api-3.1.0.jar and pom
> 
> despite this I get the error
> 
> [ERROR] Failed to execute goal on project dspace-services: Could not resolve 
> dependencies for project org.dspace:dspace-services:jar:6.0-SNAPSHOT: Could 
> not find artifact javax.servlet:servlet-api:jar:3.1.0 in sonatype-releases 
> (https://oss.sonatype.org/content/repositories/releases/)
> 
> I am at a loss - since the jar/pom was downloaded - why is maven / am I 
> confused  ?

They changed the name of the artifact starting with 3.0.1.  The GAV
coordinates are now javax.servlet:javax.servlet-api:3.1.0.

http://search.maven.org/#artifactdetails|javax.servlet|javax.servlet-api|3.1.0|jar

Personally I think this sort of renaming should be a hanging offense.

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


signature.asc
Description: Digital signature
--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

Re: [Dspace-tech] install error for upstream/master

2015-03-04 Thread Monika C. Mevenkamp
Thanks Andrea  and a follow up question to mvn experts

My tomcat8 says in its release notes
* servlet-api.jar (Servlet 3.1 API)
so I changed the main pom to say

   javax.servlet
   servlet-api
   3.1.0


then a couple rounds of unsuccessful mvn package attempts

Finally  I removed  ~/.m2/repository/javax  and tried again
> mvn clean
> mvn -U package

this triggers downloading of all sorts of a javax packages. As you can see in 
the list below there is a
javax/servlet/servlet-api/3.1.0/servlet-api-3.1.0.jar and pom

despite this I get the error

[ERROR] Failed to execute goal on project dspace-services: Could not resolve 
dependencies for project org.dspace:dspace-services:jar:6.0-SNAPSHOT: Could not 
find artifact javax.servlet:servlet-api:jar:3.1.0 in sonatype-releases 
(https://oss.sonatype.org/content/repositories/releases/)

I am at a loss - since the jar/pom was downloaded - why is maven / am I 
confused  ?

Any suggestions ?

Monika


contents of .m2/repository/javax/:
/Users/monikam/.m2/repository/javax/activation/activation/1.1/_remote.repositories
/Users/monikam/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar
/Users/monikam/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar.lastUpdated
/Users/monikam/.m2/repository/javax/activation/activation/1.1/activation-1.1.jar.sha1
/Users/monikam/.m2/repository/javax/activation/activation/1.1/activation-1.1.pom
/Users/monikam/.m2/repository/javax/activation/activation/1.1/activation-1.1.pom.lastUpdated
/Users/monikam/.m2/repository/javax/activation/activation/1.1/activation-1.1.pom.sha1
/Users/monikam/.m2/repository/javax/mail/mail/1.4/_remote.repositories
/Users/monikam/.m2/repository/javax/mail/mail/1.4/mail-1.4.jar
/Users/monikam/.m2/repository/javax/mail/mail/1.4/mail-1.4.jar.lastUpdated
/Users/monikam/.m2/repository/javax/mail/mail/1.4/mail-1.4.jar.sha1
/Users/monikam/.m2/repository/javax/mail/mail/1.4/mail-1.4.pom
/Users/monikam/.m2/repository/javax/mail/mail/1.4/mail-1.4.pom.lastUpdated
/Users/monikam/.m2/repository/javax/mail/mail/1.4/mail-1.4.pom.sha1
/Users/monikam/.m2/repository/javax/servlet/servlet-api/3.1.0/servlet-api-3.1.0.jar.lastUpdated
/Users/monikam/.m2/repository/javax/servlet/servlet-api/3.1.0/servlet-api-3.1.0.pom.lastUpdated




Monika Mevenkamp
phone: 609-258-4161
Lewis Library,Washington Road and Ivy Lane, Princeton University, Princeton, NJ 
08544


On Mar 3, 2015, at 7:16 PM, Andrea Schweer 
mailto:schw...@waikato.ac.nz>> wrote:

Hi Monika,

On 04/03/15 12:42, Monika C. Mevenkamp wrote:
I am trying to run upstream/master with code changes of mine inside dspace-api

I created a new database
did mvn package  and ran fresh_install
when going to home page I get the following error

http://localhost:8080/jspui/internal-error
-- Method: GET
-- Parameters were:

org.apache.jasper.JasperException: Unable to compile class for JSP:

An error occurred at line: [94] in the generated java file: 
[/usr/local/Cellar/tomcat/8.0.17/libexec/work/Catalina/localhost/jspui/org/apache/jsp/index_jsp.java]
The method getDispatcherType() is undefined for the type HttpServletRequest

My first suspect would be the version of servlet-api that comes with your 
tomcat install. A quick web search for "The method getDispatcherType() is 
undefined for the type HttpServletRequest" leads to this: 
http://stackoverflow.com/questions/26436463/getdispatchertype-is-undefined-for-the-type-httpservletrequest

>From this line in the top-level pom, it looks to me like DSpace expects 
>version 2.5 of servlet-api to be provided by your web application container:
https://github.com/DSpace/DSpace/blob/master/pom.xml#L1030

I don't know whether you can just swap out the servlet-api jar that comes with 
tomcat. One of the answers to the stackoverflow question suggests going the 
other direction, ie changing the version number in the DSpace pom file to what 
is provided by your web application container (3.1, it looks like?). I suspect 
in that case you'll get compile-time errors about the same thing.

The DSpace docs say we support Tomcat 7 or newer; if this problem persists for 
Tomcat 8 then this might be worth a Jira issue.

cheers,
Andrea


--
Dr Andrea Schweer
IRR Technical Specialist, ITS Information Systems
The University of Waikato, Hamilton, New Zealand

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List

Re: [Dspace-tech] install error for upstream/master

2015-03-03 Thread Andrea Schweer

  
  
Hi Monika,

On 04/03/15 12:42, Monika C. Mevenkamp
  wrote:


  
  I am trying to run upstream/master with code changes of mine
  inside dspace-api 
  
  
  I created a new database 
  did mvn package  and ran fresh_install 
  when going to home page I get the following error 
  
  
  
http://localhost:8080/jspui/internal-error
-- Method: GET
-- Parameters were:

  
org.apache.jasper.JasperException:
Unable to compile class for JSP:

  
An error occurred at line: [94]
in the generated java file:
[/usr/local/Cellar/tomcat/8.0.17/libexec/work/Catalina/localhost/jspui/org/apache/jsp/index_jsp.java]
The method getDispatcherType()
is undefined for the type HttpServletRequest
  


My first suspect would be the version of servlet-api that comes with
your tomcat install. A quick web search for "The method
getDispatcherType() is undefined for the type HttpServletRequest"
leads to this:
http://stackoverflow.com/questions/26436463/getdispatchertype-is-undefined-for-the-type-httpservletrequest

From this line in the top-level pom, it looks to me like DSpace
expects version 2.5 of servlet-api to be provided by your web
application container:
https://github.com/DSpace/DSpace/blob/master/pom.xml#L1030

I don't know whether you can just swap out the servlet-api jar that
comes with tomcat. One of the answers to the stackoverflow question
suggests going the other direction, ie changing the version number
in the DSpace pom file to what is provided by your web application
container (3.1, it looks like?). I suspect in that case you'll get
compile-time errors about the same thing.

The DSpace docs say we support Tomcat 7 or newer; if this problem
persists for Tomcat 8 then this might be worth a Jira issue.

cheers,
Andrea

-- 
Dr Andrea Schweer
IRR Technical Specialist, ITS Information Systems
The University of Waikato, Hamilton, New Zealand
  


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette

[Dspace-tech] install error for upstream/master

2015-03-03 Thread Monika C. Mevenkamp
I am trying to run upstream/master with code changes of mine inside dspace-api

I created a new database
did mvn package  and ran fresh_install
when going to home page I get the following error

http://localhost:8080/jspui/internal-error
-- Method: GET
-- Parameters were:

org.apache.jasper.JasperException: Unable to compile class for JSP:

An error occurred at line: [94] in the generated java file: 
[/usr/local/Cellar/tomcat/8.0.17/libexec/work/Catalina/localhost/jspui/org/apache/jsp/index_jsp.java]
The method getDispatcherType() is undefined for the type HttpServletRequest

I am running with tomcat  which I installed via homebrew on my MAC

The offending line in the generated index.jsp.java file reads

if (!"GET".equals(_jspx_method) && !"POST".equals(_jspx_method) && 
!"HEAD".equals(_jspx_method) && 
!javax.servlet.DispatcherType.ERROR.equals(request.getDispatcherType())) {


It looks to me that I ended up with a bad version of something somewhere - can 
somebody I’ve a tip ?

Monika



Monika Mevenkamp
phone: 609-258-4161
Lewis Library,Washington Road and Ivy Lane, Princeton University, Princeton, NJ 
08544


--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/___
DSpace-tech mailing list
DSpace-tech@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
List Etiquette: https://wiki.duraspace.org/display/DSPACE/Mailing+List+Etiquette