Hello Cedric,
Thank you for your input.
I am already invoking the setTool command:
// Set the tool for the shell
String[] toolArgs = {"setTool", this.tool};
userShell.doCommand(new Date(), "Issue",
Arrays.asList(toolArgs));
This is done upon instantiating the SensorShell for each user (lazy
instantiation that is).
Burt
> -----Original Message-----
> From: (Cedric) Qin ZHANG [mailto:[EMAIL PROTECTED]
> Sent: Saturday, November 13, 2004 1:36 PM
> To: [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: Re: [HACKYSTAT-DEV-L:295] Issue "tool" field getting overwritten
>
> This is an activity settool command. Maybe this is what you are looking
> for. -Cedric
>
> Burt Leung wrote:
> > Hello Everyone,
> >
> > I'm testing the Jira sensor and I recently implemented an initialization
> > mechanism that will fetch all pre-existing issues on Jira upon
> installing
> > the sensor.
> >
> > For the most part it's looking good, the sensor data is showing up as it
> > should on my localhost Hackystat server.
> >
> > The problem is that occasionally when I have initiated some Jira issue
> > events and then click on the "Analyze" button in the "Sensor Data Links"
> > section to verify that the data is being received correctly, some Issue
> > sensor data entries show the "tool" field as "Sensor Shell" instead of
> > "Jira". Here's another thing that is strange: it appears that the sensor
> > data entries that say tool=Sensor Shell are actually older entries than
> the
> > new entries that were just sent by the sensor. Closer examination
> revealed
> > that some older sensor data entries had their tool field overwritten
> from
> > "Jira" to "Sensor Shell".
> >
> > What could be causing this problem? Does it have anything to do with the
> > fact that the Jira sensor invokes "send()" upon each issue event instead
> of
> > only once at server shutdown? The current implementation invokes the
> setTool
> > doCommand on each instance of SensorShell at creation so setting the
> tool is
> > not the problem.
> >
> > Thank you for your help!
> > Burt
> >
> >
