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 > >>> > >>> > >> > >
