Bug discovered using an old version of curl relying on the NSS library: the certificates generated by the context broker are rejected with error -8054: SEC_ERROR_REUSED_ISSUER_AND_SERIAL. This is because we use the same serial number as the CA in the generated certificates. Fixed by incrementing the serial number by one. (cherry picked from commit b7e3a0d) (Fix for Bug 7042)
…der 80 chars
…etResourcepoolEntry that moves some processing down to SQL -Related modifications (cherry picked from commit 3189e9b)
…ompile classpath (!?)
…ode. http://bugzilla.mcs.anl.gov/globus/show_bug.cgi?id=7012 The default resource scheduler now operates with the notion of 'percentage available' for each node in the VMM pool. This is a percentage of the memory previously allocated on the node and the still-available memory. This allows the greedy and round-robin strategies to work better with pools that have varying amounts of RAM on the VMMs. The node selection can happen in one of two ways: 1. A "round-robin" configuration in resource-locator-ACTIVE.xml (this is the default mode). This looks for matching nodes (enough space to run, appropriate network support, etc.) with the highest percentage of free space. If there are many equally free nodes it will pick randomly from those. As should be clear, this favors entirely empty nodes first. 2. A "greedy" configuration in resource-locator-ACTIVE.xml. This looks for matching nodes (enough space to run, appropriate network support, etc.) with the lowest percentage of free space. If there are many equally unfree nodes it will pick randomly from those.
…pository and open a working IDEA project (merged from idea9.0.2 branch).
…itory, see the authz-plugins branch
…ncluding test frameworks)