Hi Andreas,

So far Woden used it's own logging class based on SOP statements.
After having a discussion  now we moved to SLF4J API because as a
utility project it's better  to support for a Logging Facade. I think
Axis2 need to add SLF4J-API and either commons-binding or
log4j-binding as a dependency.

Thanks ,

On Wed, Oct 7, 2009 at 3:24 AM, Andreas Veithen (JIRA) <[email protected]> wrote:
>
>    [ 
> https://issues.apache.org/jira/browse/AXIS2-4334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12762798#action_12762798
>  ]
>
> Andreas Veithen commented on AXIS2-4334:
> ----------------------------------------
>
> The change in Woden causes a build failure:
>
> wsdl20-codegen:
>     [echo] Running codegen for WSDL 2.0
>     [java] Exception in thread "main" java.lang.NoClassDefFoundError: 
> org/slf4j/LoggerFactory
>     [java]     at 
> org.apache.woden.internal.ErrorHandlerImpl.<clinit>(ErrorHandlerImpl.java:37)
>     [java]     at 
> org.apache.woden.internal.ErrorReporterImpl.<init>(ErrorReporterImpl.java:130)
>     [java]     at 
> org.apache.woden.internal.BaseWSDLFactory.<init>(BaseWSDLFactory.java:39)
>     [java]     at 
> org.apache.woden.internal.DOMWSDLFactory.<init>(DOMWSDLFactory.java:30)
>     [java]     at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>     [java]     at 
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>     [java]     at 
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>     [java]     at 
> java.lang.reflect.Constructor.newInstance(Constructor.java:501)
>     [java]     at java.lang.Class.newInstance0(Class.java:350)
>     [java]     at java.lang.Class.newInstance(Class.java:303)
>     [java]     at 
> org.apache.woden.WSDLFactory.newInstance(WSDLFactory.java:63)
>     [java]     at 
> org.apache.woden.WSDLFactory.newInstance(WSDLFactory.java:51)
>     [java]     at 
> org.apache.axis2.description.WSDL20ToAxisServiceBuilder.readInTheWSDLFile(WSDL20ToAxisServiceBuilder.java:1200)
>     [java]     at 
> org.apache.axis2.description.WSDL20ToAxisServiceBuilder.readInTheWSDLFile(WSDL20ToAxisServiceBuilder.java:1176)
>     [java]     at 
> org.apache.axis2.description.WSDL20ToAxisServiceBuilder.<init>(WSDL20ToAxisServiceBuilder.java:153)
>     [java]     at 
> org.apache.axis2.description.WSDL20ToAllAxisServicesBuilder.<init>(WSDL20ToAllAxisServicesBuilder.java:53)
>     [java]     at 
> org.apache.axis2.wsdl.codegen.CodeGenerationEngine.<init>(CodeGenerationEngine.java:102)
>     [java]     at org.apache.axis2.wsdl.WSDL2Code.main(WSDL2Code.java:35)
>     [java]     at org.apache.axis2.wsdl.WSDL2Java.main(WSDL2Java.java:24)
>     [java] Java Result: 1
>
> Did Woden switch from commons-logging to SLF4J?
>
>> Cannot turn off stdout messages when using WSDL 2.0
>> ---------------------------------------------------
>>
>>                 Key: AXIS2-4334
>>                 URL: https://issues.apache.org/jira/browse/AXIS2-4334
>>             Project: Axis 2.0 (Axis2)
>>          Issue Type: Bug
>>    Affects Versions: 1.4.1
>>            Reporter: Deyan Popov
>>         Attachments: patch.txt, simple_doc.wsdl, WSDL20Experiment.java
>>
>>
>> Axis2 writes to stdout when using WSDL 2.0 and I cannot find a way to turn 
>> it off. When some of the namespace URIs inside the WSDL 2.0 document are not 
>> accessible, I see warning messages like:
>> Woden[Warning],0:0,Description-1001,The targetNamespace ' 
>> http://www.example.org/simple_doc/' is not dereferencable.
>> These messages seem to come from the Apache Woden library and are not 
>> written via Log4j. According to the Woden User Guide there is a default 
>> ErrorHandler which writes to stdout and that ErrorHandler can be replaced. 
>> But I don't see how this can be done via the Axis2 API - in particular the 
>> org.apache.axis2.description.WSDL20ToAllAxisServicesBuilder class.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>



-- 
Sagara Gunathunga

Blog - http://ssagara.blogspot.com
Web - http://people.apache.org/~sagara/

Reply via email to