Re: archiveViewer JSP build, archiver under R3.14.8

[Kay-Uwe Kasemir <kasemirk@ornl.gov>]

Hi:

Slightly related...

The ChannelArchiver toolset is undergoing a little rework:
- Use C++ exceptions (again) to get better error handling,
  most important: error messages.
- Adapt to EPICS base R3.14.8:
  R3.14.8 contains an 'assert' in the epicsTime class to
  assert that the nanoseconds of a time stamps are below 10^9.
  Makes a lot of sense to have such normalized time stamps.
  Except that the java viewer routinely requests start/end
  times with nonsense nanoseconds because of an overflow bug.
  And some of our IOCs also sometimes seem to produce bad time stamps.
  Long story short is that the archiver toolset would
  often stop in that assert when compiled/linked with R3.14.8,
  so safeguards are being added.
- Extend the mechanism behind the 'archive daemon' to run
  on >1 computer, possibly using separate 'sampling' and
  'serving' machines, to better handle the amount of data
  that we have at the SNS.

We need 1-2 more weeks to check if it's all working as planned
and update the manual, then it'll be on the archive web page.

-Kay

On Mar 15, 2006, at 13:34 , Jiro Fujita wrote:
> Vladimir,
> We (Creighton University STAR/RHIC slow control team) have encountered
> the same problem a month or so ago.  We were trying to install Archive
> Viewer on Scientific Linux 3.0.5.  After spending hours trying to fix
> the  similar errrors (including the same one for that matter), Here is
> what we discovered.  In the essence, we uninstalled Apache ANT that
> came installed with SL3, and installed separately build version I
> found on the web.
> Here is what I posted on the Tech-talk once I found the solution:
>
> http://www.aps.anl.gov/epics/tech-talk/2006/msg00219.php