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

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

2124.0. "Restore a 2.4 archived doc using 3.0 ?" by BACHUS::BHP64::Verbraeken (Luctor et Emergo) Tue Jan 19 1993 16:12

Can you retrieve an archived document with ALL-IN-1 3.0 
if it was archived with ALL-IN-1 2.4 ?

Would like to now if its supported because a customer is unable
to restore any 2.4 archived document.
When archiving with the current 3.0 the restore works fine.

Looking at the log file a oa-w-arctargnotarc error is received
after the docdb has been accessed to retrieve the record with
key= 997574. Which is indeed the archived document we want to
retrieve.
the line before the error is
[io] getting field MODIFY from DOCDB, Value = N
then the error message follows.
Normally in a good working example trace the next
command is
[io] Getting record from DOCDB by Address
which in this case I don't get.

Any help is wellcome.

luc V.
T.RTitleUserPersonal
Name		DateLines
2124.1Questions ...IOSG::MAURICEBecause of the architect the building fell downTue Jan 19 1993 18:0215
    Hi,
    
    Yes you should be able to. The actual error is signalled when the
    archive code finds that the TYPE field in the DOCDB is not "ARCHIVE"
    (translated).
    
    Are you running on a non-English system? (I suspect a translation
    problem).
    
    What is actually in the TYPE fields of the old DODCB records? Is it
    different from the new DODCB records?
    
    Cheers
    
    Stuart
2124.2Yes a langauge version is Used (German)BACHUS::BHP64::VerbraekenLuctor et EmergoWed Jan 20 1993 16:3345
Yes customer is using the German Language Version

the type field when looking at the docdb 

1. when using the original folder in docdb for the lookup
a. for a document archived during 2.4 it reads

	ARCHIVED


b. for a document archived during 3.0 it reads


	ARCHIV

2. when using the 'ARCHIVED documents' folder in docdb for the lookup.

a. for a document archived during 2.4 it reads

	ARCHIVIERT

b. for a document archived during 3.0 it reads

	ARCHIV



Or in a table it looks like this.

				2.4			3.0

org folder			ARCHIVED		ARCHIV
archived doc folder		ARCHIVIERT		ARCHIV


When modifying the docdb type's in both folders to the 3.0 'ARCHIV' settings,
the documents can SUCCESSFULLY be retrieved !

This is ok for 1 doc but the customer has thousands of them !
Any hint or solu or patch is wellcome cause I wouldnot like to do this manually.

regards,
Luc
2124.3More questionsIOSG::MAURICEBecause of the architect the building fell downWed Jan 20 1993 18:1042
    Hi,
    
    We need to find the root cause before suggesting a workround. It may be:
    
    a) A problem specific to your customer.
    
    or 
    
    b) A problem specific to the German language version
    
    What changed in V3.0 is that the TYPE field in the DOCDB became
    translated. There are two symbols that need to be checked:
    
    a) OA$_LANG_MAIL_TYPE. This is used on form DOCDB to control the 
       field translation, and on an English system looks like:
    
    DOCUMENT,MAIL,ARCHIVE,DISTRIB LIST/DOCUMENT,MAIL,ARCHIVE,DISTRIB LIST
    
       Can you get your version of this.
    
       Also can you please check your version of form DOCDB has the
       following Named Data for the TYPE field:
    
    	;;TYPE;;
    
    	/LANGUAGE=OA$_LANG_MAIL_TYPE
    
    b) OA$ARCH_TYPE. This is the symbol used by Archiving to compare
       against the value of the TYPE field in the DOCDB. It should match 
       the German translation of ARCHIVE in the the symbol
       OA$_LANG_MAIL_TYPE. 
    
    From your evidence it suggests the two symbols are OK and have the
    value "ARCHIV". 
    
    One possibility is that the TYPE field was not correct in V2.4, and if
    so I think it would be best to have a procedure to convert the
    incorrect ones. But before going down this path, it's best to check.
    
    Cheers
    
    Stuart
2124.4Its better to contact I18N ...VNABRW::EHRLICH_KScreaming for vengeanceThu Jan 21 1993 08:4347
Hi Luc,

	yes, you're right. There's really a problem with restoring archived 
documents under Version V2.4 within ALL-IN-1 V3.0.

However Germany esp. Frankfurt (the I18N Centre) knows about it and has a fix 
for it.

The fix is easy:

   We changed the following line in sourcefile OA.A1$MSG (according to 
   OA$GT_CAB_DOCUMENT_TYPE_TABLE in OALLV.BLI):

   from:

LANG_MAIL_TYPE <DOKUMENT,NACHRICHT,ARCHIVIERT,VERTEILERLISTE/DOCUMENT,MAIL,
ARCHIVE,DISTRIB LIST>

   to:

LANG_MAIL_TYPE <DOKUMENT,NACHRICHT,ARCHIV,VERTEILERLISTE/DOCUMENT,MAIL,
ARCHIVE,DISTRIB LIST>


Warning:   This bug in OA.A1$MSG can corrupt user's DOCDB.DAT.
   	   You've run DOCDB.SCP for each user.
           It changes records with TYPE "ARCHIV" or "ARCHIVIERT" to "ARCHIVE".

DOCDB.SCP
GET #DRAWER = #FIRST_DRAWER = FILECAB.%NEXT[""]
.LABEL START
CABINET SET_DRAWER #DRAWER
FOR CAB$ WITH .TYPE:U == "ARCHIV" OR .TYPE:U == "ARCHIVIERT" - 
    DO get #key = .%key\\ - 
    get oa$function = 'WRITE CHANGE CAB$ key=#key,TYPE="ARCHIVE"'
GET #DRAWER = FILECAB.%NEXT[#DRAWER]
.IF #DRAWER NES #FIRST_DRAWER .THEN GOTO START
.EXIT  


But it's really better to contact Frankfurt because there are some more
language dependend fixes to some problems.

Best Regards

Charly_from_CSC_Vienna_Austria
2124.5Just German?IOSG::MAURICEBecause of the architect the building fell downThu Jan 21 1993 16:377
    Hi Charly,
    
    Is this problem isolated to German language systems?
    
    Cheers
    
    Stuart
2124.6not only GermanFRAOST::RICHTERFri Jan 22 1993 08:5411
    No, unfortunately it is not.
    
    We have this or similar problems in Danish, Finnish, French, Portuguese
    and Spanish.
    
    Bugfixes are available, but have to be tested. We are trying to get them
    inserted into a possible future patch.
    
    Regards,

    Annette
2124.7working docdb.scpVNABRW::KOCHBack to the roots ...Thu May 27 1993 18:1620
    i've tested and corrected the Docdb.scp at a Customer Site. 
    it should be:
    GET #DRAWER = #FIRST_DRAWER = FILECAB.%NEXT[""]
    .LABEL START
    CABINET SET_DRAWER #DRAWER
    get #drawer
    FOR CAB$ WITH .TYPE:U == "ARCHIVE " OR .TYPE:U == "ARCHIVIERT " -
          DO get #z = .%key\\ -
          WRITE CHANGE CAB$ key=#z,TYPE="ARCHIV      "
    GET #DRAWER = FILECAB.%NEXT[#DRAWER]
    .IF #DRAWER NES #FIRST_DRAWER THEN .GOTO START
    .EXIT
             
    
    - thomas
    
    
    If you have only documents within 1 drawer archived, then you don't
    need the Drawer loop, and you can do a GET #DRAWER= "STANDARD" (or
    "MAIN") instead