Change is good...
Yes! Change is good...
For a couple of weeks, I've been working on Bootstrap and as I learn it, my blog became a great playground for me!
Yes! Change is good...
For a couple of weeks, I've been working on Bootstrap and as I learn it, my blog became a great playground for me!
Before writing this post I tried to remember when I have met Bruce for the first time. It was just 2.5 years ago when I received a twitter DM from him. I was at an airport in Germany waiting the boarding time. I remember had a short discussion over Skype.
2.5 years? Really? I feel like I know Bruce for decades.
ICONUK 2013 is over. I had so much fun again and hope it wasn't the last one...
Me and Frank van der Linden had a joint session this year: "An XPager's Guide to Process Server-Side Jobs on IBM® Domino®"
I'm flying to London and will be attending a great user group conference. As a first-time speaker, I'll have two sessions this year.
After 5 months, here is a new blog post :)
Yesterday, I was upgrading a customer server and I have noticed that DAOS folder was larger than it should be. Since my customer is heavily using attachments in messages, a large DAOS folder is expected but 150 GB attachments for less than 100 users? Something's wrong here.
After I upgraded my servers to Domino 9, I have found two problems affecting HTTP task.
1. Redirect TCP to SSL problem...
My HTTP task stopped responding just after the upgrade. When I look into thread logs I saw that it was redirecting every requests to the same URL! After a couple of tests, I found that if you have "Redirect TCP to SSL" checked in your Internet Site document, it fails with infinite redirection problem.
Today is the "Pi Day"...
Last week I was playing with Threads and Jobs project from OpenNTF. I needed a very long job to be run n the server-side. I have thought calculating pi digits would be a cool selection :)
Finally, we will be able to enable FeedMonster for CollaborationToday project.
While doing final touches, I have been challenged by a question: "Can we schedule DOTS tasklets programmatically?"
Last time, I have blogged about the importance of the importantance of canceling tasklets...
In most of the time, canceling a task is a 'choice' you have. You might want to stop the task for a reason. However, a very important problem is falling into deadlocks. If somehow your code falls into a deadlock or stuck situation, that would lock your DOTS container entirely.
I just wanted to emphasize an important functionality within DOTS...
One of our slides in the recent DOTS session in IBM Connect 2013, we have talked about the "monitor " argument in tasklets. It has two important uses.