Revert "Merge pull request #26 from gbehrmann/fix/2.2/rb5546"

This reverts commit a497d4c55de2375372dd3aa7a0c1c5cd99bb3732, reversing
changes made to b9186d751b5e24c91e34d992da75072c7652927a.
[maven-release-plugin] prepare release 2.2.13
[maven-release-plugin] prepare for next development iteration
nfs: allow protocol family name be configurable

The protocol family name used by LoginBroker and published
as supported transfer protocol by SRM.

Target: trunk, 2.2, 2.6
Ticket: #7233, #7874
Require-notes: yes
Require-book: yes

Acked-by: Paul Millar
Acked-By: Gerd Behrmann
Patch: http://rb.dcache.org/r/5020
Signed-off-by: Tigran Mkrtchyan <tigran.mkrtchyan@desy.de>
libs: use guava 14.0.1

as we planning to merge new new code into 2.2 we have to
update guava library as new nfs code uses some functionality
not available in version 10.0.

Acked-by:
Target: trunk
Require-book: no
Require-notes: no
nfs: fix broken merge 07d9c59
spacemanager: unknown message have to be sent to Poolmanager

as SpaceManager works as a proxy, not all messages handled as
expected.

this is fix for 2.2 only as master master has a different logic

Ticket: 7844
Acked-by: Gerd Behrmann
Target: 2.2
Require-book: no
Require-notes: yes
(2.2) dcache (billing): fix typo in liquibase changelog

module:  dcache (billing)

Undiscovered typo which makes the precondition always fail.

Once again, the consequences of this error will be felt only where 2.2 was installed over previous installations where the billing database was not generated via our liquibase changeset.

I have also eliminated the precondition on 4.1.9.1 because (a) it is not necessary, and (b) will never run again if it failed for some reason on the first pass to delete entries (the result then being > 1 rather than 1, which would make the precondition test false).

Target: 2.2
Patch: http://rb.dcache.org/r/5661
Require-notes: yes
Require-book: no
Acked-by: Gerd

RELEASE NOTES:  The liquibase changeset which checks to see if preexisting tables need to have certain varchar field lengths changed always failed (and hence the changes always ran) because of a typographical error.  This is now fixed, to avoid alteration of field type (which could potentially take time) where not necessary.

Testing procedure:

1.  Fresh install on new database:
    [root@otfrid dcache]# createdb -U srmdcache billing_2_2
    [root@otfrid dcache]# dcache start httpdDomain

2.  Observe in log correct behavior (changeset adjusts the fields):

INFO 6/19/13 8:17 AM:liquibase: Change set org/dcache/services/billing/db/sql/billing.changelog-1.9.13.xml::4.1.7.2::arossi failed, but failOnError was false.  Error: Error executing SQL INSERT INTO costinfo (pnfsid, errormessage)
            VALUES('-1', '01234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789012345678901234567890123456789');: ERROR: value too long for type character varying(256)
INFO 6/19/13 8:17 AM:liquibase: ChangeSet org/dcache/services/billing/db/sql/billing.changelog-1.9.13.xml::4.1.8.1::arossi ran successfully in 567ms
INFO 6/19/13 8:17 AM:liquibase: ChangeSet org/dcache/services/billing/db/sql/billing.changelog-1.9.13.xml::4.1.9.2::arossi ran successfully in 4ms

3.  Stop dcache, alter the database to look like one which was created by hand without length of varchar specified, and rerun:
    [root@otfrid dcache]# dcache stop
    [root@otfrid dcache]# psql -U srmdcache billing_2_2
     psql (9.2.2)
     Type "help" for help.

     billing_2_2=> drop table databasechangelog; drop table databasechangeloglock ;
     DROP TABLE
     DROP TABLE
     billing_2_2=> alter table costinfo alter column errormessage type character varying;
     ALTER TABLE
     billing_2_2=> alter table costinfo alter column transaction type character varying;
     ALTER TABLE
     billing_2_2=> alter table costinfo alter column pnfsid type character varying;
     ALTER TABLE
     billing_2_2=> alter table costinfo alter column cellname type character varying;
     ALTER TABLE
     billing_2_2=> alter table costinfo alter column action type character varying;
     ALTER TABLE
     billing_2_2=> \d costinfo

                Table "public.costinfo"
    Column    |           Type           | Modifiers
--------------+--------------------------+-----------
 cost         | double precision         |
 action       | character varying        |
 cellname     | character varying        |
 datestamp    | timestamp with time zone |
 errorcode    | integer                  |
 errormessage | character varying        |
 pnfsid       | character varying        |
 transaction  | character varying        |
Indexes:
    "costinfo_date_idx" btree (datestamp)
Triggers:
    tgr_update_costinfo_daily AFTER INSERT ON costinfo FOR EACH ROW EXECUTE PROCEDURE f_update_costinfo_daily()

    billing_2_2=> \q
   [root@otfrid dcache]# dcache start httpdDomain

4.  Observe in log correct behavior (changeset marked as ran):

INFO 6/19/13 8:20 AM:liquibase: ChangeSet org/dcache/services/billing/db/sql/billing.changelog-1.9.13.xml::4.1.7.2::arossi ran successfully in 7ms
INFO 6/19/13 8:20 AM:liquibase: Marking ChangeSet: org/dcache/services/billing/db/sql/billing.changelog-1.9.13.xml::4.1.8.1::arossi::(Checksum: 3:faff07731c4ac867864824ca31e8ae81) ran despite precondition failure due to onFail='MARK_RAN':
          classpath:org/dcache/services/billing/db/sql/billing.changelog-master.xml : SQL Precondition failed.  Expected '0' got '1'

INFO 6/19/13 8:20 AM:liquibase: ChangeSet org/dcache/services/billing/db/sql/billing.changelog-1.9.13.xml::4.1.9.2::arossi ran successfully in 6ms
Merge pull request #99 from alrossi/fix/2.2/billing_chngset_typo

(2.2) dcache (billing): fix typo in liquibase changelog