No, I don't see. What you want to do, and you agreed, could be done with
the existence ng event mechanism if yiu could figure out why sometimes it
appeared that events weren't being delivered. Instead, your proposing a
whole new class of trigger that would require yet another interface, a
mechanism to activate and deactivate them, and a secod asynchronous
mechanism to modify session variable.
It doesn't sound to me like a generally useful mechanism. There are lots
of ways to implement asynchronous notification that should be explored
before undertaking an overhaul of the existing mechanisms. The one in
NuoDB is particularly interesting, and would be a far better solution to
your problem.
On Friday, February 27, 2015, Carlos H. Cantu <lis...@warmboot.com.br>
wrote:
> Jim, as I said before, I'm not proposing a substitute for the currently
> Firebird events. It is a new feature. Of course, if current events
> implementation is weak and/or bugged, it would be nice to have it improved
> or fixed, but this is independent of what I'm proposing.
>
> Firebird events needs a listening client. The new feature would not need a
> client at all.
>
> []s
> Carlos
> http://www.firebirdnews.org
> FireBase - http://www.FireBase.com.br
>
>
> Carlos, again, why not figure out why events aren't working at your
> site. It is a mechanism designed from the beginning to do what you want,
> e.g. notify other connections of a database state change.
>
> What you are suggesting will introduce far more problems than it purports
> to solve.
>
> If there is is a Firebird bug, isolate it so somebody can fix it. If it
> is your bug, fix it yourself.
>
> If it's a firewall problem (the original code was written long before
> firewalls were invented), change re secondary connection mechanism to use
> the primary port.
>
> On Friday, February 27, 2015, Carlos H. Cantu <lis...@warmboot.com.br
> <javascript:_e(%7B%7D,'cvml','lis...@warmboot.com.br');>> wrote:
> AP> And this may play bad jokes from stability POV - imagine having old
> AP> values in the beginning of some complex request but new one in the end.
>
> Exactly. I have no idea about how context variables was implemented
> internally, but do you think there is a chance to make them respect
> the isolation of its transaction when retrieving the values?
>
> []s
> Carlos
> http://www.firebirdnews.org
> FireBase - http://www.FireBase.com.br
>
> AP> On 02/26/15 21:04, Dmitry Yemanov wrote:
>
> >>> But your point raised a doubt here: what is the "isolation" of a
> >>> USER_SESSION context variable regarding active snapshot transactions?
> >> Context variables are outside the transaction control, so the new values
> >> are available immediately.
> >>
>
>
>
>
> ------------------------------------------------------------------------------
> Dive into the World of Parallel Programming The Go Parallel Website,
> sponsored
> by Intel and developed in partnership with Slashdot Media, is your hub for
> all
> things parallel software development, from weekly thought leadership blogs
> to
> news, videos, case studies, tutorials and more. Take a look and join the
> conversation now. http://goparallel.sourceforge.net/
> Firebird-Devel mailing list, web interface at
> https://lists.sourceforge.net/lists/listinfo/firebird-devel
>
>
> --
> Jim Starkey
>
--
Jim Starkey
------------------------------------------------------------------------------
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the
conversation now. http://goparallel.sourceforge.net/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
