<?xml version="1.0" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.jacorb.org/bugzilla/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.2"
          urlbase="https://www.jacorb.org/bugzilla/"
          
          maintainer="jacorb@goots.org"
>

    <bug>
          <bug_id>1016</bug_id>
          
          <creation_ts>2015-08-19 05:42:07 +0000</creation_ts>
          <short_desc>Jacorb (core) pom exposes slf4j-jdk14 as a compile time dependency</short_desc>
          <delta_ts>2015-10-19 08:42:59 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>JacORB</product>
          <component>Configuration and Build</component>
          <version>3.6.1</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="David Gibbs">david.gibbs</reporter>
          <assigned_to name="Mailinglist to track bugs">jacorb-bugs</assigned_to>
          <cc>jacorb</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>3334</commentid>
    <comment_count>0</comment_count>
    <who name="David Gibbs">david.gibbs</who>
    <bug_when>2015-08-19 05:42:07 +0000</bug_when>
    <thetext>The Jacorb (core) pom exposes slf4j-jdk14 as a compile dependency.
This requires exclusion of slf4j-jdk14 in dependent projects.
slf4j-jdk14 is not a compile dependency.

mvn co-ordinates

&lt;dependency&gt;
  &lt;groupId&gt;org.jacorb&lt;/groupId&gt;
  &lt;artifactId&gt;jacorb&lt;/artifactId&gt;
  &lt;version&gt;3.6.1&lt;/version&gt;
&lt;/dependency&gt;

Dependencies

&lt;dependencies&gt;
   &lt;dependency&gt;
   &lt;groupId&gt;org.slf4j&lt;/groupId&gt;
   &lt;artifactId&gt;slf4j-api&lt;/artifactId&gt;
&lt;/dependency&gt;
&lt;dependency&gt;
   &lt;groupId&gt;org.slf4j&lt;/groupId&gt;
   &lt;artifactId&gt;slf4j-jdk14&lt;/artifactId&gt;
&lt;/dependency&gt;
&lt;dependency&gt;
  &lt;groupId&gt;org.jacorb&lt;/groupId&gt;
  &lt;artifactId&gt;jacorb-omgapi&lt;/artifactId&gt;
&lt;/dependency&gt;
&lt;/dependencies&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3336</commentid>
    <comment_count>1</comment_count>
    <who name="Nick Cross">jacorb</who>
    <bug_when>2015-08-21 17:21:15 +0000</bug_when>
    <thetext>I think it would be feasible to change it to runtime scope (https://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Dependency_Scope) (and suitably alter the demos to pass the correct classpath).

Would this satisfy your use-case?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3356</commentid>
    <comment_count>2</comment_count>
    <who name="Nick Cross">jacorb</who>
    <bug_when>2015-10-15 04:33:25 +0000</bug_when>
    <thetext>Fixed by 996859447b02e425317184a463f62baa908051ab</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3357</commentid>
    <comment_count>3</comment_count>
    <who name="David Gibbs">david.gibbs</who>
    <bug_when>2015-10-15 05:03:08 +0000</bug_when>
    <thetext>Hi Nick,

very sorry I did not see your comment earlier, much earlier.

I think that slf4j-jdk14 is not a runtime dependency of jacorb. It&apos;s a runtime dependency of the example applications. 

If the scope is &quot;runtime&quot; then applications using jacorb will have a transitive runtime dependency on slf4j-jdk14 and still require the exclusions. slf4j complains when runtime conflicts arise with other logging implementations.

If the tests depend on the slf4j-jdk14 logging implementation then it would be reasonable for it to be of scope &quot;test&quot;.

I would suggest 
* making slf4j-jdk14 of scope &quot;test&quot; or removing it from dependency management 
* adding slf4j-jdk14 with scope &quot;runtime&quot; to the example applications&quot;

thanks
Dave</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3358</commentid>
    <comment_count>4</comment_count>
    <who name="Nick Cross">jacorb</who>
    <bug_when>2015-10-15 06:20:18 +0000</bug_when>
    <thetext>Ok fiar point, there would be a conflict:

&gt; I would suggest 
&gt; * making slf4j-jdk14 of scope &quot;test&quot; or removing it from dependency management 
&gt; * adding slf4j-jdk14 with scope &quot;runtime&quot; to the example applications&quot;

How about removing slf4j-jdk14 from core/services and adding it as a dependency to the demos/tests?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3359</commentid>
    <comment_count>5</comment_count>
    <who name="Nick Cross">jacorb</who>
    <bug_when>2015-10-15 11:05:53 +0000</bug_when>
    <thetext>SHA 0e85fb590ab53545ede629387c8fb290be663dab</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>3360</commentid>
    <comment_count>6</comment_count>
    <who name="David Gibbs">david.gibbs</who>
    <bug_when>2015-10-19 08:42:59 +0000</bug_when>
    <thetext>Hi Nick , I submitted a Pull request with very minor suggested differences.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>