gelfclient | GELF client library for Java based on Netty | Websocket library
kandi X-RAY | gelfclient Summary
kandi X-RAY | gelfclient Summary
[Coverage Status] A Java GELF client library with support for different transports. All default transport implementations use a queue to send messages in a background thread to avoid blocking the calling thread until a message has been sent. That means that the send() and trySend() methods do not actually send the messages but add them to a queue where the background thread will pick them up. This is important to keep in mind when it comes to message delivery guarantees. The library uses [Netty v4] to handle all network related tasks and [Jackson] for JSON encoding.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
- Creates a new bootstrap instance
- Schedules a reconnect
- Gets the connection timeout
- Returns the delay between reconnects
- Creates the initial bootstrap
- Returns the maximum number of queued send operations
- Stops the background
- Starts this channel
- Wrap any exceptions thrown by this channel
- Converts a numeric numeric level to a GELF message level
- Add an additional field
- Adds additional fields to the message
- Adds an additional field to the message
- Create a unique hash code
- Returns a string representation of the message
- Returns a string representation of this property
- Stops flush and stops the sender thread
- Attempts to send the message to the remote host
- Send a GelfMessage to the remote host
- Overrides the default implementation for JSON encoding
- Compares two GelfMessage objects
- Build a new GelfMessage
- Sleeps for the given amount of time
- Encodes the message
- Generate random identifier
- Check hostname
gelfclient Key Features
gelfclient Examples and Code Snippets
Community Discussions
Trending Discussions on gelfclient
QUESTION
I have code ;
...ANSWER
Answered 2019-Nov-29 at 14:58As far as I checked, when Maven resolves more dependencies to the same library, but different versions, it takes the first version it finds and ignores the others. In your case, you probably explicitly declared a dependency to Guava 28.1. However the pdfbox requires a different version, which you can't see amongs your libraries, because it is ignored. I suggest you to:
- Remove as much dependencies from your project as you can, leave there only the dependency to pdfbox.
- Check, what version it needs. The command
mvn dependency:tree -Dverbose
might help you. - Revert your dependencies to the original state, set the Guava dependency to that version.
- Pray, that another library doesn't need different version of Guava as well.
Edit: You might find this thread usefull. It talks about ignoring the other versions of the same jar.
maven dependency plugin ignores dependency versions?
Edit 2: In my case, the Guava 15.0 was needed.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install gelfclient
You can use gelfclient like any standard Java library. Please include the the jar files in your classpath. You can also use any IDE and you can run and debug the gelfclient component as you would do with any other Java program. Best practice is to use a build tool that supports dependency management such as Maven or Gradle. For Maven installation, please refer maven.apache.org. For Gradle installation, please refer gradle.org .
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page