Comments for Gentalk.biz - a blog about CA Gen http://gentalk.biz/blog A blog about CA Gen Sat, 25 Jun 2011 10:28:48 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Comment on EGL up against CA Gen – no contest !!! :-) by BPO http://gentalk.biz/blog/2010/06/egl-up-against-ca-gen-no-contest/comment-page-1/#comment-6162 BPO Sat, 25 Jun 2011 10:28:48 +0000 http://gentalk.biz/blog/?p=1398#comment-6162 Gen is in ist last stages of its lifecycle? The vision doc (on this site) is written in 2007!! More and more company's are converting Gen build apps to other platform's. Usergroups are more dead than alive? Gen is a great tool more 4GL and closer to I-case than EGL but. . . . . The focus of CA is not particularly on development tools like Gen. IBM-Rational on the other hand is development tooling all the way. EGL is growing. Conversion of Gen to other platforms is done other way around I was unable to find. So convince me why it would be a good thing to stick with Gen. So convince me otherwise. Gen is in ist last stages of its lifecycle? The vision doc (on this site) is written in 2007!! More and more company’s are converting Gen build apps to other platform’s. Usergroups are more dead than alive? Gen is a great tool more 4GL and closer to I-case than EGL but. . . . .

The focus of CA is not particularly on development tools like Gen.

IBM-Rational on the other hand is development tooling all the way.
EGL is growing. Conversion of Gen to other platforms is done other way around I was unable to find.

So convince me why it would be a good thing to stick with Gen.
So convince me otherwise.

]]> Comment on The Future of CA Gen – evolution/revolution – 10 points to Utopia part 2 by Ideas for CA Gen http://gentalk.biz/blog/2010/02/the-future-of-ca-gen-%e2%80%93-evolutionrevolution-%e2%80%93-10-points-to-utopia-part-2/comment-page-1/#comment-6142 Ideas for CA Gen Wed, 08 Jun 2011 07:49:33 +0000 http://gentalk.biz/blog/?p=1127#comment-6142 Cloudifying CA Gen Services would be a good option. There are many customers that are not aware of the CA Gen product or that CA Gen can be used to easily develop applications in Mainframe, J2EE, .Net easily and that it is a next generation tool. Also, the cost of the tool, finding programmers in this tool etc will take more effort [away] from the customers. If CA Gen can bundle all these and sell as Cloud Services it would be that much useful to the customers. Hence, for adopting this tool on a massive scale, it would be better would be better to provide it as a cloud compting services. Cloudifying CA Gen Services would be a good option. There are many customers that are not aware of the CA Gen product or that CA Gen can be used to easily develop applications in Mainframe, J2EE, .Net easily and that it is a next generation tool. Also, the cost of the tool, finding programmers in this tool etc will take more effort [away] from the customers. If CA Gen can bundle all these and sell as Cloud Services it would be that much useful to the customers. Hence, for adopting this tool on a massive scale, it would be better would be better to provide it as a cloud compting services.

]]> Comment on Gen 7.6 support by Randall http://gentalk.biz/blog/2008/12/gen-76-support/comment-page-1/#comment-5981 Randall Fri, 04 Mar 2011 15:54:20 +0000 http://gentalk.biz/blog/?p=462#comment-5981 Need to know how to bypass the window activation events when tracing in Gen 7.6. I knew how to do this with Gen 6.0 but can't find where to bypass these events using the new 7.6 toolset. Can someone point me in the right direction? Need to know how to bypass the window activation events when tracing in Gen 7.6. I knew how to do this with Gen 6.0 but can’t find where to bypass these events using the new 7.6 toolset. Can someone point me in the right direction?

]]> Comment on Journey’s end by Gentalk Gaffer http://gentalk.biz/blog/2011/02/journeys-end/comment-page-1/#comment-5940 Gentalk Gaffer Mon, 14 Feb 2011 22:05:56 +0000 http://gentalk.biz/blog/?p=1767#comment-5940 Edwin - The best places to gather CA Gen knowledge are i) the EDGE user group website (www.edgeusergroup.org) and CA's CA Gen community sites (probably will ask you for a login/registration) (https://communities.ca.com/web/ca-gen-edge-global-user-community/welcome ) and the message board within that community ( https://communities.ca.com/web/ca-gen-edge-global-user-community/message-board ) . If you wish, you can PM me (info@gentalk.biz) and I'll put you in touch with the "right" people to get any specific information you need... Edwin – The best places to gather CA Gen knowledge are i) the EDGE user group website (www.edgeusergroup.org) and CA’s CA Gen community sites (probably will ask you for a login/registration) (https://communities.ca.com/web/ca-gen-edge-global-user-community/welcome ) and the message board within that community ( https://communities.ca.com/web/ca-gen-edge-global-user-community/message-board ) .

