I backed up my old version of the plug-in, upgraded, and then experienced the same problem. With the new plug-in downloaded by the plug-in manager (appears to be version 1.0.0 according to the plugin.xml file), I'm not able to run newly created tests (I was executing a method using the plug-ins test runner) without clearing the existing test-output directory before every run. If I don't do this the compiled test class file is not found.
I reverted to the old plug-in (version 0.5.7) and this issue went away.
We are all on various versions of Intellij 6.
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=69217&messageID=130382#130382
--
Jesse Kuhnert
Tapestry/Dojo team member/developer
Open source based consulting work centered around
dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com
The test-output directory I was deleted was the TestNG output directory that contains the test reports.
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=69217&messageID=130389#130389
We were about to play with the base directory (and other project settings) like you did, but after realizing the problem didn't happen if we reverted to the old plug-in we chose to do that instead.
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=69217&messageID=130390#130390
Yeah. I get CNFE on all my tests as well.
- --
Justin Lee
http://www.antwerkz.com
AIM : evan chooly
Skype : evanchooly
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
iD8DBQFF9FGRJnQfEGuJ90MRA0QhAJ9z56i4eORwq3Am01Mhc7oWyBWzawCgueSq
qjxvBQqt63th0FoWpxP7V/k=
=2xgI
-----END PGP SIGNATURE-----
That's about what I've been seeing, yes.
Mark Derricutt wrote:
> Does this look like the exception/stacktrace:
>
> org.testng.TestNGException:
> Cannot find class in classpath: com.theoryinpractice.MyTest
> at org.testng.xml.XmlClass.getSupportClass(XmlClass.java:45)
> at org.testng.internal.Utils.xmlClassesToClasses(Utils.java:82)
> at org.testng.TestRunner.initMethods(TestRunner.java:255)
> at org.testng.TestRunner.init(TestRunner.java:201)
> at org.testng.TestRunner.init( TestRunner.java:171)
> at org.testng.TestRunner.<init>(TestRunner.java:137)
>
> I managed to get this on a small multi-module project, right clicking on
> the test and selecting run.
>
> After this failure, I viewed the run configuration settings, and clicked
> save (the correct module appeared to be selected in the configuration)
> and reran the test to see it pass.
>
> I recall changing some things in how the configuration dialog is created
> so this may have introduced something odd on the autogenerated
> configuration and I'm currently looking at this now.
>
> Hopefully this is the same exception you guys are seeing and its not
> another weirdness...
>
> Mark
>
>
>
> On 3/8/07, *Nebiyu Yohannes* <testn...@opensymphony.com
> <mailto:testn...@opensymphony.com>> wrote:
>
>
> The only exception I was seeing is the ClassNotFoundException from
> the test runner.
>
>
>
> >
- --
Justin Lee
http://www.antwerkz.com
AIM : evan chooly
Skype : evanchooly
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.1 (Cygwin)
iD8DBQFF9T2mJnQfEGuJ90MRA8uYAKCsULwy3xndhbowjxcBCJP8X6xCTgCfW7FL
D+rq3GxBFLsHW+fBFdDFTno=
=0KBj
-----END PGP SIGNATURE-----
Thanks.
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=69217&messageID=131777#131777
Having just had it happen like 2 minutes ago I also remember noticing
that when going to edit the config to see what was wrong the module
classpath to use was null / blank. Even weirder than that was on a
different test configured in a similar fashion I had restarted idea
and tried to run a shared test config that was working prior to the
restart but had the class resolution issues again ...When going into
the edit menu all looked fine to me, with the one exception that the
test name on the left hand side was slightly greyed out indicating
some pending state needed saving...After hitting apply on that config
(after not having changed anything) it worked again.
I wish it was a public project or I'd let you vnc in, but if you
wanted a guinea pig er something for plugin changes feel free to ping
me.
On Mar 12, 3:06 am, "Mark Derricutt" <m...@talios.com> wrote:
> Does this look like the exception/stacktrace:
>
> org.testng.TestNGException:
> Cannot find class in classpath: com.theoryinpractice.MyTest
> at org.testng.xml.XmlClass.getSupportClass(XmlClass.java:45)
> at org.testng.internal.Utils.xmlClassesToClasses(Utils.java:82)
> at org.testng.TestRunner.initMethods(TestRunner.java:255)
> at org.testng.TestRunner.init(TestRunner.java:201)
> at org.testng.TestRunner.init(TestRunner.java:171)
> at org.testng.TestRunner.<init>(TestRunner.java:137)
>
> I managed to get this on a small multi-module project, right clicking on the
> test and selecting run.
>
> After this failure, I viewed the run configuration settings, and clicked
> save (the correct module appeared to be selected in the configuration) and
> reran the test to see it pass.
>
> I recall changing some things in how the configuration dialog is created so
> this may have introduced something odd on the autogenerated configuration
> and I'm currently looking at this now.
>
> Hopefully this is the same exception you guys are seeing and its not another
> weirdness...
>
> Mark
>
My old test classes and methods in my project are still OK.
----------------------------
Error during dispatching of java.awt.event.MouseEvent[MOUSE_RELEASED,(52,674),button=1,modifiers=Button1,clickCount=1] on ###overrideRedirect###: com.intellij.openapi.project.Project.getBaseDir()Lcom/intellij/openapi/vfs/VirtualFile;
java.lang.NoSuchMethodError: com.intellij.openapi.project.Project.getBaseDir()Lcom/intellij/openapi/vfs/VirtualFile;
at com.theoryinpractice.testng.model.TestData.getWorkingDirectory(TestData.java:139)
at com.theoryinpractice.testng.model.TestData.getProperty(TestData.java:130)
at com.theoryinpractice.testng.TestNGConfiguration.getProperty(TestNGConfiguration.java:125)
at com.intellij.execution.util.JavaParametersUtil.configureConfiguration(JavaParametersUtil.java:39)
at com.theoryinpractice.testng.TestNGRunnableState.createJavaParameters(TestNGRunnableState.java:149)
at com.intellij.execution.configurations.JavaCommandLineState.getJavaParameters(JavaCommandLineState.java:30)
at com.intellij.execution.runners.RunStrategy.executeCommandLine(RunStrategy.java:53)
at com.intellij.execution.runners.RunStrategy.a(RunStrategy.java:88)
at com.intellij.execution.runners.RunStrategy.access$000(RunStrategy.java:71)
at com.intellij.execution.runners.RunStrategy$3.run(RunStrategy.java:3)
at com.intellij.execution.impl.ExecutionManagerImpl$1.run(ExecutionManagerImpl.java:11)
at com.intellij.execution.impl.ExecutionManagerImpl.compileAndRun(ExecutionManagerImpl.java:31)
at com.intellij.execution.runners.RunStrategy.execute(RunStrategy.java:17)
at com.intellij.execution.runners.RunStrategy.execute(RunStrategy.java:82)
at com.intellij.execution.actions.RunContextAction.perform(RunContextAction.java:14)
at com.intellij.execution.actions.BaseRunConfigurationAction.actionPerformed(BaseRunConfigurationAction.java:3)
at com.intellij.openapi.actionSystem.impl.ActionMenuItem$ActionTransmitter.actionPerformed(ActionMenuItem.java:14)
at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849)
at com.intellij.openapi.actionSystem.impl.ActionMenuItem.fireActionPerformed(ActionMenuItem.java:8)
at com.intellij.ui.plaf.beg.BegMenuItemUI.a(BegMenuItemUI.java:98)
at com.intellij.ui.plaf.beg.BegMenuItemUI.access$300(BegMenuItemUI.java:200)
at com.intellij.ui.plaf.beg.BegMenuItemUI$MyMouseInputHandler.mouseReleased(BegMenuItemUI.java:2)
at java.awt.Component.processMouseEvent(Component.java:5501)
at javax.swing.JComponent.processMouseEvent(JComponent.java:3135)
at java.awt.Component.processEvent(Component.java:5266)
at java.awt.Container.processEvent(Container.java:1966)
at java.awt.Component.dispatchEventImpl(Component.java:3968)
at java.awt.Container.dispatchEventImpl(Container.java:2024)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
at java.awt.Container.dispatchEventImpl(Container.java:2010)
at java.awt.Window.dispatchEventImpl(Window.java:1778)
at java.awt.Component.dispatchEvent(Component.java:3803)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
at com.intellij.ide.IdeEventQueue.b(IdeEventQueue.java:8)
at com.intellij.ide.IdeEventQueue.a(IdeEventQueue.java:42)
at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:73)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=69217&messageID=132147#132147
There's no hurry on this since the older version 0.5.7 plug-in still is a usable workaround for our needs.
Thanks for the efforts.
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=69217&messageID=132199#132199
No problem.
Thanks for the quick turnaround time.
---------------------------------------------------------------------
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=69217&messageID=132241#132241