This week's book giveaway is in the Beginning Java forum.
We're giving away four copies of Murach's Java Programming and have Joel Murach on-line!
See this thread for details.
Win a copy of Murach's Java Programming this week in the Beginning Java forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

Borland Visibroker, WebSphere, Threads and WorkManagers  RSS feed

Luiz Eduardo Guida Valmont
Posts: 3
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hello folks,

The Problem - A not so short intruduction

I'm working on an issue concerning excessive usage of java.lang.Thread. The solution is porting the uses of that class to the Work and WorkManager classes. There's one external system to which my application must talk and the interface is, not surprisingly, CORBA. That said, there's the time out issue. The old implementation used sleep'ing and interrupting to do that but the new one must not.

After some google'ing, I found that vbroker.orb.qos.relativeRTT seemed to be the answer I was looking for. That's when I stumbled upon this link (look for "CR5796"):

relativeRTT raising my thread count is not an option. I cannot cut the "pure" Thread usage for something that uses a lot of threads itself. Searching for " Case 606574" yields that link again.

I also found this:

setting vbroker.orb.tcpTimeout to an Integer or a Long value yields an Exception-That-Must-Not-Be-Named (aka NullPointerException). Moreover, using deprecated stuff is not good in the long run.

The Question(s) - Finally

Does the issue as reported by "Case 606574" (high thread count when using relativeRTT) still holds? Does anyone have any proof or link on the issue? Does relativeRTT mean any, even a single, call to java.lang.Thread constructor?

If I'm not clear enough please bear with me and by all means tell me what you don't understand.
You don't like waffles? Well, do you like this tiny ad?
Thoughts on deprecation in Java
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!