If you wish, you can PM me (info@gentalk.biz) and I’ll put you in touch with the “right” people to get any specific information you need…

]]> Comment on Journey’s end by Edwin http://gentalk.biz/blog/2011/02/journeys-end/comment-page-1/#comment-5936 Edwin Mon, 14 Feb 2011 14:18:55 +0000 http://gentalk.biz/blog/?p=1767#comment-5936 I am a new Gentalk community member, as I just joined 2 weeks ago. I am still trying to figure out how I can tap into the knowledge base of the community in sharing some of my frustrations in using the Fusion Gen as a mainframe developer for the first time. Is there any suggestion in this regard? Many thanks. I am a new Gentalk community member, as I just joined 2 weeks ago. I am still trying to figure out how I can tap into the knowledge base of the community in sharing some of my frustrations in using the Fusion Gen as a mainframe developer for the first time.
Is there any suggestion in this regard?
Many thanks.

]]> Comment on Journey’s end by Darius Panahy http://gentalk.biz/blog/2011/02/journeys-end/comment-page-1/#comment-5882 Darius Panahy Wed, 02 Feb 2011 08:50:45 +0000 http://gentalk.biz/blog/?p=1767#comment-5882 Well Andrew, this is sad news, since this is the best Gen related site around, which is entirely down to your hard work and enthusiasm for the product. Many thanks for all you have done for the Gen community over the past 4 years and I hope you will remain an active member using other means! Well Andrew, this is sad news, since this is the best Gen related site around, which is entirely down to your hard work and enthusiasm for the product. Many thanks for all you have done for the Gen community over the past 4 years and I hope you will remain an active member using other means!

]]> Comment on HE vs CSE for queries by Darius Panahy http://gentalk.biz/blog/2011/01/he-vs-cse-for-queries/comment-page-1/#comment-5802 Darius Panahy Wed, 19 Jan 2011 09:21:10 +0000 http://gentalk.biz/blog/?p=1757#comment-5802 However the query would be much easier in Object List+ since it allows you to list the entity types and it already tells you if they are implemented or not! However the query would be much easier in Object List+ since it allows you to list the entity types and it already tells you if they are implemented or not!

]]> Comment on HE vs CSE for queries by Darius Panahy http://gentalk.biz/blog/2011/01/he-vs-cse-for-queries/comment-page-1/#comment-5801 Darius Panahy Wed, 19 Jan 2011 09:18:07 +0000 http://gentalk.biz/blog/?p=1757#comment-5801 The meta model (schema) for the HE and the CSE are basically the same (objects, associations and properties), with the main difference being that the properties are denormalised into the DOBJ table on the CSE whereas they are in a separate table on the HE. I guess you are comparing the public interfaces. On the CSE the PI is implemented as views whereas on the HE it is in a separate set of tables which require refreshing, and hence much less useful, especially if you want up to data information. We usually find it best to develop queries against the main D* tables which are then almost the same for the HE and CSE. For example, to list entity types that are not implemented in the TD, you are looking for HLENT objects that do not have an associated RECDATA. If you only want persistent entity types (ie. ignoring transient, spec types, etc) then a further qualifier is needed. The HE query would be: SELECT ENT.OBJ_ID, NAME.PROP_CHAR_VAL FROM DOBJ ENT , DPRP NAME WHERE ENT.OBJ_MODEL_ID = 136 AND ENT.OBJ_TYPE_CODE = 113 AND NAME.PROP_OBJ_ID = ENT.OBJ_ID AND NAME.PROP_TYPE_CODE = 224 AND NOT EXISTS ( SELECT BASDER.PROP_OBJ_ID FROM DPRP BASDER WHERE BASDER.PROP_OBJ_ID = ENT.OBJ_ID AND BASDER.PROP_TYPE_CODE = 17 AND BASDER.PROP_CHAR_VAL ^= 'B') AND NOT EXISTS ( SELECT IMPLMNTB.ASSOC_FROM_OBJ_ID FROM DASC IMPLMNTB WHERE IMPLMNTB.ASSOC_FROM_OBJ_ID = ENT.OBJ_ID AND IMPLMNTB.ASSOC_TYPE_CODE = 173) ORDER BY 2; The meta model (schema) for the HE and the CSE are basically the same (objects, associations and properties), with the main difference being that the properties are denormalised into the DOBJ table on the CSE whereas they are in a separate table on the HE. I guess you are comparing the public interfaces. On the CSE the PI is implemented as views whereas on the HE it is in a separate set of tables which require refreshing, and hence much less useful, especially if you want up to data information.

