Look at the MSF4J service pom and take the dependencies from that. On Wed, Jul 13, 2016 at 1:43 PM, Sumedha Kodithuwakku <sumed...@wso2.com> wrote:
> Hi Azeez, > > In that case what would be the correct dependency. Note that in this case > MSF4J is only a part of the application and therefore using the maven > archetype as described in example would not be possible. > > Thanks > SumedhaS > > On Wed, Jul 13, 2016 at 12:32 PM, Afkham Azeez <az...@wso2.com> wrote: > >> Don't use msf4j-all as a Maven depedency. That is not for Maven usage but >> for people to put into the classpath in non-Maven scenarios. >> >> On Wed, Jul 13, 2016 at 12:16 PM, Sumedha Kodithuwakku <sumed...@wso2.com >> > wrote: >> >>> Hi Azeez, Senduran, >>> >>> I have used MSF4J (msf4j-all-1.0.0 dependency) within a java >>> application and when I run the application I am getting lot of logs from >>> http client and other libraries. However changing the log4j2.xml does not >>> seem to disable these logs. >>> >>> Is there a way to get rid of these logs.? Appreciate your thoughts on >>> this. >>> >>> >>> 2016-07-13 11:41:17 INFO HttpMethodDirector:439 - I/O exception >>> (java.net.ConnectException) caught when processing request: Connection >>> refused >>> 2016-07-13 11:41:17 INFO HttpMethodDirector:445 - Retrying request >>> 2016-07-13 11:41:17 INFO HttpMethodDirector:439 - I/O exception >>> (java.net.ConnectException) caught when processing request: Connection >>> refused >>> 2016-07-13 11:41:17 INFO HttpMethodDirector:445 - Retrying request >>> 2016-07-13 11:41:17 INFO HttpMethodDirector:439 - I/O exception >>> (java.net.ConnectException) caught when processing request: Connection >>> refused >>> 2016-07-13 11:41:17 INFO HttpMethodDirector:445 - Retrying request >>> 2016-07-13 11:41:17 INFO HTTPSender:196 - Unable to sendViaPost to url[ >>> https://localhost:9443/services/AuthenticationAdmin] >>> java.net.ConnectException: Connection refused >>> at java.net.PlainSocketImpl.socketConnect(Native Method) >>> at >>> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) >>> at >>> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) >>> at >>> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) >>> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) >>> at java.net.Socket.connect(Socket.java:589) >>> at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:668) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:498) >>> at >>> org.apache.commons.httpclient.protocol.ReflectionSocketFactory.createSocket(ReflectionSocketFactory.java:140) >>> at >>> org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:130) >>> at >>> org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707) >>> [2016-07-13 11:41:17,349] [ERROR] CloudDefaultCallBack - [Task Failed] >>> CarbonServers : TenantLoginTask, Error: Connection refused >>> 2016-07-13 11:41:27 INFO HttpMethodDirector:439 - I/O exception >>> (java.net.ConnectException) caught when processing request: Connection >>> refused >>> 2016-07-13 11:41:27 INFO HttpMethodDirector:445 - Retrying request >>> 2016-07-13 11:41:27 INFO HttpMethodDirector:439 - I/O exception >>> (java.net.ConnectException) caught when processing request: Connection >>> refused >>> 2016-07-13 11:41:27 INFO HttpMethodDirector:445 - Retrying request >>> 2016-07-13 11:41:27 INFO HttpMethodDirector:439 - I/O exception >>> (java.net.ConnectException) caught when processing request: Connection >>> refused >>> 2016-07-13 11:41:27 INFO HttpMethodDirector:445 - Retrying request >>> 2016-07-13 11:41:27 INFO HTTPSender:196 - Unable to sendViaPost to url[ >>> https://localhost:9443/services/AuthenticationAdmin] >>> java.net.ConnectException: Connection refused >>> at java.net.PlainSocketImpl.socketConnect(Native Method) >>> at >>> java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350) >>> at >>> java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206) >>> at >>> java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188) >>> at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392) >>> at java.net.Socket.connect(Socket.java:589) >>> at sun.security.ssl.SSLSocketImpl.connect(SSLSocketImpl.java:668) >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >>> at java.lang.reflect.Method.invoke(Method.java:498) >>> at >>> org.apache.commons.httpclient.protocol.ReflectionSocketFactory.createSocket(ReflectionSocketFactory.java:140) >>> at >>> org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:130) >>> at >>> org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707) >>> >>> Thanks >>> SumedhaS >>> >>> On Tue, May 24, 2016 at 8:18 PM, Senduran Balasubramaniyam < >>> sendu...@wso2.com> wrote: >>> >>>> Hi Azeez, >>>> >>>> As I could see, log4j.properties shipped with the fat-jar in not being >>>> used. I tried adding file appender and tried changing log level. But it >>>> doesn't get affected. Also when I compare the properly working fat-jar [I >>>> got it by checking out to some previous commits] the current master fat-jar >>>> contains too much files (i.e other than the need class files and >>>> properties). Also some other dependencies (eg: log4j-api, log4j-core, >>>> pax-logging-log4j2..) So I guess these dependencies overwrites our log4j >>>> configuration. So if we could find why those additional dependencies are >>>> getting packed, we may eliminate the noisy logs. >>>> The additional dependency and the files increases the fat-jar size, >>>> twice the size of its usual size. >>>> >>>> Regards >>>> Senduran >>>> >>>> On Tue, May 24, 2016 at 10:27 AM, Senduran Balasubramaniyam < >>>> sendu...@wso2.com> wrote: >>>> >>>>> Hi Azeez, >>>>> >>>>> All the above logs (the verbose ones) are in debug level. Also the >>>>> log4j properties rootLogger level is set to INFO. So it is unclear why >>>>> does >>>>> those logs are appears at the start up. >>>>> I will try to find the cause. >>>>> >>>>> Regards >>>>> Senduran >>>>> >>>>> >>>>> >>>>> On Tue, May 24, 2016 at 12:24 AM, Afkham Azeez <az...@wso2.com> wrote: >>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : >>>>>> Starting Netty Http Transport Listener >>>>>> >>>>>> [io.netty.util.internal.logging.InternalLoggerFactory] : Using SLF4J >>>>>> as the default logging framework >>>>>> >>>>>> [io.netty.channel.MultithreadEventLoopGroup] : >>>>>> -Dio.netty.eventLoopThreads: 16 >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent0] : >>>>>> java.nio.Buffer.address: available >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent0] : >>>>>> sun.misc.Unsafe.theUnsafe: available >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent0] : >>>>>> sun.misc.Unsafe.copyMemory: available >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent0] : >>>>>> java.nio.Bits.unaligned: true >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : Java version: 8 >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : -Dio.netty.noUnsafe: >>>>>> false >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : sun.misc.Unsafe: >>>>>> available >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : -Dio.netty.noJavassist: >>>>>> false >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : Javassist: available >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : -Dio.netty.tmpdir: >>>>>> /var/folders/9c/f5j0x_mx6xsgx06x63sl64100000gn/T (java.io.tmpdir) >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : -Dio.netty.bitMode: 64 >>>>>> (sun.arch.data.model) >>>>>> >>>>>> [io.netty.util.internal.PlatformDependent] : >>>>>> -Dio.netty.noPreferDirect: false >>>>>> >>>>>> [io.netty.channel.nio.NioEventLoop] : >>>>>> -Dio.netty.noKeySetOptimization: false >>>>>> >>>>>> [io.netty.channel.nio.NioEventLoop] : >>>>>> -Dio.netty.selectorAutoRebuildThreshold: 512 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Boss group size io.netty.channel.nio.NioEventLoopGroup@396a51ab >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Worker group Sizeio.netty.channel.nio.NioEventLoopGroup@51081592 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Server Socket BACKLOG 100 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Server Socket TCP_NODELAY true >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Server Socket SO_KEEPALIVE true >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : >>>>>> Netty Server Socket CONNECT_TIMEOUT_MILLIS 15000 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Server Socket SO_SNDBUF 1048576 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Server Socket SO_RCVBUF 1048576 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Server Socket SO_RCVBUF 1048576 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.NettyListener] : Netty >>>>>> Server Socket SO_SNDBUF 1048576 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : connection.pool.count: 0 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : max.active.connections.per.pool:-1 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : min.idle.connections.per.pool:100 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : max.idle.connections.per.pool:100 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : min.eviction.idle.time:300000 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : sender.thread.count:20 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : Time between Evictions Runs:30000 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.sender.channel.pool.PoolConfiguration] >>>>>> : Pool exhausted action:2 >>>>>> >>>>>> [org.wso2.carbon.transport.http.netty.listener.CarbonNettyServerInitializer] >>>>>> : Disruptor is disabled and using executor thread pool with size of 1024 >>>>>> >>>>>> [io.netty.util.internal.ThreadLocalRandom] : >>>>>> -Dio.netty.initialSeedUniquifier: 0x8fc366dfb69a63b3 (took 27 ms) >>>>>> >>>>>> [io.netty.buffer.ByteBufUtil] : -Dio.netty.allocator.type: unpooled >>>>>> >>>>>> [io.netty.buffer.ByteBufUtil] : >>>>>> -Dio.netty.threadLocalDirectBufferSize: 65536 >>>>>> >>>>>> [io.netty.util.NetUtil] : Loopback interface: lo0 (lo0, >>>>>> 0:0:0:0:0:0:0:1) >>>>>> >>>>>> [io.netty.util.NetUtil] : /proc/sys/net/core/somaxconn: 128 >>>>>> (non-existent) >>>>>> >>>>>> -- >>>>>> *Afkham Azeez* >>>>>> Director of Architecture; WSO2, Inc.; http://wso2.com >>>>>> Member; Apache Software Foundation; http://www.apache.org/ >>>>>> * <http://www.apache.org/>* >>>>>> *email: **az...@wso2.com* <az...@wso2.com> >>>>>> * cell: +94 77 3320919 <%2B94%2077%203320919>blog: * >>>>>> *http://blog.afkham.org* <http://blog.afkham.org> >>>>>> *twitter: **http://twitter.com/afkham_azeez* >>>>>> <http://twitter.com/afkham_azeez> >>>>>> *linked-in: **http://lk.linkedin.com/in/afkhamazeez >>>>>> <http://lk.linkedin.com/in/afkhamazeez>* >>>>>> >>>>>> *Lean . Enterprise . Middleware* >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> *Senduran * >>>>> Software Engineer, >>>>> WSO2, Inc.; http://wso2.com/ <http://wso2.com/> >>>>> Mobile: +94 77 952 6548 >>>>> >>>> >>>> >>>> >>>> -- >>>> *Senduran * >>>> Software Engineer, >>>> WSO2, Inc.; http://wso2.com/ <http://wso2.com/> >>>> Mobile: +94 77 952 6548 >>>> >>>> _______________________________________________ >>>> Dev mailing list >>>> Dev@wso2.org >>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>> >>>> >>> >>> >>> -- >>> *Sumedha Kodithuwakku* >>> Senior Software Engineer >>> WSO2 Inc. : http://wso2.com >>> lean . enterprise . middleware >>> >>> Mobile: +94 71 808 1124 >>> Blog: http://sumedhask.blogspot.com/ >>> >>> >> >> >> -- >> *Afkham Azeez* >> Director of Architecture; WSO2, Inc.; http://wso2.com >> Member; Apache Software Foundation; http://www.apache.org/ >> * <http://www.apache.org/>* >> *email: **az...@wso2.com* <az...@wso2.com> >> * cell: +94 77 3320919 <%2B94%2077%203320919>blog: * >> *http://blog.afkham.org* <http://blog.afkham.org> >> *twitter: **http://twitter.com/afkham_azeez* >> <http://twitter.com/afkham_azeez> >> *linked-in: **http://lk.linkedin.com/in/afkhamazeez >> <http://lk.linkedin.com/in/afkhamazeez>* >> >> *Lean . Enterprise . Middleware* >> > > > > -- > *Sumedha Kodithuwakku* > Senior Software Engineer > WSO2 Inc. : http://wso2.com > lean . enterprise . middleware > > Mobile: +94 71 808 1124 > Blog: http://sumedhask.blogspot.com/ > > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * <http://www.apache.org/>* *email: **az...@wso2.com* <az...@wso2.com> * cell: +94 77 3320919 <%2B94%2077%203320919>blog: **http://blog.afkham.org* <http://blog.afkham.org> *twitter: **http://twitter.com/afkham_azeez* <http://twitter.com/afkham_azeez> *linked-in: **http://lk.linkedin.com/in/afkhamazeez <http://lk.linkedin.com/in/afkhamazeez>* *Lean . Enterprise . Middleware*
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev