This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
When CCS7.4 is installed in a centos docker container the following error occurs when running Code Composer. I have seen the information about windows installs requiring MVCS but that would not apply to linux correct?
/opt/ti/ccsv7/eclipse/eclipse -noSplash -data /workspace -application com.ti.ccstudio.apps.projectImport -ccs.location ./dspApp
!SESSION 2022-03-24 15:49:30.972 -----------------------------------------------
eclipse.buildId=4.6.0.I20160606-1100
java.version=1.8.0_112
java.vendor=Oracle Corporation
BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
Framework arguments: -application com.ti.common.core.initialize
Command-line arguments: -os linux -ws gtk -arch x86_64 -data /workspace -application com.ti.common.core.initialize
!ENTRY com.ti.common.core 4 0 2022-03-24 15:49:32.155
!MESSAGE debugServerDir=/opt/ti/ccsv7/ccs_base/DebugServer
!ENTRY org.eclipse.osgi 4 0 2022-03-24 15:49:35.289
!MESSAGE Application error
!STACK 1
java.lang.NoClassDefFoundError: com/ti/utility/filesystem/DirectoryService
at com.ti.common.core.utils.ds.CoreUtilsProvider.getUserHomeDir(CoreUtilsProvider.java:40)
at com.ti.common.core.CoreUtils.getUserHomeDir(CoreUtils.java:135)
at com.ti.common.core.internal.ExternalReferenceParser.getUserExtRefDir(ExternalReferenceParser.java:176)
at com.ti.common.project.core.internal.resexplorer.ResourceExplorerBreadcrumbFileReader.getBreadcrumbFile(ResourceExplorerBreadcrumbFileReader.java:158)
at com.ti.common.project.core.internal.resexplorer.ResourceExplorerBreadcrumbFileReader.isDataStale(ResourceExplorerBreadcrumbFileReader.java:146)
at com.ti.common.project.core.internal.resexplorer.ResourceExplorerBreadcrumbFileReader.updateData(ResourceExplorerBreadcrumbFileReader.java:76)
at com.ti.common.project.core.internal.resexplorer.ResourceExplorerBreadcrumbFileReader.getProductDiscoveryPath(ResourceExplorerBreadcrumbFileReader.java:49)
at com.ti.common.project.core.internal.tools.ADiscoveryManager.toSearchPath(ADiscoveryManager.java:375)
at org.eclipse.rtsc.project.core.extdiscovery.ExtensionSiteDiscoveryManager.discoverAndInstallExtensionSites(ExtensionSiteDiscoveryManager.java:199)
at org.eclipse.rtsc.project.core.extdiscovery.RTSCHeadlessInitializationParticipant.run(RTSCHeadlessInitializationParticipant.java:54)
at com.ti.common.core.internal.headless.Initialize.run(Initialize.java:87)
at com.ti.common.core.internal.headless.Initialize.start(Initialize.java:53)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:388)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:673)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:610)
at org.eclipse.equinox.launcher.Main.run(Main.java:1519)
at org.eclipse.equinox.launcher.Main.main(Main.java:1492)
Caused by: java.lang.ClassNotFoundException: com.ti.utility.filesystem.DirectoryService cannot be found by com.ti.common.core.utils.ds_1.0.0.201711260800
at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:448)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:361)
at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:353)
at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:161)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
Hello,
I have seen the information about windows installs requiring MVCS but that would not apply to linux correct?
That is correct.
Looks like you are running the headless project import command. Are there any issues trying to import when using the CCS IDE?
Thanks
ki
This seems to be some type of dependency issue. I switch from Centos to a RHEL UBI based container and its working ok now.