Brendan,

You are not required to add output path to your classpath. IDEA does it
automatically. And there shouldn't be synchronization delays in such
case.

Best regards,
Mike Aizatsky.
------------------------------
IntelliJ Software, "Develop with pleasure!" http://www.intellij.com


> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
On
> Behalf Of Brendan Doyle
> Sent: Thursday, March 14, 2002 2:15 AM
> To: '[EMAIL PROTECTED]'
> Subject: Re: [Eap-list] output dirs in classpath lead to long
> synchronisation.
> 
> Thanks for the response Mike - replies below.
> 
> Brendan.
> 
> > Hi,
> >
> > > I use integrated ant to build and run our application.
> > > However, for some small utilities, I have run targets
> > > set up in IDEA. To get these to run, I put our output
> > > class directory and some generated libs in the
> > > classpath in IDEA
> >
> > Do you mean that you modified idea.bat file to include your own
> > classpaths? In fact it's not recommended because your classes may
> > interfere with IDEA own classes and libraries which may lead to the
> > incorrect IDEA operation.
> >
> 
> No, I add the extra elements to the project classpath in the
> project properties dialog. This isn't required while editing,
> as I guess IDEA gets it's information from the java files,
> but to run a target, I require the output dir and some config
> libs in the classpath. Is there another way of doing this that
> would be better - perhaps I should be trying to add it in the
> VM Parameters section of the Run dialog?
> 
> 
> > but this means that synchronisation after a clean ant make
> > (which blows these away) takes about 2 or 3 minutes, during
> > which IDEA is completely unresponsive. Hence, I always have
> > to add these to the classpath only when running these
> > targets, and remember to remove them afterwards.
> >
> > Are you using mapped drives for storing your project files?
> >
> 
> No, everything is local, and on the same drive. I don't run
> local VCS, and I have synchronisation on frame activation
> turned off - because initially I thought I required the
> output directory in the classpath for IDEA to work correctly,
> so it was doing this every time I did a clean build, basically
> making it unusable. Luckily, I've figured that one out, but it
> still leaves the problem of how to use IDEA run targets.
> 
> 
> > Can you press Ctrl+Break while IDEA synchronization in console and
send
> > us the resulting dump?
> >
> > Best regards,
> > Mike Aizatsky.
> 
> You asked for it!
> 
> Full thread dump:
> 
> "EditorCaretThread" prio=7 tid=0x16657a10 nid=0x1b2 waiting on monitor
> [0x167af0
> 00..0x167afdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.editor.b.bf.run(bf.java:65)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "EditorCaretThread" prio=7 tid=0x840820 nid=0x1de waiting on monitor
> [0x164ef000
> ..0x164efdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.editor.b.bf.run(bf.java:65)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "EditorCaretThread" prio=7 tid=0x847340 nid=0x141 waiting on monitor
> [0x1635f000
> ..0x1635fdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.editor.b.bf.run(bf.java:65)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "EditorCaretThread" prio=7 tid=0x847620 nid=0x185 waiting on monitor
> [0x1631f000
> ..0x1631fdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.editor.b.bf.run(bf.java:65)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "EditorCaretThread" prio=7 tid=0x84fe30 nid=0x186 waiting on monitor
> [0x162df000
> ..0x162dfdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.editor.b.bf.run(bf.java:65)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "EditorCaretThread" prio=7 tid=0x84c610 nid=0x180 waiting on monitor
> [0x1621f000
> ..0x1621fdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.editor.b.bf.run(bf.java:65)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "EditorCaretThread" prio=7 tid=0x81fad0 nid=0x199 waiting on monitor
> [0x1615f000
> ..0x1615fdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.editor.b.bf.run(bf.java:65)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "Thread-10" prio=7 tid=0x7da940 nid=0x1ba waiting on monitor
> [0x15def000..0x15de
> fdc0]
>         at java.lang.Thread.sleep(Native Method)
>         at com.intellij.status.g.run(g.java:9)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "StoreRefreshStatusThread" prio=2 tid=0x7b2740 nid=0x1c2 waiting on
> monitor
> [0x1
> 5caf000..0x15cafdc0]
>         at java.lang.Object.wait(Native Method)
>         at java.lang.Object.wait(Object.java:420)
>         at com.intellij.util.b.k.a(k.java:32)
>         at
> com.intellij.vfs.VirtualFileManager.a(VirtualFileManager.java:122)
>         at
> com.intellij.vfs.local.LocalFileSystem.f(LocalFileSystem.java:36)
>         at
> com.intellij.vfs.local.LocalFileSystem.b(LocalFileSystem.java:108)
>         at com.intellij.vfs.local.x.run(x.java:7)
> 
> "WatchForChangesThread" prio=7 tid=0x7b1430 nid=0x1c3 runnable
> [0x15c6f000..0x15
> c6fdc0]
>         at
> com.intellij.vfs.local.win32.FileWatcher.waitForChangeImpl(Native
> Met
> hod)
>         at
com.intellij.vfs.local.win32.FileWatcher.b(FileWatcher.java:12)
>         at com.intellij.vfs.local.y.run(y.java:11)
> 
> "TimerQueue" daemon prio=5 tid=0x7a9550 nid=0x1c6 runnable
> [0x15a7f000..0x15a7fd
> c0]
>         at java.lang.Object.wait(Native Method)
>         at
javax.swing.TimerQueue.postExpiredTimers(TimerQueue.java:216)
>         at javax.swing.TimerQueue.run(TimerQueue.java:231)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "AWT-EventQueue-1" prio=7 tid=0x7aded0 nid=0x1c7 runnable
> [0x15a3f000..0x15a3fdc
> 0]
>         at java.io.FileInputStream.open(Native Method)
>         at java.io.FileInputStream.<init>(FileInputStream.java:64)
>         at java.io.FileInputStream.<init>(FileInputStream.java:95)
>         at com.intellij.vfs.local.w.n(w.java:157)
>         at com.intellij.vfs.local.w.p(w.java:227)
>         at com.intellij.psi.impl.b.b.P(b.java:360)
>         at com.intellij.psi.impl.b.b.c(b.java:8)
>         at com.intellij.psi.impl.b.k.<init>(k.java:2)
>         at com.intellij.psi.impl.b.g.b(g.java:54)
>         at com.intellij.psi.impl.b.g.N(g.java:16)
>         at com.intellij.psi.impl.b.g.F(g.java:46)
>         at com.intellij.codeEditor.impl.a.a(a.java:19)
>         at com.intellij.codeEditor.impl.a.a(a.java:63)
>         at com.intellij.command.a.t.m(t.java:18)
>         at com.intellij.command.a.t.g(t.java:27)
>         at com.intellij.psi.impl.v.m(v.java:210)
>         at com.intellij.psi.impl.v.g(v.java:23)
>         at com.intellij.psi.impl.c.i.run(i.java:0)
>         at com.intellij.psi.impl.o.run(o.java:13)
>         at
> com.intellij.vfs.VirtualFileManager.b(VirtualFileManager.java:11)
>         at com.intellij.psi.impl.v.c(v.java:402)
>         at com.intellij.psi.impl.c.v.b(v.java:24)
>         at com.intellij.vfs.h.b(h.java:13)
>         at
com.intellij.vfs.VirtualFileSystem.a(VirtualFileSystem.java:16)
>         at
> com.intellij.vfs.local.LocalFileSystem.a(LocalFileSystem.java:200)
>         at com.intellij.vfs.local.u.run(u.java:0)
>         at
> com.intellij.vfs.VirtualFileManager.b(VirtualFileManager.java:11)
>         at com.intellij.vfs.local.n.run(n.java:1)
>         at
> java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:154)
>         at java.awt.EventQueue.dispatchEvent(EventQueue.java:337)
>         at com.intellij.ide.c.dispatchEvent(c.java:24)
>         at
> java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchTh
> read.java:131)
>         at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre
> ad.java:98)
>         at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>         at
java.awt.EventDispatchThread.run(EventDispatchThread.java:85)
> 
> "Screen Updater" prio=5 tid=0x79c6c0 nid=0x1c9 waiting on monitor
> [0x139ff000..0
> x139ffdc0]
>         at java.lang.Object.wait(Native Method)
>         at java.lang.Object.wait(Object.java:420)
>         at sun.awt.ScreenUpdater.nextEntry(ScreenUpdater.java:76)
>         at sun.awt.ScreenUpdater.run(ScreenUpdater.java:95)
> 
> "AWT-Windows" prio=7 tid=0x787ed0 nid=0x1cb runnable
> [0x1397f000..0x1397fdc0]
>         at sun.awt.windows.WToolkit.eventLoop(Native Method)
>         at sun.awt.windows.WToolkit.run(WToolkit.java:188)
>         at java.lang.Thread.run(Thread.java:484)
> 
> "SunToolkit.PostEventQueue-0" prio=7 tid=0x786990 nid=0x1cc waiting on
> monitor [
> 0x1393f000..0x1393fdc0]
>         at java.lang.Object.wait(Native Method)
>         at java.lang.Object.wait(Object.java:420)
>         at sun.awt.PostEventQueue.run(SunToolkit.java:491)
> 
> "AWT-EventQueue-0" prio=7 tid=0x785050 nid=0x1cd waiting on monitor
> [0x138ff000.
> .0x138ffdc0]
>         at java.lang.Object.wait(Native Method)
>         at java.lang.Object.wait(Object.java:420)
>         at java.awt.EventQueue.getNextEvent(EventQueue.java:260)
>         at
> java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchTh
> read.java:106)
>         at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThre
> ad.java:98)
>         at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
>         at
java.awt.EventDispatchThread.run(EventDispatchThread.java:85)
> 
> "Thread-0" prio=5 tid=0x77d830 nid=0x1d7 waiting on monitor
[0..0x6fb30]
> 
> "Signal Dispatcher" daemon prio=10 tid=0x769240 nid=0x1d0 waiting on
> monitor
> [0.
> .0]
> 
> "Finalizer" daemon prio=9 tid=0x767ed0 nid=0x1d4 waiting on monitor
> [0x1336f000.
> .0x1336fdc0]
>         at java.lang.Object.wait(Native Method)
>         at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:108)
>         at
java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:123)
>         at
java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:162)
> 
> "Reference Handler" daemon prio=10 tid=0x766c20 nid=0x1d5 waiting on
> monitor
> [0x
> 1332f000..0x1332fdc0]
>         at java.lang.Object.wait(Native Method)
>         at java.lang.Object.wait(Object.java:420)
>         at
> java.lang.ref.Reference$ReferenceHandler.run(Reference.java:110)
> 
> "VM Thread" prio=5 tid=0x765e70 nid=0x1d6 runnable
> 
> "VM Periodic Task Thread" prio=10 tid=0x768280 nid=0x1d2 waiting on
> monitor
> "Suspend Checker Thread" prio=10 tid=0x7680e0 nid=0x1d1 runnable
> 
> Mike Aizatsky [EMAIL PROTECTED] <mailto:mike%40intellij.com>
> Tue, 12 Mar 2002 15:43:12 +0300
> *     Previous message: [Eap-list] output dirs in classpath lead to
long
> synchronisation. <013594.html>
> *     Next message: [Eap-list] Constant Condition oversight
<013595.html>
>       *       Messages sorted by: [ date ] <date.html> [ thread ]
> <thread.html> [ subject ] <subject.html> [ author ] <author.html>
> 
> Hi,
> 
> > I use integrated ant to build and run our application.
> > However, for some small utilities, I have run targets
> > set up in IDEA. To get these to run, I put our output
> > class directory and some generated libs in the
> > classpath in IDEA
> 
> Do you mean that you modified idea.bat file to include your own
> classpaths? In fact it's not recommended because your classes may
> interfere with IDEA own classes and libraries which may lead to the
> incorrect IDEA operation.
> 
> > but this means that synchronisation after a clean ant make
> > (which blows these away) takes about 2 or 3 minutes, during
> > which IDEA is completely unresponsive. Hence, I always have
> > to add these to the classpath only when running these
> > targets, and remember to remove them afterwards.
> 
> Are you using mapped drives for storing your project files?
> 
> Can you press Ctrl+Break while IDEA synchronization in console and
send
> us the resulting dump?
> 
> Best regards,
> Mike Aizatsky.
> ------------------------------
> IntelliJ Software, "Develop with pleasure!" <http://www.intellij.com>
> 
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>
> [mailto:[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>]
> On
> > Behalf Of Brendan Doyle
> > Sent: Tuesday, March 12, 2002 5:29 AM
> > To: '[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>'
> > Subject: [Eap-list] output dirs in classpath lead to long
> synchronisation.
> >
> > Hi,
> >
> > I use integrated ant to build and run our application. However, for
> some
> > small utilities, I have
> > run targets set up in IDEA. To get these to run, I put our output
> class
> > directory and some
> > generated libs in the classpath in IDEA, but this means that
> > synchronisation
> > after a clean
> > ant make (which blows these away) takes about 2 or 3 minutes, during
> which
> > IDEA is
> > completely unresponsive. Hence, I always have to add these to the
> > classpath
> > only when
> > running these targets, and remember to remove them afterwards.
> >
> > Is there another way I can get run targets to work without incurring
> this
> > overhead?
> >
> >
> > Brendan Doyle
> >
> > Senior Developer, iSpek Project
> > Amcor e-Business
> 
> 
> 
> CAUTION - This message may contain privileged and confidential
information
> intended only for the use of the addressee named above. If you are not
the
> intended recipient of this message you are hereby notified that any
use,
> dissemination, distribution or reproduction of this message is
prohibited.
> If you have received this message in error please notify AMCOR
> immediately. Any views expressed in this message are those of the
> individual sender and may not necessarily reflect the views of AMCOR.
> 
> _______________________________________________
> Eap-list mailing list
> [EMAIL PROTECTED]
> http://www.intellij.com/mailman/listinfo/eap-list


_______________________________________________
Eap-list mailing list
[EMAIL PROTECTED]
http://www.intellij.com/mailman/listinfo/eap-list

Reply via email to