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-
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-
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-
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-
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-
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-
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-
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-
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-
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-
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