Svata, can you please evaluate this issue? Thank you.

> Studio IDE is broken after the fix
Alexander, can you please provide some details?

See hudson build:
http://enum.ru.oracle.com:8080/hudson/job/pythia-sputnik-single-platform-trunk/

Are you have a script to change dependencies?
Studio modules has 80 modules that depend on org.openide.util.base.

Jaroslav,
Could you conform that it should be fix like this:
                 <dependency>
-                    <code-name-base>org.openide.util</code-name-base>
+                    <code-name-base>org.openide.util.ui</code-name-base>
                     <build-prerequisite/>
                     <compile-dependency/>
                     <run-dependency>
-                        <specification-version>8.0</specification-version>
+                        <specification-version>8.29.2</specification-version>
                     </run-dependency>
                 </dependency>
                 <dependency>
-                    <code-name-base>org.openide.util.base</code-name-base>
+                    <code-name-base>org.openide.util</code-name-base>
                     <build-prerequisite/>
                     <compile-dependency/>
                     <run-dependency>
-                        <specification-version>9.2</specification-version>
+                        <specification-version>9.3</specification-version>
                     </run-dependency>
                 </dependency>
for each module that have a dependency on "org.openide.util.base"?
If it is true I can do that fix.

Thanks in advance
Alexander

> Could you conform that it should be fix like this:
I think this fix should work correctly, but please wait for Svata's confirmation.

fixed in sputnik repository, change set:
13732:979e9a71324e

btw - I did that change (renaming dependency codenamebase) in bulk in jet-main repository when integrating the util.base > util > util.ui rename.

There's an semi-automated way how to recover from split module; usually we provide module-auto-deps + entry in nbbuild/templates/common.xml which causes auto-injection of additional compile-time or runtime dependencies for modules that depend on old version of something. 
ant -Dfix.dependencies.modules=codenamebase-that-was-changed fix-dependencies can be run to change/upgrade dependencies according to nbbuild/templates/common.xml entries. It's routinely run on NB repositories as validation tests for nbms-and-javadoc require that no stable module uses the auto-injection mechanism.

It's necessary then to increment spec versions of affected modules so proper versions are autoupdated - no automated tasks for this step so far.