Typically using slf4j in logback.xml:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <appender name="STDOUT" class="ch.qos.logback.core.ConsoleAppender">
        <layout class="ch.qos.logback.classic.PatternLayout">
            <Pattern>%d{HH:mm:ss.SSS} [%thread] %-5level %logger{36} - 
%msg%n</Pattern>
        </layout>
    </appender>
    <logger name=“io.swagger" level="DEBUG"/>
    <root level="error">
        <appender-ref ref="STDOUT"/>
    </root>
</configuration>


> On Jun 2, 2017, at 3:36 AM, Ed Wang <edx.w...@gmail.com> wrote:
> 
> How does one set the debug level?
> 
> On Wed, May 31, 2017 at 6:19 PM, tony tam <feh...@gmail.com 
> <mailto:feh...@gmail.com>> wrote:
> Setting the debug level will show you pretty much everything that happens 
> during the scanning process.  I’d start there, and feel free to post your 
> findings back here for help.
> 
>> On May 31, 2017, at 4:45 PM, Ed Wang <edx.w...@gmail.com 
>> <mailto:edx.w...@gmail.com>> wrote:
>> 
>> That was my first suspicion as well. I'm not sure that I see any other 
>> models with the same name, but is there a way for me to find what models are 
>> actually scanned by swagger, just to confirm?
>> 
>> On Wednesday, May 31, 2017 at 4:13:54 PM UTC-7, tony tam wrote:
>> Usually this happens when you have multiple models with the same name, but 
>> different definitions.  The “randomness” has to do with which one is loaded 
>> first.
>> 
>>> On May 31, 2017, at 3:46 PM, Ron Ratovsky <r...@ <>swagger.io 
>>> <http://swagger.io/>> wrote:
>>> 
>>> If you’re using Spring as your REST framework, then you probably use 
>>> Springfox.
>>> Swagger-jaxrs is used with old jax-rs libraries such as Jersey 1.x.
>>>  
>>> Can you check again please?
>>>  
>>>  
>>>  
>>> From: <swagger-sw...@ <>googlegroups.com <http://googlegroups.com/>> on 
>>> behalf of Ed Wang <edx....@ <>gmail.com <http://gmail.com/>>
>>> Reply-To: " <>swagger- 
>>> <mailto:swagger-swaggersocket@googlegroups.com>swaggersoc...@googlegroups.com
>>>  <mailto:swagger-swaggersocket@googlegroups.com>" <swagger-sw...@ 
>>> <>googlegroups.com <http://googlegroups.com/>>
>>> Date: Wednesday, 31 May 2017 at 11:37
>>> To: Swagger <swagger-sw...@ <>googlegroups.com <http://googlegroups.com/>>
>>> Subject: Re: Intermittent missing property from Swagger spec definition
>>>  
>>> We're using Spring as our REST framework and I believe we're using 
>>> swagger-jaxrs-1.5.5
>>> 
>>> On Tuesday, May 30, 2017 at 8:39:27 PM UTC-7, Ron wrote: 
>>>> Interesting. Can you give us some more information as to which REST 
>>>> framework you use, which swagger project, and which versions?
>>>>  
>>>>  
>>>>  
>>>> From: <swagger-sw...@googlegroups.com <>> on behalf of Ed Wang 
>>>> <edx....@gmail.com <>>
>>>> Reply-To: "swagger-sw...@googlegroups.com <>" 
>>>> <swagger-sw...@googlegroups.com <>>
>>>> Date: Tuesday, 30 May 2017 at 10:38
>>>> To: Swagger <swagger-sw...@googlegroups.com <>>
>>>> Subject: Intermittent missing property from Swagger spec definition
>>>>  
>>>> I'm trying to debug a strange situation where there is an intermittent 
>>>> absence of properties from a single definition in the swagger spec 
>>>> generated in a Java service. When I say intermittent, I mean that whenever 
>>>> I start my service, there is a chance that there are no properties in that 
>>>> particular definition; this is causing our compatibility tests (which use 
>>>> Swagger spec to detect potentially breaking changes) to frequently fail. 
>>>>  
>>>> For example if I were to expect a definition like:
>>>>  
>>>> "ExampleClass":{
>>>>     "allOf":[
>>>>         {"$ref":"#/definitions/ParentClass"},
>>>>         {
>>>>             "type":"object",
>>>>             "properties":{
>>>>                 "key1":{"type":"string"},
>>>>                 "key2":{"type":"string"},
>>>>                 "key3":{"type":"string"}
>>>>             }
>>>>         }
>>>>     ]
>>>> }
>>>>  
>>>> Sometimes, we would get:
>>>>  
>>>> "ExampleClass":{
>>>>     "allOf":[
>>>>         {"$ref":"#/definitions/ParentClass"},
>>>>         {
>>>>             "type":"object",
>>>>             "properties":{}
>>>>         }
>>>>     ]
>>>> }
>>>>  
>>>> Does anyone have any ideas on why this might be happening? For some reason 
>>>> this seems to be the only class that has this issue, out of over 100 other 
>>>> definitions generated...And I can't seem to find a difference between the 
>>>> classes that work and this one that does not.
>>>> -- 
>>>> You received this message because you are subscribed to the Google Groups 
>>>> "Swagger" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>>> email to swagger-swaggersocket+unsubscr...@googlegroups.com <>.
>>>> For more options, visit https://groups.google.com/d/optout 
>>>> <https://groups.google.com/d/optout>.
>>>> 
>>> 
>>> -- 
>>> You received this message because you are subscribed to the Google Groups 
>>> "Swagger" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to swagger-swaggersocket+unsubscr...@googlegroups.com <>.
>>> For more options, visit https://groups.google.com/d/optout 
>>> <https://groups.google.com/d/optout>.
>>> 
>>> 
>>> -- 
>>> You received this message because you are subscribed to the Google Groups 
>>> "Swagger" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an 
>>> email to swagger-swaggersocket+unsubscr...@googlegroups.com <>.
>>> For more options, visit https://groups.google.com/d/optout 
>>> <https://groups.google.com/d/optout>.
>> 
>> 
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "Swagger" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to swagger-swaggersocket+unsubscr...@googlegroups.com 
>> <mailto:swagger-swaggersocket+unsubscr...@googlegroups.com>.
>> For more options, visit https://groups.google.com/d/optout 
>> <https://groups.google.com/d/optout>.
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Swagger" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to swagger-swaggersocket+unsubscr...@googlegroups.com 
> <mailto:swagger-swaggersocket+unsubscr...@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout 
> <https://groups.google.com/d/optout>.
> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "Swagger" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to swagger-swaggersocket+unsubscr...@googlegroups.com 
> <mailto:swagger-swaggersocket+unsubscr...@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout 
> <https://groups.google.com/d/optout>.

-- 
You received this message because you are subscribed to the Google Groups 
"Swagger" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to swagger-swaggersocket+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to