R.J. Arzki

Thank you for the tips, I will try them.

P.S. I have really enjoyed your book "Java in a Nutshell" 6th Edition. I've read it several times while I was studying for the OCAJ8, and it will be a good reference for a long time to come.

Thank you for your reply and hints. I do indeed use a 3rd party tool, namely Pentaho Data Integration. Although some of the code is written by me, the actual mechanics of the tool are out of my hands. I only relay on suggested setting in the manual. But I usually like to get my hands dirty and would feel much better if everything would be under my control

At any rate, I look forward reading your book. Optimizing Java, any aspect of it, is always welcome and a good skill to have.

Thank you.

Hi,

I am wondering if this book will help me tune long running java processes (get rid of our-of-memory issues). More specifically, I am interested in JVM tuning, when I am not in control of the actual java code running.

Thanks.

Good to see you here.
Welcome.

Campbell Ritchie wrote:40 hours is a lot. Does that affect the rest of your life?
I have seen the book and it doesn't make any assumptions about how you study.

Yes, 40h/week was a lot. But I pushed myself in the last month so that I don't have to postpone the exam (it was already pre-booked). It did affect my private life, but not that much. My wife was very supportive. The result was success, but I was totally burned out afterwards. The vacation I had was a welcomed change

Hi,

I see that your latest book still covers Java 8. yes, the OCP exam is still covering that topic, but I guess in the near future they will jump to a higher version. Are you not afraid that the book will soon become obsolete? Do you have any inside information from Oracle regarding certification version coverage?

Thanks.

Hi,

I am glad you are releasing this book now, as I will soon embark on my journey to obtain OCP.

I've recently got my OCA certification and my study rhythm wasn't optimal. I've started slow (8-10 hours a week) but after 1-2 month I've realized it's not enough. So I've started to push myself, and I've ended up studying ~40h pe week in the last month before the exam. What would you consider a normal study rhythm, and does the book help you keep up with it?

Thanks.

Welcome.

I am looking forward to read the book and study for the OCP.

cheers.

Awesome. Thank you!

Hi Bill,

Yes, I refer to the Kafka topic as Queue.

We are doing commit to the Kafka in several ways (commit interval as well as count of retrieved messages). But it's actually not enough for our specific needs. The Kafka consumer doesn't have control over the final destination of the messages. So if the process is broken in between than some of the messages that have been read (and committed) by the consumer are not yet delivered to the specific container.

But I am glad to know that the option we chose is the right one.

cheers.

Hi Bill,

I am wondering if you can give us some recommendation, or best practices related to queue seek in Kafka.
Assuming we have a system that reads messages from the Queue and then independently transports them to a container. If the process fails in between, and we already committed the read from the queue what would be the best option to pick up the queue reader where it left off?  Currently we are storing the offset and partition of the messages that have already been transported to the container, and when the reader starts, we are always seeking to the last known partition/offset combo. Is there a better or more optimal way of doing this?

Thanks.

Welcome Bill,

Really looking forward for this book.

Tim Holloway wrote:I just installed the latest version of Hitachi Pentaho.

You may be interested to know that the Pentaho DI engine (Kettle) now runs under Kafka.

Pentaho DI does run Kafka out of the box, but it's far from perfect (It really only works for generic AVRO messages + it doesn't have Kerberos support). I had to write my own custom step to successfully solve the requirements we had in our project.

Campbell Ritchie wrote:

R.J. Arzki wrote:. . . the specs will constantly change . . .

Remind the customer it is £10,000/$10,000/€10.000 per change to the specs
If you are changing specs that frequently, whoever negotiated the contract hasn't done their job properly.

That would be fun
You are absolutely right about the contract negotiator. Unfortunately in my case, the client is actually a different department withing our company (I work in BI). So most of the time, upper management doesn't know exactly what it want

P.S. Fun fact: recently we had to re-write a project because the data center didn't have any empty physical slots to install the already bought Hadoop servers. So as a temporary solution, we replaced Hadoop, with another storage area. Somehow I doubt this solution is only "temporary"