# VTK 9.0.0.rc1
**URL:** https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860
**Category:** Announcements
**Tags:** release-process
**Created:** [March 20, 2020, 4:03pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860 "2020-03-20T16:03:10Z")
**Posts on this page:** 16
**Page:** 1
### Author:  [@TJ\_Corona](https://discourse.vtk.org/u/TJ_Corona)
#### Post date: [March 20, 2020, 4:03pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/1 "2020-03-20T16:03:10Z")
The VTK maintenance team is happy to announce that VTK 9.0 has entered the release candidate stage!
You can find the source, data and documentation tarballs [here](http://www.vtk.org/download/#candidate).
Take a look at the [VTK wiki](https://vtk.org/Wiki/VTK/API_Changes_8_2_0_to_9_0_0) for a complete list of API changes in v9.0.0 over the previous version.
Please try this version of VTK, and report any issues to the bug tracker so that we can try to address them before VTK 9.0.0 final. Kindly set the [9.0 milestone](https://gitlab.kitware.com/vtk/vtk/-/milestones/15) on your issue and merge requests for 9.0 to ensure that they are tracked during the remainder of the release process. Further, please base / rebase all 9.0 target branches off of the v9.0.0.rc1 tag to ensure minimal merge conflicts with the release and master branches.
The official release notes will be available when VTK 9.0.0 final is finished in the next few weeks. In the meantime, here is a preview of the significant changes and new features:
- [An update to VTK’s CMake build system to use modern CMake practices](https://vtk.org/doc/nightly/html/md__home_kitware_dashboards_buildbot_vtk_nightly-master-ike-linux-shared-release_doc_nightly_osm749dd663df9981384f2598c108aac3b0.html)
- Image data with their own orientation descriptions
- [Addition of arbitrary-order Bezier finite elements](https://blog.kitware.com/implementation-of-rational-bezier-cells-into-vtk/)
- [Introduction of explicit structured grids](https://blog.kitware.com/introducing-explicit-structured-grids-in-vtk-and-paraview/)
- [GPU-accelerated ray tracing with NVIDIA OptiX](https://blog.kitware.com/paraview-and-vtk-add-gpu-accelerated-ray-tracing-with-nvidia-rtx/)
- [GlITF 2.0 Support](https://blog.kitware.com/introducing-gltf-2-0-support-in-vtk-and-paraview/)
We hope you enjoy this release of VTK!
As always, contact [Kitware](https://www.kitware.com/) and the mailing lists for assistance.
---
### Author:  [@mwestphal](https://discourse.vtk.org/u/mwestphal)
#### Post date: [March 23, 2020, 1:32am UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/2 "2020-03-23T01:32:15Z")
You may want to update the “mailing list” part of this message 🙂
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 3:44am UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/3 "2020-03-25T03:44:43Z")
What is the status of Java bindings in this release? They are vital for our work!
I’m also curious to know more about the item in the change list above related to image data with their own orientation descriptions. Thanks!
---
### Author:  [@ben.boeckel](https://discourse.vtk.org/u/ben.boeckel)
#### Post date: [March 25, 2020, 11:44am UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/4 "2020-03-25T11:44:44Z")
The only issue I know of is that the `vtk.jar` is not exported through CMake properly. I need to look at how CMake does it normally to know how to do it. I’ll try and get to it before rc2. [https://gitlab.kitware.com/vtk/vtk/issues/17748](https://gitlab.kitware.com/vtk/vtk/issues/17748)
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 11:51am UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/5 "2020-03-25T11:51:40Z")
Great! I would definitely be willing to give it a spin if you got it in for rc2
---
### Author:  [@ben.boeckel](https://discourse.vtk.org/u/ben.boeckel)
#### Post date: [March 25, 2020, 11:53am UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/6 "2020-03-25T11:53:51Z")
Please try what is there now though. My change just makes it possible to Java wrapping of VTK-using libraries, so any code deficiencies are unlikely to be resolved with it.
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 12:52pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/7 "2020-03-25T12:52:33Z")
Right but we use it purely as a java wrapped set of libs. We don’t have other applications that use the standard C libs.
---
### Author:  [@ben.boeckel](https://discourse.vtk.org/u/ben.boeckel)
#### Post date: [March 25, 2020, 1:11pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/8 "2020-03-25T13:11:31Z")
Right. Can you test that the build-tree `vtk.jar` file works as-is at least? I suspect some work may be required to package it up as a standalone jar with the native libraries inside the jar as well.
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 1:58pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/9 "2020-03-25T13:58:19Z")
Ah! Now I see what you mean. We typically use it as vtk.jar + a folder of .jnilib anyway (instead of expecting the natives to be packaged within the jar). So I think that will work. Is there a proper build process documented for the new cmake system? Curious if the same cmake flags I had to set before would be appropriate.
---
### Author:  [@Sebastien\_Jourdain](https://discourse.vtk.org/u/Sebastien_Jourdain)
#### Post date: [March 25, 2020, 1:58pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/10 "2020-03-25T13:58:30Z")
@ben.boeckel usually we bundle the native lib in a different jar. Also in the old build process there was an effort to remove any version number in the lib name along with trying to ensure consistent extension across platforms (.dll, .so =\> .jnilib) Since I’m a bit rusty don’t take my words for it.
---
### Author:  [@ben.boeckel](https://discourse.vtk.org/u/ben.boeckel)
#### Post date: [March 25, 2020, 2:24pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/11 "2020-03-25T14:24:12Z")
> [@Gilthalas](#):
>
> Is there a proper build process documented for the new cmake system?
[https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/build.md](https://gitlab.kitware.com/vtk/vtk/blob/master/Documentation/dev/build.md) Though the Java-specific bits may need some tweaking.
> [@Sebastien\_Jourdain](#):
>
> Also in the old build process there was an effort to remove any version number in the lib name
I think the Java libraries are version-less by default.
> [@Sebastien\_Jourdain](#):
>
> along with trying to ensure consistent extension across platforms (.dll, .so =\> .jnilib)
Hmm. I only see `jnilib` in an `if (APPLE)` block. However, isn’t extension stuff an artifact of `System.loadLibrary`?
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 2:55pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/12 "2020-03-25T14:55:19Z")
OK that looks good - I can try to see if I need to update my scripts today. We make a few special patches to expose a few additional C methods to Java, so I’ll see what I can do.
jnilib is how shared libs get generated on a mac - although I think dylib will also work. Whatever you were doing before was fine 🙂
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 3:51pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/13 "2020-03-25T15:51:51Z")
Quick question as I look through the cmake options - it looks like iOS build and BUILD\_SHARED\_LIBS are mutually exclusive? I have to do the iOS in a separate build?
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 3:53pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/14 "2020-03-25T15:53:16Z")
And also - we used to be able to specify the JOGL\_GLUE and JOGL\_LIB parameters for specifying which JOGL jars we are using - but I don’t see that as an option. Any ideas?
---
### Author:  [@ben.boeckel](https://discourse.vtk.org/u/ben.boeckel)
#### Post date: [March 25, 2020, 4:00pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/15 "2020-03-25T16:00:58Z")
> [@Gilthalas](#):
>
> it looks like iOS build and BUILD\_SHARED\_LIBS are mutually exclusive? I have to do the iOS in a separate build?
This is a @ken-martin question. I may have messed it up in the new build system migration.
> [@Gilthalas](#):
>
> And also - we used to be able to specify the JOGL\_GLUE and JOGL\_LIB parameters for specifying which JOGL jars we are using - but I don’t see that as an option. Any ideas?
You still can. They’re not cache entries (they will be with my installation fixups though).
---
### Author:  [@Gilthalas](https://discourse.vtk.org/u/Gilthalas)
#### Post date: [March 25, 2020, 4:03pm UTC](https://discourse.vtk.org/t/vtk-9-0-0-rc1/2860/16 "2020-03-25T16:03:59Z")
OK copy that - I’ll just specify the JOGL paths as I did before during the cmake call.
Very curious about the iOS framework…