Join The Works program to have access to the most current content, and to be able to ask questions and get answers from Revelation staff and the Revelation community

At 20 APR 2004 04:05:50PM Gerry Van Niekerk wrote:

We have a possible Problem with the write event.

Using Nt Service 2.1

OI4.12

Server 2000

The client is allowed to attach a different volume to work on different data.

When they did an order, they saved the order, then changed companies.

The order got written in the new Data attached. It also updated the seq key in the new data attached.

They have been using the system like this now for around 4 years, and we have never had this problem.

My thoughts is that there somehow was a delay in writing on the server, which caused this to happen.

Has anyone seen this sort of behaviour before.

If we do a Flush and Garbagecollect before we detach the data will that prevent this from happening?

How do we tell the Service to complete the write before we detach the files?

Any ideas will be appreciated.

Gerry van Niekerk

Csoft


At 21 APR 2004 12:05AM Pat McNerthney wrote:

Gerry,

If you are using the NT Service with a ServerOnly REVPARAM setting, it really isn't possible for any such delay in writing. A write is always immediately sent to the server handling that file. A much more likely explaination is that the attach was done first and then the order was entered.

Pat


At 21 APR 2004 12:21AM Gerry Van Niekerk wrote:

Pat,

Will check setting I dont think it is set to Server only,

It is impossible to write after attach, As all windows /forms are closed before we attach the new data

Tried it many many times

Thanks,

Gerry


At 21 APR 2004 01:41AM Pat McNerthney wrote:

Gerry,

I was speculating that the end user did not correctly recall the actual sequence of events…

Pat


At 21 APR 2004 07:12PM Gerry Van Niekerk wrote:

Checked it this morning and ServerOnly=1 wasn't set

Now done and hopefully it will not happen again

Toooooo many things to remember

Gerry

View this thread on the Works forum...

  • third_party_content/community/commentary/forums_works/ed9cce9b89c291b985256e7c006e65d7.txt
  • Last modified: 2023/12/30 11:57
  • by 127.0.0.1