[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:	DECmcc user notes file. Does not replace IPMT.
Notice:	Use IPMT for problems. Newsletter location in note 6187
Moderator:	TAEC::BEROUD

Created:	Mon Aug 21 1989
Last Modified:	Wed Jun 04 1997
Last Successful Update:	Fri Jun 06 1997
Number of topics:	6497
Total number of notes:	27359

2436.0. "How to customize reference attributes ?" by STRASB::EBLE () Thu Feb 27 1992 05:12

    Hi,
    
    	I need some explanation on how to customise the reference
    attributes for all global classes under DECmcc 1.2. I have to modify
    some attributes (for example rename "Location" to "Localisation") and
    to add new attributes (for example "Numero de contrat"). What is the
    best way to do that ? 
    	Under version 1.1 I did it in several steps :
    		- search with DAP (SHOW CLASS CODE n� DEFINITION
    PRESENTATION_NAME) to find each Management Module class name.
    		- for each MM Global Entities find its references attributes
    code number.
                - create a MSL file for each global entities with only its
    reference attributes.
    		- translate this MSL file into a DAP procedure.
    		- execute this DAP procedure (AUGMENT CLASS class_name FROM
    file_name).
    		- parse the MCC tables.
    
    	It works but :
    1) Is there a better way to do it ? What about the product
    customisation ? 
    2) Is there an "authority" given a list of code number for each MM ?
    It's not user friendly to have to pass DAP commands for it.
    3) The references attribute code numbers are not the same for each MM.
    Why ?
    4) To add some references I use the code number 10000 and higher
    assuming I will not erase something else. Not really safe ...
    
    Thanks for your help.
    Fran�ois EBLE
    EIS Strasbourg. 
    
    without any

T.R	Title	User	Personal Name	Date	Lines
2436.1	We need help. Customer is waiting.	STRASB::EBLE	Fran�ois EBLE. EIS Strasbourg France.	`Mon Mar 09 1992 12:19`	8
	Hi, Is it a so difficult question ? I thought customisation was a main goal in this product ??? Is it possible to get a copy of the MSL for our access modules ? Help.
2436.2		TOOK::MINTZ	Erik Mintz, DECmcc Development, dtn 226-5033	`Mon Mar 09 1992 15:02`	8
	It may not be a difficult question, but all of the developers are busy trying to finish V1.2, and so may be slow in answering notes questions. If you are working with a V1.2 field test customer, please file a QAR using the customer's QAR account, and it will get more quickly to the attention of the relevant developer. -- Erik
2436.3	ideas for creating com ile	TOOK::CALLANDER	MCC = My Constant Companion	`Tue Mar 31 1992 18:54`	10
	you can get yourself some new codes by requesting the from the registrar, or continue with your best guess approach to picking a number. As to the easy way to change the reference attribute names, I am sorry to say that there is no automated procedure to do it right now. But... you could potentially write a command procedure that uses the .log file created by a parse table build to create the .MS file you need for updating the dictionary.
2436.4	Automated is better	STRASB::EBLE	Fran�ois EBLE. EIS Strasbourg France.	`Wed Apr 01 1992 06:51`	14
	Hi, yes I think it's more secure to get new codes more or less automatically. > you can get yourself some new codes by requesting the from the > registrar But how could you do that ? Another question is about the "GENERAL" global entity that you see under DAP. What is it ? Thanks.
2436.5	Caution -- Do not Enter.! ; )	DFLAT::PLOUFFE	Jerry	`Wed Apr 01 1992 10:58`	24
	RE: .4 > Another question is about the "GENERAL" global entity that you see > under DAP. What is it ? This global class is used in the v1.2 product to provide what we have been calling "poor-man's inheritance". This class contains all the directives for the Export and Historian FM. These directives are automatically (automagically) inherited by every other global and child class in the dictionary. This global class is PRIVATE to the Historian and Exporter FMs. It is NOT to be used by other products. The DECmcc Registrar has been instructed to only allow Historian and Exporter directives under this class. In future versions of DECmcc we intend to officially supply and support dictionary inheritance. - Jerry P.S. I know what your thinking -- If it's so PRIVATE why is it called the GENERAL class -- right? Sorry, there's no good answer to that question! ;)
2436.6	took::dssr for registry (unless its changed)	TOOK::CALLANDER	MCC = My Constant Companion	`Tue Apr 21 1992 12:03`	1

2436.7	TOOK::DSSR noexistant	TOOK::FONSECA	I heard it through the Grapevine...	`Tue Apr 21 1992 15:56`	4
	That mail address does not exist on TOOK. I'd recommend you go with DSSR::MCC. -Dave
2436.8	Yes, its DSSR::MCC for the registry	TOOK::KOHLS	Ruth Kohls	`Wed Apr 22 1992 10:14`	1