loggly / timber-loggly Goto Github PK
View Code? Open in Web Editor NEWA Timber tree that posts to Loggly
Home Page: https://www.loggly.com/docs/android-logs/
License: Apache License 2.0
A Timber tree that posts to Loggly
Home Page: https://www.loggly.com/docs/android-logs/
License: Apache License 2.0
Some logs are regularly failing to be sent to Loggly, printing this message to Logcat:
W/System.err: LogglyTree failed: null
Although it's not always the case, this often happens when the log method is called a few times in a short period. For example, a call at 10:28:29.133, then another call at 10:28:29.193, then another call at 10:28:29.201. All 3 have failed.
Any ideas?
Can someone update "http://logs-01.loggly.com/"; to https
LogglyClient Line 32
Hi,
Does Loggly store logs locally when no internet is available? I cannot see logs in the dashboard when device was offline. I have to implement this behaviour myself or Loggly provide this functionality?
Regards,
When I add timber-loggly as a dependency in my Gradle file, I get 2 warnings:
Warning:Module 'com.github.tony19:timber-loggly:1.0.1' depends on one or more Android Libraries but is a jar
Warning:Module 'com.github.tony19:loggly-client:1.0.3' depends on one or more Android Libraries but is a jar
The modules don't download, and so I am unable to use this library at all.
I'm using Android Studio 2.0 Preview 4, and the related dependencies I'm referencing are:
compile 'com.android.support:support-v4:23.1.1'
compile 'com.jakewharton.timber:timber:4.1.0'
compile 'com.github.tony19:timber-loggly:1.0.1'
compile 'com.squareup.retrofit:retrofit:1.9.0'
A quick Googling leads me to believe v4:23.1.1 of the support library is the problem, but I can't downgrade to an older version.
I'm using Timber 4.6.0
. Looks like timber-loggly:1.0.1
uses timber 2.5.1
but timber-loggly master is using 4.1.2
(which I think will be binary compatible with 4.6.0)...any chance you can do a 1.1 release off of the current master codebase?
Is bulk going to be supported?
Is this something you would accept a PR?
The jar and version on maven central for 1.0.1 does not match the latest code (which has the newer version of timber)
Stack trace :
Caused by: java.lang.ClassNotFoundException: Didn't find class "retrofit.RestAdapter$Builder" on path: DexPathList[[zip file "/data/app/com._._.dev-1/base.apk"],nativeLibraryDirectories=[/vendor/lib, /system/lib]]
at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:56)
at java.lang.ClassLoader.loadClass(ClassLoader.java:511)
at java.lang.ClassLoader.loadClass(ClassLoader.java:469)
at com.github.tony19.loggly.LogglyClient.(Unknown Source)
at com.github.tony19.timber.loggly.LogglyTree.(Unknown Source)
at com._..app._Application.onCreate(*Application.java:61)
at android.app.Instrumentation.callApplicationOnCreate(Instrumentation.java:1012)
at android.app.ActivityThread.handleBindApplication(ActivityThread.java:4661)
at android.app.ActivityThread.access$1500(ActivityThread.java:156)
at android.app.ActivityThread$H.handleMessage(ActivityThread.java:1412)
at android.os.Handler.dispatchMessage(Handler.java:102)
at android.os.Looper.loop(Looper.java:211)
at android.app.ActivityThread.main(ActivityThread.java:5389)
at java.lang.reflect.Method.invoke(Native Method)
at java.lang.reflect.Method.invoke(Method.java:372)
at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:1020)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:815)
Suppressed: java.lang.ClassNotFoundException: retrofit.RestAdapter$Builder
at java.lang.Class.classForName(Native Method)
at java.lang.BootClassLoader.findClass(ClassLoader.java:781)
at java.lang.BootClassLoader.loadClass(ClassLoader.java:841)
at java.lang.ClassLoader.loadClass(ClassLoader.java:504)
Some of the data I log has, interspersed with it, strings that have a %
in them, typically followed by some alphanumeric characters. In these cases, timber-loggly
's logic ends up interpreting those as string formatters, and when it gets passed into the toJson
method, everything blows up. I'm going to try some work on this to fix it shortly and see if I can yield some positive results.
Currently it appears that it is impossible to send Loggly's tags. This is also an issue with loggly-client.
Loggly expects tags to be in the URL, like this one from their docs: http://logs-01.loggly.com/bulk/CUSTOMER_TOKEN/tag/sample
.
Ideally timer-loggly and loggly-client would support sending an array of tags to Loggly. On the loggly-client side, it would be something like changing: @POST("/inputs/{token}/tag/http/")
to @POST("/inputs/{token}/tag/{tags}/")
, and then sending through a serialized tags array.
Thanks for taking a look. Let me know if there is another way of sending tags that I'm missing.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.