What I am
wondering, and still haven’t found an answer to, is whether this performance
degradation is present when a Java app is running in a docker container and
logs to stdout.
Ralph
On Apr 3, 2018, at 11:44 AM, Ole Ersoy wrote:
I accidentally deleted the original thread, but saw that there
ainer and
logs to stdout.
Ralph
On Apr 3, 2018, at 11:44 AM, Ole Ersoy wrote:
I accidentally deleted the original thread, but saw that there were some
questions surrounding logging to stdout (I assume while running in a
microservice dockerized environment).
You might find these article he
I accidentally deleted the original thread, but saw that there were some
questions surrounding logging to stdout (I assume while running in a
microservice dockerized environment).
You might find these article helpful:
http://callistaenterprise.se/blogg/teknik/2017/07/29/building-microservices-p
t we believe in independently, and
then we will see what works best.
On 2018-01-20 21:32, Ole Ersoy wrote:
Still pretty certain you would attract a lot more talent / downloads / interest
in general with Visual Studio Code (Typescript) and Stackblitz:
https://stackblitz.com/
It's essentially K
On 13 November 2017 at 17:35, Ole Ersoy wrote:
Here's a 10 minute video where an Angular timer application is built and
packaged for all desktops (Apple, M$, Linux - And all browsers) ... in 10
minutes.
https://www.youtube.com/watch?v=u_vMChpZMCk
If you use the youtube speedup chrome e
Here's a 10 minute video where an Angular timer application is built and
packaged for all desktops (Apple, M$, Linux - And all browsers) ... in 10
minutes.
https://www.youtube.com/watch?v=u_vMChpZMCk
If you use the youtube speedup chrome extension you can probably set the
speedup factor to 2
So to summarize Qt would lead to shoe horning in all the things that are simple
to do and constantly being improved and optimized with Angular or ReactJS and
most of the use cases I mentioned are not supported.
Quality > quantity
True but you have a really good quality indicator in the number
If you'd like to contribute a proof of concept, that would be great! I'm
not a fan of frontend web development anymore
Given how much variation there has been in package formats etc. (UMD, AMD,
CommonJS, God help us D, etc) I don't blame you. Just AOT compile, Babelify
it, then rollupJS it,
On 11/12/2017 07:23 PM, Matt Sicker wrote:
On 12 November 2017 at 13:52, Ole Ersoy wrote:
With a progressive Angularjs Webapp it will be a realtime / offline /
cached and web deployable analysis tool. You can deploy it to browsers,
your phone, the desktop. The browser can cache assets such
ES is pretty simple to use. It has a lot of neat features for text
searching as well. That doesn't stop people from pretending it's a NoSQL
database, however.
If you use it with PouchDB, localStorage, or session storage then it's a NoSQL
database. PouchDB also features sync replication with C
Ståldal wrote:
To me, that sound like transforming it into something completely
different, and a use case which there already exists quite some other tools
for already.
Shouldn't we keep Chainsaw as a stand-alone desktop UI app?
On 2017-11-12 05:22, Ole Ersoy wrote:
I had a brief peek. My fi
some other tools for already.
Shouldn't we keep Chainsaw as a stand-alone desktop UI app?
On 2017-11-12 05:22, Ole Ersoy wrote:
I had a brief peek. My first impression was that the whole thing needs a
facelift. I'm currently I'm reviewing the ELK stack with the Kibana user
int
On 11/12/2017 07:24 AM, Mikael Ståldal wrote:
On 2017-11-12 00:57, Ole Ersoy wrote:
> A chainsaw implementation in Electron would provide a better developer
> and user experience I would think though
But that would require a complete rewrite of the app, with no opportunity to
reuse any
Dashboard/visualization support would be awesome, but this is both a real
time as well as offline analysis tool. Cursor-style previous/next page
event rendering would make it a terrible user experience IMO.
With a progressive Angularjs Webapp it will be a realtime / offline / cached
and web de
#x27; and its feature set.
There are a ton of features. It will be interesting to get a sense of
how many of those features we get 'for free' in any of these other UI
toolkits. It was a lot of heavy lifting to get Swing to do what we
wanted.
Scott
On 11/11/17, Ole Ersoy wrot
Kotlin is almost a duplicate of Typescript, so Javascript devs should be able
to pickup on it fast. There's a Typescript to Kotlin converter here:
https://github.com/Kotlin/ts2kt
Typescript is also supported in Electron:
https://electron.atom.io/blog/2017/06/01/typescript
So Kotlin should be
Wow - That looks REALLY USEFUL. BTW - Mangnus Larsson has this really great
ELK stack tutorial. Might be helpful in general ...
http://callistaenterprise.se/blogg/teknik/2017/09/13/building-microservices-part-8-logging-with-ELK/
On 11/03/2017 01:50 PM, Matt Sicker wrote:
I also just found o
gging" which is generally aimed at providing an overview of logging
concepts, common libraries, tools, patterns, etc. Distributed log tracing
is certainly a topic I was considering talking about in the talk provided
it doesn't go too long.
On 30 October 2017 at 15:52, Ole Ersoy wrote:
scope here.
As for the other questions, I think that's covered by the FAQ <
https://logging.apache.org/log4j/2.x/faq.html>, but if it's not, that would
be useful here.
On 30 October 2017 at 13:52, Ole Ersoy wrote:
I thought it was very good. I'm a big fan of articles that co
I thought it was very good. I'm a big fan of articles that come with and
reference simple examples from a github repository. One of the most confusing
aspects of Java logging is configuring it to use one provider when multiple
dependencies use different APIs ... SLF4J ... Log4J ... so if that
20 matches
Mail list logo
