We have two migration tools:

* https://github.com/apache/polaris-tools/tree/main/iceberg-catalog-migrator

* https://github.com/apache/polaris-tools/tree/main/polaris-synchronizer

I'm pretty confident that iceberg-catalog-migrator works well, but it can
only migrate tables, not principals.

I never personally used polaris-synchronizer, still it's supposed to
migrate all Polaris data, including principals.

Cheers,
Dmitri.

On Wed, Sep 17, 2025 at 3:13 PM Russell Spitzer <russell.spit...@gmail.com>
wrote:

> +1 I think removing EclipseLink should happen soon now that we have 2
> releases with it deprecated. I have
> looked too deeply into this but do we have a migration plan for users
> already on EclipseLink to get over to the
> JDBC Impl?
>
> On Wed, Sep 17, 2025 at 12:53 PM Dmitri Bourlatchkov <di...@apache.org>
> wrote:
>
> > Thanks for bringing this issue up, Adam!
> >
> > I support removing EclipseLink code immediately.
> >
> > My rationale:
> >
> > * Due to EclipseLink deprecation, non-trivial new features are not
> > necessarily implemented there [1]
> >
> > * Any new bugs reported for EclipseLink are not likely to get attention
> > because this backend is in decline.
> >
> > * Users had better migrate to a supported backend earlier. If migration
> is
> > deferred, it will likely mean that any issues related to migration will
> > take even longer to be found.
> >
> > * Polaris 1.1.0 still has EclipseLink, which offers users a supported
> > version where critical issues could still be fixed, if they are found.
> >
> > * Having EclipseLink in the codebase adds overhead for new features that
> > touch Persistence.
> >
> > [1]
> >
> >
> https://github.com/apache/polaris/pull/2197/files#diff-59a870c7af1578200236f22d35fd2eb75dc2a1e73e51218464eb7ba089217da7R759
> >
> > Cheers,
> > Dmitri.
> >
> > On Wed, Sep 17, 2025 at 1:27 PM Adam Christian <
> > adam.christian.softw...@gmail.com> wrote:
> >
> > > Howdy Polaris Community!
> > >
> > > I was going through our open bugs and I noticed that there are around 5
> > to
> > > 10 bugs related to EclipseLink persistence. I was wondering when we
> > > believe a good time to remove EclipseLink would be.
> > >
> > > Personally, I think we could probably start doing it now since it's
> been
> > > deprecated since 1.0.0 and we have a clear alternative. I believe there
> > are
> > > several pros for our users such as streamlined documentation and
> benefits
> > > to the contributors such as less issues, dependencies, and modules.
> > >
> > > How do y'all feel about this?
> > >
> > > If we are aligned, I can create the issue and start working on it.
> > >
> > > Cheers,
> > >
> > > Adam
> > >
> >
>

Reply via email to