I' ll try to compile a list of the private apis we currently use in our
application and why.
Looking forward to using only public apis in java 9 then :-)
- Stefan
On Apr 8, 2015, at 1:52 PM, Robert Krüger krue...@lesspain.de wrote:
our only workaround is to use private API
For the benefit
Hi,
and one more thing, I don't care about Unsafe. It can die unless it is
involved in a workaround for the StringIndexOutOfBoundsException in
CertUtils.checkWildcardDomain we currently see in java 8u60-ea when
opening an https connection to our servers. Hopefully this can be fixed
till the
On Wed, Apr 8, 2015 at 9:59 PM, Tomas Mikula tomas.mik...@gmail.com wrote:
Should I rely now on all of those fixes
to be backported to 8?
Why do you need them to be backported to 8? Just having them fixed in
9 should be fine, no? (keeping the private workarounds for 8)
It was a response
Hi,
in SWT on JavaFX (most likely NOT a common useage of JavaFX):
-
I had to reside to private-API when it comes to:
* text calculations where there is no public API for things like
FontMetrics, TextLayout, ...
* For some of the direct
Hi Jim,
Definitely discrete GPU on the iMac:
java -cp target/DemoFX.jar -Dprism.verbose=true
com.chrisnewland.demofx.standalone.Sierpinski
Prism pipeline init order: es2 sw
Using native-based Pisces rasterizer
Using dirty region optimizations
Not using texture mask for primitives
Not forcing
The spec says that if there is an @import it has to appear first before
any rule, except @charset, if present.
On 4/8/15 5:12 PM, Tom Eugelink wrote:
I'm currently porting and reworking some gauges from Enzo to JFXtras.
One of things that gets reworked involves that all gauges will have
I'm currently porting and reworking some gauges from Enzo to JFXtras. One of
things that gets reworked involves that all gauges will have custom colored
segments. These segments can be preset using colorschemes (e.g. green to red in
10 steps), so the CSS for these colors are shared over all
For the benefit of the devs on the list, could you please point out what
private APIs you currently need to use? That way we can make sure proper
JIRAs are filed and we can connect those to actual real-world problems.
e.g. handling a double click of a file on MacOS is impossible without
- Getting access to the native window to let our video player render into a
JFX screen, to have a video player with features and format support that
can compete with other players on the market (RT-36215), basically
following the example of Steve and Felipe's JavaOne presentation
Integrating
Does the order in which things appear in a CSS have influence on the behavior?
Tom
On 8-4-2015 23:22, David Grieve wrote:
The spec says that if there is an @import it has to appear first before any
rule, except @charset, if present.
On 4/8/15 5:12 PM, Tom Eugelink wrote:
I'm currently
Jonathan, Kevin and David,
Please review these layout changes to the Spinner Ensemble sample to
proportionally layout the different Spinners.
Thanks much.
--morris
JIRA - https://javafx-jira.kenai.com/browse/RT-40199
WEBREV - http://cr.openjdk.java.net/~morris/RT-40199.01/
All my MBP numbers are on integrated Intel graphics as well. I tested on an
old MBP that only has Intel graphics and on my more recent MBP the Nvidia
is deactivated due to a problem with it.
On Wed, Apr 8, 2015 at 1:16 AM, Jim Graham james.gra...@oracle.com wrote:
OK, I took the time to put my
Disclaimer: I have not looked at the demo you're trying to run. I'm no
opengl expert so my advice might be a bit off, but I do know the basics of
gl programming.
I'm not familiar with JavaFX opengl rendering algorithm but is it really
needed to create a new (sub)texture object so many times?
Hi Jim,
I'll post the verbose prism output from my iMac when I get home.
Just tried this on my Linux workstation and the performance gap is the
same between es2 and sw so I don't think it's an OSX issue.
uname -a
Linux chris 3.2.0-4-amd64 #1 SMP Debian 3.2.65-1+deb7u2 x86_64 GNU/Linux
Hi Robert,
No, this is not a misunderstanding. There will be no access to any
classes in non-public packages in JDK 9 by applications for exactly the
reasons the region rep mentioned. For JavaFX this means that no
com.sun.javafx (or similar) packages will be accessible by applications
in JDK
If there are FX APIs that are currently private that folks think should be
public, or that are currently necessary to implement a work-around for another
bug, please make sure there is a Jira issue filed for this.
We’ll try to address this for JDK 9 to mitigate this, but everyone should
Hi Kevin, Vadim,
Please have a look at the WebView Pasteboard refactoring fix:
jira: https://javafx-jira.kenai.com/browse/RT-40330
fix: http://cr.openjdk.java.net/~ant/RT-40330/webrev.0
Thanks,
Anton.
Hi,
I hope this is not too off-topic, because although it came up in a JFX
context it's not strictly JFX-only.
Someone from our team recently had a chat with a high-ranking regional
Oracle representative who gave a talk on the state of JFX. Our guy
explained our situation (evaluating JFX to
OK, while I wrote this, all the other replies came in. So I see that your
recommendation for the cases I mentioned is then to patch OpenJDK and
submit Jira issues. Fair enough.
Regarding Jira issues, we are already doing that. Regarding code
contribution, this is a different thing, because in
My concern is that issues with existing workarounds were given lower
priority. Now many workarounds will disappear, but I'm worried that
the priorities will not be reconsidered.
I think part of the problem is the fact that Java does not have a good
way of marking an API as experimental. Anything
I think that Oracle people are right. It's more a JDK 9 or jigsaw issue than a
JavaFX issue.
Sent from my iPhone
On Apr 8, 2015, at 20:22, Tomas Mikula tomas.mik...@gmail.com wrote:
My concern is that issues with existing workarounds were given lower
priority. Now many workarounds will
Hi,
then I can only hope, that this flag is available to webstart applications.
Webstart applications have no control over the installed jre. In the
past we encountered various bugs in the jre, which required using
internal apis for workarounds.
For example in some releases of Java 7 the swing
Making any theoretical flag available to the deployment side would
entirely miss the point.
Let me be blunt -- sun.misc.Unsafe must die in a fire. It is -- wait
for it -- Unsafe. It must go. Ignore any kind of theoretical rope and
start the path to righteousness _*/now/*_. It is still
Hi,
you are right, there are still years to the end of public updates to JDK
8 We can use them to migrate to other technologies.
- Stefan
Making any theoretical flag available to the deployment side would
entirely miss the point.
Let me be blunt -- sun.misc.Unsafe must die in a
it's not strictly JFX-only.
Its not remotely FX only, in fact I could argue FX is not so affected,
as being relatively new it does not have 20 years of accumulation
of people using internal APIs that the larger JDK does, often dating from
when there were no suitable public APIs. There still
exactly. I don't give a about Unsafe but I have to deal with the
realities of Java(FX) in its current state and as long as bugs or
limitations that simply make it impossible to ship a product that can
compete with others in our market sit there for months or years and our
only workaround is
I do believe in making things right (like killing Unsafe, hiding private APIs).
The transition will just be so much pain now that there is so much
accumulated private APIs used in production. If there were no
accessible private APIs to start with, there would be more pressure to
fix bugs and
Should I rely now on all of those fixes
to be backported to 8?
Why do you need them to be backported to 8? Just having them fixed in
9 should be fine, no? (keeping the private workarounds for 8)
T.
On Apr 8, 2015, at 1:52 PM, Robert Krüger krue...@lesspain.de wrote:
our only workaround is to use private API
For the benefit of the devs on the list, could you please point out what
private APIs you currently need to use? That way we can make sure proper JIRAs
are filed and we can
Just adding to the comment that a specific user has the issue will help,
especially when it comes to validating the fix.
On Apr 8, 2015, at 2:24 PM, Hervé Girod herve.gi...@gmail.com wrote:
Do you need a specific classification for such JIRAs?
Sent from my iPhone
On Apr 8, 2015, at
Do you need a specific classification for such JIRAs?
Sent from my iPhone
On Apr 8, 2015, at 22:05, Danno Ferrin danno.fer...@oracle.com wrote:
On Apr 8, 2015, at 1:52 PM, Robert Krüger krue...@lesspain.de wrote:
our only workaround is to use private API
For the benefit of the devs on
31 matches
Mail list logo