- logback-dev - mailman3.qos.ch

[JIRA] Created: (LBCLASSIC-168) for OSGi make javax.* imports optional to support using logback-classic without requiring javax.servlet and other jars to be present
by Hugues Malphettes (JIRA) 25 Nov '09

25 Nov '09

for OSGi make javax.* imports optional to support using logback-classic without requiring javax.servlet and other jars to be present ------------------------------------------------------------------------------------------------------------------------------------ Key: LBCLASSIC-168 URL: http://jira.qos.ch/browse/LBCLASSIC-168 Project: logback-classic Issue Type: Improvement Components: Other Affects Versions: 0.917 Reporter: Hugues Malphettes Assignee: Logback dev list This improvement is related to http://jira.qos.ch/browse/LBCLASSIC-165 When prototyping some OSGi tweaks to slf4j I discovered that logback-classic once patched with LBCLASSIC-165 requires a couple of bundles that should be optional These bundles are present when executing jetty-osgi but not in a minimal environment. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 5

[JIRA] Created: (LBCLASSIC-121) Make some of the Import-Package declarations in logback-classic OSGi bundle optional
by Pavol Juhos (JIRA) 25 Nov '09

25 Nov '09

Make some of the Import-Package declarations in logback-classic OSGi bundle optional ------------------------------------------------------------------------------------ Key: LBCLASSIC-121 URL: http://jira.qos.ch/browse/LBCLASSIC-121 Project: logback-classic Issue Type: Improvement Components: Other Affects Versions: 0.9.15 Environment: OSGi Service Platform Release 4 Reporter: Pavol Juhos Assignee: Logback dev list Priority: Minor It might be a good idea to mark some additional packages imported by logback-classis bundle as optional. Namely this applies to packages javax.servlet, javax.servlet.http, javax.management By importing package javax.servlet you are forcing the users to deploy Sevlet API bundle even in non-web application environment. The current <Import-Package> declaration in maven-bundle-plugin configuration: <Import-Package>sun.reflect;resolution:=optional, javax.jms;resolution:=optional, * </Import-Package> Suggested update: <Import-Package>sun.reflect;resolution:=optional, javax.jms;resolution:=optional, javax.servlet.*;resolution:=optional, javax.management;resolution:=optional, * </Import-Package> Feel free to close this as invalid if the above mentioned packages are _always_ required for correct operation of logback-classic. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

3 3

[JIRA] Created: (LBCLASSIC-151) Export-Package: org.slf4j.impl; version="1.5.6" but 1.5.8 required
by Bulat Nigmatullin (JIRA) 18 Nov '09

18 Nov '09

Export-Package: org.slf4j.impl;version="1.5.6" but 1.5.8 required ----------------------------------------------------------------- Key: LBCLASSIC-151 URL: http://jira.qos.ch/browse/LBCLASSIC-151 Project: logback-classic Issue Type: Bug Affects Versions: 0.917 Reporter: Bulat Nigmatullin Assignee: Logback dev list Priority: Minor In pom.xml you says <properties> −  <slf4j.version>1.5.8</slf4j.version> <consolePlugin.version>1.1.0</consolePlugin.version> </properties> but in MANIFEST.MF exported org.slf4j.impl version 1.5.6. Please, fix version in MANIFEST.MF and upload it to Maven repository. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 2

[JIRA] Created: (LBCLASSIC-108) LOGBack Classic Bundle does not declare ch.qos.logback.core.rolling as Import-Package
by Christian Brensing (JIRA) 18 Nov '09

18 Nov '09

LOGBack Classic Bundle does not declare ch.qos.logback.core.rolling as Import-Package ------------------------------------------------------------------------------------- Key: LBCLASSIC-108 URL: http://jira.qos.ch/browse/LBCLASSIC-108 Project: logback-classic Issue Type: Bug Components: Other Affects Versions: 0.9.15 Reporter: Christian Brensing Assignee: Logback dev list Priority: Minor The LOGBack Classic Bundle has no Import-Package for ch.qos.logback.core.rolling (and rolling.helper), resulting in a ClassNotFoundException when using e.g. the RollingFileAppender from the Core-Bundle. The ClassNotFoundException will be raised because the Bundle which initializes the LoggerContext (Classic) can not load the Appender from the Core-Bundle. The Bnd-Tool by Peter Kriens and the Maven-Felix-Plugin only detects package dependencies that are imported in java classes. Runtime dependencies like Appenders must be explicitly configured in the bnd-file or pom. This issue is identically to the one I reported for the SpringSource-Bundle-Repository, see https://issuetracker.springsource.com/browse/BRITS-165. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 2

