Hi, Oleg,
since you haven't provided a link to the webrev, I assume the fix is a
straightforward backport from JDK8, correct? I don't see any problems
with it then.
Thanks,
Artem
On 2/24/2012 12:36 PM, Oleg Pekhovskiy wrote:
Hi!
Please review the fix to push for CR:
http://bugs.sun.com/vi
On 2/28/2012 10:56 AM, Anthony Petrov wrote:
On 2/28/2012 10:05 PM, Artem Ananiev wrote:
1. On X11, we don't have any other toolkits than XToolkit, so I don't
see any point in checking the AWT_TOOLKIT var on X11.
A custom toolkit may be specified via the -Dawt.toolkit= argument. The
AWT_TOOLK
On 2/28/2012 10:05 PM, Artem Ananiev wrote:
1. On X11, we don't have any other toolkits than XToolkit, so I don't
see any point in checking the AWT_TOOLKIT var on X11.
A custom toolkit may be specified via the -Dawt.toolkit= argument. The
AWT_TOOLKIT env var must override this setting. Therefor
On 2/28/2012 9:32 AM, Anthony Petrov wrote:
Hi Artem,
Thanks for the review. Please find my comments below.
On 2/28/2012 9:22 PM, Artem Ananiev wrote:
http://cr.openjdk.java.net/~anthony/7u4-2-headlessTestFailed-7147435.0/
contains changes to the awt_LoadLibrary.c file only. I have provided
Hi Artem,
Thanks for the review. Please find my comments below.
On 2/28/2012 9:22 PM, Artem Ananiev wrote:
http://cr.openjdk.java.net/~anthony/7u4-2-headlessTestFailed-7147435.0/
contains changes to the awt_LoadLibrary.c file only. I have provided a
link to the webrev for 7124511 as a referenc
Hi, Anthony,
On 2/28/2012 2:47 AM, Anthony Petrov wrote:
Hi Artem,
I believe you've clicked the wrong link. My webrev at
yes, it really sounds like I looked into another webrev...
http://cr.openjdk.java.net/~anthony/7u4-2-headlessTestFailed-7147435.0/
contains changes to the awt_LoadLibrar
On 2/28/12 11:21 AM, Chris Hegarty wrote:
> [cc'ing security-dev@o.j.n, they may be able to suggest a suitable
> alternative, supported, API to use].
I would recommend they implement the functionality entirely in the OpenDS
product. X500Signer is a very simple class and can be implemented using t
[cc'ing security-dev@o.j.n, they may be able to suggest a suitable
alternative, supported, API to use].
-Chris.
On 02/28/12 04:22 PM, Seán Coffey wrote:
The issue would lie with the OpenDS team then. They need to update their
code and use supported JDK APIs.
regards,
Sean.
On 28/02/2012 16:1
The issue would lie with the OpenDS team then. They need to update their
code and use supported JDK APIs.
regards,
Sean.
On 28/02/2012 16:10, Lindner, Bärbel wrote:
sun.security.x509.x500Signer is used from OpenDS (our version is v2.2.0). That
is one reason that OpenDS is not runnable with JR
See http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6876158
sun.security.x509 package is JRE private and should not be used by 3rd
party applications.
regards,
Sean.
On 28/02/2012 15:38, Lindner, Bärbel wrote:
Please readd class "sun.security.x509.X500Signer" in rt.jar. The class was
a
sun.security.x509.x500Signer is used from OpenDS (our version is v2.2.0). That
is one reason that OpenDS is not runnable with JRE7.
Regards
Baerbel
-Original Message-
From: Seán Coffey [mailto:sean.cof...@oracle.com]
Sent: Dienstag, 28. Februar 2012 17:07
To: Lindner, Bärbel
Cc: jdk7u-d
Please readd class "sun.security.x509.X500Signer" in rt.jar. The class was
available in JRE 1.6 rt.jar.
Thanks
Baerbel
--
Baerbel Lindner
Fujitsu Technology Solutions
Changeset: 05e342dd44de
Author:anthony
Date: 2012-02-28 16:39 +0400
URL: http://hg.openjdk.java.net/jdk7u/jdk7u4-dev/jdk/rev/05e342dd44de
7132692: [macosx] Class com.apple.eawt not functioning
Summary: Postpone setting an application delegate until an app is fully
initialized
Revie
Anthony,
fix looks fine to me.
With best regards,
Alex
On 2/27/12 17:30, Anthony Petrov wrote:
Hello,
Please review a fix for
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147435 at:
http://cr.openjdk.java.net/~anthony/7u4-2-headlessTestFailed-7147435.0/
This bug is a regression o
Hi Artem,
I believe you've clicked the wrong link. My webrev at
http://cr.openjdk.java.net/~anthony/7u4-2-headlessTestFailed-7147435.0/
contains changes to the awt_LoadLibrary.c file only. I have provided a
link to the webrev for 7124511 as a reference only, and put it in the
very end of my m
Artem,
I don't think we can ignore it in the closed/oracle build. But, I'd
agree the default situation
could be, when it's not set, to build universal (32 + 64).
- Michael.
On 27/02/12 23:09, Artem Ananiev wrote:
Alternatively, we can completely ignore ARCH_DATA_MODEL on Mac and
always bu
>>Did you built main branch (jdk7u) or dev branch (jdkudev) ?
>
> dev branch jdk7u-dev
>
> see: https://gist.github.com/1904211
Yep I know well your scripts :)
Error is still in FreeType 2.3.0 detection.
ERROR: FreeType version 2.3.0 or higher is required.
/bin/mkdir -p
/Users/henri/jenkins/
17 matches
Mail list logo
