Re: [InterSystems-Zen] An error has occurred on the server: ERROR #5001: Server version of object does not match version sent from the client.

[Derek Day]

You either have an old version of the .js resources cached somewhere between the web browser and the server, or you have not correctly configured the CSP Gateway/Web Server to serve these resources.

I'd start by clearing your browser and CSP Gateway caches. If that does not work, then its time to compare your configurations or call the WRC for assistance.

~Derek

On Wed, Apr 20, 2011 at 11:10 PM, Matthew Gage <cirr...@gmail.com> wrote:

I'm getting this when a dataCombo is running it's query. Any ideas on
what is going wrong ?

Identical code works fine in 2 other environments.

--
You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.
To post to this group, send email to InterSys...@googlegroups.com
To unsubscribe from this group, send email to InterSystems-Z...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/InterSystems-ZEN?hl=en
Zen Community Terms and Conditions: http://groups.google.com/group/InterSystems-ZEN/web/community-terms-and-conditions

[Matthew Gage]

[Matthew Gage]

Not sure this has anything to do with it.

From searching the %ZEN classes, the most likely place for the error
to be triggered is %ZEN.Generator (it could be %ZEN.proxyObject, but I
doubt it), which is called from %ZEN.Component.object or
%ZEN.Controller

The error is to do with synchronising the in page version of the %page
object with the server.

As the 2 environments are defined in an identical way, i'll log with
the WRC.

On Apr 21, 1:25 pm, Derek Day <Derek....@intersystems.com> wrote:
> You either have an old version of the .js resources cached somewhere between the web browser and the server, or you have not correctly configured the CSP Gateway/Web Server to serve these resources.
>
> I'd start by clearing your browser and CSP Gateway caches. If that does not work, then its time to compare your configurations or call the WRC for assistance.
>
> ~Derek
>

> On Wed, Apr 20, 2011 at 11:10 PM, Matthew Gage <cirrus...@gmail.com<mailto:cirrus...@gmail.com>> wrote:
> I'm getting this when a dataCombo is running it's query. Any ideas on
> what is going wrong ?
>
> Identical code works fine in 2 other environments.
>
> --
> You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.

> To post to this group, send email to InterSys...@googlegroups.com<mailto:InterSys...@googlegroups.com>
> To unsubscribe from this group, send email to InterSystems-Z...@googlegroups.com<mailto:InterSystems-ZEN-unsub scr...@googlegroups.com>
> For more options, visit this group athttp://groups.google.com/group/InterSystems-ZEN?hl=en
> Zen Community Terms and Conditions:http://groups.google.com/group/InterSystems-ZEN/web/community-terms-a...

[Derek Day]

Yes, this has to do with the in_browser version of the page resources (the JavaScript) vs the version of the classes that generate those resources on the server. Please post the WRC number when you have it and the resolution once you have that.

Thanks,
Derek

> For more options, visit this group at http://groups.google..com/group/InterSystems-ZEN?hl=en
> Zen Community Terms and Conditions: http://groups.google.com/group/InterSystems-ZEN/web/community-terms-and-conditions

[Matthew Gage]

WRC is 751255

Problem was related to the problem Steve Pisani had a few weeks ago.
Which I know about and try to cater for.

For Ensemble based applications, I will always have 2 csp applications
per namespace. One for Ensemble management, and the other for the
actual application. Doing anything else gives ALL users access to the
complete Ensemble Management for that namespace.

Sadly, the compiler will only generate the JS and CSS files in the
path for the 1st application.