We usually find it best to develop queries against the main D* tables which are then almost the same for the HE and CSE.

For example, to list entity types that are not implemented in the TD, you are looking for HLENT objects that do not have an associated RECDATA. If you only want persistent entity types (ie. ignoring transient, spec types, etc) then a further qualifier is needed.

The HE query would be:

SELECT ENT.OBJ_ID, NAME.PROP_CHAR_VAL
FROM
DOBJ ENT
, DPRP NAME
WHERE ENT.OBJ_MODEL_ID = 136
AND ENT.OBJ_TYPE_CODE = 113
AND NAME.PROP_OBJ_ID = ENT.OBJ_ID
AND NAME.PROP_TYPE_CODE = 224
AND NOT EXISTS (
SELECT BASDER.PROP_OBJ_ID FROM DPRP BASDER
WHERE BASDER.PROP_OBJ_ID = ENT.OBJ_ID
AND BASDER.PROP_TYPE_CODE = 17
AND BASDER.PROP_CHAR_VAL ^= ‘B’)
AND NOT EXISTS (
SELECT IMPLMNTB.ASSOC_FROM_OBJ_ID FROM DASC IMPLMNTB
WHERE IMPLMNTB.ASSOC_FROM_OBJ_ID = ENT.OBJ_ID
AND IMPLMNTB.ASSOC_TYPE_CODE = 173)
ORDER BY 2;

]]> Comment on Happy New Year 2011 by Gentalk Gaffer http://gentalk.biz/blog/2011/01/happy-new-year-2011/comment-page-1/#comment-5762 Gentalk Gaffer Sat, 08 Jan 2011 13:08:18 +0000 http://gentalk.biz/blog/?p=1747#comment-5762 Whilst I cant say I agree with Duncan's opinions, Gentalk.biz lets all have their say - no doubt, Duncan has issues with the tool - maybe he'd like to set out what the issues are, and why he doesn't like the product - no doubt all tools have their downsides, CA Gen is like no other tool in that respect, there are thinks we don't like, things we'd improve if we could, but a healthy discussion of these topics is exactly the reason that Gentalk.biz exists. Duncan may be a little explicit in his views (flesh eating bacteria etc...) but surely any rational discussion is good - so if he wants to point out what the issues are in a sensible manner, I'm sure we'd all listen ! Whilst I cant say I agree with Duncan’s opinions, Gentalk.biz lets all have their say – no doubt, Duncan has issues with the tool – maybe he’d like to set out what the issues are, and why he doesn’t like the product – no doubt all tools have their downsides, CA Gen is like no other tool in that respect, there are thinks we don’t like, things we’d improve if we could, but a healthy discussion of these topics is exactly the reason that Gentalk.biz exists.

Duncan may be a little explicit in his views (flesh eating bacteria etc…) but surely any rational discussion is good – so if he wants to point out what the issues are in a sensible manner, I’m sure we’d all listen !

]]> Comment on Happy New Year 2011 by Duncan http://gentalk.biz/blog/2011/01/happy-new-year-2011/comment-page-1/#comment-5761 Duncan Sat, 08 Jan 2011 12:26:37 +0000 http://gentalk.biz/blog/?p=1747#comment-5761 Stop being the single worst development environment I have ever had the misfortune to encounter. My day starts with despondent gloom at the thought of another trudge through a click based hell of unreadable and untraceable text that roughly impersonates code (but is inexorable, untraceable, and inexorably soul destroying) and ends with a heartfelt prayer that everyone involved in bringing this horror into the world contracts flesh eating bacteria and dies a slow agonized death. Gen (at least as implemented in the system I suffer in) is truly awful in so many ways it would take volumes to set them all out. My hope for 2011 is for CA to announce they are ceasing support of Gen and it it rapidly dies as a platform so we can all move on to lives of dignity without the blight of Gen spoiling the world. Stop being the single worst development environment I have ever had the misfortune to encounter.

My day starts with despondent gloom at the thought of another trudge through a click based hell of unreadable and untraceable text that roughly impersonates code (but is inexorable, untraceable, and inexorably soul destroying) and ends with a heartfelt prayer that everyone involved in bringing this horror into the world contracts flesh eating bacteria and dies a slow agonized death.

Gen (at least as implemented in the system I suffer in) is truly awful in so many ways it would take volumes to set them all out.

My hope for 2011 is for CA to announce they are ceasing support of Gen and it it rapidly dies as a platform so we can all move on to lives of dignity without the blight of Gen spoiling the world.

]]>