• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Race condition

 
Ranch Hand
Posts: 113
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi
I am using JProbe Thread Analyser to investigae threading uses with my code.
I am running a swing application and when i start my application
my main method starts a thread which using a getter method which writes or initializes certain variable(resource) using lazy instantiation meaning(if null then create else return existing instance)
The other threads reads the same variable using the same getter method.
What i found is the Data race conditions are detected by Jprobe for these kind of lazy instantiated variables can you please tell me what should i do to avoid these conditions. I tried to synchronize that method that dint work either please anyone explain what is going on
Appreciate your help
Please guys
Reply soon
Farouk
 
Ranch Hand
Posts: 532
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
This sounds like a singleton, not lazy instantiation. Lazy instantiation would be where I partially construct an object and initialize the parts only when required. Are the threads altering the state of this singleton?
 
Ranch Hand
Posts: 1970
1
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I have used JProbe Threadalyser, too. I found that it complained about all sorts of things that I was pretty sure were not problems. For instance, it considers it a Data Race problem if the outcome of my code can vary in any way depending on which of several contending threads happens to get a particular lock. However, I know that, in many of these cases, this variance of outcome is harmless.
Some of the conditions that JProbe complained about were genuine instances of threading problems that could have had undesirable effects, but had not been spotted in any code reviews or the like. Therefore, it is a useful tool. But unfortunately, it seems that you have to process a lot of false alarms to catch the real problems.
 
Farouk Mohamed1
Ranch Hand
Posts: 113
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I agree with peter and i am sure that is what is happening
and for that matter i cannot synchornize all the code and use
wait and notify.
Peter by the way i want to test threading problems between a swing client application and RMIServer application and how do i test this any ides please using JProbe. If i start client application when server application is running it first asks me to stop server and then start client and i want JProbe to thread analyzer to investigate client and server simultaneously.
Please helpPPPPPPPPPPPPPPPPPPPPPPPPPPp
I disagree with jim baiter as it is not a singleton and a singleton needs a static instance
Thanks for your response and i think i am on the right track.
Farouk
 
Peter Chase
Ranch Hand
Posts: 1970
1
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
I don't think one session of JProbe can analyse two processes at once. You may be able to run two JProbe sessions at once, one for client and one for server.
JProbe will only detect race conditions within the threads of one Java process. If you have problems with race conditions associated with the order of processing of messages between client and server, then I think that's an issue of application design. I do not know of a tool to assist here, although that doesn't mean none exists (I'd be interested to know if one does exist).
Using JProbe on any one process, I know of no way to ensure that it only detects "real" threading problems. You just have to wade through all the potential problems that it detects, work out what is happening, and decide for yourself which, if any, represent real problems.
 
With a little knowledge, a cast iron skillet is non-stick and lasts a lifetime.
reply
    Bookmark Topic Watch Topic
  • New Topic