Code to copy class definition from one Namespace to another?

Question

Question

Ben Spead · Apr 12, 2023

#Key Question #ObjectScript #InterSystems IRIS

I have a situation where I have a handful of classes which I need to copy to another Namespace (which uses a different RoutineDB) on the same instance, load it and compile it.

Can anyone help me come up with a command that will do this quickly and easily? Perhaps something with extended reference?

This is somewhat time sensitive so thank you in advance for your ideas!

Discussion (23)7

Log in or sign up to continue

Vic Sun · Apr 12, 2023

You could use %Dictionary.ClassDefinition to open the class definitions, use %ConstructClone and then save to another namespace.

0 0

Chad Severtson · Apr 12, 2023

Consider $System.OBJ.ExportToStream() and .LoadStream() to avoid local files with a change to the appropriate implicit namespace between.

2 0

Timothy Leavitt · Apr 12, 2023

Set source = "NAMESPACE1"
Set target = "NAMESPACE2"
Kill ^|target|oddDEF(classname)
Merge ^|target|oddDEF(classname) = ^|source|oddDEF(classname)
New $Namespace
Set $Namespace = target
$$$ThrowOnError($System.OBJ.Compile(classname,"ck"))

EDIT: Don't do this. Everybody should ignore me and do what @Chad Severtson said instead.

5 0

Clark Matthews · Apr 12, 2023

What about the export/import stream methode??

https://docs.intersystems.com/iris20222/csp/documatic/%25CSP.Documatic.c...

0 0

Enrico Parisi · May 16, 2023

I know this is old, but recently I found a new way to export/import a package to a global, this may simplify the solution.

1) create a studio project with all the classes that need to me exported. This can be done programmatically, create an instance of %Studio.Project, use AddItem()...etc.

2) Export the project to a global like ^IRIS.Temp("myProjExport"). Open %Studio.Project, export ot global using DeployToGbl() method

3) in target namespace import calling ##class(%Studio.Project).InstallFromGbl()

Using ^IRIS.Temp has the advantage of easy/shared access from all namespaces.

Enrico

2 0

score 4 · Answer 1 · 2023-04-12T15:47:15-04:00

Wouldn't the quickest way just be something like $System.OBJ.Export(.items, exportfn) and $System.OBJ.Load(exportfn, "c")?

https://docs.intersystems.com/irislatest/csp/documatic/%25CSP.Documatic....

score 0 · Answer 2 · 2023-04-12T15:50:29-04:00

Otto Medin · Apr 12, 2023

Yes, with a ZNSPACE in between.

0 0

score 0 · Answer 3 · 2023-04-12T15:52:21-04:00

Thanks Matt, I am trying to avoid using the OS as the middle-man in this case as we have 300+ namespaces to do this on and so should be scripted. I can create a %Method that would do this but was hoping for a quick command that could just do the transfer

score 0 · Answer 4 · 2023-04-12T19:50:40-04:00

Ben Spead · Apr 12, 2023

Thanks Vik ... that sounds like a good approach to play with!

0 0

score 1 · Answer 5 · 2023-04-12T19:52:16-04:00

Thanks Chad - I think that this would be the lowest impact overhead approach if I don't copy the definitions directly via a clone or the globals

score 0 · Answer 6 · 2023-04-12T19:53:58-04:00

Ben Spead · Apr 12, 2023

thanks Tim - this is along the lines of what I was thinking about. Much appreciated!

0 0

score 1 · Answer 7 · 2023-04-12T21:52:49-04:00

You also need to merge over the index entry in ^rINDEXCLASS($$$UPPER(classname)) to the new namespace.

Don't forget to move all related classes such as Serial classes, datatype classes, super classes, references, etc.

score 0 · Answer 8 · 2023-04-13T11:29:07-04:00

This is exactly why my quick-and-dirty approach didn't (seem to?) work in a first quick attempt. ExportToStream/LoadStream it is!

(for context, this is moving class definitions over in conjunction with changing routine mappings)

score 2 · Answer 9 · 2023-04-13T05:14:17-04:00

Please do NOT make any assumptions about system globals such as the ^odd series. User code should stick to documented APIs such as the Export and Clone options described earlier in the thread.

score 2 · Answer 10 · 2023-04-12T16:32:56-04:00

Could you create an %ALL namespace and map the the routines in the %ALL namespace so they are available across all the namespaces?

score 0 · Answer 11 · 2023-04-12T20:00:07-04:00

We are using %ALL for some other things but unfortunately it won't apply in this case. Specifically, this is for a HS instance where we need to move auto-created classes into a new routine DB. So I can't add a mapping for each and every package (300 packages).

score 0 · Answer 12 · 2023-04-12T20:00:40-04:00

Ben Spead · Apr 12, 2023

Thanks Clark - this is one of the approaches I hadn't thought of previously

0 0

score 0 · Answer 13 · 2023-04-12T16:48:29-04:00

with studio, I open 1 for each namespace and then drag and drop it from 1 NS to the other
works single or multiple
not so useful for 300. ns %ALL looks more promising

score 0 · Answer 14 · 2023-04-12T20:08:07-04:00

Ben Spead · Apr 12, 2023

thanks for the input Robert ... %All is powerful but won't work for me in this scenario.

0 0

score 3 · Answer 15 · 2023-04-12T16:53:11-04:00

Eduard Lebedyuk · Apr 12, 2023

Why not map packages (also maybe use %ALL namespace to map to all namespaces at once)?

3 0

score 0 · Answer 16 · 2023-04-12T20:01:13-04:00

Ben Spead · Apr 12, 2023

300 unique packages makes this approach unwieldy

0 0

score 0 · Answer 17 · 2023-04-12T22:18:20-04:00

Have you tried using a Installation Manifest
https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls...

score 0 · Answer 18 · 2023-05-16T05:55:33-04:00

Developer Commu... · May 16, 2023

💡 This question is considered a Key Question. More details here.

0 0