What I wanted to say with that (friends always accuse me of not being to the
point) is that by running a Nexus repo yourself,
- Oracle is self hosting
- But also immediately compatible with Maven, Gradle, Ivy, etc
- Allow other repo's to easily proxy, which improves availability
I'm more than happy to setup a Nexus.
Tom
On 2013-06-21 08:56, Tom Eugelink wrote:
Installing Nexus is extremely simple (kudo's to sonatype for that). I've got a
copy running myself, proxying all kinds of other repo's, just to be not
dependent on other hosting.
Tom
On 2013-06-21 08:51, Richard Bair wrote:
Oracle has this thing about wanting to self host everything. However that
doesn't stop the community from putting OpenJDK / OpenJFX stuff somewhere
reasonable until Oracle finally gets all the infrastructure in place and the
OpenJDK project can then take advantage of it.
Richard
On Jun 20, 2013, at 11:34 PM, Daniel Zwolenski <zon...@gmail.com> wrote:
Why not use Sonatype for your repo?
For third party jars that aren't in central, you can upload these assuming the
licence allows it:
https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+The+Central+Repository
For your own stuff that you aren't going to publish for real but still want to
be available (e.g. latest releases of JFX), publish it as a SNAPSHOT. For real
stuff, publish it proper into the Maven repo and make it available for use by
the community.
It certainly would make my life massively more enjoyable if a build of the JRE
was available for download for each of the platforms. And things like
win-launcher.exe and other secondary assets would also make it much easier to
work on the packaging tools, etc.
On Fri, Jun 21, 2013 at 2:34 PM, Richard Bair <richard.b...@oracle.com> wrote:
Yes, working on the web view building. The main issue is there are a handful of
libs (libxml, libxslt, etc) that we have to figure out where to put. I believe
these are unaltered by us, but built with different flags to strip out stuff we
don't need. I've asked Peter whether we can post the build instructions to
produce these libs, and then figured once anyone can build them, it wouldn't be
to hard to find a place to put them.
Ultimately we're trying to get a public artifactory repository setup for
OpenJDK which would be the natural place for us to put all our dependencies
like this, but in the meantime we just need a place to put some binaries. I
know some of these binaries could be found elsewhere but not all of them (win64
builds I think are missing for example).
On Jun 20, 2013, at 8:56 PM, Danno Ferrin <danno.fer...@shemnon.com> wrote:
On Thu, Jun 20, 2013 at 5:21 PM, Daniel Zwolenski <zon...@gmail.com> wrote:
This time sending to the list (gets me every time!):
Great news!
Danno - where does this put us with the JFX78 backport? Can we get a build
of this for iOS now or what's needed to close this loop?
The good news is that my JFX78 project now compiles via gradle without
needing a stub jar. I took out the date picker and the builders for media
and web view. So you can download it locally and build a jfxrt.jar and
likely use the ios libs that build currently. I haven't poked around too
much with the native bits. (see https://bitbucket.org/narya/jfx78)
I also have been working on some maven distribution for this, not ready
for consumption yet but an accessory build file creates the poms and
handles the upload tasks (
https://bitbucket.org/narya/jfx78/src/3fe6c37ebdfbed33d1bdc9ad9d6a2037972de680/narya.gradle?at=default
).
The date picker will return when the threetenbp jars are updated, and media
when those files are released. WebView I either need to submit a patch to
get it building in gradle or be patient. But honestly all three of these
rank in priority for me below writing a jfpackager bundler that wraps
robovm.
The RoboVM Maven plugin is working. I'd be keen to make it work with JFX
auto included so basically you can create a normal project and run mvn
robovm:ipad-simulator (robovm:ios-device is under construction) and next
thing you have a running JFX app on iOS, no mess, no fuss.
I have a pitch for a suite of fairly major app development next week. So
many unknowns with JFX and app development at this stage! I'm still pretty
disappointed that JFX on iOS/Android is not officially supported by Oracle
(such a massive wtf? for me) - makes it such a risky prospect for us on the
front line.
On Fri, Jun 21, 2013 at 3:47 AM, Felipe Heidrich <
felipe.heidr...@oracle.com
wrote:
Hello,
We have just open-sourced javafx-font and javafx-font-native!
Note that a lot of the code we open-sourced today is a new implementation
based on native text technologies (CoreText for the Mac and DirectWrite
for
Windows).
We still have a lot of work to do:
- finishing the new linux implementation is a big one
- testing
- improve on sub pixel position text
- etc
Help is most welcome,
Thank you
Felipe
