UNICORE 6.2.1 core servers

[Bernd Schuller]

Dear all,

I'm pleased to announce the UNICORE 6.2.1 core server release,
which fixes several bugs and brings many improvements (see the
detailed change log below).


Download links:
***************

tgz archive:
<https://sourceforge.net/projects/unicore/files/Unicore6-CoreServerBundle/unicore-servers-6.2.1.tgz/download>

GUI installer (use "java -jar ...")
<https://sourceforge.net/projects/unicore/files/Unicore6-CoreServerBundle/unicore-servers-6.2.1.jar/download>


Highlights:
***********

The focus of this release has been on fixing bugs and on trying
to make life even more easy for administrators. Here are some highlights:

* On popular request, an install.py script has been added to the .tgz archive
that will copy the files to the configured installation directory. So
the basic installation procedure is now more like the "normal" Linux
install process:
untar, edit configure.properties, run configure.py, then run install.py

* Several bugs in the installation on Windows have been fixed. A sample
application to run ".bat" files using the Script gridbean has been added to
the IDB.

* The start/stop scripts are a bit smarter now and try to check
for common errors (like starting a server twice). The stop scripts will
wait until the server is actually stopped.

* Access control is optionally available on the registry service

* The XUUDB admin command will print useful info about the XUUDB server, and
some common errors are prevented (i.e. using "adddn" on a normal XUUDB)


In terms of new features, I'd like to mention the addition of two highly
interesting (though still experimental) modules:

* Integration for the Apache Hadoop distributed filesystem. Build a Hadoop
storage cluster and use it seamlessly from UNICORE!
(Based on the master thesis work by Wasim Bari)

* UDT filetransfer: the UDT library provides a fast filetransfer including
dynamic firewall opening (hole punching). You'll need to compile the C++ code
and install the executables and the shared libudt.so library on your TSI login
node. Depending on the network quality UDT should outperform other filetransfers
(including GridFTP), without requiring to open ports in the firewall.

If you wish to use these we'd be *very* grateful for feedback and bug reports!


Change log for the Core Servers 6.2.1:
**************************************

General:
 - make update.sh script sh-compatible (fixes errors on Ubuntu)
 - GUI installer fixes (wrong IDB on Windows, removed files that are not needed)
 - add install.py helper that copies only the necessary files to the
   installation directory (sf bug 2184302)
 - smarter component start/stop scripts: wait for server shutdown,
   avoid accidentally starting multiple times, better stop order in
   top-level stop.sh
 - included UDT C++ source code in the udt-src folder
 - Windows IDB includes .bat file execution "CMD shell"

Gateway:
 - improved connection logging (peer address, peer DN) and
   error logging (sf feature 2038886)
 - allow to disable the detailed site listing (sf feature 2807790)
 - site details show connection error details in addition to the "sad monkey"
 - forward VSite HTTP errors to the client when doing HTTP PUT

UNICORE/X:
 - fix proxy generation from DSA keys (sf bug 2545056)
 - refactored XNJS storage handling. This makes it much easier to integrate
   new storage backends
 - CIP info provider is published to registry (sf feature 2788384)
 - fix import to storage root dir, which caused a "chmod 0600" (sf bug 2808523)
 - fix bug when filetransfer instances could not be destroyed
 - new Apache Hadoop integration module (experimental)
 - improved map-file authoriser
 - new TSI parameter TSI_PROCESSORS_PER_NODE and TSI_TOTAL_PROCESSORS
   (with obvious semantics). Existing TSI_PROCESSORS is kept.
 - simplified UDT module (no longer needs the 'empty' utility)
 - fix message signing verification problems when using p12 keystore
   and separate truststore (by using latest WSS4J)
 - destroying a file transfer will now cancel the running transfer

TSI:
 - fix PutFiles.pm to handle paths containing spaces
 - improved ExecuteScript.pm
 - new TSI_TOTAL_PROCESSORS and TSI_PROCESSORS_PER_NODE variables

Registry:
 - access control on the Registry (sf feature 2807780).
   See registry/conf/uas.config for more information
 - individual entries can be deleted (using e.g. "ucc wsrf destroy")
   but only if access control is enabled

XUUDB:
 - fix duplicate xlogin when running the admin.sh add command twice
   (sf bug 2797971)
 - allow overwriting CSV file when exporting (sf feature 2779253)
 - "admin.sh list" prints XUUDB info (server version, DN/normal mode)
   (sf feature 2797975)
 - fix DN format used in "update" command (sf bug 2803417)
 - do not allow "adddn" command if not in DN mode (sf bug 2807632)

Thanks to all who helped build and test this release!

Best regards,
Bernd.




------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------
Forschungszentrum Juelich GmbH
52425 Juelich
Sitz der Gesellschaft: Juelich
Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498
Vorsitzende des Aufsichtsrats: MinDir'in Baerbel Brumme-Bothe
Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender),
Dr. Ulrich Krafft (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt,
Prof. Dr. Sebastian M. Schmidt
------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize  
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Unicore-support mailing list
Unicore-support@...
https://lists.sourceforge.net/lists/listinfo/unicore-support