Everybody is good at some things and poor at others - and one thing I just *know* I am poor at is proof reading - I see what should be there rather than what actually *is* there
Just one point it's Angular2 not AngularJS - I think AngularJS could be delivered by CSP but I doubt that it would be the best way to deliver Angular2 Or so I believe - it's one of the things on my list to look at with Angular 2
It's just that it's always been the way I have done it in ZEN for around 11 years - started off with "small" result sets and just carried on doing it that way It's great to be challenged - Thank you!!!
= =
BTW I like the look of the way that you include source code in your posts Do you care to share how you create the posts with the grey box around them - do you create/edit with the online editor or some other tool?
I can think of a real world case where some sort of state between the client and the server is a good idea...
Consider a huge database where we need to query and produce the equivalent of the ZEN tablepane that displays rows of data with filtering and sorting functionality I can see there are a number of widgets available for different frameworks where the whole result set is shipped to the client and filtering/sorting is done there.
However there are cases were....
We want the query to be run once on the server
We do not want to ship the whole resultset (too big there could be 100,000's rows) to the client and do pagination/sorting/filtering there
So the client component needs to get the data page by page from the server - and any filtering/sorting is done there
This is just how the ZEN tablepane works using ^CacheTemp(xxx to stash the data
Hence we are maintaining a state between the client and server
Unless you can suggest a better alternative that does not require state to be maintained
At the moment this is the only use case that I can think of where maintaining state is a useful thing
I had already seen your second comment elsewhere - but thanks for the additional detailed comment - most useful.
Just some quick thoughts......
All brokers effectively have Parameter UseSession = 1; But the default value in %CSP.REST is Parameter UseSession As BOOLEAN = 0; So the developer has to remember to override this every time (or sub-class)
Use same GroupById I have seen this but have no understanding of what it's for - searching the docs only brings up a reference in the automatic deployment section only with no description If you have any more information on it's purpose please share
Sharing the session between the CSP/ZEN app and Rest calls is a great feature But if it's a third party app then there is no CSP/ZEN app - the use case I have in mind is a 3rd party web developer is creating a complex shop system that needs to communicate with Caché I have no idea or interest in what technology they are using and it may be that their programming language does not easily support cookies so the CSPCHD (the session cookie) does not get passed. I am thinking that in this case the authentication needs to be passed with each Rest call - not an issue (or use OAUTH which I know little about)
On security Yes SQL security for sure - but there are traps here in the management of that security - I don't want a huge overhead in having to manage multiple roles each with it's own SQL security profile. And anyway it does not help if the Rest application is accessing the database via the object projection rather than SQL
As always, there are many options/scenarios my aim is not to give a definitive answer but to share my experience as a real world developer and how I implement things
Hi Davidson
Please note $zf(-1 is now depreciated as of the most recent releases/patches of Caché
The replacement is $zf(100 - but stressing this will only work on the most recent patches
Peter
Hi Eduard
Serverside redirect?
Peter
Hey Herman
Glad to see that you are still around!!!!
Yup it's me - I was not understanding - see my reply above
Peter
Hi Demitri
It's me!!!!
I thought javascript was doing something different
if (oJSON.theValue) { write("hello") }
I *thought* that it was evaluating it as a boolean
It's not - the test is showing if it's defined
So.....
Learnt something today
Thanks
Peter
Hi Dimitry
But still inconsistent
eg
set x={"TheValue":"123"} write x.TheValue
Does not return a quoted string
Peter
No not intentional!
Everybody is good at some things and poor at others - and one thing I just *know* I am poor at is proof reading - I see what should be there rather than what actually *is* there
Thanks!
Peter
Thanks again Eduard
Just one point it's Angular2 not AngularJS - I think AngularJS could be delivered by CSP but I doubt that it would be the best way to deliver Angular2
Or so I believe - it's one of the things on my list to look at with Angular 2
Peter
Hi Eduard
Food for thought !!!!
It's just that it's always been the way I have done it in ZEN for around 11 years - started off with "small" result sets and just carried on doing it that way
It's great to be challenged - Thank you!!!
= =
BTW I like the look of the way that you include source code in your posts
Do you care to share how you create the posts with the grey box around them - do you create/edit with the online editor or some other tool?
Peter
Oh forgot this one......
Maintaining State between client calls...
I can think of a real world case where some sort of state between the client and the server is a good idea...
Consider a huge database where we need to query and produce the equivalent of the ZEN tablepane that displays rows of data with filtering and sorting functionality
I can see there are a number of widgets available for different frameworks where the whole result set is shipped to the client and filtering/sorting is done there.
However there are cases were....
Unless you can suggest a better alternative that does not require state to be maintained
At the moment this is the only use case that I can think of where maintaining state is a useful thing
Peter
Hi Eduard
I had already seen your second comment elsewhere - but thanks for the additional detailed comment - most useful.
Just some quick thoughts......
But the default value in %CSP.REST is Parameter UseSession As BOOLEAN = 0;
So the developer has to remember to override this every time (or sub-class)
I have seen this but have no understanding of what it's for - searching the docs only brings up a reference in the automatic deployment section only with no description
If you have any more information on it's purpose please share
But if it's a third party app then there is no CSP/ZEN app - the use case I have in mind is a 3rd party web developer is creating a complex shop system that needs to communicate with Caché
I have no idea or interest in what technology they are using and it may be that their programming language does not easily support cookies so the CSPCHD (the session cookie) does not get passed.
I am thinking that in this case the authentication needs to be passed with each Rest call - not an issue
(or use OAUTH which I know little about)
Yes SQL security for sure - but there are traps here in the management of that security - I don't want a huge overhead in having to manage multiple roles each with it's own SQL security profile.
And anyway it does not help if the Rest application is accessing the database via the object projection rather than SQL
As always, there are many options/scenarios my aim is not to give a definitive answer but to share my experience as a real world developer and how I implement things
Peter