Artifactory does the same (compatible with Maven, Gradle, Ivy, etc). On Jun 21, 2013, at 12:01 AM, Tom Eugelink <t...@tbee.org> wrote:
> > 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 >>>>>>> >>>>>>> >>>> >> >> > >