After compiling, I have a script to copy the files to all paths
associated with any csp application linked to the namespace - It works
until I forgot to check the windows permissions on the destination, so
the copy failed when run from a terminal window, but worked when using
the "output" section of Studio. As I used $zf(-1, cmd) to perform the
copies (%File CopyFile doesn't work with wildcards), I didn't get an
error response - it had never failed before.

Derek, can someone please please look again at generating the CSS and
JS files everywhere they are needed.

On Apr 21, 9:07 pm, Derek Day <Derek....@intersystems.com> wrote:
> Yes, this has to do with the in_browser version of the page resources (the JavaScript) vs the version of the classes that generate those resources on the server. Please post the WRC number when you have it and the resolution once you have that.
>
> Thanks,
> Derek
>

> On Apr 21, 2011 3:13 AM, "Matthew Gage" <cirrus...@gmail.com<mailto:cirrus...@gmail.com>> wrote:
>
>
>
> > Not sure this has anything to do with it.
>
> > From searching the %ZEN classes, the most likely place for the error
> > to be triggered is %ZEN.Generator (it could be %ZEN.proxyObject, but I
> > doubt it), which is called from %ZEN.Component.object or
> > %ZEN.Controller
>
> > The error is to do with synchronising the in page version of the %page
> > object with the server.
>
> > As the 2 environments are defined in an identical way, i'll log with
> > the WRC.
>

> > On Apr 21, 1:25 pm, Derek Day <Derek....@intersystems.com<mailto:Derek....@intersystems.com>> wrote:
> >> You either have an old version of the .js resources cached somewhere between the web browser and the server, or you have not correctly configured the CSP Gateway/Web Server to serve these resources.
>
> >> I'd start by clearing your browser and CSP Gateway caches. If that does not work, then its time to compare your configurations or call the WRC for assistance.
>
> >> ~Derek
>

> >> On Wed, Apr 20, 2011 at 11:10 PM, Matthew Gage <cirrus...@gmail.com<mailto:cirrus...@gmail.com><mailto:cirrus...@gmail.com<mailto:cirrus...@gmail.com>>> wrote:
> >> I'm getting this when a dataCombo is running it's query. Any ideas on
> >> what is going wrong ?
>
> >> Identical code works fine in 2 other environments.
>
> >> --
> >> You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.

> >> To post to this group, send email to InterSys...@googlegroups.com<mailto:InterSys...@googlegroups.com> <mailto:InterSys...@googlegroups.com<mailto:InterSystems-ZEN@googlegro ups.com>>
> >> To unsubscribe from this group, send email to InterSystems-Z...@googlegroups.com<mailto:InterSystems-ZEN-unsub scr...@googlegroups.com><mailto:InterSystems-ZEN-unsub<mailto:InterSystems- ZEN-unsub> scr...@googlegroups.com<mailto:scr...@googlegroups.com>>
> >> For more options, visit this group athttp://groups.google.com/group/InterSystems-ZEN?hl=en<http://groups.google.com/group/InterSystems-ZEN?hl=en>

> >> Zen Community Terms and Conditions:http://groups.google.com/group/InterSystems-ZEN/web/community-terms-a...
>
> > --
> > You received this message because you are subscribed to the Google Groups "InterSystems: Zen Community" group.
> > To post to this group, send email to InterSys...@googlegroups.com<mailto:InterSys...@googlegroups.com>
> > To unsubscribe from this group, send email to InterSystems-Z...@googlegroups.com<mailto:InterSystems-ZEN-unsub scr...@googlegroups.com>

> > For more options, visit this group athttp://groups.google..com/group/InterSystems-ZEN?hl=en<http://groups.google.com/group/InterSystems-ZEN?hl=en>

[Derek Day]

On Apr 26, 1:17 am, Matthew Gage <cirrus...@gmail.com> wrote:
> WRC is 751255
>
> Problem was related to the problem Steve Pisani had a few weeks ago.
> Which I know about and try to cater for.
>
> For Ensemble based applications, I will always have 2 csp applications
> per namespace. One for Ensemble management, and the other for the
> actual application. Doing anything else gives ALL users access to the
> complete Ensemble Management for that namespace.
>
> Sadly, the compiler will only generate the JS and CSS files in the
> path for the 1st application.
>
> After compiling, I have a script to copy the files to all paths
> associated with any csp application linked to the namespace - It works
> until I forgot to check the windows permissions on the destination, so
> the copy failed when run from a terminal window, but worked when using
> the "output" section of Studio. As I used $zf(-1, cmd) to perform the
> copies (%File CopyFile doesn't work with wildcards), I didn't get an
> error response - it had never failed before.
>
> Derek, can someone please please look again at generating the CSS and
> JS files everywhere they are needed.

[DAD]
You should make this request as part of WRC 751255, explaining what
you need and why it is different from USECOMMONDIRECTORY.

The USECOMMONDIRECTORY parameter might do what you need:
http://docs.intersystems.com/cache20102/csp/documatic/%25CSP.Documatic.cls?PAGE=CLASS&LIBRARY=%25SYS&CLASSNAME=%25ZEN.Component.object#USECOMMONDIRECTORY
• parameter USECOMMONDIRECTORY = 0;
If true, then the include files generated for this component, are
placed in the common /csp/broker directory and not the local /csp/
*namespace* directory.
This is intended for use with packages that are mapped so as to be
visible to every namespace.
All Zen classes within the same package must have the same value for
this parameter. It is the developer's responsibility to ensure this.
[/DAD]