Re: [slf4j-user] Manifest of jcl-over-slf4j 1.7.35: Invalid under OSGi

2022-02-07 Thread Daniel Krügler

Am 07.02.2022 um 19:04 schrieb Daniel Krügler:

Am 07.02.2022 um 18:59 schrieb Ceki Gülcü:

Hi Daniel,

Which slf4j version are you referring to? Which jar file contains the
invalid version identifier?


Sorry, the information was only part of the title: I'm referring to
the most recent version 1.7.35.

See

https://repo1.maven.org/maven2/org/slf4j/jcl-over-slf4j/1.7.35/jcl-over-slf4j-1.7.35.jar


for example.



I tested now this download again and I'm surprised to realize that the
Export-Package entries here are OK.
I apologize for the incomplete error analysis. I will take a deeper look
in our project and will return when I have determined the cause of the
problem.

Thanks,
___
slf4j-user mailing list
slf4j-user@qos.ch
http://mailman.qos.ch/mailman/listinfo/slf4j-user

Re: [slf4j-user] Manifest of jcl-over-slf4j 1.7.35: Invalid under OSGi

2022-02-07 Thread Daniel Krügler

Am 07.02.2022 um 18:59 schrieb Ceki Gülcü:

Hi Daniel,

Which slf4j version are you referring to? Which jar file contains the
invalid version identifier?


Sorry, the information was only part of the title: I'm referring to the
most recent version 1.7.35.

See

https://repo1.maven.org/maven2/org/slf4j/jcl-over-slf4j/1.7.35/jcl-over-slf4j-1.7.35.jar

for example.

Thanks,

- Daniel


On 2/7/2022 6:43 PM, Daniel Krügler wrote:

Hi,

I have not found a Jira issue for the following problem yet (I apologize
if I overlooked something):

We are using in our OSGi-based projects the most recent slf4-api plus
some additional dependencies around this release, in particular the
artifact


     org.slf4j
     jcl-over-slf4j
     ${slf4j.version}


Using this bundle in our OSGi container leads to start and build
problems of the form

java.lang.IllegalArgumentException: invalid version "${log4j.version}":
non-numeric "${log4j"

Looking at the Manifest.MF of that said artifact explains the reason,
because the Export-Package section has the following contents:

Export-Package: org.apache.log4j;version=${log4j.version},org.apache.l
og4j.helpers;version=${log4j.version},org.apache.log4j.spi;version=${
log4j.version},org.apache.log4j.xml;version=${log4j.version}
Import-Package: org.slf4j;version=1.6.0,org.slf4j.helpers;version=1.6.
0,org.slf4j.spi;version=1.6.0

It seems that during the build-process of the bundle the property
${log4j.version} is not properly defined, leading to these unexpanded
entries.
Due to this problem, this artifact version is not useable for us. It
would be great, if this could be fixed for the next version.

Thanks,

- Daniel
___
slf4j-user mailing list
slf4j-user@qos.ch
http://mailman.qos.ch/mailman/listinfo/slf4j-user


___
slf4j-user mailing list
slf4j-user@qos.ch
http://mailman.qos.ch/mailman/listinfo/slf4j-user

Re: [slf4j-user] Manifest of jcl-over-slf4j 1.7.35: Invalid under OSGi

2022-02-07 Thread Ceki Gülcü
Hi Daniel,

Which slf4j version are you referring to? Which jar file contains the
invalid version identifier?

On 2/7/2022 6:43 PM, Daniel Krügler wrote:
> Hi,
> 
> I have not found a Jira issue for the following problem yet (I apologize
> if I overlooked something):
> 
> We are using in our OSGi-based projects the most recent slf4-api plus
> some additional dependencies around this release, in particular the
> artifact
> 
> 
>     org.slf4j
>     jcl-over-slf4j
>     ${slf4j.version}
> 
> 
> Using this bundle in our OSGi container leads to start and build
> problems of the form
> 
> java.lang.IllegalArgumentException: invalid version "${log4j.version}":
> non-numeric "${log4j"
> 
> Looking at the Manifest.MF of that said artifact explains the reason,
> because the Export-Package section has the following contents:
> 
> Export-Package: org.apache.log4j;version=${log4j.version},org.apache.l
> og4j.helpers;version=${log4j.version},org.apache.log4j.spi;version=${
> log4j.version},org.apache.log4j.xml;version=${log4j.version}
> Import-Package: org.slf4j;version=1.6.0,org.slf4j.helpers;version=1.6.
> 0,org.slf4j.spi;version=1.6.0
> 
> It seems that during the build-process of the bundle the property
> ${log4j.version} is not properly defined, leading to these unexpanded
> entries.
> Due to this problem, this artifact version is not useable for us. It
> would be great, if this could be fixed for the next version.
> 
> Thanks,
> 
> - Daniel
> ___
> slf4j-user mailing list
> slf4j-user@qos.ch
> http://mailman.qos.ch/mailman/listinfo/slf4j-user

-- 
Ceki Gülcü

Sponsoring SLF4J/logback/reload4j at https://github.com/sponsors/qos-ch
___
slf4j-user mailing list
slf4j-user@qos.ch
http://mailman.qos.ch/mailman/listinfo/slf4j-user