From Alan.Bateman at oracle.com Wed Jun 1 05:49:51 2011 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Wed, 01 Jun 2011 13:49:51 +0100 Subject: Mercurial forests for JDK 8 In-Reply-To: References: <20110524205342.AF2C211E4@eggemoggin.niobe.net> <76357345-18AE-4B24-AC82-8B2A556F977F@oracle.com> <4DDC249D.6020501@oracle.com> <7625B210-DBE7-4E74-9BE9-04B335A7D1AF@oracle.com> <4DE51F22.7080909@oracle.com> Message-ID: <4DE6356F.5030606@oracle.com> Vita Santrucek wrote: > : > > 2) QE as integrators - QE is responsible for the verifying the fixes and > overal component quality. As such, QE should perform the gate-keeping > function for their components. This will further speed up the frequent > integrations and also it will allow QE to provide proper coverage before > integrating. This model has been used by JRockit. > At least for some areas, could this verification be done lazily or at least part automated? For areas where nightly or continuous testing should be the norm then maybe this just doesn't need to be a mandatory step in the integration process. -Alan. From kelly.ohair at oracle.com Mon Jun 6 16:38:36 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Mon, 6 Jun 2011 16:38:36 -0700 Subject: Getting jdk7 changes into jdk8 Message-ID: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). This might sound like a silly difference, but it is actually very important. If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different changesets. The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. -kto From John.Coomes at oracle.com Mon Jun 6 16:50:45 2011 From: John.Coomes at oracle.com (John Coomes) Date: Mon, 6 Jun 2011 16:50:45 -0700 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> Message-ID: <19949.26581.300307.100074@oracle.com> Kelly O'Hair (kelly.ohair at oracle.com) wrote: > > Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. > > Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change > that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. > The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). > This might sound like a silly difference, but it is actually very important. > > If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she > finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different > changesets. > The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or > maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. Hotspot is already in position where we cannot merge from jdk7 -> jdk8, because of the order in which approvals occurred. So RE should *not* sync hotspot from jdk7 -> jdk8. The hotspot fixes added late to jdk7 will propagate to jdk8 as part of the regular hotspot express release model. -John From David.Holmes at oracle.com Mon Jun 6 17:04:15 2011 From: David.Holmes at oracle.com (David Holmes) Date: Tue, 07 Jun 2011 10:04:15 +1000 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <19949.26581.300307.100074@oracle.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> <19949.26581.300307.100074@oracle.com> Message-ID: <4DED6AFF.4030807@oracle.com> John Coomes said the following on 06/07/11 09:50: > Kelly O'Hair (kelly.ohair at oracle.com) wrote: >> Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. >> >> Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change >> that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. >> The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). >> This might sound like a silly difference, but it is actually very important. >> >> If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she >> finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different >> changesets. > >> The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or >> maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. > > Hotspot is already in position where we cannot merge from jdk7 -> > jdk8, because of the order in which approvals occurred. So RE should > *not* sync hotspot from jdk7 -> jdk8. The hotspot fixes added late to > jdk7 will propagate to jdk8 as part of the regular hotspot express > release model. Which will mean new changesets - correct? That said, there are no 8 hotspot changesets yet so I don't understand why the master hotspot repo for 7 can't be used to push all missing HS fixes from 7 to 8 ??? David > -John From John.Coomes at oracle.com Mon Jun 6 17:14:17 2011 From: John.Coomes at oracle.com (John Coomes) Date: Mon, 6 Jun 2011 17:14:17 -0700 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <4DED6AFF.4030807@oracle.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> <19949.26581.300307.100074@oracle.com> <4DED6AFF.4030807@oracle.com> Message-ID: <19949.27993.531267.645578@oracle.com> David Holmes (David.Holmes at oracle.com) wrote: > John Coomes said the following on 06/07/11 09:50: > > Kelly O'Hair (kelly.ohair at oracle.com) wrote: > >> Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. > >> > >> Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change > >> that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. > >> The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). > >> This might sound like a silly difference, but it is actually very important. > >> > >> If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she > >> finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different > >> changesets. > > > >> The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or > >> maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. > > > > Hotspot is already in position where we cannot merge from jdk7 -> > > jdk8, because of the order in which approvals occurred. So RE should > > *not* sync hotspot from jdk7 -> jdk8. The hotspot fixes added late to > > jdk7 will propagate to jdk8 as part of the regular hotspot express > > release model. > > Which will mean new changesets - correct? Yes. > That said, there are no 8 hotspot changesets yet so I don't understand > why the master hotspot repo for 7 can't be used to push all missing HS > fixes from 7 to 8 ??? There are jdk8 hotspot *changesets*. Not yet bug fixes, but *changesets*. They are in the hotspot 'ongoing development' repos, e.g. http://hg.openjdk.java.net/hsx/hotspot-{group}/hotspot Approved bug fixes from these repos were put into the jdk7 repos in a different order, so they now have different changeset ids. So hotspot has forked from jdk7 and cannot merge from jdk7 <-> jdk8. -John From David.Holmes at oracle.com Mon Jun 6 17:19:55 2011 From: David.Holmes at oracle.com (David Holmes) Date: Tue, 07 Jun 2011 10:19:55 +1000 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <19949.27993.531267.645578@oracle.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> <19949.26581.300307.100074@oracle.com> <4DED6AFF.4030807@oracle.com> <19949.27993.531267.645578@oracle.com> Message-ID: <4DED6EAB.4080104@oracle.com> John, John Coomes said the following on 06/07/11 10:14: > David Holmes (David.Holmes at oracle.com) wrote: >> John Coomes said the following on 06/07/11 09:50: >>> Kelly O'Hair (kelly.ohair at oracle.com) wrote: >>>> Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. >>>> >>>> Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change >>>> that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. >>>> The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). >>>> This might sound like a silly difference, but it is actually very important. >>>> >>>> If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she >>>> finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different >>>> changesets. >>>> The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or >>>> maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. >>> Hotspot is already in position where we cannot merge from jdk7 -> >>> jdk8, because of the order in which approvals occurred. So RE should >>> *not* sync hotspot from jdk7 -> jdk8. The hotspot fixes added late to >>> jdk7 will propagate to jdk8 as part of the regular hotspot express >>> release model. >> Which will mean new changesets - correct? > > Yes. > >> That said, there are no 8 hotspot changesets yet so I don't understand >> why the master hotspot repo for 7 can't be used to push all missing HS >> fixes from 7 to 8 ??? > > There are jdk8 hotspot *changesets*. Not yet bug fixes, but > *changesets*. They are in the hotspot 'ongoing development' repos, > e.g. > > http://hg.openjdk.java.net/hsx/hotspot-{group}/hotspot > > Approved bug fixes from these repos were put into the jdk7 repos in a > different order, so they now have different changeset ids. > > So hotspot has forked from jdk7 and cannot merge from jdk7 <-> jdk8. What has been done with the hotspot repos is very confusing. I thought the new repos were restricted to only those changsets/CRs targetted for 7. Are you saying they also contain stuff for 8 that is not in 7 ??? If not (or even if so) then lets clean the slate again and get rid of the current hsx repos and re-create them with a clone of 7-b145. David > -John From John.Coomes at oracle.com Mon Jun 6 18:05:21 2011 From: John.Coomes at oracle.com (John Coomes) Date: Mon, 6 Jun 2011 18:05:21 -0700 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <4DED6EAB.4080104@oracle.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> <19949.26581.300307.100074@oracle.com> <4DED6AFF.4030807@oracle.com> <19949.27993.531267.645578@oracle.com> <4DED6EAB.4080104@oracle.com> Message-ID: <19949.31057.994555.645919@oracle.com> David Holmes (David.Holmes at oracle.com) wrote: > John, > > John Coomes said the following on 06/07/11 10:14: > > David Holmes (David.Holmes at oracle.com) wrote: > >> John Coomes said the following on 06/07/11 09:50: > >>> Kelly O'Hair (kelly.ohair at oracle.com) wrote: > >>>> Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. > >>>> > >>>> Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change > >>>> that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. > >>>> The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). > >>>> This might sound like a silly difference, but it is actually very important. > >>>> > >>>> If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she > >>>> finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different > >>>> changesets. > >>>> The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or > >>>> maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. > >>> Hotspot is already in position where we cannot merge from jdk7 -> > >>> jdk8, because of the order in which approvals occurred. So RE should > >>> *not* sync hotspot from jdk7 -> jdk8. The hotspot fixes added late to > >>> jdk7 will propagate to jdk8 as part of the regular hotspot express > >>> release model. > >> Which will mean new changesets - correct? > > > > Yes. > > > >> That said, there are no 8 hotspot changesets yet so I don't understand > >> why the master hotspot repo for 7 can't be used to push all missing HS > >> fixes from 7 to 8 ??? > > > > There are jdk8 hotspot *changesets*. Not yet bug fixes, but > > *changesets*. They are in the hotspot 'ongoing development' repos, > > e.g. > > > > http://hg.openjdk.java.net/hsx/hotspot-{group}/hotspot > > > > Approved bug fixes from these repos were put into the jdk7 repos in a > > different order, so they now have different changeset ids. > > > > So hotspot has forked from jdk7 and cannot merge from jdk7 <-> jdk8. > > What has been done with the hotspot repos is very confusing. Think of the hotspot in jdk7 as "just" a fork of hotspot express. As an example, the prior fork of hotspot express was hs20. Once we forked hs20, we stopped merging fixes into it and instead created new changesets (using the transplant extension or hg export + hg import). The confusing thing about the old procedure was that our 'ongoing development' repo was labeled with a specific release (jdk7), even though the content we placed there was being delivered to multiple releases (jdk6 and jdk7). Now, we have new 'ongoing development' repos (hsx/hotspot-{group}/...) that are not labeled with a specific release. We put fixes there to soak and get tested. Once we're convinced they're stable and they are approved for jdk7, we backport individual fixes to jdk7 (with hg export + hg import, not by merging). > ... I thought > the new repos were restricted to only those changsets/CRs targetted for > 7. ... They are, because we do not have the testing bandwith for multiple releases right now. > Are you saying they also contain stuff for 8 that is not in 7 ??? Some bug fixes have different changeset ids in the hsx/hotspot-{group} repos vs. the jdk7/hotspot repos, because they went into the repos in a different order. > If not (or even if so) then lets clean the slate again and get rid of > the current hsx repos and re-create them with a clone of 7-b145. Why? How would that help you? It'd be a big flag day. Anyone that has a copy would have to destroy it, after saving any work in progress as a patch, and we have no idea who has a copy. Also there are at least 3 changes in the repos that are not in b145. -John From aph at redhat.com Tue Jun 7 01:54:47 2011 From: aph at redhat.com (Andrew Haley) Date: Tue, 07 Jun 2011 09:54:47 +0100 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> Message-ID: <4DEDE757.5070104@redhat.com> On 07/06/11 00:38, Kelly O'Hair wrote: > > Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. > > Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change > that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. > The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). > This might sound like a silly difference, but it is actually very important. > > If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she > finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different > changesets. > > The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or > maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. And, just to be clear, they will use "--exact" to solve this problem, right? Or is there something else they do instead? Andrew. From kelly.ohair at oracle.com Tue Jun 7 07:55:08 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 7 Jun 2011 07:55:08 -0700 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <4DEDE757.5070104@redhat.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> <4DEDE757.5070104@redhat.com> Message-ID: On Jun 7, 2011, at 1:54 AM, Andrew Haley wrote: > On 07/06/11 00:38, Kelly O'Hair wrote: >> >> Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. >> >> Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change >> that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. >> The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). >> This might sound like a silly difference, but it is actually very important. >> >> If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she >> finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different >> changesets. >> >> The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or >> maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. > > And, just to be clear, they will use "--exact" to solve this problem, right? > Or is there something else they do instead? They will just 'hg pull' the jdk7 changes into a jdk8 reposet, followed by any necessary merge changesets, then push the result into the jdk8 master after verifying builds work and some basic testing. But as I have found out, hotspot is special and will not be done this way, it will be left to the hotspot team. -kto > > Andrew. From ahughes at redhat.com Tue Jun 7 09:00:27 2011 From: ahughes at redhat.com (Dr Andrew John Hughes) Date: Tue, 7 Jun 2011 17:00:27 +0100 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <4DEDE757.5070104@redhat.com> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> <4DEDE757.5070104@redhat.com> Message-ID: <20110607160027.GA7348@rivendell.middle-earth.co.uk> On 09:54 Tue 07 Jun , Andrew Haley wrote: > On 07/06/11 00:38, Kelly O'Hair wrote: > > > > Some questions have come up with regards to how the jdk7 changes will be pulled into jdk8. > > > > Please be careful here, we do NOT want new changesets created in jdk8 for the exact same change > > that was pushed into jdk7, we want the EXACT same jdk7 changeset in jdk8, not a re-creation. > > The default behavior for 'hg import' is to re-create a new changeset (unless you use --exact). > > This might sound like a silly difference, but it is actually very important. > > > > If you re-create changesets for the same CR number, your integrator will be in a world of hurt when he/she > > finds out that they cannot sync with the master jdk8 repos because of the same CR was used in 2 different > > changesets. > > > > The Release Engineering team will likely be doing syncs between jdk7 and jdk8 at jdk7 promotions or > > maybe nightly, so unless you are in some kind or urgent hurry, please just let RE do this jdk7->jdk8 sync. > > And, just to be clear, they will use "--exact" to solve this problem, right? > Or is there something else they do instead? > If you use hg import to bring an OpenJDK7 changeset into OpenJDK8 without the --exact option, it will apply it against the tip of the repository and generate a unique identifier for it (making it a 'new changeset'). Then, when anyone attempts to pull from OpenJDK7 into OpenJDK8, Mercurial will not recognise that the backported changeset in OpenJDK8 is the same as the one it's trying to pull from OpenJDK7 and try to merge it in, causing conflicts. With the --exact flag, the changes are applied against the parent of the original changeset and checked to see if it generates the same ID as the original. If not, the import is aborted. This obviously means the parent changeset must already exist in OpenJDK8. It's this that has stopped us using this more often with IcedTea to backport to release branches, as the branches don't have the parent changesets from HEAD and we don't want them to. With OpenJDK7 and OpenJDK8, this shouldn't be an issue as we're forward-porting; OpenJDK8 should be all OpenJDK7's changesets plus some more. > Andrew. -- Andrew :) Free Java Software Engineer Red Hat, Inc. (http://www.redhat.com) Support Free Java! Contribute to GNU Classpath and IcedTea http://www.gnu.org/software/classpath http://icedtea.classpath.org PGP Key: F5862A37 (https://keys.indymedia.org/) Fingerprint = EA30 D855 D50F 90CD F54D 0698 0713 C3ED F586 2A37 From kelly.ohair at oracle.com Tue Jun 7 09:42:50 2011 From: kelly.ohair at oracle.com (Kelly O'Hair) Date: Tue, 7 Jun 2011 09:42:50 -0700 Subject: Getting jdk7 changes into jdk8 In-Reply-To: <20110607160027.GA7348@rivendell.middle-earth.co.uk> References: <3A3D74EA-A594-4509-81BA-BE808BF774ED@oracle.com> <4DEDE757.5070104@redhat.com> <20110607160027.GA7348@rivendell.middle-earth.co.uk> Message-ID: On Jun 7, 2011, at 9:00 AM, Dr Andrew John Hughes wrote: > OpenJDK8 should be all OpenJDK7's changesets plus > some more. That's what I thought too, and that should be true for everything but hotspot. The ideal world is one where this is always true, my initial email was an attempt at stopping arbitrary developers from just importing jdk7 patches willy nilly instead of formally pulling them in. -kto From suchen.chien at oracle.com Wed Jun 8 18:40:27 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Thu, 09 Jun 2011 01:40:27 +0000 Subject: hg: jdk8/jdk8: 5 new changesets Message-ID: <20110609014027.7684747D31@hg.openjdk.java.net> Changeset: 4373d87e6f37 Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/rev/55e9ebf03218 Merge Changeset: 2d38c2a79c14 Author: schien Date: 2011-06-07 14:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/2d38c2a79c14 Added tag jdk7-b145 for changeset 55e9ebf03218 ! .hgtags Changeset: 404bd0b9385f Author: schien Date: 2011-06-08 10:20 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/404bd0b9385f Merge From suchen.chien at oracle.com Wed Jun 8 18:40:38 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Thu, 09 Jun 2011 01:40:38 +0000 Subject: hg: jdk8/jdk8/corba: 8 new changesets Message-ID: <20110609014044.182AD47D37@hg.openjdk.java.net> Changeset: 7033a5756ad5 Author: katleman Date: 2011-05-25 13:31 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/corba/rev/7839048ec99e Merge Changeset: 77ec0541aa2a Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/77ec0541aa2a Merge Changeset: 770227a4087e Author: schien Date: 2011-06-07 14:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/770227a4087e Added tag jdk7-b145 for changeset 77ec0541aa2a ! .hgtags Changeset: e85ff90212ad Author: schien Date: 2011-06-08 10:20 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/e85ff90212ad Merge From suchen.chien at oracle.com Wed Jun 8 18:44:30 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Thu, 09 Jun 2011 01:44:30 +0000 Subject: hg: jdk8/jdk8/jaxp: 7 new changesets Message-ID: <20110609014431.09B6F47D3D@hg.openjdk.java.net> Changeset: bee49f47043f Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/jaxp/rev/775dd77e4730 Merge Changeset: a70a042c8600 Author: jeff Date: 2011-05-27 15:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/jaxp/rev/10ca7570f47f Merge Changeset: bcd31fa1e3c6 Author: schien Date: 2011-06-07 14:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/bcd31fa1e3c6 Added tag jdk7-b145 for changeset 10ca7570f47f ! .hgtags Changeset: bae5f389d17b Author: schien Date: 2011-06-08 10:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/bae5f389d17b Merge From suchen.chien at oracle.com Wed Jun 8 18:44:41 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Thu, 09 Jun 2011 01:44:41 +0000 Subject: hg: jdk8/jdk8/jaxws: 6 new changesets Message-ID: <20110609014441.24ADA47D44@hg.openjdk.java.net> Changeset: 6158298d2b94 Author: schien Date: 2011-05-26 20:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/jaxws/rev/42bfba80beb7 Merge Changeset: 6ec12c60ad13 Author: schien Date: 2011-06-07 14:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/6ec12c60ad13 Added tag jdk7-b145 for changeset 42bfba80beb7 ! .hgtags Changeset: 1b7851b9e113 Author: schien Date: 2011-06-08 10:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/1b7851b9e113 Merge From suchen.chien at oracle.com Wed Jun 8 18:45:46 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Thu, 09 Jun 2011 01:45:46 +0000 Subject: hg: jdk8/jdk8/jdk: 45 new changesets Message-ID: <20110609015328.ED2B647D50@hg.openjdk.java.net> Changeset: 23bdcede4e39 Author: katleman Date: 2011-05-25 13:32 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/jdk/rev/81f957f86ba5 Merge Changeset: bc97b962330e Author: mfang Date: 2011-05-26 20:32 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/jdk/rev/6943c4d9caa3 Merge Changeset: 7c5bc5a807ee Author: dholmes Date: 2011-05-27 19:04 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/jdk/rev/f4895b3fe1be Merge Changeset: eab27338b3d9 Author: schien Date: 2011-06-01 11:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/eab27338b3d9 Merge Changeset: 8d91855a1f4e Author: prr Date: 2011-05-27 13:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/jdk/rev/b351af09bfa3 Merge Changeset: d2081a1f417f Author: bagiras Date: 2011-05-27 11:45 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/jdk/rev/b955226868af Merge Changeset: 1fbaf2b688a6 Author: rupashka Date: 2011-05-24 11:37 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1fbaf2b688a6 7045593: Possible Regression : JTextfield cursor placement behavior algorithm has changed. Reviewed-by: peterz ! src/share/classes/javax/swing/text/Utilities.java + test/javax/swing/text/Utilities/bug7045593.java Changeset: 442237d3ec2c Author: rupashka Date: 2011-05-28 11:55 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/442237d3ec2c 7048204: NPE from NimbusLookAndFeel.addDefault Reviewed-by: peterz ! src/share/classes/javax/swing/plaf/nimbus/NimbusLookAndFeel.java + test/javax/swing/plaf/nimbus/Test7048204.java Changeset: 386516fdf40b Author: lana Date: 2011-06-02 13:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/386516fdf40b Merge Changeset: 0a80650409e1 Author: mullan Date: 2011-05-24 14:15 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/jdk/rev/ace2dfdecda1 Merge Changeset: 70942be348af Author: jeff Date: 2011-05-27 15:02 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/jdk/rev/39de8937c1d8 Merge Changeset: 8318d03e1766 Author: jrose Date: 2011-06-01 23:56 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8318d03e1766 7049415: Failure of resolution of sym.reference to the c.s.s. should be wrapped in BootstrapMethodError Summary: Wrap invokedynamic linkage errors in BootstrapMethodError, as needed. Reviewed-by: never ! src/share/classes/java/lang/invoke/MethodHandleNatives.java Changeset: 0b8b6eace473 Author: jrose Date: 2011-06-01 23:56 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/0b8b6eace473 7050328: (jsr-292) findConstructor throws ExceptionInInitializerError if run under SecurityManager Summary: Wrap system property and reflection accesses under doPrivileged. Ensure constant pool linkage bypasses the SM as specified. Reviewed-by: kvn, never ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandleNatives.java ! src/share/classes/java/lang/invoke/MethodHandleStatics.java ! src/share/classes/java/lang/invoke/MethodHandles.java ! src/share/classes/sun/invoke/util/ValueConversions.java ! test/java/lang/invoke/InvokeDynamicPrintArgs.java Changeset: 34481a4012c3 Author: jrose Date: 2011-06-01 23:56 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/34481a4012c3 7049122: java/lang/invoke/RicochetTest.java with MAX_ARITY=255 in -Xcomp mode overflows code cache Summary: reduce the scope of the unit test (mark high water mark of testing with @ignore tags) Reviewed-by: never ! test/java/lang/invoke/RicochetTest.java Changeset: 802994506203 Author: jrose Date: 2011-06-03 11:20 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/802994506203 7051206: JSR 292 method name SwitchPoint.isValid is misleading to unwary users; should be hasBeenInvalidated Reviewed-by: kvn, never, ysr ! src/share/classes/java/lang/invoke/SwitchPoint.java ! test/java/lang/invoke/JavaDocExamplesTest.java Changeset: e8e6cdff5995 Author: trims Date: 2011-06-03 20:13 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e8e6cdff5995 Merge Changeset: 8f19b165347b Author: bae Date: 2011-06-04 23:08 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/8f19b165347b 7042594: 3 testis api/java_awt/Color/ICC_ProfileRGB/index.html fail against RI b138 OEL6x64. Reviewed-by: prr ! src/share/classes/java/awt/color/ICC_Profile.java ! src/share/native/sun/java2d/cmm/lcms/LCMS.c ! src/share/native/sun/java2d/cmm/lcms/cmsio0.c ! test/sun/java2d/cmm/ProfileOp/ReadWriteProfileTest.java + test/sun/java2d/cmm/ProfileOp/SetDataTest.java Changeset: bbb4cef2208b Author: lana Date: 2011-06-04 17:30 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/bbb4cef2208b Merge Changeset: 03a828e368ca Author: rupashka Date: 2011-06-04 01:13 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/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 Changeset: 6c9c55ae313b Author: lana Date: 2011-06-03 22:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/6c9c55ae313b Merge Changeset: e81d259442ed Author: lana Date: 2011-06-04 17:32 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e81d259442ed Merge Changeset: 53d759eb580c Author: alanb Date: 2011-06-04 11:18 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/53d759eb580c 7050358: (fs spec) Path.toUri doesn't allow custom providers to use opaque URIs Reviewed-by: sherman ! src/share/classes/java/nio/file/Path.java Changeset: 49aef5a5416e Author: mullan Date: 2011-06-04 06:45 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/49aef5a5416e 7050329: test/java/security/Policy/GetPermissions/JarURL.java fails on Windows Reviewed-by: alanb ! test/java/security/Policy/GetPermissions/JarURL.java + test/java/security/Policy/GetPermissions/JarURL.policy Changeset: 1f39ca0b9598 Author: mullan Date: 2011-06-04 06:52 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1f39ca0b9598 Merge Changeset: 1e04b38b3824 Author: lana Date: 2011-06-04 17:33 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/1e04b38b3824 Merge Changeset: 7a341c412ea9 Author: schien Date: 2011-06-07 14:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7a341c412ea9 Added tag jdk7-b145 for changeset 1e04b38b3824 ! .hgtags Changeset: e7493c32e598 Author: schien Date: 2011-06-08 10:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e7493c32e598 Merge From suchen.chien at oracle.com Wed Jun 8 19:05:31 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Thu, 09 Jun 2011 02:05:31 +0000 Subject: hg: jdk8/jdk8/langtools: 8 new changesets Message-ID: <20110609020550.7A1AE47D56@hg.openjdk.java.net> Changeset: 8eb952f43b11 Author: katleman Date: 2011-05-25 13:32 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/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/jdk8/jdk8/langtools/rev/c455e2ae5c93 Merge Changeset: 9ff91d0e7154 Author: schien Date: 2011-06-07 14:01 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/9ff91d0e7154 Added tag jdk7-b145 for changeset c455e2ae5c93 ! .hgtags Changeset: f27b6f45a449 Author: schien Date: 2011-06-08 10:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/f27b6f45a449 Merge From behrangsa at gmail.com Sun Jun 19 05:07:51 2011 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Sun, 19 Jun 2011 22:07:51 +1000 Subject: Any plans to support type-safe access to java.lang.Method? Message-ID: Hi all, Are there any plans to support type-safe access to methods? For example something like: java.lang.Method toString = Object#toString(); It would make writing APIs like JPA 2's type-safe criteria builder more concise and readable. Cheers, Behrang Saeedzadeh http://www.behrang.org From erik.trimble at oracle.com Sun Jun 19 13:53:14 2011 From: erik.trimble at oracle.com (Erik Trimble) Date: Sun, 19 Jun 2011 13:53:14 -0700 Subject: Any plans to support type-safe access to java.lang.Method? In-Reply-To: References: Message-ID: <4DFE61BA.6070601@oracle.com> On 6/19/2011 5:07 AM, Behrang Saeedzadeh wrote: > Hi all, > > Are there any plans to support type-safe access to methods? > > For example something like: > > java.lang.Method toString = Object#toString(); > > It would make writing APIs like JPA 2's type-safe criteria builder > more concise and readable. > > > Cheers, > Behrang Saeedzadeh > http://www.behrang.org Behrang, Exactly what do you mean? While Java (AFAIK) isn't a provably type-safe language (as such formal proofs are very difficult for most complex languages), it already has both runtime and compile time type checking, and does fit the practical description of a type-safe language. That is, Java already has type-safe access to methods. http://www.securingjava.com/chapter-two/chapter-two-10.html Also, the '#' sign isn't any sort of Java operator. I'm assuming that it comes from Perl (I though maybe C#, but it doesn't have it either), but, given the syntax, that doesn't make sense either. I don't understand the right side of your example, as I don't know what it's trying to accomplish. Also, since Java is a polymorphic language, you wouldn't want *too* strong a type-checking system, as I would always want the ability for a method to work on a subclass of any parameter I had defined the method as accepting. -- Erik Trimble Java Platform Group Infrastructure Mailstop: usca22-317 Phone: x17195 Santa Clara, CA Timezone: US/Pacific (UTC-0800) From brian.goetz at oracle.com Sun Jun 19 17:05:21 2011 From: brian.goetz at oracle.com (Brian Goetz) Date: Sun, 19 Jun 2011 20:05:21 -0400 Subject: Any plans to support type-safe access to java.lang.Method? In-Reply-To: <4DFE61BA.6070601@oracle.com> References: <4DFE61BA.6070601@oracle.com> Message-ID: <4DFE8EC1.30604@oracle.com> He's talking about something along the lines of the Coin proposal "Method and Field literals". (The # notation is taken from the strawman syntax for lambdas in Java SE 8.) The idea is that there'd be some {Method,Field}-valued expression like "ClassName#methodName" where the compiler verified the method was there and then emitted the appropriate reflective goo (catching reflective errors and wrapping them as runtime exceptions, since you now have some reason to believe the symbol actually exists (that's the type-safe part.) It would let you write APIs that abstract more easily over member references. The answer is: no, we're not considering this at this time. On 6/19/2011 4:53 PM, Erik Trimble wrote: > On 6/19/2011 5:07 AM, Behrang Saeedzadeh wrote: >> Hi all, >> >> Are there any plans to support type-safe access to methods? >> >> For example something like: >> >> java.lang.Method toString = Object#toString(); >> >> It would make writing APIs like JPA 2's type-safe criteria builder >> more concise and readable. >> >> >> Cheers, >> Behrang Saeedzadeh >> http://www.behrang.org > > Behrang, > > Exactly what do you mean? While Java (AFAIK) isn't a provably type-safe > language (as such formal proofs are very difficult for most complex > languages), it already has both runtime and compile time type checking, > and does fit the practical description of a type-safe language. That is, > Java already has type-safe access to methods. > > http://www.securingjava.com/chapter-two/chapter-two-10.html > > Also, the '#' sign isn't any sort of Java operator. I'm assuming that it > comes from Perl (I though maybe C#, but it doesn't have it either), but, > given the syntax, that doesn't make sense either. I don't understand the > right side of your example, as I don't know what it's trying to accomplish. > > Also, since Java is a polymorphic language, you wouldn't want *too* > strong a type-checking system, as I would always want the ability for a > method to work on a subclass of any parameter I had defined the method > as accepting. > > From behrangsa at gmail.com Mon Jun 20 05:52:45 2011 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Mon, 20 Jun 2011 22:52:45 +1000 Subject: type-safe Methods In-Reply-To: <20110620051406.b4eabf443f6835925718ce656d4f32ab.0df0539b5c.wbe@email10.secureserver.net> References: <20110620051406.b4eabf443f6835925718ce656d4f32ab.0df0539b5c.wbe@email10.secureserver.net> Message-ID: Juan, Right now in order to invoke a method on an object via reflection we have to write something like: final Integer aNumber = 1; final Class clazz = Integer.class; Method toString = clazz.getDeclaredMethod("toString"); System.out.println("toString = " + toString.invoke(aNumber)); This is not type-safe because we pass in the method name as a string to the getDeclaredMethod. Now let's pretend that Java had a method referencing construct symbol such as #. Then we could have achieved the same thing in a more concise and type-safe way: final Integer aNumber = 1; Method toString = Integer#toString(); System.out.println("toString = " + toString.invoke(aNumber)); Cheers, Behrang Saeedzadeh http://www.behrang.org On Mon, Jun 20, 2011 at 10:14 PM, wrote: > Behrang, > Please explain your idea. I am sorry that the JDK team did not understand > it. If you wish to discuss it, I might be able to help you. > > Juan > > -------- Original Message -------- > Subject: Re: Any plans to support type-safe access to java.lang.Method? > From: Erik Trimble Date: Sun, June 19, 2011 4:53 pm > To: Behrang Saeedzadeh > Cc: jdk8-dev at openjdk.java.net > > On 6/19/2011 5:07 AM, Behrang Saeedzadeh wrote: >> Hi all, >> >> Are there any plans to support type-safe access to methods? >> >> For example something like: >> >> java.lang.Method toString = Object#toString(); >> >> It would make writing APIs like JPA 2's type-safe criteria builder >> more concise and readable. >> >> >> Cheers, >> Behrang Saeedzadeh >> http://www.behrang.org > > Behrang, > > > From behrangsa at gmail.com Mon Jun 20 05:58:12 2011 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Mon, 20 Jun 2011 22:58:12 +1000 Subject: Any plans to support type-safe access to java.lang.Method? In-Reply-To: <4DFE8EC1.30604@oracle.com> References: <4DFE61BA.6070601@oracle.com> <4DFE8EC1.30604@oracle.com> Message-ID: Hi Brian! Yes I am exactly referring to that. While I am not a big fan of evolving Java's syntax, the over abuse of generics in JPA 2.0's type-safe criteria builder API make me wish Java had supported them. Cheers, Behrang Saeedzadeh http://www.behrang.org On Mon, Jun 20, 2011 at 10:05 AM, Brian Goetz wrote: > He's talking about something along the lines of the Coin proposal "Method > and Field literals". ?(The # notation is taken from the strawman syntax for > lambdas in Java SE 8.) ?The idea is that there'd be some > {Method,Field}-valued expression like "ClassName#methodName" where the > compiler verified the method was there and then emitted the appropriate > reflective goo (catching reflective errors and wrapping them as runtime > exceptions, since you now have some reason to believe the symbol actually > exists (that's the type-safe part.) ?It would let you write APIs that > abstract more easily over member references. > > The answer is: no, we're not considering this at this time. > > > > On 6/19/2011 4:53 PM, Erik Trimble wrote: >> >> On 6/19/2011 5:07 AM, Behrang Saeedzadeh wrote: >>> >>> Hi all, >>> >>> Are there any plans to support type-safe access to methods? >>> >>> For example something like: >>> >>> java.lang.Method toString = Object#toString(); >>> >>> It would make writing APIs like JPA 2's type-safe criteria builder >>> more concise and readable. >>> >>> >>> Cheers, >>> Behrang Saeedzadeh >>> http://www.behrang.org >> >> Behrang, >> >> Exactly what do you mean? While Java (AFAIK) isn't a provably type-safe >> language (as such formal proofs are very difficult for most complex >> languages), it already has both runtime and compile time type checking, >> and does fit the practical description of a type-safe language. That is, >> Java already has type-safe access to methods. >> >> http://www.securingjava.com/chapter-two/chapter-two-10.html >> >> Also, the '#' sign isn't any sort of Java operator. I'm assuming that it >> comes from Perl (I though maybe C#, but it doesn't have it either), but, >> given the syntax, that doesn't make sense either. I don't understand the >> right side of your example, as I don't know what it's trying to >> accomplish. >> >> Also, since Java is a polymorphic language, you wouldn't want *too* >> strong a type-checking system, as I would always want the ability for a >> method to work on a subclass of any parameter I had defined the method >> as accepting. >> >> > From behrangsa at gmail.com Mon Jun 20 22:09:22 2011 From: behrangsa at gmail.com (Behrang Saeedzadeh) Date: Tue, 21 Jun 2011 15:09:22 +1000 Subject: type-safe Methods In-Reply-To: <20110620070621.b8418ab3d6b3ee8ecb12e58f9d6f61af.f8a3b390eb.wbe@email15.secureserver.net> References: <20110620070621.b8418ab3d6b3ee8ecb12e58f9d6f61af.f8a3b390eb.wbe@email15.secureserver.net> Message-ID: Juan (John?), One good example to look at is the Lift framework for Scala. Using its Mapper you can write type-safe queries such as: import net.liftweb.mapper.By val postsTitles: List[Post] = Post.findAll(By(Post.published, true)) For more info see here: http://www.assembla.com/spaces/liftweb/wiki/Mapper Cheers, Behrang Saeedzadeh http://www.behrang.org On Tue, Jun 21, 2011 at 12:06 AM, wrote: > Behrang, > Thank you for the explanation. I was not familiar with that proposal. > I do not understand how the proposed feature would be useful. > > If yoru example code?expresses this... > ? final Integer aNumber = 1; > ? Method toString = Integer#toString(); > ? System.out.println("toString = " + toString.invoke(aNumber)); > Then it seems to be equivalent to this... > ? System.out.println("toString = " + aNumber.toString()); > > The point is that if you know at compile time that you want to invoke > toString on an Integer object, > what would be the use of doing that through reflection? > On the other hand, if you need to determine the string name of a method at > runtime, > then you would not be able to use the "hard-coded"?Class#methodName syntax . > Either way, I don't see the use of the proposal. > > Thank you if you can offer a little more explanation. > > Juan > > -------- Original Message -------- > Subject: Re: type-safe Methods > From: Behrang Saeedzadeh > Date: Mon, June 20, 2011 8:52 am > To: juan at juanreza.com > Cc: jdk8-dev at openjdk.java.net > > Juan, > > Right now in order to invoke a method on an object via reflection we > have to write something like: > > final Integer aNumber = 1; > final Class clazz = Integer.class; > Method toString = clazz.getDeclaredMethod("toString"); > System.out.println("toString = " + toString.invoke(aNumber)); > > This is not type-safe because we pass in the method name as a string > to the getDeclaredMethod. > > Now let's pretend that Java had a method referencing construct symbol > such as #. Then we could have achieved the same thing in a more > concise and type-safe way: > > final Integer aNumber = 1; > Method toString = Integer#toString(); > System.out.println("toString = " + toString.invoke(aNumber)); > > Cheers, > Behrang Saeedzadeh > http://www.behrang.org > > > > On Mon, Jun 20, 2011 at 10:14 PM, wrote: >> Behrang, >> Please explain your idea. I am sorry that the JDK team did not understand >> it. If you wish to discuss it, I might be able to help you. >> >> Juan >> >> -------- Original Message -------- >> Subject: Re: Any plans to support type-safe access to java.lang.Method? >> From: Erik Trimble > Date: Sun, June 19, 2011 4:53 pm >> To: Behrang Saeedzadeh >> Cc: jdk8-dev at openjdk.java.net >> >> On 6/19/2011 5:07 AM, Behrang Saeedzadeh wrote: >>> Hi all, >>> >>> Are there any plans to support type-safe access to methods? >>> >>> For example something like: >>> >>> java.lang.Method toString = Object#toString(); >>> >>> It would make writing APIs like JPA 2's type-safe criteria builder >>> more concise and readable. >>> >>> >>> Cheers, >>> Behrang Saeedzadeh >>> http://www.behrang.org >> >> Behrang, >> >> >> > From suchen.chien at oracle.com Tue Jun 21 09:58:31 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 21 Jun 2011 16:58:31 +0000 Subject: hg: jdk8/jdk8: 2 new changesets Message-ID: <20110621165831.727B4471D4@hg.openjdk.java.net> Changeset: 3e0b96f8f6a0 Author: schien Date: 2011-06-20 16:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/3e0b96f8f6a0 Added tag jdk7-b146 for changeset 2d38c2a79c14 ! .hgtags Changeset: 29e7e1474b5e Author: schien Date: 2011-06-20 17:28 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/29e7e1474b5e Merge From suchen.chien at oracle.com Tue Jun 21 09:58:41 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 21 Jun 2011 16:58:41 +0000 Subject: hg: jdk8/jdk8/corba: 2 new changesets Message-ID: <20110621165843.D2E5F471D6@hg.openjdk.java.net> Changeset: 36f0efbc66ef Author: schien Date: 2011-06-20 16:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/36f0efbc66ef Added tag jdk7-b146 for changeset 770227a4087e ! .hgtags Changeset: abe4723b9b7f Author: schien Date: 2011-06-20 17:28 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/abe4723b9b7f Merge From suchen.chien at oracle.com Tue Jun 21 10:00:36 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 21 Jun 2011 17:00:36 +0000 Subject: hg: jdk8/jdk8/jaxp: 2 new changesets Message-ID: <20110621170036.7C175471D8@hg.openjdk.java.net> Changeset: 9a4d09f33f01 Author: schien Date: 2011-06-20 16:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/9a4d09f33f01 Added tag jdk7-b146 for changeset bcd31fa1e3c6 ! .hgtags Changeset: 03692de33ca8 Author: schien Date: 2011-06-20 17:28 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/03692de33ca8 Merge From suchen.chien at oracle.com Tue Jun 21 10:00:46 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 21 Jun 2011 17:00:46 +0000 Subject: hg: jdk8/jdk8/jaxws: 12 new changesets Message-ID: <20110621170046.61EA0471DA@hg.openjdk.java.net> Changeset: 581dab3f0773 Author: asaha Date: 2011-04-21 16:15 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/581dab3f0773 Merge Changeset: 26610bb80151 Author: asaha Date: 2011-05-04 12:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/26610bb80151 Merge Changeset: c6ff860428c7 Author: asaha Date: 2011-05-05 22:28 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/c6ff860428c7 Merge Changeset: f4e1caef46d0 Author: asaha Date: 2011-05-24 11:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/f4e1caef46d0 Merge Changeset: 9896cee00786 Author: asaha Date: 2011-05-26 17:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/9896cee00786 Merge Changeset: d1febdcb0351 Author: asaha Date: 2011-05-26 21:36 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/d1febdcb0351 Merge Changeset: 239c80c331da Author: asaha Date: 2011-06-06 10:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/239c80c331da Merge Changeset: 09412171ca4b Author: asaha Date: 2011-06-03 07:54 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/09412171ca4b Merge Changeset: 9d8fd0982fb8 Author: asaha Date: 2011-06-06 10:54 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/9d8fd0982fb8 Merge Changeset: 05469dd4c366 Author: lana Date: 2011-06-15 16:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/05469dd4c366 Merge Changeset: faa394edbfe3 Author: schien Date: 2011-06-20 16:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/faa394edbfe3 Added tag jdk7-b146 for changeset 05469dd4c366 ! .hgtags Changeset: 9244c440c0df Author: schien Date: 2011-06-20 17:28 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/9244c440c0df Merge From suchen.chien at oracle.com Tue Jun 21 10:03:36 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 21 Jun 2011 17:03:36 +0000 Subject: hg: jdk8/jdk8/jdk: 45 new changesets Message-ID: <20110621171107.99E03471DC@hg.openjdk.java.net> Changeset: ae731399e525 Author: dav Date: 2011-06-07 22:58 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/ae731399e525 7048568: Crash in Java_sun_awt_Win32GraphicsEnvironment_isVistaOS Reviewed-by: dcherepanov, art, amenkov ! src/windows/native/sun/windows/awt_Win32GraphicsDevice.cpp Changeset: f08fcae94813 Author: lana Date: 2011-06-10 11:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f08fcae94813 Merge Changeset: 6e961c328276 Author: michaelm Date: 2011-06-08 10:56 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/6e961c328276 7050028: ISE "zip file closed" from JarURLConnection.getInputStream on JDK 7 when !useCaches Reviewed-by: chegar, alanb ! src/share/classes/sun/misc/URLClassPath.java + test/java/net/URLClassLoader/B7050028.java Changeset: b6ced5ad7a62 Author: dwanvik Date: 2011-06-10 17:44 +0200 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b6ced5ad7a62 7046557: Changes to the Java DB README files in JDK7 Summary: Update /README.html with correct mention of Java DB, add JDK specific README files to /db and /demo/db. Reviewed-by: ohair ! make/common/Release.gmk Changeset: 646ab254ff80 Author: lana Date: 2011-06-10 11:44 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/646ab254ff80 Merge Changeset: aca0dc2b921c Author: weijun Date: 2011-02-09 11:50 +0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/aca0dc2b921c 6618658: Deserialization allows creation of mutable SignedObject Reviewed-by: hawtin, mullan ! src/share/classes/java/security/SignedObject.java + test/java/security/SignedObject/Correctness.java Changeset: df445f522425 Author: bae Date: 2011-02-17 12:21 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/df445f522425 7013519: [parfait] Integer overflows in 2D code Reviewed-by: prr, valeriep ! src/share/native/sun/awt/image/jpeg/imageioJPEG.c ! src/share/native/sun/font/layout/SunLayoutEngine.cpp Changeset: ccb2fcfb6d6b Author: chegar Date: 2011-02-18 13:31 +0000 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/ccb2fcfb6d6b 7013969: NetworkInterface.toString can reveal bindings Reviewed-by: alanb, michaelm, hawtin ! src/share/classes/java/net/NetworkInterface.java Changeset: 026adaac71f1 Author: dcherepanov Date: 2011-02-25 15:54 +0300 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/026adaac71f1 7012520: Heap overflow vulnerability in FileDialog.show() Reviewed-by: art, anthony ! src/windows/native/sun/windows/awt_FileDialog.cpp Changeset: d489f00d6c65 Author: flar Date: 2011-03-02 05:35 -0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/d489f00d6c65 7016495: Crash in Java 2D transforming an image with scale close to zero Reviewed-by: prr, bae ! src/share/classes/sun/java2d/pipe/DrawImage.java ! src/share/native/sun/java2d/loops/TransformHelper.c + test/java/awt/image/BufferedImage/TinyScale.java Changeset: fe27fe44ac51 Author: ksrini Date: 2011-03-03 14:16 -0800 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/fe27fe44ac51 7016985: (launcher) implement safe secure dll loading Reviewed-by: mchung ! src/windows/bin/java_md.c Changeset: 0efa64f13302 Author: chegar Date: 2011-04-05 14:49 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/0efa64f13302 7033865: JDK: Add private API for secure/restrictive loading of system dlls Reviewed-by: alanb ! src/share/native/common/jdk_util.h + src/solaris/native/common/jdk_util_md.h ! src/windows/native/common/jdk_util_md.c + src/windows/native/common/jdk_util_md.h Changeset: 67992a58bfba Author: ksrini Date: 2011-04-05 16:19 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/67992a58bfba 7032593: DLL_LOADING: Upgrade solution to 7016985 to reflect JDK7 solution Reviewed-by: mchung, asaha ! src/windows/bin/java_md.c Changeset: 7181441faf72 Author: dcherepanov Date: 2011-04-08 16:44 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7181441faf72 7003962: AWT: securely load DLLs and launch executables using fully qualified path Reviewed-by: art, bae, alanb ! src/windows/native/sun/java2d/d3d/D3DPipelineManager.cpp ! src/windows/native/sun/java2d/opengl/OGLFuncs_md.h ! src/windows/native/sun/windows/DllUtil.cpp ! src/windows/native/sun/windows/DllUtil.h ! src/windows/native/sun/windows/ShellFolder2.cpp ! src/windows/native/sun/windows/ThemeReader.cpp ! src/windows/native/sun/windows/awt_Mlib.cpp ! src/windows/native/sun/windows/awt_TextArea.cpp ! src/windows/native/sun/windows/awt_TrayIcon.cpp ! src/windows/native/sun/windows/awt_Win32GraphicsEnv.cpp ! src/windows/native/sun/windows/stdhdrs.h Changeset: 05a3923f516f Author: dcherepanov Date: 2011-04-08 17:58 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/05a3923f516f 7035077: Minor addition to the changes for 7003962 Reviewed-by: chegar ! src/windows/native/sun/windows/DllUtil.cpp Changeset: afcc1530e68b Author: asaha Date: 2011-04-08 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/afcc1530e68b Merge - make/java/dyn/Makefile - src/share/classes/java/dyn/CallSite.java - src/share/classes/java/dyn/ClassValue.java - src/share/classes/java/dyn/ConstantCallSite.java - src/share/classes/java/dyn/InvokeDynamic.java - src/share/classes/java/dyn/InvokeDynamicBootstrapError.java - src/share/classes/java/dyn/Linkage.java - src/share/classes/java/dyn/MethodHandle.java - src/share/classes/java/dyn/MethodHandles.java - src/share/classes/java/dyn/MethodType.java - src/share/classes/java/dyn/MethodTypeForm.java - src/share/classes/java/dyn/MutableCallSite.java - src/share/classes/java/dyn/SwitchPoint.java - src/share/classes/java/dyn/VolatileCallSite.java - src/share/classes/java/dyn/WrongMethodTypeException.java - src/share/classes/java/dyn/package-info.java - src/share/classes/sun/dyn/Access.java - src/share/classes/sun/dyn/AdapterMethodHandle.java - src/share/classes/sun/dyn/BoundMethodHandle.java - src/share/classes/sun/dyn/CallSiteImpl.java - src/share/classes/sun/dyn/DirectMethodHandle.java - src/share/classes/sun/dyn/FilterGeneric.java - src/share/classes/sun/dyn/FilterOneArgument.java - src/share/classes/sun/dyn/FromGeneric.java - src/share/classes/sun/dyn/InvokeGeneric.java - src/share/classes/sun/dyn/Invokers.java - src/share/classes/sun/dyn/MemberName.java - src/share/classes/sun/dyn/MethodHandleImpl.java - src/share/classes/sun/dyn/MethodHandleNatives.java - src/share/classes/sun/dyn/MethodTypeImpl.java - src/share/classes/sun/dyn/SpreadGeneric.java - src/share/classes/sun/dyn/ToGeneric.java - src/share/classes/sun/dyn/WrapperInstance.java - src/share/classes/sun/dyn/anon/AnonymousClassLoader.java - src/share/classes/sun/dyn/anon/ConstantPoolParser.java - src/share/classes/sun/dyn/anon/ConstantPoolPatch.java - src/share/classes/sun/dyn/anon/ConstantPoolVisitor.java - src/share/classes/sun/dyn/anon/InvalidConstantPoolFormatException.java - src/share/classes/sun/dyn/empty/Empty.java - src/share/classes/sun/dyn/package-info.java - src/share/classes/sun/dyn/util/BytecodeDescriptor.java - src/share/classes/sun/dyn/util/BytecodeName.java - src/share/classes/sun/dyn/util/ValueConversions.java - src/share/classes/sun/dyn/util/VerifyAccess.java - src/share/classes/sun/dyn/util/VerifyType.java - src/share/classes/sun/dyn/util/Wrapper.java - src/share/classes/sun/dyn/util/package-info.java ! src/share/native/sun/awt/image/jpeg/imageioJPEG.c - test/java/dyn/ClassValueTest.java - test/java/dyn/InvokeDynamicPrintArgs.java - test/java/dyn/InvokeGenericTest.java - test/java/dyn/JavaDocExamplesTest.java - test/java/dyn/MethodHandlesTest.java - test/java/dyn/MethodTypeTest.java - test/java/dyn/indify/Indify.java Changeset: 557bd9b5d92f Author: asaha Date: 2011-04-08 10:31 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/557bd9b5d92f Merge Changeset: e142148d8b54 Author: asaha Date: 2011-04-12 14:23 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e142148d8b54 Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java Changeset: 76e0e562b617 Author: dcherepanov Date: 2011-04-15 17:06 +0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/76e0e562b617 7036952: build warning after the changes for 7003962 Reviewed-by: art, bae ! src/windows/native/sun/java2d/opengl/OGLFuncs_md.h Changeset: f8eddc85cc02 Author: zgu Date: 2011-04-15 09:53 -0400 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f8eddc85cc02 7003964: SERV: securely load DLLs and launch executables using fully qualified path Summary: Linked in Windows libraries that are available on jdk7 supported platforms, and used GetModuleHandle instead of LoadLibrary for already loaded Dlls. Reviewed-by: dcubed, alanb ! make/com/sun/tools/attach/Makefile ! src/windows/classes/sun/tools/attach/WindowsAttachProvider.java ! src/windows/native/sun/tools/attach/WindowsAttachProvider.c ! src/windows/native/sun/tools/attach/WindowsVirtualMachine.c ! src/windows/native/sun/tracing/dtrace/jvm_symbols_md.c ! src/windows/npt/npt_md.h Changeset: 0865aa0ad9b2 Author: zgu Date: 2011-04-19 10:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/0865aa0ad9b2 Merge Changeset: 6f8a4d334fb2 Author: asaha Date: 2011-04-20 09:31 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/6f8a4d334fb2 Merge ! make/com/sun/tools/attach/Makefile ! src/share/classes/java/net/NetworkInterface.java ! src/share/native/sun/awt/image/jpeg/imageioJPEG.c ! src/windows/bin/java_md.c ! src/windows/native/sun/windows/awt_TrayIcon.cpp ! src/windows/native/sun/windows/awt_Win32GraphicsEnv.cpp Changeset: f3645b5d6e62 Author: asaha Date: 2011-04-20 21:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f3645b5d6e62 Merge Changeset: b626f78c57e1 Author: asaha Date: 2011-04-21 08:38 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b626f78c57e1 Merge Changeset: cec45f3353be Author: asaha Date: 2011-04-21 08:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cec45f3353be Merge Changeset: 6133c9ee3a01 Author: asaha Date: 2011-04-21 08:39 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/6133c9ee3a01 Merge Changeset: dd06e8d3da91 Author: asaha Date: 2011-04-21 15:43 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/dd06e8d3da91 Merge Changeset: b2295905901a Author: asaha Date: 2011-04-21 16:42 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/b2295905901a Merge - src/share/classes/sun/security/ssl/DefaultSSLContextImpl.java Changeset: 3fedf261fb4f Author: valeriep Date: 2011-04-26 15:59 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/3fedf261fb4f 7003952: SEC: securely load DLLs and launch executables using fully qualified path Summary: Enforce full path when specifying library locations. Reviewed-by: wetmore, ohair ! make/sun/security/pkcs11/Makefile ! src/share/classes/sun/security/pkcs11/Config.java ! src/share/classes/sun/security/pkcs11/Secmod.java ! src/share/native/sun/security/pkcs11/j2secmod.c + test/sun/security/pkcs11/Provider/Absolute.cfg + test/sun/security/pkcs11/Provider/Absolute.java Changeset: 94ea3b8288f1 Author: alexp Date: 2011-05-04 11:35 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/94ea3b8288f1 7020198: ImageIcon creates Component with null acc Reviewed-by: rupashka, hawtin ! src/share/classes/javax/swing/ImageIcon.java Changeset: e6fdfb249e31 Author: asaha Date: 2011-05-04 16:39 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/e6fdfb249e31 Merge - src/share/native/sun/font/layout/Features.h ! src/windows/native/sun/windows/awt_FileDialog.cpp - test/javax/swing/text/GlyphView/6539700/bug6539700.java Changeset: 49244980d692 Author: asaha Date: 2011-05-05 22:29 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/49244980d692 Merge - src/share/classes/sun/security/util/SignatureFileManifest.java Changeset: 647b031200f0 Author: asaha Date: 2011-05-06 14:33 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/647b031200f0 Merge Changeset: 92b5197e9ff5 Author: asaha Date: 2011-05-26 21:37 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/92b5197e9ff5 Merge ! src/windows/native/sun/java2d/d3d/D3DPipelineManager.cpp ! src/windows/native/sun/windows/awt_TrayIcon.cpp Changeset: cca9ea306c6e Author: asaha Date: 2011-05-26 21:51 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cca9ea306c6e Merge Changeset: dab3e66ebda7 Author: lana Date: 2011-06-06 19:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/dab3e66ebda7 Merge Changeset: 9f17be5136d1 Author: wetmore Date: 2011-06-09 14:24 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9f17be5136d1 7052537: java/security/Security/NotInstalledProviders.java is causing -samevm tests to fail. Reviewed-by: valeriep, asaha, alanb ! test/java/security/Security/NoInstalledProviders.java Changeset: 4961be00d3b5 Author: lana Date: 2011-06-15 16:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/4961be00d3b5 Merge Changeset: cf0632d2db2c Author: jrose Date: 2011-06-14 22:47 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cf0632d2db2c 7052202: JSR 292: Crash in sun.invoke.util.ValueConversions.fillArray Summary: Fix corner cases involving MethodHandles.permuteArguments with long or double argument lists. Reviewed-by: twisti, never ! src/share/classes/java/lang/invoke/AdapterMethodHandle.java ! src/share/classes/java/lang/invoke/MethodHandleImpl.java ! src/share/classes/java/lang/invoke/MethodHandleNatives.java ! src/share/classes/java/lang/invoke/SwitchPoint.java + test/java/lang/invoke/PermuteArgsTest.java Changeset: a65fa0f6717e Author: trims Date: 2011-06-17 16:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/a65fa0f6717e Merge Changeset: c46f97579fe6 Author: alanb Date: 2011-06-17 16:47 +0100 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/c46f97579fe6 7055508: (aio) EXCEPTION_ACCESS_VIOLATION in AsynchronousSocketChannel.connect on Windows 7 Reviewed-by: chegar ! src/windows/native/sun/nio/ch/WindowsAsynchronousSocketChannelImpl.c Changeset: c102e1221afa Author: lana Date: 2011-06-17 10:27 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/c102e1221afa Merge Changeset: 539e576793a8 Author: lana Date: 2011-06-18 10:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/539e576793a8 Merge Changeset: 7b4f4230fecf Author: schien Date: 2011-06-20 16:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/7b4f4230fecf Added tag jdk7-b146 for changeset 539e576793a8 ! .hgtags Changeset: f2928d86aab0 Author: schien Date: 2011-06-20 17:38 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f2928d86aab0 Merge From suchen.chien at oracle.com Tue Jun 21 10:23:52 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 21 Jun 2011 17:23:52 +0000 Subject: hg: jdk8/jdk8/langtools: 17 new changesets Message-ID: <20110621172430.4D548471DF@hg.openjdk.java.net> Changeset: 347349c981f2 Author: jjh Date: 2011-06-09 09:13 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/347349c981f2 7052782: Two langtools regression tests fail due to fix for 7034977 which removed the invokeGeneric method Summary: Change the tests to call invoke instead of invokeGeneric Reviewed-by: jrose, mcimadamore ! test/tools/javac/meth/InvokeMH.java ! test/tools/javac/meth/XlintWarn.java Changeset: b8a2c9c87018 Author: lana Date: 2011-06-10 11:44 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/b8a2c9c87018 Merge Changeset: 588d366d96df Author: asaha Date: 2011-04-21 16:16 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/588d366d96df Merge Changeset: 219b522d09e4 Author: asaha Date: 2011-05-04 12:00 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/219b522d09e4 Merge Changeset: 145d832616d3 Author: asaha Date: 2011-05-05 22:30 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/145d832616d3 Merge Changeset: 8b6e015ae7d0 Author: asaha Date: 2011-05-24 11:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/8b6e015ae7d0 Merge - test/tools/javac/generics/diamond/7030150/Neg01.java - test/tools/javac/generics/diamond/7030150/Neg01.out - test/tools/javac/generics/diamond/7030150/Neg02.java - test/tools/javac/generics/diamond/7030150/Neg02.out - test/tools/javac/generics/diamond/7030150/Neg03.java - test/tools/javac/generics/diamond/7030150/Neg03.out - test/tools/javac/generics/diamond/7030150/Pos01.java - test/tools/javac/generics/diamond/7030150/Pos02.java Changeset: 35cc19ae29b5 Author: asaha Date: 2011-05-26 17:26 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/35cc19ae29b5 Merge Changeset: 8b65930602c3 Author: asaha Date: 2011-05-26 21:42 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/8b65930602c3 Merge Changeset: 0adb806caf9d Author: asaha Date: 2011-06-06 10:22 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/0adb806caf9d Merge Changeset: bb1fdcebde01 Author: asaha Date: 2011-06-03 07:54 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/bb1fdcebde01 Merge Changeset: 8ed03b0e3c9c Author: asaha Date: 2011-06-06 11:08 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/8ed03b0e3c9c Merge Changeset: f494ca4bca0d Author: lana Date: 2011-06-15 16:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/f494ca4bca0d Merge Changeset: 7eba9df190ae Author: bpatel Date: 2011-06-17 20:12 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/7eba9df190ae 7052425: Change the look and feel of the javadoc generate HTML pages using stylesheet Reviewed-by: jjg ! src/share/classes/com/sun/tools/doclets/formats/html/HtmlDoclet.java + src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/background.gif - src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/inherit.gif ! src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/stylesheet.css + src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/tab.gif + src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/titlebar.gif + src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/titlebar_end.gif ! test/com/sun/javadoc/AccessH1/AccessH1.java ! test/com/sun/javadoc/testStylesheet/TestStylesheet.java Changeset: c3a3440fe6e8 Author: bpatel Date: 2011-06-17 20:14 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/c3a3440fe6e8 Merge Changeset: 9425dd4f53d5 Author: schien Date: 2011-06-18 09:04 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/9425dd4f53d5 Merge Changeset: 436fb6aeda5a Author: schien Date: 2011-06-20 16:25 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/436fb6aeda5a Added tag jdk7-b146 for changeset 9425dd4f53d5 ! .hgtags Changeset: 06b6bbbe2787 Author: schien Date: 2011-06-20 17:39 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/06b6bbbe2787 Merge - src/share/classes/com/sun/tools/doclets/internal/toolkit/resources/inherit.gif From john_platts at hotmail.com Thu Jun 23 08:03:31 2011 From: john_platts at hotmail.com (John Platts) Date: Thu, 23 Jun 2011 10:03:31 -0500 Subject: Improvements to Java Native Interface API's in JDK 8 Message-ID: One of the issues with the Java Native Interface Invocation API is that the arguments passed into the JNI_CreateJavaVM method are in the default platform encoding. Here are the problems with this approach: - On Windows, the default platform encoding is set to an non-Unicode charset. - There are Unicode-only locales in Windows 2000 and later, and these locales use characters that are not in ASCII. - File names on Windows NT-based operating systems can contain characters that are not in the default platform encoding. - JVM arguments can contain characters that are not in the default platform encoding. The conversion of strings containing characters that are not in the default platform encoding might pose a security risk in certain circumstances. - The JVM converts arguments passed into the JVM from the platform default encoding to UTF-16. ? There needs to be a mechanism that allows Unicode-encoded arguments to be passed into the JNI_CreateJavaVM method on Java SE 8 or later. This mechanism requires new versions of JavaVMInitArgs, and a UTF-16 version of JavaVMOption (which is used when the UTF-16 encoding is specified). ? Here are updated definitions of the Java Native Interface Invocation API in Java SE 8 to support passing in VM options in Unicode, although the definitions are still subject to change at this point: #define JNI_VERSION_1_8 0x00010008 ? #define JNI_ENCODING_DEFAULT 0 #define JNI_ENCODING_MODIFIED_UTF8 1 #define JNI_ENCODING_STANDARD_UTF8 2 #define JNI_ENCODING_UTF16 3 ? typedef struct JavaVMOption8 { ??? char *optionString; ??? void *extraInfo; } JavaVMOption8; ? typedef struct JavaVMOption8_UTF16 { ??? jchar *optionString; ??? void *extraInfo; } JavaVMOption8; ? typedef struct JavaVMInitArgs8 { ??? jint version; /* must be set to JNI_VERSION_1_8 */ ? ??? /* optionCharEncoding must be set to one of the following values: */ ??? /* JNI_ENCODING_DEFAULT - Platform default encoding */ ??? /* JNI_ENCODING_MODIFIED_UTF8 - Modified UTF-8 encoding */ ??? /* JNI_ENCODING_STANDARD_UTF8 - Standard UTF-8 encoding */ ??? jint optionCharEncoding; ? ??? jint nOptions; ??? /* The optionString value of each of the options is in the */ ??? /* encoding specified in optionCharEncoding.?????????????? */ ??? JavaVMOption8 *options; ? ??? jboolean ignoreUnrecognized; } JavaVMInitArgs8; ? typedef struct JavaVMInitArgs8_UTF16 { ??? jint version; /* must be set to JNI_VERSION_1_8 */ ??? jint optionCharEncoding; /* must be set to JNI_ENCODING_UTF16 */ ??? jint nOptions; ??? JavaVMOption8_UTF16 *options; ??? jboolean ignoreUnrecognized; } JavaVMInitArgs8; ? Here are advantages of the new definitions: - The JVM can verify that Modified UTF-8, Standard UTF-8, and UTF-16 input is not malformed. - The programmer must specify the encoding used for the options passed into the VM. This improves correctness, improves portability, minimizes security risks, and makes review of code using the JNI Invocation API easier. - JVM options containing characters that are not in the platform default encoding can be passed into the JNI invocation API, as long as the options contain valid Unicode characters. - There is no longer a need to convert from UTF-16 strings to the platform specific encoding on Windows platforms. This makes writing code using the JNI Invocation API easier on Windows platform, since there is no longer a need to use WideCharToMultiByte to convert UTF-16-encoded options to the default platform encoding. - The NetBeans and Eclipse launchers can start the Java VM using the JNI invocation API. The updates above can solve problems with the NetBeans and Eclipse launchers on Windows platforms, as the updates allow VM options to be passed in using Unicode instead of the default platform encoding. ? The executable files in the bin directory of JDK 8 and later need to be Unicode-enabled on Windows platforms. In addition, the NetBeans launcher needs to be Unicode-enabled on Windows platforms, and pass in options using Unicode whenever a Java SE 8 or later VM is launched through the NetBeans launcher. ? The Java Native Interface API's use Modified UTF-8 encoding instead of Standard UTF-8. There are several issues with having strings encoded as Modified UTF-8: - These strings are often incorrectly treated as Standard UTF-8 strings or strings encoded in the default platform encoding. - Many native APIs (with the exception of the Java Native Interface API's) expect strings to be in the default platform encoding, standard UTF-8, or UTF-16. - Many JNI native libraries have bugs because they incorrectly treat modified UTF-8 strings as standard UTF-8 strings or strings in the default platform encoding. Some of these libraries also incorrectly pass in standard UTF-8-encoded strings or strings encoded in the default platform encoding into JNI methods without converting these strings into modified UTF-8. ? New versions of the following JNI methods need to be added into JNI in Java SE 8, with an additional argument to specify the character encoding used: - DefineClass - FindClass - ThrowNew - FatalError - GetFieldID - GetMethodID - GetStaticFieldID - GetStaticMethodID - NewStringUTF - GetStringUTFLength - GetStringUTFChars - ReleaseStringUTFChars - GetStringUTFRegion - RegisterNatives - AttachCurrentThread - AttachCurrentThreadAsDaemon New versions of these API's are needed to address correctness issues with JNI code. The semantics of the existing versions of these methods need to remain unchanged to avoid breaking backwards compatibility. From daniel.daugherty at oracle.com Mon Jun 27 16:00:44 2011 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Mon, 27 Jun 2011 17:00:44 -0600 Subject: Improvements to Java Native Interface API's in JDK 8 In-Reply-To: References: Message-ID: <4E090B9C.2060607@oracle.com> This (old) bug seems related to this proposal: 5030776 4/5 UTF-8 strings support doc change http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5030776 Dan On 6/23/2011 9:03 AM, John Platts wrote: > One of the issues with the Java Native Interface Invocation API is that the arguments passed into the JNI_CreateJavaVM method are in the default platform encoding. Here are the problems with this approach: > - On Windows, the default platform encoding is set to an non-Unicode charset. > - There are Unicode-only locales in Windows 2000 and later, and these locales use characters that are not in ASCII. > - File names on Windows NT-based operating systems can contain characters that are not in the default platform encoding. > - JVM arguments can contain characters that are not in the default platform encoding. The conversion of strings containing characters that are not in the default platform encoding might pose a security risk in certain circumstances. > - The JVM converts arguments passed into the JVM from the platform default encoding to UTF-16. > > There needs to be a mechanism that allows Unicode-encoded arguments to be passed into the JNI_CreateJavaVM method on Java SE 8 or later. This mechanism requires new versions of JavaVMInitArgs, and a UTF-16 version of JavaVMOption (which is used when the UTF-16 encoding is specified). > > Here are updated definitions of the Java Native Interface Invocation API in Java SE 8 to support passing in VM options in Unicode, although the definitions are still subject to change at this point: > #define JNI_VERSION_1_8 0x00010008 > > #define JNI_ENCODING_DEFAULT 0 > #define JNI_ENCODING_MODIFIED_UTF8 1 > #define JNI_ENCODING_STANDARD_UTF8 2 > #define JNI_ENCODING_UTF16 3 > > typedef struct JavaVMOption8 { > char *optionString; > void *extraInfo; > } JavaVMOption8; > > typedef struct JavaVMOption8_UTF16 { > jchar *optionString; > void *extraInfo; > } JavaVMOption8; > > typedef struct JavaVMInitArgs8 { > jint version; /* must be set to JNI_VERSION_1_8 */ > > /* optionCharEncoding must be set to one of the following values: */ > /* JNI_ENCODING_DEFAULT - Platform default encoding */ > /* JNI_ENCODING_MODIFIED_UTF8 - Modified UTF-8 encoding */ > /* JNI_ENCODING_STANDARD_UTF8 - Standard UTF-8 encoding */ > jint optionCharEncoding; > > jint nOptions; > /* The optionString value of each of the options is in the */ > /* encoding specified in optionCharEncoding. */ > JavaVMOption8 *options; > > jboolean ignoreUnrecognized; > } JavaVMInitArgs8; > > typedef struct JavaVMInitArgs8_UTF16 { > jint version; /* must be set to JNI_VERSION_1_8 */ > jint optionCharEncoding; /* must be set to JNI_ENCODING_UTF16 */ > jint nOptions; > JavaVMOption8_UTF16 *options; > jboolean ignoreUnrecognized; > } JavaVMInitArgs8; > > Here are advantages of the new definitions: > - The JVM can verify that Modified UTF-8, Standard UTF-8, and UTF-16 input is not malformed. > - The programmer must specify the encoding used for the options passed into the VM. This improves correctness, improves portability, minimizes security risks, and makes review of code using the JNI Invocation API easier. > - JVM options containing characters that are not in the platform default encoding can be passed into the JNI invocation API, as long as the options contain valid Unicode characters. > - There is no longer a need to convert from UTF-16 strings to the platform specific encoding on Windows platforms. This makes writing code using the JNI Invocation API easier on Windows platform, since there is no longer a need to use WideCharToMultiByte to convert UTF-16-encoded options to the default platform encoding. > - The NetBeans and Eclipse launchers can start the Java VM using the JNI invocation API. The updates above can solve problems with the NetBeans and Eclipse launchers on Windows platforms, as the updates allow VM options to be passed in using Unicode instead of the default platform encoding. > > The executable files in the bin directory of JDK 8 and later need to be Unicode-enabled on Windows platforms. In addition, the NetBeans launcher needs to be Unicode-enabled on Windows platforms, and pass in options using Unicode whenever a Java SE 8 or later VM is launched through the NetBeans launcher. > > The Java Native Interface API's use Modified UTF-8 encoding instead of Standard UTF-8. There are several issues with having strings encoded as Modified UTF-8: > - These strings are often incorrectly treated as Standard UTF-8 strings or strings encoded in the default platform encoding. > - Many native APIs (with the exception of the Java Native Interface API's) expect strings to be in the default platform encoding, standard UTF-8, or UTF-16. > - Many JNI native libraries have bugs because they incorrectly treat modified UTF-8 strings as standard UTF-8 strings or strings in the default platform encoding. Some of these libraries also incorrectly pass in standard UTF-8-encoded strings or strings encoded in the default platform encoding into JNI methods without converting these strings into modified UTF-8. > > New versions of the following JNI methods need to be added into JNI in Java SE 8, with an additional argument to specify the character encoding used: > - DefineClass > - FindClass > - ThrowNew > - FatalError > - GetFieldID > - GetMethodID > - GetStaticFieldID > - GetStaticMethodID > - NewStringUTF > - GetStringUTFLength > - GetStringUTFChars > - ReleaseStringUTFChars > - GetStringUTFRegion > - RegisterNatives > - AttachCurrentThread > - AttachCurrentThreadAsDaemon > > New versions of these API's are needed to address correctness issues with JNI code. The semantics of the existing versions of these methods need to remain unchanged to avoid breaking backwards compatibility. > From suchen.chien at oracle.com Tue Jun 28 09:46:01 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 28 Jun 2011 16:46:01 +0000 Subject: hg: jdk8/jdk8: 4 new changesets Message-ID: <20110628164601.60299473C0@hg.openjdk.java.net> Changeset: 8da980eedab6 Author: jeff Date: 2011-06-22 10:09 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/8da980eedab6 7057046: Add embedded license to THIRD PARTY README Reviewed-by: lana ! THIRD_PARTY_README Changeset: d91364304d7c Author: lana Date: 2011-06-22 12:40 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/d91364304d7c Merge Changeset: ee67ee3bd597 Author: schien Date: 2011-06-27 13:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/ee67ee3bd597 Added tag jdk7-b147 for changeset d91364304d7c ! .hgtags Changeset: 04734fe746f0 Author: schien Date: 2011-06-27 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/rev/04734fe746f0 Merge From suchen.chien at oracle.com Tue Jun 28 09:46:11 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 28 Jun 2011 16:46:11 +0000 Subject: hg: jdk8/jdk8/corba: 4 new changesets Message-ID: <20110628164615.7CF78473C2@hg.openjdk.java.net> Changeset: bba0e37d7006 Author: jeff Date: 2011-06-22 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/bba0e37d7006 7057046: Add embedded license to THIRD PARTY README Reviewed-by: lana ! THIRD_PARTY_README Changeset: 73323cb33962 Author: lana Date: 2011-06-22 12:40 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/73323cb33962 Merge Changeset: 960011ba4bf2 Author: schien Date: 2011-06-27 13:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/960011ba4bf2 Added tag jdk7-b147 for changeset 73323cb33962 ! .hgtags Changeset: 97014e43181f Author: schien Date: 2011-06-27 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/corba/rev/97014e43181f Merge From suchen.chien at oracle.com Tue Jun 28 09:48:30 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 28 Jun 2011 16:48:30 +0000 Subject: hg: jdk8/jdk8/jaxp: 4 new changesets Message-ID: <20110628164830.2A601473C4@hg.openjdk.java.net> Changeset: eed2486cb10b Author: jeff Date: 2011-06-22 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/eed2486cb10b 7057046: Add embedded license to THIRD PARTY README Reviewed-by: lana ! THIRD_PARTY_README Changeset: fc268cd1dd5d Author: lana Date: 2011-06-22 12:40 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/fc268cd1dd5d Merge Changeset: 6c9ac74190a0 Author: schien Date: 2011-06-27 13:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/6c9ac74190a0 Added tag jdk7-b147 for changeset fc268cd1dd5d ! .hgtags Changeset: 58dfc6f729e8 Author: schien Date: 2011-06-27 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxp/rev/58dfc6f729e8 Merge From suchen.chien at oracle.com Tue Jun 28 09:48:39 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 28 Jun 2011 16:48:39 +0000 Subject: hg: jdk8/jdk8/jaxws: 4 new changesets Message-ID: <20110628164839.EF023473C6@hg.openjdk.java.net> Changeset: 632e38191caa Author: jeff Date: 2011-06-22 10:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/632e38191caa 7057046: Add embedded license to THIRD PARTY README Reviewed-by: lana ! THIRD_PARTY_README Changeset: d13b1f877bb5 Author: lana Date: 2011-06-22 12:41 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/d13b1f877bb5 Merge Changeset: 2605f832dfbf Author: schien Date: 2011-06-27 13:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/2605f832dfbf Added tag jdk7-b147 for changeset d13b1f877bb5 ! .hgtags Changeset: 47022a1b59be Author: schien Date: 2011-06-27 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jaxws/rev/47022a1b59be Merge From suchen.chien at oracle.com Tue Jun 28 09:48:55 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 28 Jun 2011 16:48:55 +0000 Subject: hg: jdk8/jdk8/jdk: 4 new changesets Message-ID: <20110628164955.203B8473C8@hg.openjdk.java.net> Changeset: cfd7602f5c52 Author: jeff Date: 2011-06-22 10:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/cfd7602f5c52 7057046: Add embedded license to THIRD PARTY README Reviewed-by: lana ! THIRD_PARTY_README Changeset: f097ca2434b1 Author: lana Date: 2011-06-22 12:41 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/f097ca2434b1 Merge Changeset: 9b8c96f96a0f Author: schien Date: 2011-06-27 13:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/9b8c96f96a0f Added tag jdk7-b147 for changeset f097ca2434b1 ! .hgtags Changeset: fc350fd41f31 Author: schien Date: 2011-06-27 14:10 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/jdk/rev/fc350fd41f31 Merge From suchen.chien at oracle.com Tue Jun 28 09:52:52 2011 From: suchen.chien at oracle.com (suchen.chien at oracle.com) Date: Tue, 28 Jun 2011 16:52:52 +0000 Subject: hg: jdk8/jdk8/langtools: 4 new changesets Message-ID: <20110628165304.9C1D9473CA@hg.openjdk.java.net> Changeset: a72412b148d7 Author: jeff Date: 2011-06-22 10:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/a72412b148d7 7057046: Add embedded license to THIRD PARTY README Reviewed-by: lana ! THIRD_PARTY_README Changeset: 58bc532d6341 Author: lana Date: 2011-06-22 12:41 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/58bc532d6341 Merge Changeset: ce654f4ecfd8 Author: schien Date: 2011-06-27 13:21 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/ce654f4ecfd8 Added tag jdk7-b147 for changeset 58bc532d6341 ! .hgtags Changeset: e0dec1645823 Author: schien Date: 2011-06-27 14:11 -0700 URL: http://hg.openjdk.java.net/jdk8/jdk8/langtools/rev/e0dec1645823 Merge