• 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

An embedded element management system.

 
Ranch Hand
Posts: 434
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
First let me tell you what it is.



It's an application embeded into a telecom device. It loads java applet in an embeded web server. So one users open their web browser, the applet can be downloaded and run in client side. It builds the information into XML format and transform it via HTTP. In the device, the web server parse the XML, and invoke the Device API to execute the command.

The problem is this application can make the device crash sometimes!

I don't think it's the applet. Although I've found there are thread problems in the applet. But the applet is executed in the client side, it won't make the device crash. Could you help me to figure out where the problem is?

There are many threads in the client side. Every request is send to the server within a SwingWork thread. Also there is a thread polling the device every second. Do you think a thread pool is needed here?

I hope I describe the problem clearly. I'm still thinking where is the problem.

Thanks.
[ June 07, 2007: Message edited by: Louis Wang ]
 
Author and all-around good cowpoke
Posts: 13078
6
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
If this was my problem I would figure out a way to encapsulate all of the data involved with a command to the device in a java object which could be recorded and "played back." Probably all device state information that the server can see should also be recorded.

Recording all HTTP messages would also be a good idea.

You need to be able to pinpoint the exact sequence of commands that crashes the device before speculating about where the problem originates.

Bill
 
Consider Paul's rocket mass heater.
reply
    Bookmark Topic Watch Topic
  • New Topic