branch, master, updated. a0e45a889c6180b29f853348ccbdf2eacca1bb55
by git-noreply＠pixie.qos.ch 13 Nov '09

13 Nov '09

The branch, master has been updated via a0e45a889c6180b29f853348ccbdf2eacca1bb55 (commit) from bfb1e735c93af7672bb96511c68ac1a379f6eadc (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://git.qos.ch/gitweb/?p=logback.git;a=commit;h=a0e45a889c6180b29f853348… http://github.com/ceki/logback/commit/a0e45a889c6180b29f853348ccbdf2eacca1b… commit a0e45a889c6180b29f853348ccbdf2eacca1bb55 Author: Ceki Gulcu <ceki(a)qos.ch> Date: Fri Nov 13 14:06:02 2009 +0100 - corrections in grouping code diff --git a/logback-core/src/test/java/ch/qos/logback/core/rolling/TimeBasedRollingWithArchiveRemovalTest.java b/logback-core/src/test/java/ch/qos/logback/core/rolling/TimeBasedRollingWithArchiveRemovalTest.java index 2e2e27a..4d1d697 100644 --- a/logback-core/src/test/java/ch/qos/logback/core/rolling/TimeBasedRollingWithArchiveRemovalTest.java +++ b/logback-core/src/test/java/ch/qos/logback/core/rolling/TimeBasedRollingWithArchiveRemovalTest.java @@ -148,7 +148,7 @@ public class TimeBasedRollingWithArchiveRemovalTest { // rollover occurs on the last period, that the last period is still accounted // for checkPatternCompliance(5 + 1 + slashCount, - "\\d{4}-\\d{2}-\\d{2}-clean.(\\d)(.zip)?"); + "\\d{4}-\\d{2}-\\d{2}-clean(\\.\\d)(.zip)?"); } @Test @@ -332,8 +332,9 @@ public class TimeBasedRollingWithArchiveRemovalTest { } // reduce file names differing by index number into the same group - // for example, 2009-11-01-clean-0.zip, 2009-11-01-clean-1.zip and + // for example, 2009-11-01-clean.0.zip, 2009-11-01-clean.1.zip and // 2009-11-01-clean-2 are reduced into the same string (group) + // 2009-11-01-clean Set<String> groupByClass(List<File> fileList, String regex) { Pattern p = Pattern.compile(regex); Set<String> set = new HashSet<String>(); @@ -342,10 +343,10 @@ public class TimeBasedRollingWithArchiveRemovalTest { Matcher m = p.matcher(n); m.matches(); int begin = m.start(1); - int end = m.end(1); - String reduced = n.substring(0, begin) + n.substring(end); + String reduced = n.substring(0, begin); set.add(reduced); } + System.out.println(set); return set; } ----------------------------------------------------------------------- Summary of changes: .../TimeBasedRollingWithArchiveRemovalTest.java | 9 +++++---- 1 files changed, 5 insertions(+), 4 deletions(-) hooks/post-receive -- Logback: the generic, reliable, fast and flexible logging framework.

1 0

[JIRA] Created: (LBCLASSIC-149) ContextNameConverter does not use the context of the event
by Ceki Gulcu (JIRA) 13 Nov '09

13 Nov '09

ContextNameConverter does not use the context of the event ---------------------------------------------------------- Key: LBCLASSIC-149 URL: http://jira.qos.ch/browse/LBCLASSIC-149 Project: logback-classic Issue Type: Bug Reporter: Ceki Gulcu Assignee: Logback dev list ContextNameConverter instead of reading the context name found in the event passed as parameter, uses the context to which it (the ContextNameConverter instance) is attached to. Usually the two contexts are the same. However, when an event is sent to a remote server, the wrong information is displayed. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

1 1

branch, master, updated. bfb1e735c93af7672bb96511c68ac1a379f6eadc
by git-noreply＠pixie.qos.ch 13 Nov '09

13 Nov '09

The branch, master has been updated via bfb1e735c93af7672bb96511c68ac1a379f6eadc (commit) from feba37d06ec4fc8398641b3056f32e1afdcb0bb4 (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://git.qos.ch/gitweb/?p=logback.git;a=commit;h=bfb1e735c93af7672bb96511… http://github.com/ceki/logback/commit/bfb1e735c93af7672bb96511c68ac1a379f6e… commit bfb1e735c93af7672bb96511c68ac1a379f6eadc Author: Ceki Gulcu <ceki(a)qos.ch> Date: Fri Nov 13 10:59:50 2009 +0100 Fixed http://jira.qos.ch/browse/LBCLASSIC-149 diff --git a/logback-classic/src/main/java/ch/qos/logback/classic/pattern/ContextNameConverter.java b/logback-classic/src/main/java/ch/qos/logback/classic/pattern/ContextNameConverter.java index 56bfe15..29a3d29 100644 --- a/logback-classic/src/main/java/ch/qos/logback/classic/pattern/ContextNameConverter.java +++ b/logback-classic/src/main/java/ch/qos/logback/classic/pattern/ContextNameConverter.java @@ -26,7 +26,7 @@ public class ContextNameConverter extends ClassicConverter { * Return the name of the logger context's name. */ public String convert(ILoggingEvent event) { - return getContext().getName(); + return event.getLoggerContextVO().getName(); } } diff --git a/logback-classic/src/test/java/ch/qos/logback/classic/pattern/ConverterTest.java b/logback-classic/src/test/java/ch/qos/logback/classic/pattern/ConverterTest.java index c1ff3b5..c4c5b3b 100644 --- a/logback-classic/src/test/java/ch/qos/logback/classic/pattern/ConverterTest.java +++ b/logback-classic/src/test/java/ch/qos/logback/classic/pattern/ConverterTest.java @@ -356,7 +356,11 @@ public class ConverterTest { @Test public void contextNameConverter() { ClassicConverter converter = new ContextNameConverter(); - converter.setContext(lc); + // see http://jira.qos.ch/browse/LBCLASSIC-149 + LoggerContext lcOther = new LoggerContext(); + lcOther.setName("another"); + converter.setContext(lcOther); + lc.setName("aValue"); ILoggingEvent event = makeLoggingEvent(null); diff --git a/logback-site/src/site/pages/news.html b/logback-site/src/site/pages/news.html index 953aabe..95af9a3 100644 --- a/logback-site/src/site/pages/news.html +++ b/logback-site/src/site/pages/news.html @@ -63,6 +63,12 @@ showed that this was an appropriate strategy in all the cases we considered.</p> + <p>Fixed <a + href="http://jira.qos.ch/browse/LBCLASSIC-149">LBCLASSIC-149</a>. The + ContextNameConverter now correctly uses the context name of the + event instead of its own context name. + </p> + <hr width="80%" align="center" /> <h3>9th of August 2009 - Release of version 0.9.17</h3> ----------------------------------------------------------------------- Summary of changes: .../classic/pattern/ContextNameConverter.java | 2 +- .../qos/logback/classic/pattern/ConverterTest.java | 6 +++++- logback-site/src/site/pages/news.html | 6 ++++++ 3 files changed, 12 insertions(+), 2 deletions(-) hooks/post-receive -- Logback: the generic, reliable, fast and flexible logging framework.

1 0

[JIRA] Created: (LBCORE-98) TimeBasedRollingPolicy: name of file in zip archive is <FileNamePattern>.nanos.tmp
by Anders Wallgren (JIRA) 13 Nov '09

13 Nov '09

TimeBasedRollingPolicy: name of file in zip archive is <FileNamePattern>.nanos.tmp ---------------------------------------------------------------------------------- Key: LBCORE-98 URL: http://jira.qos.ch/browse/LBCORE-98 Project: logback-core Issue Type: Bug Components: Rolling Affects Versions: 0.9.15 Environment: Windows Reporter: Anders Wallgren Assignee: Logback dev list Priority: Minor The name of the filename in the zip archive is a temp filename, based on the FileNamePattern, no the FileNamePattern itself. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 4

branch, master, updated. feba37d06ec4fc8398641b3056f32e1afdcb0bb4
by git-noreply＠pixie.qos.ch 13 Nov '09

13 Nov '09

The branch, master has been updated via feba37d06ec4fc8398641b3056f32e1afdcb0bb4 (commit) from 0334b5b0597eeb09a5319a00c69c1867a17b5b2f (commit) Those revisions listed above that are new to this repository have not appeared on any other notification email; so we list those revisions in full, below. - Log ----------------------------------------------------------------- http://git.qos.ch/gitweb/?p=logback.git;a=commit;h=feba37d06ec4fc8398641b30… http://github.com/ceki/logback/commit/feba37d06ec4fc8398641b3056f32e1afdcb0… commit feba37d06ec4fc8398641b3056f32e1afdcb0bb4 Author: Ceki Gulcu <ceki(a)qos.ch> Date: Fri Nov 13 10:35:51 2009 +0100 Fixed http://jira.qos.ch/browse/LBCORE-98 The name of the log file nested within .zip archives was incorrectly set to be that of the tmp file logback creates during compression. Anders Wallgren reported and posted an appropriate patch for this problem LBCORE-98. The nested file is now named after the zip archive file. Analysis showed that this was an appropriate strategy in all the cases we considered. diff --git a/logback-core/src/main/java/ch/qos/logback/core/rolling/RollingFileAppender.java b/logback-core/src/main/java/ch/qos/logback/core/rolling/RollingFileAppender.java index 92a610e..cddef70 100644 --- a/logback-core/src/main/java/ch/qos/logback/core/rolling/RollingFileAppender.java +++ b/logback-core/src/main/java/ch/qos/logback/core/rolling/RollingFileAppender.java @@ -49,13 +49,13 @@ public class RollingFileAppender<E> extends FileAppender<E> { addWarn("For more information, please visit http://logback.qos.ch/codes.html#rfa_no_tp"); return; } - + // we don't want to void existing log files - if(!append) { - addWarn("Append mode is mandatory for RollingFileAppender"); + if (!append) { + addWarn("Append mode is mandatory for RollingFileAppender"); append = true; } - + if (rollingPolicy == null) { addError("No RollingPolicy was set for the RollingFileAppender named " + getName()); @@ -96,23 +96,11 @@ public class RollingFileAppender<E> extends FileAppender<E> { } /** - * Implements the usual roll over behaviour. - * - * <p>If <code>MaxBackupIndex</code> is positive, then files {<code>File.1</code>, - * ..., <code>File.MaxBackupIndex -1</code>} are renamed to {<code>File.2</code>, - * ..., <code>File.MaxBackupIndex</code>}. Moreover, <code>File</code> is - * renamed <code>File.1</code> and closed. A new <code>File</code> is - * created to receive further log output. - * - * <p>If <code>MaxBackupIndex</code> is equal to zero, then the - * <code>File</code> is truncated with no backup files created. - * + * Implemented by delegating most of the rollover work to a rolling policy. */ public synchronized void rollover() { // Note: This method needs to be synchronized because it needs exclusive - // acces while - // it closes and then re-opens the target file. - + // access while it closes and then re-opens the target file. // // make sure to close the hereto active log file! Renaming under windows // does not work for open files. @@ -130,7 +118,7 @@ public class RollingFileAppender<E> extends FileAppender<E> { // update the currentlyActiveFile // http://jira.qos.ch/browse/LBCORE-90 currentlyActiveFile = new File(rollingPolicy.getActiveFileName()); - + // This will also close the file. This is OK since multiple // close operations are safe. this.openFile(rollingPolicy.getActiveFileName()); diff --git a/logback-core/src/main/java/ch/qos/logback/core/rolling/TimeBasedRollingPolicy.java b/logback-core/src/main/java/ch/qos/logback/core/rolling/TimeBasedRollingPolicy.java index 259d3a0..b987069 100644 --- a/logback-core/src/main/java/ch/qos/logback/core/rolling/TimeBasedRollingPolicy.java +++ b/logback-core/src/main/java/ch/qos/logback/core/rolling/TimeBasedRollingPolicy.java @@ -101,7 +101,7 @@ public class TimeBasedRollingPolicy<E> extends RollingPolicyBase implements return timeBasedTriggering; } - static String computeFileNameStr_WCS(String fileNamePatternStr, + static public String computeFileNameStr_WCS(String fileNamePatternStr, CompressionMode compressionMode) { int len = fileNamePatternStr.length(); switch (compressionMode) { diff --git a/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/Compressor.java b/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/Compressor.java index 2205091..4a620e2 100644 --- a/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/Compressor.java +++ b/logback-core/src/main/java/ch/qos/logback/core/rolling/helper/Compressor.java @@ -20,11 +20,11 @@ import java.util.zip.GZIPOutputStream; import java.util.zip.ZipEntry; import java.util.zip.ZipOutputStream; +import ch.qos.logback.core.rolling.TimeBasedRollingPolicy; import ch.qos.logback.core.spi.ContextAwareBase; import ch.qos.logback.core.status.ErrorStatus; import ch.qos.logback.core.status.WarnStatus; - /** * The <code>Compression</code> class implements ZIP and GZ file * compression/decompression methods. @@ -34,24 +34,24 @@ import ch.qos.logback.core.status.WarnStatus; public class Compressor extends ContextAwareBase { final CompressionMode compressionMode; - //final String nameOfFile2Compress; - //final String nameOfCompressedFile; + // final String nameOfFile2Compress; + // final String nameOfCompressedFile; public Compressor(CompressionMode compressionMode) { this.compressionMode = compressionMode; } - - -// public Compressor(CompressionMode compressionMode, String nameOfFile2Compress, String nameOfCompressedFile) { -// this.compressionMode = compressionMode; -// //this.nameOfFile2Compress = nameOfFile2Compress; -// //this.nameOfCompressedFile = nameOfCompressedFile; -// } - - public void compress( String nameOfFile2Compress, String nameOfCompressedFile) { - switch(compressionMode) { - case GZ: + + // public Compressor(CompressionMode compressionMode, String + // nameOfFile2Compress, String nameOfCompressedFile) { + // this.compressionMode = compressionMode; + // //this.nameOfFile2Compress = nameOfFile2Compress; + // //this.nameOfCompressedFile = nameOfCompressedFile; + // } + + public void compress(String nameOfFile2Compress, String nameOfCompressedFile) { + switch (compressionMode) { + case GZ: addInfo("GZ compressing [" + nameOfFile2Compress + "]."); gzCompress(nameOfFile2Compress, nameOfCompressedFile); break; @@ -60,7 +60,8 @@ public class Compressor extends ContextAwareBase { zipCompress(nameOfFile2Compress, nameOfCompressedFile); break; case NONE: - throw new UnsupportedOperationException("compress method called in NONE compression mode"); + throw new UnsupportedOperationException( + "compress method called in NONE compression mode"); } } @@ -68,9 +69,8 @@ public class Compressor extends ContextAwareBase { File file2zip = new File(nameOfFile2zip); if (!file2zip.exists()) { - addStatus(new WarnStatus( - "The file to compress named [" + nameOfFile2zip - + "] does not exist.", this)); + addStatus(new WarnStatus("The file to compress named [" + nameOfFile2zip + + "] does not exist.", this)); return; } @@ -82,9 +82,8 @@ public class Compressor extends ContextAwareBase { File zippedFile = new File(nameOfZippedFile); if (zippedFile.exists()) { - addStatus(new WarnStatus( - "The target compressed file named [" + nameOfZippedFile - + "] exist already.", this)); + addStatus(new WarnStatus("The target compressed file named [" + + nameOfZippedFile + "] exist already.", this)); return; } @@ -94,7 +93,7 @@ public class Compressor extends ContextAwareBase { ZipOutputStream zos = new ZipOutputStream(fos); FileInputStream fis = new FileInputStream(nameOfFile2zip); - ZipEntry zipEntry = new ZipEntry(file2zip.getName()); + ZipEntry zipEntry = computeZipEntry(zippedFile); zos.putNextEntry(zipEntry); byte[] inbuf = new byte[8102]; @@ -117,6 +116,27 @@ public class Compressor extends ContextAwareBase { } } + // http://jira.qos.ch/browse/LBCORE-98 + // The name of the compressed file as nested within the zip archive + // + // Case 1: RawFile = null, Patern = foo-%d.zip + // nestedFilename = foo-${current-date} + // + // Case 2: RawFile = hello.txtm, Pattern = = foo-%d.zip + // nestedFilename = foo-${current-date} + // + // in both cases, the strategy consisting of removing the compression + // suffix of zip file works reasonably well. The alternative strategy + // whereby the nested file name was based on the value of the raw file name + // (applicable to case 2 only) has the disadvantage of the nested files + // all having the same name, which could make it harder for the user + // to unzip the file without collisions + ZipEntry computeZipEntry(File zippedFile) { + String nameOfFileNestedWithinArchive = TimeBasedRollingPolicy + .computeFileNameStr_WCS(zippedFile.getName(), compressionMode); + return new ZipEntry(nameOfFileNestedWithinArchive); + } + private void gzCompress(String nameOfFile2gz, String nameOfgzedFile) { File file2gz = new File(nameOfFile2gz); @@ -163,7 +183,7 @@ public class Compressor extends ContextAwareBase { + nameOfFile2gz + "] into [" + nameOfgzedFile + "].", this, e)); } } - + @Override public String toString() { return "c.q.l.core.rolling.helper.Compress"; diff --git a/logback-site/src/site/pages/news.html b/logback-site/src/site/pages/news.html index 0254ae2..953aabe 100644 --- a/logback-site/src/site/pages/news.html +++ b/logback-site/src/site/pages/news.html @@ -42,6 +42,10 @@ by applying the relavant patch supplied by Hugues Malphettes. </p> + <p>Made the OSGi import declerations for Janino and javax optional + as proposed by David Varnes in <a + href="http://jira.qos.ch/browse/LBCORE-101">LBCORE-101</a>.</p> + <p>JaninoEventEvaluator now passes the throwable associated with an event as a <code>java.lang.Throwable</code> instead of an <code>IThrowableProxy</code>. This fixes <a @@ -50,6 +54,15 @@ href="manual/filters.html#evalutatorFilter">EvaluatorFilter documentation</a> for more details.</p> + <p>The name of the log file nested within .zip archives was + incorrectly set to be that of the tmp file logback creates during + compression. Anders Wallgren reported and posted an appropriate + patch for this problem in <a + href="http://jira.qos.ch/browse/LBCORE-98">LBCORE-98</a>. The + nested file is now named after the zip archive file. Analysis + showed that this was an appropriate strategy in all the cases we + considered.</p> + <hr width="80%" align="center" /> <h3>9th of August 2009 - Release of version 0.9.17</h3> ----------------------------------------------------------------------- Summary of changes: .../logback/core/rolling/RollingFileAppender.java | 26 ++------ .../core/rolling/TimeBasedRollingPolicy.java | 2 +- .../logback/core/rolling/helper/Compressor.java | 66 +++++++++++++------- logback-site/src/site/pages/news.html | 13 ++++ 4 files changed, 64 insertions(+), 43 deletions(-) hooks/post-receive -- Logback: the generic, reliable, fast and flexible logging framework.

1 0

[JIRA] Created: (LBCORE-101) OSGi manifest headers too restrictive
by david varnes (JIRA) 12 Nov '09

12 Nov '09

OSGi manifest headers too restrictive ------------------------------------- Key: LBCORE-101 URL: http://jira.qos.ch/browse/LBCORE-101 Project: logback-core Issue Type: Bug Affects Versions: 0.9.15 Reporter: david varnes Assignee: Logback dev list This issue is very similar and could be addressed at the same time as LBCLASSIC-119, LBCLASSIC-121 & LBCLASSIC-131. The Import-Package definition for logback-core requires that the javax.* packages be available at runtime. The pom.xml file and my usage seem to indicate that they should be optional. Attached patch adds javax.* as 'optional' in addition to the exiting janino declaration. thanks ! -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.qos.ch/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

2 2