From zhouyx at linux.vnet.ibm.com Thu Jun 2 09:31:55 2011 From: zhouyx at linux.vnet.ibm.com (Sean Chou) Date: Thu, 2 Jun 2011 17:31:55 +0800 Subject: DnD fails with JTextArea and JTextField In-Reply-To: <4DDF3769.2040709@oracle.com> References: <4DDF3769.2040709@oracle.com> Message-ID: Hi, I reported, but the system doesn't reply me a bug number. It says "will give me email", but I haven't got one yet. Is this the right process, or I might make a problem when reporting? 2011/5/27 Pavel Porvatov > Hi Sean, > > Hi all, > > I have a testcase related to DnD failure with JTextArea and > JTextField on linux. The > testcase is as follows: > > /* > * DnDTest.java > */ > import java.awt.Color; > import java.awt.Component; > import java.awt.Dimension; > import java.awt.FlowLayout; > import java.awt.Frame; > import java.awt.event.WindowAdapter; > import java.awt.event.WindowEvent; > > import javax.swing.JTextArea; > import javax.swing.JTextField; > > > public class DnDTest extends Frame { > Component c; > public DnDTest() { > super("Single Frame --- AWT Frame"); > super.setBackground(Color.gray); > // set layout here. > setLayout(new FlowLayout()); > c = new JTextArea("JTextArea component"); > c.setPreferredSize(new Dimension(400, 100)); > add(c); > c = new JTextField("JTextField component(No IM)"); > c.setPreferredSize(new Dimension(400, 20)); > add(c); > addWindowListener(new WindowAdapter() { > public void windowClosing(WindowEvent event) { > System.exit(0); > } > }); > setSize(850, 360); > setVisible(true); > } > public static void main(String[] args) { > new DnDTest(); > } > } > > > Reproduce steps: > 1. Run the testcase with b143 > 2. Open a new file with gedit and input some words like "abcde" > 3. Drag "abcde" into JTextField and drop it there. > 4. Once more, drag "abcde" into JTextField and then move out of the Frame > (keep draging) and drag into JTextField again and drop it. > > Expectation: > The second DnD inputs another "abcde" into JTextField. > > Result: > The second DnD inputs nothing into JTextField. > > Yes, looks like a bug. The test case works on Windows as expected. > > > Investigation: > The JTextArea as well has this problem, and in step 4, if we drag "abcde" > over JTextField and then drop into JTextArea, nothing > is input into JTextArea either. However, if "abcde" is drag into JTextField > or JTextArea directly or when JTextArea/Field are > empty as in step 2, it works. > > > Are there any comments? And can anyone file a bug for it please ? > > Anybody can file a bug, http://bugreport.sun.com/bugreport/ > > Regards, Pavel > -- Best Regards, Sean Chou -------------- next part -------------- An HTML attachment was scrubbed... URL: From ims3g at 126.com Thu Jun 2 15:24:17 2011 From: ims3g at 126.com (ximalaya) Date: Thu, 2 Jun 2011 23:24:17 +0800 (CST) Subject: How to resolve image tearing In-Reply-To: <4DE4EF7D.6090100@oracle.com> References: <4DE4EF7D.6090100@oracle.com> <4DDFE20C.3050400@oracle.com> <4DDE9ECD.5050405@oracle.com> <65f819ba.139f1.12f698626aa.Coremail.ims3g@126.com> <1cc5477.120.1302d85c70c.Coremail.ims3g@126.com><1cc84c1.145.1302db8f17b.Coremail.ims3g@126.com> <4DDF9B1F.8070507@oracle.com> <4DDFC436.6020906@oracle.com> <1b001e8.8dc2.130462d1efa.Coremail.ims3g@126.com> Message-ID: <34f09f8d.1e305.13050f47ae4.Coremail.ims3g@126.com> Hello Alexander, Thanks for your information! Then users who are using JDK7 prior to b132 need to take care of it. BTW, some questions on JDK/OpenJDK releases. 1. from the bug URL http://hg.openjdk.java.net/jdk7/swing/jdk/rev/493a9eeb9bca Does it mean openJDK7 and JDK7 are sharing same code base now? or when you mention JDK7, you mean openJDK7 actually? 2. There is a genealogy diagram here, from the diagram, we can see three trains, JDK6 update, OpenJDK 7(JDK7 published as OpenJDK7, this might answer the question above), and OpenJDK 6, evolve continuously. http://openjdk.java.net/projects/jdk6/ Can I say, there is actually no relationship between JDK/OpenJDK update/build numbers, since they evolve in different trains? For example, JDK6 1.6.0_18 has nothing to do with OpenJDK 1.6.0_18? 3. Any feature level differences between Oracle JDK and OpenJDK? Which one is recommended for commercial deployment? Must I release my component under GPL if we use some JNI codes under OpenJDK? (Please help to forward to appropriate mailing list if necessary, thank you.) Thanks and Best Regards, xmly At 2011-05-31 21:39:09?"Alexander Potochkin" wrote: >Hello Ximalaya >> Thank you all, good conclusion to JDK users, :) > >A small follow-up from me: > >JComponent.repaint() indeed called getLocationOnScreen() for a short >period of time in JDK 7 >but it was fixed in b132, the bug's number is 6993171 > >JDK 6 has never have it > >Let me know if there are any problem with that > >Thanks >alexp > >> At 2011-05-28 01:40:28?"Anthony Petrov" wrote: >> >> >On 5/27/2011 7:33 PM, tom.hawtin at oracle.com wrote: >> >> On 27/05/2011 15:37, Walter Laan wrote: >> >>>> We didn't change JComponent.repaint() to make it "no longer thread >> >>> safe" >> >>>> and I don't see why someone may think about it >> >>> >> >>> The bug report https://netbeans.org/bugzilla/show_bug.cgi?id=192548 >> >>> shows the stack: >> >>> - >> >>> With the latest changes to jdk7 and jdk6 update 22 it's no longer true >> >>> due to >> >>> repaint()'s call to getLocationOnScreen() which acquires AWT tree lock: >> >> >> >> Whilst not ideal, it doesn't seem unreasonable that repaint should >> >> acquire a lock (that's usually how thread-safety is done). >> >> >> >> The stack trace in that bug doesn't appear to show a deadlock as such. >> >> What it does show is Netbean waiting on one of its own locks on the AWT >> >> EDT. >> >> >> >> "AWT-EventQueue-0" prio=6 tid=0x04713c00 nid=0x7d8 in Object.wait() >> >> [0x0599e000] >> >> >> >> java.lang.Thread.State: WAITING (on object monitor) >> >> at java.lang.Object.wait(Native Method) >> >> - waiting on<0x1c24efb0> (a >> >> org.netbeans.lib.editor.util.PriorityMutex) >> > >> >Thanks Tom. That's a nice find. >> > >> >I'm not sure if this is documented somewhere (if not, it should be), but >> >while being multi-threaded, AWT doesn't tolerate blocking of the EDT >> >under any circumstances. It's a general understanding/agreement that >> >events must be processed as fast as possible. Moreover, this is >> >especially relevant to Swing since most of Swing operations should take >> >place on the EDT *only*, and as such keeping the thread unblocked is >> >vital for Swing to operate correctly. The library even provides the >> >SwingWorker utility class that helps process long operations while >> >allowing the EDT to handle other events. >> > >> >The only allowed case when the EDT can be blocked is displaying a modal >> >(J)Dialog by means of calling its setVisible(true) from an event >> >handler. In this case AWT/Swing are responsible for keeping the wheel >> >rolling. In all other cases a blocked EDT may cause problems that >> >AWT/Swing simply can't resolve. >> > >> >So, if the deadlock (or whatever it is) is caused by blocking the EDT, >> >this suggests that it is NetBeans that's causing the problem, not JDK. >> > >> >-- >> >best regards, >> >Anthony >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Alexander.Potochkin at oracle.com Thu Jun 2 17:35:08 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Thu, 02 Jun 2011 21:35:08 +0400 Subject: How to resolve image tearing In-Reply-To: <34f09f8d.1e305.13050f47ae4.Coremail.ims3g@126.com> References: <4DE4EF7D.6090100@oracle.com> <4DDFE20C.3050400@oracle.com> <4DDE9ECD.5050405@oracle.com> <65f819ba.139f1.12f698626aa.Coremail.ims3g@126.com> <1cc5477.120.1302d85c70c.Coremail.ims3g@126.com><1cc84c1.145.1302db8f17b.Coremail.ims3g@126.com> <4DDF9B1F.8070507@oracle.com> <4DDFC436.6020906@oracle.com> <1b001e8.8dc2.130462d1efa.Coremail.ims3g@126.com> <34f09f8d.1e305.13050f47ae4.Coremail.ims3g@126.com> Message-ID: <4DE7C9CC.7030009@oracle.com> Hello Ximalaya > Hello Alexander, > Thanks for your information! Then users who are using JDK7 prior to > b132 need to take care of it. > > BTW, some questions on JDK/OpenJDK releases. > 1. from the bug URL > http://hg.openjdk.java.net/jdk7/swing/jdk/rev/493a9eeb9bca > Does it mean openJDK7 and JDK7 are sharing same code base now? or when > you mention JDK7, you mean openJDK7 actually? this is the fix I mentioned, if you have it there should be no problem openJDK7 does share the code base with JDK7 > > 2. There is a genealogy diagram here, from the diagram, we can see > three trains, JDK6 update, OpenJDK 7(JDK7 published as OpenJDK7, this > might answer the question above), and OpenJDK 6, evolve continuously. > http://openjdk.java.net/projects/jdk6/ > > Can I say, there is actually no relationship between JDK/OpenJDK > update/build numbers, since they evolve in different trains? For > example, JDK6 1.6.0_18 has nothing to do with OpenJDK 1.6.0_18? openJDK6 is a different story, it doesn't automatically share the code base with JDK 6, so OpenJDK 1.6.0_18 may lack some fixes from JDK6 1.6.0_18 but the OpenJDK6 team is certainly working on them > > 3. Any feature level differences between Oracle JDK and OpenJDK? Which > one is recommended for commercial deployment? Must I release my > component under GPL if we use some JNI codes under OpenJDK? > (Please help to forward to appropriate mailing list if necessary, > thank you.) I am not an official JDK consultant so I can't say what JDK you should use, please make your mind yourself :-) Thanks alexp > > Thanks and Best Regards, > xmly > At 2011-05-31 21:39:09??"Alexander Potochkin" > wrote: >Hello Ximalaya >> Thank you > all, good conclusion to JDK users, :) > >A small follow-up from me: > > >JComponent.repaint() indeed called getLocationOnScreen() for a short > >period of time in JDK 7 >but it was fixed in b132, the bug's number > is 6993171 > >JDK 6 has never have it > >Let me know if there are any > problem with that > >Thanks >alexp > >> At 2011-05-28 > 01:40:28??"Anthony Petrov" wrote: >> >> >On > 5/27/2011 7:33 PM, tom.hawtin at oracle.com wrote: >> >> On 27/05/2011 > 15:37, Walter Laan wrote: >> >>>> We didn't change > JComponent.repaint() to make it "no longer thread >> >>> safe" >> >>>> > and I don't see why someone may think about it >> >>> >> >>> The bug > report https://netbeans.org/bugzilla/show_bug.cgi?id=192548 >> >>> > shows the stack: >> >>> - >> >>> With the latest changes to jdk7 and > jdk6 update 22 it's no longer true >> >>> due to >> >>> repaint()'s > call to getLocationOnScreen() which acquires AWT tree lock: >> >> >> > >> Whilst not ideal, it doesn't seem unreasonable that repaint should > >> >> acquire a lock (that's usually how thread-safety is done). >> >> > >> >> The stack trace in that bug doesn't appear to show a deadlock as > such. >> >> What it does show is Netbean waiting on one of its own > locks on the AWT >> >> EDT. >> >> >> >> "AWT-EventQueue-0" prio=6 > tid=0x04713c00 nid=0x7d8 in Object.wait() >> >> [0x0599e000] >> >> >> > >> java.lang.Thread.State: WAITING (on object monitor) >> >> at > java.lang.Object.wait(Native Method) >> >> - waiting on<0x1c24efb0> (a > >> >> org.netbeans.lib.editor.util.PriorityMutex) >> > >> >Thanks Tom. > That's a nice find. >> > >> >I'm not sure if this is documented > somewhere (if not, it should be), but >> >while being multi-threaded, > AWT doesn't tolerate blocking of the EDT >> >under any circumstances. > It's a general understanding/agreement that >> >events must be > processed as fast as possible. Moreover, this is >> >especially > relevant to Swing since most of Swing operations should take >> >place > on the EDT *only*, and as such keeping the thread unblocked is >> > >vital for Swing to operate correctly. The library even provides the > >> >SwingWorker utility class that helps process long operations while > >> >allowing the EDT to handle other events. >> > >> >The only allowed > case when the EDT can be blocked is displaying a modal >> >(J)Dialog > by means of calling its setVisible(true) from an event >> >handler. In > this case AWT/Swing are responsible for keeping the wheel >> >rolling. > In all other cases a blocked EDT may cause problems that >> >AWT/Swing > simply can't resolve. >> > >> >So, if the deadlock (or whatever it is) > is caused by blocking the EDT, >> >this suggests that it is NetBeans > that's causing the problem, not JDK. >> > >> >-- >> >best regards, >> > >Anthony >> >> > > From Alexander.Potochkin at oracle.com Fri Jun 3 14:13:09 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Fri, 03 Jun 2011 18:13:09 +0400 Subject: Painting a JComponent without clipping children In-Reply-To: References: Message-ID: <4DE8EBF5.30804@oracle.com> Hello Herve I don't really get it why you need to avoid setting the clip, but anyway the following may be interesting to you http://www.pbjar.org/blogs/jxlayer/jxlayer40/ Piet is transforming Swing components using JXLayer component Thanks alexp > (reposted from awt-dev list, I picked up the wrong list before) > > Hello, > > I'm new to this mailing list and I'm not *really* asking how to do it > because I know how it's possible to do it by using a hack (mainly > getting and setting the BUFFER and TILE parts of the "flags" field for > the JComponent by reflection, and "rewriting" the paintChildren method > without the clipping part). I'm using it in the > http://sourceforge.net/projects/j661/ project to be able to use > custom Swing containers which only offset the position or transform > their children graphic context, without clipping them (allowing to use > negative positions for the children widgets, for example). > > I'm asking if there is a way to do this without playing with the > private "flags" field, because I need to be able to do the same thing > in a restricted JNLP environment. I know a "regular"' way to do this, > but it would be a little cumbersome (offsetting the positions of all > children widgets in the parent container, to be sure that the > positions of the children are never negative, for example). But it's > not very good for performance when something change in the parent > container.... > > There are many projects which either play with this private field, or > use transforms, but in this later case they still apply a clipping. Is > it possible to play with the Graphics2D clippings for example before > using the JComponent paintChildren method - or would this approach > work ? Or would the only way to do it without compromising Security > be to have a way to get / set the TILE and BUFFER value of the "flags" > field without reflection ? > > Thanks by advance if you have ideas about this, and sorry if this > prose is not crystal clear ;) > > Regards, > > Herve > From pavel.porvatov at oracle.com Fri Jun 3 21:14:20 2011 From: pavel.porvatov at oracle.com (pavel.porvatov at oracle.com) Date: Fri, 03 Jun 2011 21:14:20 +0000 Subject: hg: jdk7/swing/jdk: 6977587: GTK L&F: jnlp: java.io.IOException thrown when choosing more than 1 file in the dialog Message-ID: <20110603211506.E1EE847B69@hg.openjdk.java.net> Changeset: 03a828e368ca Author: rupashka Date: 2011-06-04 01:13 +0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/03a828e368ca 6977587: GTK L&F: jnlp: java.io.IOException thrown when choosing more than 1 file in the dialog Reviewed-by: alexp ! src/share/classes/com/sun/java/swing/plaf/gtk/GTKFileChooserUI.java From lana.steuck at oracle.com Sat Jun 4 06:04:24 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 04 Jun 2011 06:04:24 +0000 Subject: hg: jdk7/swing/jaxws: 5 new changesets Message-ID: <20110604060424.DAC5347B90@hg.openjdk.java.net> Changeset: 6bd683f2d527 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxws/rev/6bd683f2d527 Added tag jdk7-b143 for changeset 569d1e7ea980 ! .hgtags Changeset: 6158298d2b94 Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxws/rev/6158298d2b94 Added tag jdk7-b144 for changeset 6bd683f2d527 ! .hgtags Changeset: c902e39c384e Author: jeff Date: 2011-05-27 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxws/rev/c902e39c384e 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: bcca8afc019f Author: ohair Date: 2011-06-01 10:36 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxws/rev/bcca8afc019f 7049699: Problem with xml/jax-ws Reviewed-by: ramap ! jaxws.properties Changeset: 42bfba80beb7 Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxws/rev/42bfba80beb7 Merge From lana.steuck at oracle.com Sat Jun 4 06:04:24 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 04 Jun 2011 06:04:24 +0000 Subject: hg: jdk7/swing: 4 new changesets Message-ID: <20110604060424.E08A047B92@hg.openjdk.java.net> Changeset: 7203965666a4 Author: schien Date: 2011-05-20 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/rev/7203965666a4 Added tag jdk7-b143 for changeset 14b8e7eee105 ! .hgtags Changeset: 4373d87e6f37 Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/rev/4373d87e6f37 Added tag jdk7-b144 for changeset 7203965666a4 ! .hgtags Changeset: 93d2590fd849 Author: jeff Date: 2011-05-27 14:57 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/rev/93d2590fd849 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: 55e9ebf03218 Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/rev/55e9ebf03218 Merge From lana.steuck at oracle.com Sat Jun 4 06:04:24 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 04 Jun 2011 06:04:24 +0000 Subject: hg: jdk7/swing/jaxp: 6 new changesets Message-ID: <20110604060424.DD3A247B91@hg.openjdk.java.net> Changeset: 39bf6dcaab23 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxp/rev/39bf6dcaab23 Added tag jdk7-b143 for changeset 16b847e9bbd7 ! .hgtags Changeset: bee49f47043f Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxp/rev/bee49f47043f Added tag jdk7-b144 for changeset 39bf6dcaab23 ! .hgtags Changeset: bdf77cbd9958 Author: ohair Date: 2011-05-19 08:38 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxp/rev/bdf77cbd9958 7044493: Incorrectly formated GPL headers in JDK7 JAXP source drop Reviewed-by: joehw ! jaxp.properties Changeset: 775dd77e4730 Author: lana Date: 2011-05-20 21:00 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxp/rev/775dd77e4730 Merge Changeset: a70a042c8600 Author: jeff Date: 2011-05-27 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxp/rev/a70a042c8600 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: 10ca7570f47f Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jaxp/rev/10ca7570f47f Merge From lana.steuck at oracle.com Sat Jun 4 06:04:24 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 04 Jun 2011 06:04:24 +0000 Subject: hg: jdk7/swing/corba: 7 new changesets Message-ID: <20110604060431.5612947B93@hg.openjdk.java.net> Changeset: b06dd44a2740 Author: schien Date: 2011-05-20 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/corba/rev/b06dd44a2740 Added tag jdk7-b143 for changeset 51ed32f6f4de ! .hgtags Changeset: 7033a5756ad5 Author: katleman Date: 2011-05-25 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/corba/rev/7033a5756ad5 7044486: open jdk repos have files with incorrect copyright headers, which can end up in src bundles Reviewed-by: ohair, trims ! src/share/classes/com/sun/corba/se/impl/transport/CorbaTransportManagerImpl.java Changeset: 74eb715474f2 Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/corba/rev/74eb715474f2 Added tag jdk7-b144 for changeset 7033a5756ad5 ! .hgtags Changeset: 93e77c49b3bb Author: miroslawzn Date: 2011-05-26 13:05 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/corba/rev/93e77c49b3bb 7046882: Regression : JDK 7b123 : Enum exchanged as parameters using CORBA call results in Exception Reviewed-by: raginip ! src/share/classes/com/sun/corba/se/impl/io/ObjectStreamClass.java Changeset: 643f267ca234 Author: jeff Date: 2011-05-27 14:58 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/corba/rev/643f267ca234 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: 7839048ec99e Author: jeff Date: 2011-05-27 15:27 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/corba/rev/7839048ec99e Merge Changeset: 77ec0541aa2a Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/corba/rev/77ec0541aa2a Merge From lana.steuck at oracle.com Sat Jun 4 06:04:31 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 04 Jun 2011 06:04:31 +0000 Subject: hg: jdk7/swing/langtools: 7 new changesets Message-ID: <20110604060457.7093E47B94@hg.openjdk.java.net> Changeset: 8987de9a4ab8 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/langtools/rev/8987de9a4ab8 Added tag jdk7-b143 for changeset 5faa9eedc44e ! .hgtags Changeset: 8eb952f43b11 Author: katleman Date: 2011-05-25 13:32 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/langtools/rev/8eb952f43b11 7044486: open jdk repos have files with incorrect copyright headers, which can end up in src bundles Reviewed-by: ohair, trims ! src/share/classes/com/sun/source/tree/UnionTypeTree.java ! src/share/classes/com/sun/tools/classfile/ClassTranslator.java ! src/share/classes/com/sun/tools/classfile/Dependencies.java ! src/share/classes/javax/lang/model/util/AbstractTypeVisitor7.java ! src/share/classes/javax/lang/model/util/ElementKindVisitor7.java ! test/tools/javac/4241573/T4241573.java ! test/tools/javac/6508981/TestInferBinaryName.java ! test/tools/javac/TryWithResources/DuplicateResource.java ! test/tools/javac/api/6411310/Test.java ! test/tools/javac/api/T6838467.java ! test/tools/javac/api/T6877206.java ! test/tools/javac/api/TestClientCodeWrapper.java ! test/tools/javac/api/TestJavacTask_Lock.java ! test/tools/javac/api/TestJavacTask_Multiple.java ! test/tools/javac/api/TestJavacTask_ParseAttrGen.java ! test/tools/javac/multicatch/model/ModelChecker.java ! test/tools/javac/processing/model/element/TestMissingElement2/TestMissingGenericInterface1.java ! test/tools/javac/processing/model/element/TestMissingElement2/TestMissingGenericInterface2.java ! test/tools/javac/processing/model/element/TestMissingElement2/TestMissingInterface.java ! test/tools/javac/processing/model/util/deprecation/TestDeprecation.java ! test/tools/javac/tree/T6963934.java Changeset: 9f25c6a3ac23 Author: schien Date: 2011-05-26 20:20 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/langtools/rev/9f25c6a3ac23 Added tag jdk7-b144 for changeset 8eb952f43b11 ! .hgtags Changeset: 6bb526ccf5ff Author: mcimadamore Date: 2011-05-23 11:55 +0100 URL: http://hg.openjdk.java.net/jdk7/swing/langtools/rev/6bb526ccf5ff 7046348: Regression: javac complains of missing classfile for a seemingly unrelated interface Summary: Types.implementation forces unnecessary symbol completion on superinterfaces of a given type Reviewed-by: jjg ! src/share/classes/com/sun/tools/javac/code/Symbol.java ! src/share/classes/com/sun/tools/javac/code/Types.java ! src/share/classes/com/sun/tools/javac/comp/Check.java + test/tools/javac/scope/7046348/EagerInterfaceCompletionTest.java Changeset: 6211df69f7e0 Author: jeff Date: 2011-05-27 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/langtools/rev/6211df69f7e0 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: 6762754eb7c0 Author: jjg Date: 2011-06-01 11:25 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/langtools/rev/6762754eb7c0 7042623: Regression: javac silently crash when attributing non-existent annotation Reviewed-by: mcimadamore ! src/share/classes/com/sun/tools/javac/comp/Check.java + test/tools/javac/T7042623.java + test/tools/javac/T7042623.out Changeset: c455e2ae5c93 Author: lana Date: 2011-06-02 13:38 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/langtools/rev/c455e2ae5c93 Merge From lana.steuck at oracle.com Sat Jun 4 06:04:26 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 04 Jun 2011 06:04:26 +0000 Subject: hg: jdk7/swing/hotspot: 34 new changesets Message-ID: <20110604060620.D332647B95@hg.openjdk.java.net> Changeset: d9dc0a55c848 Author: schien Date: 2011-05-20 16:03 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/d9dc0a55c848 Added tag jdk7-b143 for changeset c149193c768b ! .hgtags Changeset: 2aa9ddbb9e60 Author: jmasa Date: 2011-05-03 10:30 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/2aa9ddbb9e60 7041789: 30% perf regression with c2/arm following 7017732 Summary: Implement a more accurate is_scavengable() Reviewed-by: stefank, jcoomes, ysr ! src/share/vm/code/nmethod.cpp ! src/share/vm/code/nmethod.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.hpp ! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.inline.hpp ! src/share/vm/gc_interface/collectedHeap.hpp ! src/share/vm/memory/genCollectedHeap.cpp ! src/share/vm/memory/genCollectedHeap.hpp ! src/share/vm/memory/sharedHeap.cpp ! src/share/vm/oops/instanceRefKlass.cpp Changeset: 69293e516993 Author: johnc Date: 2011-05-17 00:56 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/69293e516993 7041440: G1: assert(obj->is_oop_or_null(true )) failed: Error # Summary: During an evacuation pause clear the region fields of any concurrent marking task whose local finger points into the collection set as the values in the region fields will become stale. Clearing these fields causes the concurrent mark task to claim a new region when marking restarts after the pause. Reviewed-by: tonyp, iveresov ! src/share/vm/gc_implementation/g1/concurrentMark.cpp ! src/share/vm/gc_implementation/g1/concurrentMark.hpp ! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp Changeset: ea4859d7fee7 Author: brutisso Date: 2011-05-18 13:19 +0200 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/ea4859d7fee7 Merge Changeset: 03b943e6c025 Author: dholmes Date: 2011-05-15 23:57 -0400 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/03b943e6c025 7035744: jprt no longer does open-only builds Summary: Added Open (OpenJDK) and Emb (Embedded) build flavours to JPRT. Added a few open builds and basic sanity tests to the normal JDK7 JPRT submission job. Reviewed-by: ohair, jcoomes, bobv, kvn ! make/jprt.gmk ! make/jprt.properties Changeset: 8bec9b249a6e Author: dholmes Date: 2011-05-17 09:29 -0400 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/8bec9b249a6e Merge Changeset: 3f3325361b86 Author: kamg Date: 2011-05-18 10:12 -0400 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/3f3325361b86 Merge Changeset: 38569792a45a Author: kvn Date: 2011-05-16 14:21 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/38569792a45a 7044725: -XX:-UnrollLimitCheck -Xcomp : Exception: String index out of range: 29488 Summary: Fix problems in new RCE code. Reviewed-by: never ! src/share/vm/opto/loopTransform.cpp ! src/share/vm/opto/loopnode.hpp Changeset: f52ed367b66d Author: never Date: 2011-05-16 22:16 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/f52ed367b66d 6996747: SIGSEGV in nmethod::cleanup_inline_caches / CompiledIC::verify Reviewed-by: kvn, iveresov ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/sweeper.cpp ! src/share/vm/runtime/sweeper.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/thread.hpp Changeset: 33ae33516634 Author: bdelsart Date: 2011-05-17 16:50 +0200 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/33ae33516634 7045515: ARM assembly code for JSR 292 ricochet frames Summary: ARM ricochet port and minor fixes in shared debug code Reviewed-by: jrose, vladidan ! src/share/vm/prims/methodHandleWalk.cpp ! src/share/vm/prims/methodHandles.hpp Changeset: 231c2b41ea4d Author: kvn Date: 2011-05-17 12:26 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/231c2b41ea4d 7045570: compiler/5091921/Test7005594.java failed because not enough space for object heap Summary: fixed tests. Reviewed-by: iveresov, never ! test/compiler/5091921/Test6890943.sh ! test/compiler/5091921/Test7005594.java + test/compiler/5091921/Test7005594.sh Changeset: 2848194272f4 Author: jrose Date: 2011-05-17 15:43 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/2848194272f4 7044892: JSR 292: API entry points sometimes throw the wrong exceptions or doesn't throw the expected one Summary: Fix to 7042656: JSR292: invokeExact/Generic doesn't throw UnsupportedOperationException if invoked via Method.invoke Reviewed-by: never ! src/share/vm/prims/methodHandles.cpp Changeset: a80577f854f9 Author: never Date: 2011-05-17 19:11 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/a80577f854f9 7045513: JSR 292 inlining causes crashes in methodHandleWalk.cpp Reviewed-by: jrose ! agent/src/share/classes/sun/jvm/hotspot/CommandProcessor.java + agent/src/share/classes/sun/jvm/hotspot/code/AdapterBlob.java ! agent/src/share/classes/sun/jvm/hotspot/code/CodeBlob.java ! agent/src/share/classes/sun/jvm/hotspot/code/CodeCache.java + agent/src/share/classes/sun/jvm/hotspot/code/RicochetBlob.java ! src/cpu/x86/vm/methodHandles_x86.cpp ! src/share/vm/ci/ciMethodHandle.cpp ! src/share/vm/interpreter/bytecodeTracer.cpp ! src/share/vm/opto/idealGraphPrinter.cpp ! src/share/vm/prims/methodHandleWalk.cpp ! src/share/vm/prims/methodHandleWalk.hpp ! src/share/vm/prims/methodHandles.cpp ! src/share/vm/runtime/globals.hpp ! src/share/vm/runtime/thread.cpp ! src/share/vm/runtime/vmStructs.cpp Changeset: b79e8b4ecd76 Author: never Date: 2011-05-17 19:15 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/b79e8b4ecd76 Merge ! src/share/vm/prims/methodHandles.cpp Changeset: 1be2f0c40a34 Author: never Date: 2011-05-18 11:45 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/1be2f0c40a34 Merge Changeset: 62f39d40ebf1 Author: trims Date: 2011-05-20 05:24 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/62f39d40ebf1 7040781: Bump the HS21 build number to 14 Summary: Update the HS21 build number to 14 Reviewed-by: jcoomes ! make/hotspot_version Changeset: 278445be9145 Author: trims Date: 2011-05-24 14:02 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/278445be9145 Added tag hs21-b13 for changeset c149193c768b ! .hgtags Changeset: 01e01c25d24a Author: trims Date: 2011-05-24 14:07 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/01e01c25d24a Merge ! .hgtags Changeset: fe189d4a44e9 Author: katleman Date: 2011-05-25 13:31 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/fe189d4a44e9 7044486: open jdk repos have files with incorrect copyright headers, which can end up in src bundles Reviewed-by: ohair, trims ! agent/src/share/classes/sun/jvm/hotspot/runtime/ServiceThread.java ! make/linux/README ! make/windows/projectfiles/kernel/Makefile ! src/cpu/x86/vm/vm_version_x86.cpp ! src/cpu/x86/vm/vm_version_x86.hpp ! src/os_cpu/solaris_sparc/vm/solaris_sparc.s ! src/share/tools/hsdis/README ! src/share/vm/gc_implementation/g1/heapRegionSet.hpp ! src/share/vm/gc_implementation/g1/heapRegionSet.inline.hpp ! src/share/vm/gc_implementation/g1/heapRegionSets.hpp ! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp ! src/share/vm/utilities/yieldingWorkgroup.cpp Changeset: d920485ae93b Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/d920485ae93b Added tag jdk7-b144 for changeset fe189d4a44e9 ! .hgtags Changeset: 2b27ef5c2173 Author: kvn Date: 2011-05-20 12:46 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/2b27ef5c2173 7046096: SEGV IN C2 WITH 6U25 Summary: Missing fail flag set in strings concatenation code. Reviewed-by: never ! src/share/vm/opto/stringopts.cpp Changeset: cfbca4d74a61 Author: jcoomes Date: 2011-05-20 22:27 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/cfbca4d74a61 Merge Changeset: 789d04408ca3 Author: kvn Date: 2011-05-21 11:44 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/789d04408ca3 7045693: java/util/EnumSet/EnumSetBash.java still failing intermittently Summary: New limit for unrolled loop should be set only for zero trip guard and loop iteration test. Reviewed-by: never ! src/share/vm/opto/loopTransform.cpp Changeset: b55f5bd7ec66 Author: kvn Date: 2011-05-21 13:59 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/b55f5bd7ec66 7045506: assert(!can_reshape || !new_phi) failed: for igvn new phi should be hooked Summary: Replace the assert in PhiNode::Ideal with check to avoid transformation of new phi. Reviewed-by: never ! src/share/vm/opto/cfgnode.cpp Changeset: 7523488edce5 Author: kvn Date: 2011-05-24 12:54 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/7523488edce5 7047300: VM crashes with assert(_base == InstPtr) failed: Not an object pointer Summary: The code incorrectly used is_instptr() instead of is_oopptr() to get const_oop. Reviewed-by: never ! src/share/vm/opto/output.cpp Changeset: ccf072cdba91 Author: iveresov Date: 2011-05-24 15:30 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/ccf072cdba91 7046893: LP64 problem with double_quadword in c1_LIRAssembler_x86.cpp Summary: Fixed invalid casts in address computation Reviewed-by: kvn, never Contributed-by: thomas.salter at unisys.com ! src/cpu/x86/vm/c1_LIRAssembler_x86.cpp Changeset: 28a9fe9534ea Author: kvn Date: 2011-05-24 20:24 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/28a9fe9534ea 7048030: is_scavengable changes causing compiler to embed more constants Summary: ciObject::can_be_constant() and should_be_constant() should use is_perm() instead of !is_scavengable() Reviewed-by: never, jrose ! src/share/vm/ci/ciObject.cpp ! src/share/vm/ci/ciObject.hpp Changeset: 7db2b9499c36 Author: never Date: 2011-05-25 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/7db2b9499c36 7046732: JSR 292 assert(result == cpce->f1()) failed: expected result for assembly code Reviewed-by: kvn, iveresov, jrose ! src/share/vm/interpreter/interpreterRuntime.cpp Changeset: 2d4b2b833d29 Author: coleenp Date: 2011-05-27 15:04 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/2d4b2b833d29 7033141: assert(has_cp_cache(i)) failed: oob Summary: Unrewrite bytecodes for OOM error allocating the constant pool cache. Reviewed-by: dcubed, acorn, never ! src/share/vm/interpreter/rewriter.cpp ! src/share/vm/interpreter/rewriter.hpp ! src/share/vm/oops/instanceKlass.cpp ! src/share/vm/oops/instanceKlass.hpp ! src/share/vm/oops/methodOop.cpp ! src/share/vm/prims/jvmtiRedefineClasses.cpp ! src/share/vm/prims/methodHandleWalk.cpp Changeset: 8cbcd406c42e Author: ysr Date: 2011-05-27 15:05 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/8cbcd406c42e 7042740: CMS: assert(n> q) failed: Looping at: ... blockOffsetTable.cpp:557 Summary: Do a one-step look-ahead, when sweeping free or garbage blocks, to avoid overstepping sweep limit, which may become a non-block-boundary because of a heap expansion delta coalescing with a previously co-terminal free block. Reviewed-by: brutisso, tonyp ! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.hpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp ! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp ! src/share/vm/memory/blockOffsetTable.cpp Changeset: b36598cf2c62 Author: jcoomes Date: 2011-05-27 23:55 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/b36598cf2c62 Merge Changeset: 472fc37e14a9 Author: jcoomes Date: 2011-05-27 23:55 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/472fc37e14a9 7049385: Bump the HS21 build number to 15 Summary: Update the HS21 build number to 15 Reviewed-by: trims ! make/hotspot_version Changeset: 1aa57c62d0e4 Author: jeff Date: 2011-05-27 15:01 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/1aa57c62d0e4 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: 63d3fb179034 Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/hotspot/rev/63d3fb179034 Merge From lana.steuck at oracle.com Sat Jun 4 06:05:15 2011 From: lana.steuck at oracle.com (lana.steuck at oracle.com) Date: Sat, 04 Jun 2011 06:05:15 +0000 Subject: hg: jdk7/swing/jdk: 33 new changesets Message-ID: <20110604061115.6C37547B96@hg.openjdk.java.net> Changeset: 5f69702cf570 Author: schien Date: 2011-05-20 16:04 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/5f69702cf570 Added tag jdk7-b143 for changeset efbf75c24b0f ! .hgtags Changeset: 20bf5b0970e9 Author: jrose Date: 2011-05-17 19:48 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/20bf5b0970e9 7032850: MethodHandle.invokeGeneric throws unspecified RuntimeException if parameterized method is called Summary: Implement invocation corner cases, including correct type conversions and interface type enforcement. Reviewed-by: never ! src/share/classes/java/lang/invoke/AdapterMethodHandle.java ! src/share/classes/java/lang/invoke/InvokeGeneric.java ! src/share/classes/java/lang/invoke/MethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandles.java ! src/share/classes/sun/invoke/util/Wrapper.java ! test/java/lang/invoke/6991596/Test6991596.java ! test/java/lang/invoke/InvokeGenericTest.java Changeset: 9828d98bcf18 Author: jrose Date: 2011-05-17 19:48 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/9828d98bcf18 7044892: JSR 292: API entry points sometimes throw the wrong exceptions or doesn't throw the expected one Summary: point-fixes for 7038847, 7038860, 7042656, 7042829, 7041853, and several other reports Reviewed-by: never, kvn ! src/share/classes/java/lang/invoke/AdapterMethodHandle.java ! src/share/classes/java/lang/invoke/BoundMethodHandle.java ! src/share/classes/java/lang/invoke/FilterGeneric.java ! src/share/classes/java/lang/invoke/FilterOneArgument.java ! src/share/classes/java/lang/invoke/FromGeneric.java ! src/share/classes/java/lang/invoke/MethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandleStatics.java ! src/share/classes/java/lang/invoke/MethodHandles.java ! src/share/classes/java/lang/invoke/MethodType.java ! src/share/classes/java/lang/invoke/MethodTypeForm.java ! src/share/classes/java/lang/invoke/SpreadGeneric.java ! src/share/classes/java/lang/invoke/ToGeneric.java ! test/java/lang/invoke/MethodHandlesTest.java Changeset: be4b9e596352 Author: trims Date: 2011-05-20 05:24 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/be4b9e596352 Merge Changeset: 127560d6f6e6 Author: trims Date: 2011-05-24 14:11 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/127560d6f6e6 Merge Changeset: 23bdcede4e39 Author: katleman Date: 2011-05-25 13:32 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/23bdcede4e39 7044486: open jdk repos have files with incorrect copyright headers, which can end up in src bundles Reviewed-by: ohair, trims ! src/linux/doc/man/ja/keytool.1 ! src/linux/doc/man/keytool.1 ! src/share/classes/java/io/SerialCallbackContext.java ! src/share/classes/sun/io/ByteToCharCp833.java ! src/share/classes/sun/io/CharToByteCp833.java ! src/share/classes/sun/misc/FpUtils.java ! src/share/classes/sun/security/provider/certpath/URICertStore.java ! src/solaris/doc/sun/man/man1/ja/keytool.1 ! src/solaris/doc/sun/man/man1/keytool.1 ! test/com/sun/net/httpserver/Test10.java ! test/java/awt/List/ScrollOutside/ScrollOut.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_1.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_2.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_3.java ! test/java/awt/event/MouseWheelEvent/InfiniteRecursion/InfiniteRecursion_4.java ! test/java/awt/image/IncorrectSampleMaskTest.java ! test/java/lang/invoke/MethodTypeTest.java ! test/java/rmi/server/UnicastRemoteObject/exportObject/GcDuringExport.java ! test/java/util/EnumMap/DistinctEntrySetElements.java ! test/java/util/EnumMap/EntrySetIteratorRemoveInvalidatesEntry.java ! test/java/util/EnumMap/SimpleSerialization.java ! test/java/util/EnumSet/LargeEnumIteratorRemoveResilience.java ! test/java/util/EnumSet/SmallEnumIteratorRemoveResilience.java ! test/java/util/Hashtable/SerializationDeadlock.java ! test/java/util/Hashtable/SimpleSerialization.java ! test/java/util/IdentityHashMap/DistinctEntrySetElements.java ! test/java/util/IdentityHashMap/EntrySetIteratorRemoveInvalidatesEntry.java ! test/java/util/Vector/SerializationDeadlock.java ! test/java/util/Vector/SimpleSerialization.java ! test/java/util/concurrent/ConcurrentHashMap/DistinctEntrySetElements.java ! test/java/util/zip/ZipFile/ClearStaleZipFileInputStreams.java ! test/sun/net/InetAddress/nameservice/chaining/META-INF/services/sun.net.spi.nameservice.NameServiceDescriptor ! test/tools/launcher/TestHelper.java ! test/tools/pack200/CommandLineTests.java ! test/tools/pack200/Pack200Test.java ! test/tools/pack200/Utils.java Changeset: c344779fab58 Author: schien Date: 2011-05-26 20:20 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/c344779fab58 Added tag jdk7-b144 for changeset 23bdcede4e39 ! .hgtags Changeset: f09930d526ba Author: jrose Date: 2011-05-26 17:37 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/f09930d526ba 7032323: code changes for JSR 292 EG adjustments to API, through Public Review Summary: API code changes and javadoc changes following JSR 292 Public Review comments, through PFD Reviewed-by: never ! src/share/classes/java/lang/BootstrapMethodError.java ! src/share/classes/java/lang/ClassValue.java ! src/share/classes/java/lang/invoke/AdapterMethodHandle.java ! src/share/classes/java/lang/invoke/BoundMethodHandle.java ! src/share/classes/java/lang/invoke/CallSite.java ! src/share/classes/java/lang/invoke/ConstantCallSite.java ! src/share/classes/java/lang/invoke/Invokers.java ! src/share/classes/java/lang/invoke/MemberName.java ! src/share/classes/java/lang/invoke/MethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandleNatives.java + src/share/classes/java/lang/invoke/MethodHandleProxies.java ! src/share/classes/java/lang/invoke/MethodHandles.java ! src/share/classes/java/lang/invoke/MethodType.java ! src/share/classes/java/lang/invoke/MutableCallSite.java ! src/share/classes/java/lang/invoke/SwitchPoint.java ! src/share/classes/java/lang/invoke/package-info.java ! src/share/classes/sun/invoke/util/ValueConversions.java ! src/share/classes/sun/invoke/util/VerifyAccess.java ! src/share/classes/sun/invoke/util/Wrapper.java ! test/java/lang/invoke/6998541/Test6998541.java ! test/java/lang/invoke/InvokeDynamicPrintArgs.java ! test/java/lang/invoke/InvokeGenericTest.java ! test/java/lang/invoke/JavaDocExamplesTest.java ! test/java/lang/invoke/MethodHandlesTest.java ! test/java/lang/invoke/indify/Indify.java Changeset: 81f957f86ba5 Author: jcoomes Date: 2011-05-27 19:03 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/81f957f86ba5 Merge Changeset: bc97b962330e Author: mfang Date: 2011-05-26 20:32 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/bc97b962330e 7045184: GTK L&F doesn't have hotkeys in jdk7 b141, while b139 has. Reviewed-by: yhuang, ogino ! src/share/classes/com/sun/java/swing/plaf/gtk/resources/gtk.properties Changeset: 6943c4d9caa3 Author: mfang Date: 2011-05-31 13:58 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/6943c4d9caa3 Merge Changeset: 7c5bc5a807ee Author: dholmes Date: 2011-05-27 19:04 -0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/7c5bc5a807ee 7024120: Verify reduced JRE contents for java 7 Summary: stripped all symbols from libs and executables to reduce JRE size. Restored missing classes needed to pass JCK in headless mode Reviewed-by: bobv, ohair ! make/common/Defs-embedded.gmk ! make/common/Release-embedded.gmk Changeset: f4895b3fe1be Author: dholmes Date: 2011-05-31 17:28 -0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/f4895b3fe1be Merge Changeset: eab27338b3d9 Author: schien Date: 2011-06-01 11:16 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/eab27338b3d9 Merge Changeset: 8d91855a1f4e Author: prr Date: 2011-05-27 13:25 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/8d91855a1f4e 7046587: Outlines in OTF/CFF fonts are misclassified as quadratic curves Reviewed-by: igor ! src/share/classes/sun/font/FileFontStrike.java ! src/share/classes/sun/font/FontScaler.java ! src/share/classes/sun/font/FreetypeFontScaler.java ! src/share/classes/sun/font/NullFontScaler.java Changeset: 0b0b92707cf5 Author: bae Date: 2011-05-30 12:05 +0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/0b0b92707cf5 7032904: XRender: Java2Demo : Infinite loop in Java_sun_java2d_loops_MaskBlit_MaskBlit on OEL 5.6 x64 Reviewed-by: prr ! src/solaris/classes/sun/awt/X11GraphicsEnvironment.java ! src/solaris/native/sun/java2d/x11/XRBackendNative.c Changeset: 290daca0a693 Author: prr Date: 2011-05-30 22:00 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/290daca0a693 7049874: OpenJDK Build breakage fix: freetypescaler.c needs to match updated signature Reviewed-by: lana, igor ! src/share/native/sun/font/freetypeScaler.c Changeset: b351af09bfa3 Author: lana Date: 2011-06-02 13:35 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/b351af09bfa3 Merge Changeset: d2081a1f417f Author: bagiras Date: 2011-05-27 11:45 +0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/d2081a1f417f 7045174: Most of the tests in awt area fails with jdk 7b142 on windows with -Xcheck:jni Reviewed-by: art, denis ! src/windows/native/sun/windows/awt_Object.cpp ! src/windows/native/sun/windows/awt_Toolkit.cpp Changeset: 000a845b1e38 Author: denis Date: 2011-05-28 12:56 +0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/000a845b1e38 7046325: Broken links in java.awt.Toolkit's javadoc Reviewed-by: dav, yan ! src/share/classes/java/awt/Toolkit.java Changeset: eab94f59b6dc Author: dcherepanov Date: 2011-05-30 13:25 +0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/eab94f59b6dc 7045354: Korean IME's Hanja candidate window is not displayed on IMFDemo Reviewed-by: art, ant ! src/windows/native/sun/windows/awt_Component.cpp Changeset: f05164caa490 Author: serb Date: 2011-05-30 17:16 +0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/f05164caa490 7045193: interactive JCK tests java_awt/interactive/FileDialogTests fail Reviewed-by: dcherepanov, dav, art, denis ! src/solaris/classes/sun/awt/X11/GtkFileDialogPeer.java Changeset: b955226868af Author: lana Date: 2011-06-02 13:36 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/b955226868af Merge Changeset: 386516fdf40b Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/386516fdf40b Merge Changeset: 0a80650409e1 Author: mullan Date: 2011-05-24 14:15 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/0a80650409e1 7044443: Permissions resolved incorrectly for jar protocol (Patch from bugs.openjdk.java.net) Reviewed-by: alanb, chegar Contributed-by: dbhole at redhat.com ! src/share/classes/sun/security/provider/PolicyFile.java + test/java/security/Policy/GetPermissions/JarURL.java Changeset: ace2dfdecda1 Author: mullan Date: 2011-05-24 14:32 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/ace2dfdecda1 Merge Changeset: 70942be348af Author: jeff Date: 2011-05-27 15:02 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/70942be348af 7045697: JDK7 THIRD PARTY README update Reviewed-by: lana ! THIRD_PARTY_README Changeset: b49a0af85821 Author: vinnie Date: 2011-05-30 16:37 +0100 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/b49a0af85821 7049173: Replace the software license for ECC native code Reviewed-by: alanb ! src/share/native/sun/security/ec/impl/ec.c ! src/share/native/sun/security/ec/impl/ec.h ! src/share/native/sun/security/ec/impl/ec2.h ! src/share/native/sun/security/ec/impl/ec2_163.c ! src/share/native/sun/security/ec/impl/ec2_193.c ! src/share/native/sun/security/ec/impl/ec2_233.c ! src/share/native/sun/security/ec/impl/ec2_aff.c ! src/share/native/sun/security/ec/impl/ec2_mont.c ! src/share/native/sun/security/ec/impl/ec_naf.c ! src/share/native/sun/security/ec/impl/ecc_impl.h ! src/share/native/sun/security/ec/impl/ecdecode.c ! src/share/native/sun/security/ec/impl/ecl-curve.h ! src/share/native/sun/security/ec/impl/ecl-exp.h ! src/share/native/sun/security/ec/impl/ecl-priv.h ! src/share/native/sun/security/ec/impl/ecl.c ! src/share/native/sun/security/ec/impl/ecl.h ! src/share/native/sun/security/ec/impl/ecl_curve.c ! src/share/native/sun/security/ec/impl/ecl_gf.c ! src/share/native/sun/security/ec/impl/ecl_mult.c ! src/share/native/sun/security/ec/impl/ecp.h ! src/share/native/sun/security/ec/impl/ecp_192.c ! src/share/native/sun/security/ec/impl/ecp_224.c ! src/share/native/sun/security/ec/impl/ecp_256.c ! src/share/native/sun/security/ec/impl/ecp_384.c ! src/share/native/sun/security/ec/impl/ecp_521.c ! src/share/native/sun/security/ec/impl/ecp_aff.c ! src/share/native/sun/security/ec/impl/ecp_jac.c ! src/share/native/sun/security/ec/impl/ecp_jm.c ! src/share/native/sun/security/ec/impl/ecp_mont.c ! src/share/native/sun/security/ec/impl/logtab.h ! src/share/native/sun/security/ec/impl/mp_gf2m-priv.h ! src/share/native/sun/security/ec/impl/mp_gf2m.c ! src/share/native/sun/security/ec/impl/mp_gf2m.h ! src/share/native/sun/security/ec/impl/mpi-config.h ! src/share/native/sun/security/ec/impl/mpi-priv.h ! src/share/native/sun/security/ec/impl/mpi.c ! src/share/native/sun/security/ec/impl/mpi.h ! src/share/native/sun/security/ec/impl/mplogic.c ! src/share/native/sun/security/ec/impl/mplogic.h ! src/share/native/sun/security/ec/impl/mpmontg.c ! src/share/native/sun/security/ec/impl/mpprime.h ! src/share/native/sun/security/ec/impl/oid.c ! src/share/native/sun/security/ec/impl/secitem.c ! src/share/native/sun/security/ec/impl/secoidt.h Changeset: 4ed7c877a463 Author: michaelm Date: 2011-05-30 23:36 +0100 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/4ed7c877a463 7042550: Reintegrate 6569621 Reviewed-by: chegar, alanb ! src/share/classes/java/net/InetAddress.java ! src/share/classes/java/net/Socket.java ! src/share/classes/java/net/SocketPermission.java + src/share/classes/sun/net/RegisteredDomain.java ! src/share/classes/sun/net/www/URLConnection.java ! src/share/classes/sun/net/www/http/HttpClient.java Changeset: c79a089ae13b Author: wetmore Date: 2011-05-31 12:45 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/c79a089ae13b 7042097: JDK 7's Unlimited Cryptographic Policy bundle text files must be updated. Reviewed-by: valeriep ! make/javax/crypto/Makefile Changeset: a00f48c96345 Author: lancea Date: 2011-06-02 12:02 -0400 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/a00f48c96345 7049107: Cannot call initCause() on BatchUpdateException Reviewed-by: darcy ! src/share/classes/java/sql/BatchUpdateException.java Changeset: 39de8937c1d8 Author: lana Date: 2011-06-02 13:38 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/39de8937c1d8 Merge Changeset: 6c9c55ae313b Author: lana Date: 2011-06-03 22:14 -0700 URL: http://hg.openjdk.java.net/jdk7/swing/jdk/rev/6c9c55ae313b Merge From herve.girod at gmail.com Mon Jun 6 00:08:29 2011 From: herve.girod at gmail.com (=?utf-8?Q?Herv=C3=A9_Girod?=) Date: Mon, 6 Jun 2011 02:08:29 +0200 Subject: Painting a JComponent without clipping children In-Reply-To: <4DE8EBF5.30804@oracle.com> References: <4DE8EBF5.30804@oracle.com> Message-ID: Hello, Thanks, I will look at this, it looks interesting. In fact, the reason why I want to avoid setting the clip is because I'm using swing to draw gui components in Java according to a standard called ARINC 661 where some of the components are just containers with no size but just an offset position, where the children can even have a negative position relative to their parent container. Regards, Herve Sent from my iPad On 3 juin 2011, at 16:13, Alexander Potochkin wrote: > Hello Herve > > I don't really get it why you need to avoid setting the clip, > but anyway the following may be interesting to you > > http://www.pbjar.org/blogs/jxlayer/jxlayer40/ > > Piet is transforming Swing components using JXLayer component > > Thanks > alexp >> (reposted from awt-dev list, I picked up the wrong list before) >> >> Hello, >> >> I'm new to this mailing list and I'm not *really* asking how to do it because I know how it's possible to do it by using a hack (mainly getting and setting the BUFFER and TILE parts of the "flags" field for the JComponent by reflection, and "rewriting" the paintChildren method without the clipping part). I'm using it in the http://sourceforge.net/projects/j661/ project to be able to use custom Swing containers which only offset the position or transform their children graphic context, without clipping them (allowing to use negative positions for the children widgets, for example). >> >> I'm asking if there is a way to do this without playing with the private "flags" field, because I need to be able to do the same thing in a restricted JNLP environment. I know a "regular"' way to do this, but it would be a little cumbersome (offsetting the positions of all children widgets in the parent container, to be sure that the positions of the children are never negative, for example). But it's not very good for performance when something change in the parent container.... >> >> There are many projects which either play with this private field, or use transforms, but in this later case they still apply a clipping. Is it possible to play with the Graphics2D clippings for example before using the JComponent paintChildren method - or would this approach work ? Or would the only way to do it without compromising Security be to have a way to get / set the TILE and BUFFER value of the "flags" field without reflection ? >> >> Thanks by advance if you have ideas about this, and sorry if this prose is not crystal clear ;) >> >> Regards, >> >> Herve >> > From Alexander.Potochkin at oracle.com Mon Jun 6 12:02:04 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Mon, 06 Jun 2011 16:02:04 +0400 Subject: Painting a JComponent without clipping children In-Reply-To: References: <4DE8EBF5.30804@oracle.com> Message-ID: <4DECC1BC.8000507@oracle.com> Hello Herv? > Hello, > > Thanks, I will look at this, it looks interesting. In fact, the reason why I want to avoid setting the clip is because I'm using swing to draw gui components in Java according to a standard called ARINC 661 where some of the components are just containers with no size but just an offset position, where the children can even have a negative position relative to their parent container. Did you try to resize you container before painting? I am thinking about having a big main container which contains all your children with negative position so the applied clip wouldn't hurt you If you control the painting hierarchy you can also try overriding paint() method of every child component and reset clip there However may the hack you found is only way to make what you need Thanks alexp > Regards, > > Herve > > Sent from my iPad > > On 3 juin 2011, at 16:13, Alexander Potochkin wrote: > >> Hello Herve >> >> I don't really get it why you need to avoid setting the clip, >> but anyway the following may be interesting to you >> >> http://www.pbjar.org/blogs/jxlayer/jxlayer40/ >> >> Piet is transforming Swing components using JXLayer component >> >> Thanks >> alexp >>> (reposted from awt-dev list, I picked up the wrong list before) >>> >>> Hello, >>> >>> I'm new to this mailing list and I'm not *really* asking how to do it because I know how it's possible to do it by using a hack (mainly getting and setting the BUFFER and TILE parts of the "flags" field for the JComponent by reflection, and "rewriting" the paintChildren method without the clipping part). I'm using it in the http://sourceforge.net/projects/j661/ project to be able to use custom Swing containers which only offset the position or transform their children graphic context, without clipping them (allowing to use negative positions for the children widgets, for example). >>> >>> I'm asking if there is a way to do this without playing with the private "flags" field, because I need to be able to do the same thing in a restricted JNLP environment. I know a "regular"' way to do this, but it would be a little cumbersome (offsetting the positions of all children widgets in the parent container, to be sure that the positions of the children are never negative, for example). But it's not very good for performance when something change in the parent container.... >>> >>> There are many projects which either play with this private field, or use transforms, but in this later case they still apply a clipping. Is it possible to play with the Graphics2D clippings for example before using the JComponent paintChildren method - or would this approach work ? Or would the only way to do it without compromising Security be to have a way to get / set the TILE and BUFFER value of the "flags" field without reflection ? >>> >>> Thanks by advance if you have ideas about this, and sorry if this prose is not crystal clear ;) >>> >>> Regards, >>> >>> Herve >>> From pavel.porvatov at oracle.com Mon Jun 6 15:01:36 2011 From: pavel.porvatov at oracle.com (Pavel Porvatov) Date: Mon, 06 Jun 2011 19:01:36 +0400 Subject: DnD fails with JTextArea and JTextField In-Reply-To: References: <4DDF3769.2040709@oracle.com> Message-ID: <4DECEBD0.2030804@oracle.com> Hi Sean, > Hi, > > I reported, but the system doesn't reply me a bug number. It says > "will give me email", > but I haven't got one yet. Is this the right process, or I might make > a problem when > reporting? I don't know why the system didn't report bug ID, but your bug was filed successfully. You can find it here: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7049024 Regards, Pavel > > 2011/5/27 Pavel Porvatov > > > Hi Sean, >> Hi all, >> >> I have a testcase related to DnD failure with JTextArea and >> JTextField on linux. The >> testcase is as follows: >> >> /* >> * DnDTest.java >> */ >> import java.awt.Color; >> import java.awt.Component; >> import java.awt.Dimension; >> import java.awt.FlowLayout; >> import java.awt.Frame; >> import java.awt.event.WindowAdapter; >> import java.awt.event.WindowEvent; >> >> import javax.swing.JTextArea; >> import javax.swing.JTextField; >> >> >> public class DnDTest extends Frame { >> Component c; >> public DnDTest() { >> super("Single Frame --- AWT Frame"); >> super.setBackground(Color.gray); >> // set layout here. >> setLayout(new FlowLayout()); >> c = new JTextArea("JTextArea component"); >> c.setPreferredSize(new Dimension(400, 100)); >> add(c); >> c = new JTextField("JTextField component(No IM)"); >> c.setPreferredSize(new Dimension(400, 20)); >> add(c); >> addWindowListener(new WindowAdapter() { >> public void windowClosing(WindowEvent event) { >> System.exit(0); >> } >> }); >> setSize(850, 360); >> setVisible(true); >> } >> public static void main(String[] args) { >> new DnDTest(); >> } >> } >> >> >> Reproduce steps: >> 1. Run the testcase with b143 >> 2. Open a new file with gedit and input some words like "abcde" >> 3. Drag "abcde" into JTextField and drop it there. >> 4. Once more, drag "abcde" into JTextField and then move out of >> the Frame (keep draging) and drag into JTextField again and drop it. >> >> Expectation: >> The second DnD inputs another "abcde" into JTextField. >> >> Result: >> The second DnD inputs nothing into JTextField. > Yes, looks like a bug. The test case works on Windows as expected. > >> >> Investigation: >> The JTextArea as well has this problem, and in step 4, if we drag >> "abcde" over JTextField and then drop into JTextArea, nothing >> is input into JTextArea either. However, if "abcde" is drag >> into JTextField or JTextArea directly or when JTextArea/Field are >> empty as in step 2, it works. >> >> >> Are there any comments? And can anyone file a bug for it please ? > Anybody can file a bug, http://bugreport.sun.com/bugreport/ > > Regards, Pavel > > > > > -- > Best Regards, > Sean Chou > -------------- next part -------------- An HTML attachment was scrubbed... URL: From herve.girod at gmail.com Tue Jun 7 01:50:10 2011 From: herve.girod at gmail.com (=?utf-8?Q?Herv=C3=A9_Girod?=) Date: Tue, 7 Jun 2011 03:50:10 +0200 Subject: Painting a JComponent without clipping children In-Reply-To: <4DECC1BC.8000507@oracle.com> References: <4DE8EBF5.30804@oracle.com> <4DECC1BC.8000507@oracle.com> Message-ID: <135A1803-28B7-4C67-8A6B-D3F85E8FC2FB@gmail.com> Hello, I tried this and it works, the problem is that I remember that I had performance problems when I had many children in one of these containers when I moved it "a lot". But it worked ok otherwise. However I use this approach when I embed my app in an Applet to avoid security problems. It reminds me that maybe I was not very cautious with the way I defined and updated this big container, which could be the reason why I had these performance problems. I will look at my code again ;) Herv? Sent from my iPad On 6 juin 2011, at 14:02, Alexander Potochkin wrote: > Hello Herv? >> Hello, >> >> Thanks, I will look at this, it looks interesting. In fact, the reason why I want to avoid setting the clip is because I'm using swing to draw gui components in Java according to a standard called ARINC 661 where some of the components are just containers with no size but just an offset position, where the children can even have a negative position relative to their parent container. > > Did you try to resize you container before painting? > > I am thinking about having a big main container which contains all your children with negative position > so the applied clip wouldn't hurt you > > If you control the painting hierarchy you can also try overriding paint() method of every child component > and reset clip there > > However may the hack you found is only way to make what you need > > Thanks > alexp > >> Regards, >> >> Herve >> >> Sent from my iPad >> >> On 3 juin 2011, at 16:13, Alexander Potochkin wrote: >> >>> Hello Herve >>> >>> I don't really get it why you need to avoid setting the clip, >>> but anyway the following may be interesting to you >>> >>> http://www.pbjar.org/blogs/jxlayer/jxlayer40/ >>> >>> Piet is transforming Swing components using JXLayer component >>> >>> Thanks >>> alexp >>>> (reposted from awt-dev list, I picked up the wrong list before) >>>> >>>> Hello, >>>> >>>> I'm new to this mailing list and I'm not *really* asking how to do it because I know how it's possible to do it by using a hack (mainly getting and setting the BUFFER and TILE parts of the "flags" field for the JComponent by reflection, and "rewriting" the paintChildren method without the clipping part). I'm using it in the http://sourceforge.net/projects/j661/ project to be able to use custom Swing containers which only offset the position or transform their children graphic context, without clipping them (allowing to use negative positions for the children widgets, for example). >>>> >>>> I'm asking if there is a way to do this without playing with the private "flags" field, because I need to be able to do the same thing in a restricted JNLP environment. I know a "regular"' way to do this, but it would be a little cumbersome (offsetting the positions of all children widgets in the parent container, to be sure that the positions of the children are never negative, for example). But it's not very good for performance when something change in the parent container.... >>>> >>>> There are many projects which either play with this private field, or use transforms, but in this later case they still apply a clipping. Is it possible to play with the Graphics2D clippings for example before using the JComponent paintChildren method - or would this approach work ? Or would the only way to do it without compromising Security be to have a way to get / set the TILE and BUFFER value of the "flags" field without reflection ? >>>> >>>> Thanks by advance if you have ideas about this, and sorry if this prose is not crystal clear ;) >>>> >>>> Regards, >>>> >>>> Herve >>>> > From Alexander.Potochkin at oracle.com Tue Jun 7 14:33:18 2011 From: Alexander.Potochkin at oracle.com (Alexander Potochkin) Date: Tue, 07 Jun 2011 18:33:18 +0400 Subject: Painting a JComponent without clipping children In-Reply-To: <135A1803-28B7-4C67-8A6B-D3F85E8FC2FB@gmail.com> References: <4DE8EBF5.30804@oracle.com> <4DECC1BC.8000507@oracle.com> <135A1803-28B7-4C67-8A6B-D3F85E8FC2FB@gmail.com> Message-ID: <4DEE36AE.9080000@oracle.com> Hello Herv? > Hello, > > I tried this and it works, the problem is that I remember that I had performance problems when I had many children in one of these containers when I moved it "a lot". But it worked ok otherwise. However I use this approach when I embed my app in an Applet to avoid security problems. > > It reminds me that maybe I was not very cautious with the way I defined and updated this big container, which could be the reason why I had these performance problems. I will look at my code again ;) Good luck! alexp > Herv? > > Sent from my iPad > > On 6 juin 2011, at 14:02, Alexander Potochkin wrote: > >> Hello Herv? >>> Hello, >>> >>> Thanks, I will look at this, it looks interesting. In fact, the reason why I want to avoid setting the clip is because I'm using swing to draw gui components in Java according to a standard called ARINC 661 where some of the components are just containers with no size but just an offset position, where the children can even have a negative position relative to their parent container. >> Did you try to resize you container before painting? >> >> I am thinking about having a big main container which contains all your children with negative position >> so the applied clip wouldn't hurt you >> >> If you control the painting hierarchy you can also try overriding paint() method of every child component >> and reset clip there >> >> However may the hack you found is only way to make what you need >> >> Thanks >> alexp >> >>> Regards, >>> >>> Herve >>> >>> Sent from my iPad >>> >>> On 3 juin 2011, at 16:13, Alexander Potochkin wrote: >>> >>>> Hello Herve >>>> >>>> I don't really get it why you need to avoid setting the clip, >>>> but anyway the following may be interesting to you >>>> >>>> http://www.pbjar.org/blogs/jxlayer/jxlayer40/ >>>> >>>> Piet is transforming Swing components using JXLayer component >>>> >>>> Thanks >>>> alexp >>>>> (reposted from awt-dev list, I picked up the wrong list before) >>>>> >>>>> Hello, >>>>> >>>>> I'm new to this mailing list and I'm not *really* asking how to do it because I know how it's possible to do it by using a hack (mainly getting and setting the BUFFER and TILE parts of the "flags" field for the JComponent by reflection, and "rewriting" the paintChildren method without the clipping part). I'm using it in the http://sourceforge.net/projects/j661/ project to be able to use custom Swing containers which only offset the position or transform their children graphic context, without clipping them (allowing to use negative positions for the children widgets, for example). >>>>> >>>>> I'm asking if there is a way to do this without playing with the private "flags" field, because I need to be able to do the same thing in a restricted JNLP environment. I know a "regular"' way to do this, but it would be a little cumbersome (offsetting the positions of all children widgets in the parent container, to be sure that the positions of the children are never negative, for example). But it's not very good for performance when something change in the parent container.... >>>>> >>>>> There are many projects which either play with this private field, or use transforms, but in this later case they still apply a clipping. Is it possible to play with the Graphics2D clippings for example before using the JComponent paintChildren method - or would this approach work ? Or would the only way to do it without compromising Security be to have a way to get / set the TILE and BUFFER value of the "flags" field without reflection ? >>>>> >>>>> Thanks by advance if you have ideas about this, and sorry if this prose is not crystal clear ;) >>>>> >>>>> Regards, >>>>> >>>>> Herve >>>>> From zhouyx at linux.vnet.ibm.com Mon Jun 13 10:58:34 2011 From: zhouyx at linux.vnet.ibm.com (Sean Chou) Date: Mon, 13 Jun 2011 18:58:34 +0800 Subject: Focus lost after minimize and restore a window on linux Message-ID: Hi all, I found a bug about focus lost on linux. The testcase is as follows: import java.awt.Color; import java.awt.Component; import java.awt.FlowLayout; import java.awt.Frame; import java.awt.event.WindowAdapter; import java.awt.event.WindowEvent; import javax.swing.JButton; public class FocusTest extends Frame { Component c; public FocusTest() { super("Single Frame --- AWT Frame"); super.setBackground(Color.gray); // set layout here. setLayout(new FlowLayout()); c = new JButton("JButton"); add(c); addWindowListener(new WindowAdapter() { public void windowClosing(WindowEvent event) { System.exit(0); } public void windowActivated(WindowEvent event){ /* // Timing block try { Thread.sleep(10); } catch (InterruptedException e) { // TODO Auto-generated catch block e.printStackTrace(); }*/ } }); setSize(850, 360); setVisible(true); } public static void main(String[] args) { new FocusTest(); } } Reproduce steps: 1. Run the testcase with java7 jre on Linux (ubuntu with unity or gnome and RHEL6 are tested.) 2. Click "JButton" so it get the focus. 3. Minimize the window. 4. Restore the window with mouse click on task icon or with alt+tab. Expected result: The focus is still on JButton. Observation: Focus is lost. Investigation: It seems a timing problem, if the "Timing block" is uncommented, the testcase works well. On my workstation, the minimal working sleep time is 5ms. If 3ms is used, the testcase fails too. I think the focus must be restored, it is very important for GUI applications. Can any body give some suggestion? -- Best Regards, Sean Chou -------------- next part -------------- An HTML attachment was scrubbed... URL: From dlila at redhat.com Wed Jun 15 20:23:21 2011 From: dlila at redhat.com (Denis Lila) Date: Wed, 15 Jun 2011 16:23:21 -0400 (EDT) Subject: [RFC]: 7036148 regression test fix Message-ID: <554990436.1997348.1308169401834.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> Hi. The regression test for 7036148 creates a JFrame, packs it, but never disposes it. This causes the test to hang forever, even if it fails with an NPE. This webrev fixes it: http://icedtea.classpath.org/~dlila/webrevs/7036148-test/ Should I go ahead and push it (I'll need a bugid though). Thank you, Denis. From dlila at redhat.com Mon Jun 20 16:00:48 2011 From: dlila at redhat.com (Denis Lila) Date: Mon, 20 Jun 2011 12:00:48 -0400 (EDT) Subject: [RFC]: 7036148 regression test fix In-Reply-To: <554990436.1997348.1308169401834.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> Message-ID: <1434316452.2286016.1308585648209.JavaMail.root@zmail04.collab.prod.int.phx2.redhat.com> ping? ----- Original Message ----- > Hi. > > The regression test for 7036148 creates a JFrame, packs > it, but never disposes it. This causes the test to hang > forever, even if it fails with an NPE. > > This webrev fixes it: > http://icedtea.classpath.org/~dlila/webrevs/7036148-test/ > > Should I go ahead and push it (I'll need a bugid though). > > Thank you, > Denis. From zhouyx at linux.vnet.ibm.com Tue Jun 28 03:30:25 2011 From: zhouyx at linux.vnet.ibm.com (Sean Chou) Date: Tue, 28 Jun 2011 11:30:25 +0800 Subject: About GTKLookAndFeel setting Message-ID: Hi all, Why is List.rendererUseUIBorder set FALSE ? Is there any consideration ? I found this setting made SynthListUI use the same border(SynthBorder) for both focused and non-focused list cells. This setting may be related to http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6982635 . -- Best Regards, Sean Chou -------------- next part -------------- An HTML attachment was scrubbed... URL: From linuxhippy at gmail.com Wed Jun 29 12:38:23 2011 From: linuxhippy at gmail.com (Clemens Eisserer) Date: Wed, 29 Jun 2011 14:38:23 +0200 Subject: CSS$LengthUnit not found when running with my own AWT implementation Message-ID: Hi, I am working on a Caciocavallo-based AWT implementation which (hopefully) will allow to run Swing-Applications server-side but re-direct rendering/events to a Canvas5 capable browser. However I have troubles with Swing elements which contain HTML, initiating those widgets fails with a NoClassDefFoundError, although I can see the class is in rt.jar - and it works when e.g. using the X11 AWT implementation. Any ideas what could cause this? Is there some black-magic involved here? ;) Thank you in advance, Clemens Full stack-trace when trying to start SwingSet2: Caused by: java.lang.NoClassDefFoundError: Could not initialize class javax.swing.text.html.CSS$LengthUnit at javax.swing.text.html.CSS$LengthValue.getValue(CSS.java:2264) at javax.swing.text.html.CSS$LengthValue.getValue(CSS.java:2250) at javax.swing.text.html.CSS.getLength(CSS.java:788) at javax.swing.text.html.StyleSheet$BoxPainter.getLength(StyleSheet.java:1916) at javax.swing.text.html.StyleSheet$BoxPainter.(StyleSheet.java:1770) at javax.swing.text.html.StyleSheet.getBoxPainter(StyleSheet.java:920) at javax.swing.text.html.ParagraphView.setPropertiesFromAttributes(ParagraphView.java:102) at javax.swing.text.ParagraphView.(ParagraphView.java:59) at javax.swing.text.html.ParagraphView.(ParagraphView.java:54) at javax.swing.text.html.HTMLEditorKit$HTMLFactory.create(HTMLEditorKit.java:1150) at javax.swing.text.CompositeView.loadChildren(CompositeView.java:112) at javax.swing.text.CompositeView.setParent(CompositeView.java:139) at javax.swing.text.html.BlockView.setParent(BlockView.java:72) at javax.swing.text.html.HTMLEditorKit$HTMLFactory$BodyBlockView.setParent(HTMLEditorKit.java:1329) at javax.swing.text.CompositeView.replace(CompositeView.java:217) at javax.swing.text.BoxView.replace(BoxView.java:181) at javax.swing.text.CompositeView.loadChildren(CompositeView.java:114) at javax.swing.text.CompositeView.setParent(CompositeView.java:139) at javax.swing.text.html.BlockView.setParent(BlockView.java:72) at javax.swing.plaf.basic.BasicTextUI$RootView.setView(BasicTextUI.java:1330) at javax.swing.plaf.basic.BasicTextUI.setView(BasicTextUI.java:695) at javax.swing.plaf.basic.BasicTextUI.modelChanged(BasicTextUI.java:684) at javax.swing.plaf.basic.BasicTextUI$UpdateHandler.propertyChange(BasicTextUI.java:1788) at java.beans.PropertyChangeSupport.fire(PropertyChangeSupport.java:335) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:327) at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:263) at java.awt.Component.firePropertyChange(Component.java:8381) at javax.swing.text.JTextComponent.setDocument(JTextComponent.java:453) at javax.swing.JEditorPane.setEditorKit(JEditorPane.java:1058) at javax.swing.JEditorPane.setContentType(JEditorPane.java:981) at javax.swing.JEditorPane.(JEditorPane.java:292) at SwingSet2.initializeDemo(SwingSet2.java:272) at SwingSet2.(SwingSet2.java:201) at SwingSet2.main(SwingSet2.java:223)