Remember there is a -Ptest-deploy profile that can be used to test what will be deployed. This puts the output in target/deploy
I've found it's sometimes necessary to use "package" as well as "deploy" to ensure everything is included in the deploy phase. On 7 March 2013 11:36, Thomas Neidhart <thomas.neidh...@gmail.com> wrote: > On Thu, Mar 7, 2013 at 10:53 AM, luc <l...@spaceroots.org> wrote: > >> Le 2013-03-07 10:05, Thomas Neidhart a écrit : >> >> On Tue, Mar 5, 2013 at 11:08 PM, Thomas Neidhart >>> <thomas.neidh...@gmail.com>**wrote: >>> >>> Hi, >>>> >>>> I'd like to call a vote for releasing Commons Logging 1.1.2 based on RC1. >>>> >>>> This release candidate has the following changes compared to 1.1.1 >>>> (copied from the release notes): >>>> >>>> Fixed Bugs: >>>> o LOGGING-124: The jar manifest now contains proper OSGi-related >>>> metadata information. >>>> o LOGGING-144: LogFactory and LogFactoryImpl will not swallow certain >>>> errors anymore (ThreadDeath and VirtualMachineError). >>>> o LOGGING-132: Jdk14Logger now correctly uses the specified logger name. >>>> o LOGGING-146: Properly synchronize access to protected static field >>>> LogFactory.**nullClassLoaderFactory. >>>> o LOGGING-119: Prevent potential deadlock scenario in WeakHashtable. >>>> o LOGGING-130: Potential missing privileged block for class loader. >>>> o LOGGING-145: LogFactoryImpl.setAttribute - possible NPE. >>>> o LOGGING-142: Log4JLogger uses deprecated static members of Priority >>>> such as INFO. >>>> o LOGGING-128: Static analysis suggests a number of potential >>>> improvements. >>>> o LOGGING-147: SimpleLog.log - unsafe update of shortLogName. >>>> o LOGGING-148: LogFactory.diagnosticPrefix and diagnosticsStream could >>>> be final. >>>> >>>> Changes: >>>> o LOGGING-135: Improved thread-safety for several log adapters, >>>> including AvalonLogger, SimpleLog, Log4JLogger, LogKitLogger. >>>> o LOGGING-138: In case of a discovery failure now also the stacktrace >>>> of the cause will be added to the diagnostic message. >>>> o LOGGING-133: Change scope of Jdk14Logger.log(Level, String, >>>> Throwable) to protected, allowing subclasses to modify the logging >>>> output. >>>> >>>> The files: >>>> >>>> The artifacts are deployed to Nexus: >>>> >>>> >>>> https://repository.apache.org/**content/repositories/** >>>> orgapachecommons-333/commons-**logging/commons-logging/1.1.2/<https://repository.apache.org/content/repositories/orgapachecommons-333/commons-logging/commons-logging/1.1.2/> >>>> >>>> The tag: >>>> >>>> >>>> https://svn.apache.org/repos/**asf/commons/proper/logging/** >>>> tags/LOGGING_1_1_2_RC1/<https://svn.apache.org/repos/asf/commons/proper/logging/tags/LOGGING_1_1_2_RC1/> >>>> >>>> The site: >>>> http://people.apache.org/**builds/commons/logging/1.1.2/**RC1/<http://people.apache.org/builds/commons/logging/1.1.2/RC1/> >>>> >>>> Additional Notes: >>>> >>>> o the download page and api links to older releases only work on >>>> the published site and will be corrected after release. >>>> >>>> Please take a look at the commons-logging-1.1.2 artifacts and vote! >>>> >>>> ------------------------------**------------------ >>>> [ ] +1 release it. >>>> [ ] +0 go ahead; I don't care. >>>> [ ] -0 there are a few minor glitches: ... >>>> [ ] -1 no, do not release it because ... >>>> ------------------------------**------------------ >>>> >>> >> Hi Thomas, >> >> Where is the source distribution? I only find the >> commons-logging-1.1.2-sources.**jar, >> which is not a complete source distribution. >> > > It is indeed not there on nexus. I validated it beforehand so that the > download.cgi is not included, but it may have not been created while > deploying. > I will investigate when I am at home, I should still have the deployment > directory. > > Thomas --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org