[adm2-dev] Dynamic SDO - Forum - OpenEdge Development - Progress Community
 Forum

[adm2-dev] Dynamic SDO

  • Hi

    Can anyone comment on how close we are to a fully dynamic server side SDO.

    Is this the case in dynamics at the moment and is there anything which we

    should be doing at the moment to prepare ourselves for this.

    ie. the current thinking is to implement the data logic procedure, modify

    data.w to add _wizlog etc for new procedures

    The only thing that doesn't seem to work is a dynamic server side SDO as the

    client side has been working for a while now

    Regards

    Darren Parr

    RAC Software Solutions

    01675 445 310 (Tel)

    01675 445 335 (Fax)

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

  • Dynamics v2 will have a dynamic SDO both on server and client. The basic

    preparation would be to move logic to the data logic procedure.

    For v2 the DataLogicProcedure attribute decides what Logic procedure to use

    at runtime.

    HÃ¥vard

    -Original Message-

    From: Darren Parr

    Sent: Monday, September 16, 2002 11:40 AM

    To: 'adm2-dev@possenet.org'

    Subject: Dynamic SDO

    Hi

    Can anyone comment on how close we are to a fully dynamic server side SDO.

    Is this the case in dynamics at the moment and is there anything which we

    should be doing at the moment to prepare ourselves for this.

    ie. the current thinking is to implement the data logic procedure, modify

    data.w to add _wizlog etc for new procedures

    The only thing that doesn't seem to work is a dynamic server side SDO as the

    client side has been working for a while now

    Regards

    Darren Parr

    RAC Software Solutions

    01675 445 310 (Tel)

    01675 445 335 (Fax)

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known

    viruses by the MessageLabs Virus Scanning Service. For further information

    visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

  • Hi

    Would you advise me to create a new instance property for my SDO's then so

    that this info is passed on. At the moment this information is not made

    available as a property. There is also no code in dyndata.w which caters for

    running a client-side logic procedure.

    Assuming I added an instance property, provided get and set functions,

    included datalogic.i as std for dyndata.w and added a little code to use the

    property instead of the pre-processor, I should have a dynamic client-side

    SDO which is able to utilise a client-side logic procedure.

    As for the server, I understand that we aren't quite there yet.

    The only way I can see this being implemented in the ADM2 without dynamics

    is either via an instance property for stuff which is currently compiled

    into the server code like query defn etc or via the server-side logic

    procedure having some query defn code in it. At this time I am not providing

    any query logic into the server-side logic procedure. I believe the

    server-side logic procedure would be better here as there is too much info

    required server side when working with the query.

    Will this be a dynamics v2 thing only. The reason I say this is that the

    only other way around this above is via the repository. In that case,

    although a client-side logic procedure would be best provided via an

    instance property, I can see most of the query stuff being put into the

    database via the repository.

    Any info is greatkly appreciated.

    -Darren

    -Original Message-

    From: Havard Danielsen

    Sent: 18 September 2002 20:12

    To: dev@adm2.possenet.org; adm2-dev@possenet.org

    Subject: RE: Dynamic SDO

    Dynamics v2 will have a dynamic SDO both on server and client. The basic

    preparation would be to move logic to the data logic procedure.

    For v2 the DataLogicProcedure attribute decides what Logic procedure to use

    at runtime.

    HÃ¥vard

    -Original Message-

    From: Darren Parr

    Sent: Monday, September 16, 2002 11:40 AM

    To: 'adm2-dev@possenet.org'

    Subject: Dynamic SDO

    Hi

    Can anyone comment on how close we are to a fully dynamic server side SDO.

    Is this the case in dynamics at the moment and is there anything which we

    should be doing at the moment to prepare ourselves for this.

    ie. the current thinking is to implement the data logic procedure, modify

    data.w to add _wizlog etc for new procedures

    The only thing that doesn't seem to work is a dynamic server side SDO as the

    client side has been working for a while now

    Regards

    Darren Parr

    RAC Software Solutions

    01675 445 310 (Tel)

    01675 445 335 (Fax)

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known

    viruses by the MessageLabs Virus Scanning Service. For further information

    visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    ________________________________________________________________________

    This email has been scanned for all viruses by the MessageLabs SkyScan

    service. For more information on a proactive anti-virus service working

    around the clock, around the globe, visit http://www.messagelabs.com

    ________________________________________________________________________

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

  • Darren,

    Sorry for the late response on this.

    We have not yet decided how the dynamic SDO will be supported in the adm.

    I doubt the value of a generic dynamic SDO that allows or requires changes

    to basic information like Table at the instance level. But it would be

    rather easy to support this, so we may do it.

    But I do think the 'normal' SDO can benefit a lot if all static code, like

    query and temp-table definitions where to be removed from it. We would store

    the basis information about tables and queries inside of it as we do now,

    but if this was used just as string properties, instead of definitions, it

    would make the SDO more flexible and allow overrides to fields, query and

    perhaps even tables at the instance level. It would not make sense to allow

    overrides to the the base table, but maybe it could be useful to allow

    changes to secondary join tables or the order of the tables.

    HÃ¥vard

    -Original Message-

    From: Darren Parr

    Sent: Thursday, September 19, 2002 4:32 AM

    To: 'dev@adm2.possenet.org'

    Subject: RE: Dynamic SDO

    Hi

    Would you advise me to create a new instance property for my SDO's then so

    that this info is passed on. At the moment this information is not made

    available as a property. There is also no code in dyndata.w which caters for

    running a client-side logic procedure.

    Assuming I added an instance property, provided get and set functions,

    included datalogic.i as std for dyndata.w and added a little code to use the

    property instead of the pre-processor, I should have a dynamic client-side

    SDO which is able to utilise a client-side logic procedure.

    As for the server, I understand that we aren't quite there yet.

    The only way I can see this being implemented in the ADM2 without dynamics

    is either via an instance property for stuff which is currently compiled

    into the server code like query defn etc or via the server-side logic

    procedure having some query defn code in it. At this time I am not providing

    any query logic into the server-side logic procedure. I believe the

    server-side logic procedure would be better here as there is too much info

    required server side when working with the query.

    Will this be a dynamics v2 thing only. The reason I say this is that the

    only other way around this above is via the repository. In that case,

    although a client-side logic procedure would be best provided via an

    instance property, I can see most of the query stuff being put into the

    database via the repository.

    Any info is greatkly appreciated.

    -Darren

    -Original Message-

    From: Havard Danielsen

    Sent: 18 September 2002 20:12

    To: dev@adm2.possenet.org; adm2-dev@possenet.org

    Subject: RE: Dynamic SDO

    Dynamics v2 will have a dynamic SDO both on server and client. The basic

    preparation would be to move logic to the data logic procedure.

    For v2 the DataLogicProcedure attribute decides what Logic procedure to use

    at runtime.

    HÃ¥vard

    -Original Message-

    From: Darren Parr

    Sent: Monday, September 16, 2002 11:40 AM

    To: 'adm2-dev@possenet.org'

    Subject: Dynamic SDO

    Hi

    Can anyone comment on how close we are to a fully dynamic server side SDO.

    Is this the case in dynamics at the moment and is there anything which we

    should be doing at the moment to prepare ourselves for this.

    ie. the current thinking is to implement the data logic procedure, modify

    data.w to add _wizlog etc for new procedures

    The only thing that doesn't seem to work is a dynamic server side SDO as the

    client side has been working for a while now

    Regards

    Darren Parr

    RAC Software Solutions

    01675 445 310 (Tel)

    01675 445 335 (Fax)

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known

    viruses by the MessageLabs Virus Scanning Service. For further information

    visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    ________________________________________________________________________

    This email has been scanned for all viruses by the MessageLabs SkyScan

    service. For more information on a proactive anti-virus service working

    around the clock, around the globe, visit http://www.messagelabs.com

    ________________________________________________________________________

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known

    viruses by the MessageLabs Virus Scanning Service. For further information

    visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

  • Hi

    The only reason I suggested the use of instance properties was that other

    than the use of a repository, this is the only way we have of capturing

    properties that can be passed to a dynamic instance.

    The dynamic client side SDO is passed the name of it server side counterpart

    which is stored in adm-create-objects as the file which is to be run. Here

    we have created an extra instance property for data logic procedure. This is

    so that we can in fact instantiate the client side logic procedure when

    dyndata.w is instantiated on the client. We have done this via an instance

    property which is originally set from datacustom.i via a

    ':U}.

    We do not in fact let this be edited as we have not modified the instance

    property dialog box. However this enables the property to be passed to a

    dynamic SDO instance which does utilise it.

    This was in fact my thinking with lots of the dynamic SDO stuff. We would

    need tables etc. and I just saw the instance properties as a way of passing

    them to a dynamic instance. The other oppourtunity might be to query the

    values for certain properties via the server side data logic procedure.

    After all this is in fact a super procedure of the SDO anyway.

    Having instance properties would make the values changeable I guess too. I

    didn't consider this initially but it would be a good thing as it would make

    the SDO more customisable at run-time.

    -Darren

    -Original Message-

    From: Havard Danielsen

    Sent: 06 November 2002 23:46

    To: dev@adm2.possenet.org

    Subject: RE: Dynamic SDO

    Darren,

    Sorry for the late response on this.

    We have not yet decided how the dynamic SDO will be supported in the adm.

    I doubt the value of a generic dynamic SDO that allows or requires changes

    to basic information like Table at the instance level. But it would be

    rather easy to support this, so we may do it.

    But I do think the 'normal' SDO can benefit a lot if all static code, like

    query and temp-table definitions where to be removed from it. We would store

    the basis information about tables and queries inside of it as we do now,

    but if this was used just as string properties, instead of definitions, it

    would make the SDO more flexible and allow overrides to fields, query and

    perhaps even tables at the instance level. It would not make sense to allow

    overrides to the the base table, but maybe it could be useful to allow

    changes to secondary join tables or the order of the tables.

    HÃ¥vard

    -Original Message-

    From: Darren Parr

    Sent: Thursday, September 19, 2002 4:32 AM

    To: 'dev@adm2.possenet.org'

    Subject: RE: Dynamic SDO

    Hi

    Would you advise me to create a new instance property for my SDO's then so

    that this info is passed on. At the moment this information is not made

    available as a property. There is also no code in dyndata.w which caters for

    running a client-side logic procedure.

    Assuming I added an instance property, provided get and set functions,

    included datalogic.i as std for dyndata.w and added a little code to use the

    property instead of the pre-processor, I should have a dynamic client-side

    SDO which is able to utilise a client-side logic procedure.

    As for the server, I understand that we aren't quite there yet.

    The only way I can see this being implemented in the ADM2 without dynamics

    is either via an instance property for stuff which is currently compiled

    into the server code like query defn etc or via the server-side logic

    procedure having some query defn code in it. At this time I am not providing

    any query logic into the server-side logic procedure. I believe the

    server-side logic procedure would be better here as there is too much info

    required server side when working with the query.

    Will this be a dynamics v2 thing only. The reason I say this is that the

    only other way around this above is via the repository. In that case,

    although a client-side logic procedure would be best provided via an

    instance property, I can see most of the query stuff being put into the

    database via the repository.

    Any info is greatkly appreciated.

    -Darren

    -Original Message-

    From: Havard Danielsen

    Sent: 18 September 2002 20:12

    To: dev@adm2.possenet.org; adm2-dev@possenet.org

    Subject: RE: Dynamic SDO

    Dynamics v2 will have a dynamic SDO both on server and client. The basic

    preparation would be to move logic to the data logic procedure.

    For v2 the DataLogicProcedure attribute decides what Logic procedure to use

    at runtime.

    HÃ¥vard

    -Original Message-

    From: Darren Parr

    Sent: Monday, September 16, 2002 11:40 AM

    To: 'adm2-dev@possenet.org'

    Subject: Dynamic SDO

    Hi

    Can anyone comment on how close we are to a fully dynamic server side SDO.

    Is this the case in dynamics at the moment and is there anything which we

    should be doing at the moment to prepare ourselves for this.

    ie. the current thinking is to implement the data logic procedure, modify

    data.w to add _wizlog etc for new procedures

    The only thing that doesn't seem to work is a dynamic server side SDO as the

    client side has been working for a while now

    Regards

    Darren Parr

    RAC Software Solutions

    01675 445 310 (Tel)

    01675 445 335 (Fax)

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known

    viruses by the MessageLabs Virus Scanning Service. For further information

    visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    ________________________________________________________________________

    This email has been scanned for all viruses by the MessageLabs SkyScan

    service. For more information on a proactive anti-virus service working

    around the clock, around the globe, visit http://www.messagelabs.com

    ________________________________________________________________________

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known

    viruses by the MessageLabs Virus Scanning Service. For further information

    visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org

    ________________________________________________________________________

    This email has been scanned for all viruses by the MessageLabs SkyScan

    service. For more information on a proactive anti-virus service working

    around the clock, around the globe, visit http://www.messagelabs.com

    ________________________________________________________________________

    _____________________________________________________________________

    RAC Software Solutions Ltd have had this message checked for all known viruses by the MessageLabs Virus Scanning Service. For further information visit http://www.messagelabs.com/stats.asp

    To unsubscribe, e-mail: dev-unsubscribe@adm2.possenet.org

    For additional commands, e-mail: dev-help@adm2.possenet.org