i found this way to avoid 'verifying launch attributes... 57%' in eclipse-luna-sr2

  1. have the launch configuration and the main class in different projects
  2. delete the following line from the launch configuration:

    <stringattribute key="org.eclipse.jdt.launching.classpath_provider" value="org.eclipse.m2e.launchconfig.classpathprovider"/>


with eclipse 2018-12 i had a delay of about 10 seconds at "57%, verifying launch attributes" for every start of a main class or a junit test. i used the windows tool "procmon" to identify about 500.000 failed accesses to jars in this period that i don't have in my classpath. i found those jar references inside the manifest "class-path" entry of many jars i use. after removing the class-path entry from all jars the delay now is only 1 second!

some jars were signed. then i had to remove the signature files (meta-inf/*.sf|*.dsa|*.rsa|*.ec) from the jar, too.


one thing that makes a huge difference is how you tell eclipse what tests you want to run.

when specifying the project name, our tests could take more than 5 minutes to be discovered (the 57%).

if we rather specify the directory containing the test source files, we are down to less than 30 seconds.

eclipse run config to specify which tests must be run


i know this is a very old thread, but i just ran into it, and wanted to let anyone who sees this know how i resolved it; maybe it will help the next person. i switched to a new computer at work, and because i was lazy, i just copied my local maven repository (%userprofile%.m2) from the old computer to the new computer. after running into the "launch attributes" issue and trying everything else, i moved my local maven repository to another location so that eclipse would be forced to rebuild the local maven repository. this pretty much fixed the problem; while i sometimes have an occasional delay of 2-5 seconds when launching, it is a big improvement over the 30-90 seconds it was taking previously. happy coding.


this could be caused by duplicate / erroneous entries in the project's .classpath file. these entries are not necessary, as the maven plugin will take care of properly setting the classpath to launch your project.

to prevent eclipse from hanging, open all of the referenced projects' .classpath files, which should be in the root directory of the project.

remove all of the entries who have src as their kind attribute value.

for example:

<classpathentry kind="src" path="src"/>

once all of these entries are removed, eclipse will now launch your project instantly.


i know this is a rather old question, but i've been having this issue for a while now and none of the solutions found online seemed to work:

i did eventually found out (somehow) that having duplicate .classpath files in your workspace can cause serious issues. when importing a multi-module maven project you can easily do this by importing all your modules and your master module (the pom-type module). doing so, you effectively import everything twice. closing this master module in eclipse solved the issue for me. another workaround would be to not rely on m2eclipse and to use mvn eclipse:eclipse and then import your projects as an 'existing project'.


unfortunately the progress information of the launching in eclipse is not very accurate. the value of 57% is where all the hard work happens (see e.g. bug 354338).

if you are launching an eclipse application or junit plug-in tests, make sure you have the following plug-ins in your target platform:

  • org.junit
  • org.eclipse.jdt.junit.runtime
  • org.eclipse.jdt.junit4.runtime
  • org.eclipse.pde.junit.runtime

otherwise eclipse will search the whole p2 cache (in my case over 6000 plug-in jars, takes > 5min) for those plug-ins.


i had the same symptoms. i could fix it by adjusting

eclipse -> preferences -> maven -> user settings

my maven user settings file was stored on a remote folder. after moving the file to a local disk, the test now start instantly again.

Related Query

More Query from same tag