Itamar -- Yup! I thought it'd be worth exploring what JUniversal can do in addition to our existing toolset. IMO, it'd be nice to settle on a single process that gets us through the major of the work, vs jumping around between a lot of tools.
On Fri, Feb 6, 2015 at 12:20 AM, Itamar Syn-Hershko <ita...@code972.com> wrote: > Troy, we already are using mainly 2 tools - Sharpen and a conversion tool > by Tangible software. We also have a lightweight R# plugin developed for us > to help with porting tests (where conventions don't really matter): > https://github.com/hmemcpy/ReSharper.ExJava > > We should probably settle on one method and stick with it, preferrably one > that produces the cleanest code, and one which can work both with > directories, single files, or file parts > > -- > > Itamar Syn-Hershko > http://code972.com | @synhershko <https://twitter.com/synhershko> > Freelance Developer & Consultant > Lucene.NET committer and PMC member > > On Fri, Feb 6, 2015 at 7:58 AM, Troy Howard <thowar...@gmail.com> wrote: > > > A while back, we had an idea to build a semi-automated Java->C# > translation > > tool to assist with the porting process. The idea was that an automated > > process would probably never fully be able to translate something as > > intricate as Lucene, and even if it could, it probably wouldn't be very > > idiomatic... but it could be used to do some of the heavy lifting, making > > it easier to keep up with Java Lucene. > > > > At the time there weren't very good tools for this, and the idea sort of > > fizzled. We have a lot of find/replace macros that we all use for this > > work, but not a proper tool. > > > > I just heard about JUniversal, which attempts to do exactly this: > > http://juniversal.org/ > > > > It's meant for Android developers who want to target Windows Mobile > phones, > > and keep a single codebase... but I think it might work for our use case > as > > well. > > > > Anyone want to explore this tool and see what it can do for us? > > > > Thanks, > > Troy > > >
