Какое лицензирование, какая конкуренция, вы о чем??
Если бы такое было технически выполнимо, его давно бы запилили либо энтузиасты, либо третьи фирмы.

Эти попытки скрестить ужа с ежом Java c .NET ведутся с незапамятных времен. Вот навскидку:

- Visual J# - компилятор языка Java под CLR от самизнаетекого :)

- RemObjects C# - умеет компилировать C# под JRE

- IKVM.NET - запускает Java-приложения под CLR. Реально крутая штука, умеет транслировать байткод Java в IL

- Scala - имхо лучший ЯП из известных мне - умел когда-то компилироваться под .NET . Позже эту возможность выпилили, т.к. технологические различия .NET и Java тормозили развитие языка.

Так что идея хорошая, но не новая :))

AxeleronИзопропилпропущено...

интересный подход
Ну хорошо, пускай будет два - для каждого свой, но чтобы не нужно было переключать вручную при компиляции. Пуская IDE будет достаточно интеллигентной, чтобы определить в зависимости от языка когда определить какой компилятор использовать. Ну или гибридный какой компилятор - как вариант.

Эээ, а какая желаемая целевая платформа? Если .NET для обоих языков, то запросто:
Берем VS 2005, делаем два проекта - один С#, другой J#, один на другой ссылается. Профит!

Только нафига? :)

AxeleronДиезЭээ, а какая желаемая целевая платформа? Если .NET для обоих языков, то запросто:
Берем VS 2005, делаем два проекта - один С#, другой J#, один на другой ссылается. Профит!
Только нафига? :)
J# - не в счет. Это как мертоворожденный. Никто его по сути не использует в реале. Интерес именно в связке Java + С# в одной IDE, с возможностью компилировать в одну сборку. Ну ок, пускай будет ограничение на один язык = одна сборка, как оно есть сейчас с разными языками, встроенными в CLR.

Если Java - в вашем случае - язык программирования , то реализовать компилятор Java-подобного языка в IL - не проблема.
Только это никому даром не надо, вышеупомянутый J# тому подтверждение.

Если под Java понимается платформа (язык+рантайм+библиотеки+тулзы...) - то простым кросс-компилятором не обойдешься, сами понимаете...

Как вы представляете себе гибридный проект вообще?
Какой рантайм используется, какие форматы модулей (dll или jar, или еще что) ?
Где всё это хостится (IIS али Tomcat...) ?

AxeleronДиезЕсли Java - в вашем случае - язык программирования , то реализовать компилятор Java-подобного языка в IL - не проблема.
Только это никому даром не надо, вышеупомянутый J# тому подтверждение.

Если под Java понимается платформа (язык+рантайм+библиотеки+тулзы...) - то простым кросс-компилятором не обойдешься, сами понимаете...

Язык + возможно библиотеки. Хотя все те же dll - должны подключаться extern'ом как-то все-таки. Тулзы нах - в дот нетовских нет недостатка.

ДиезКак вы представляете себе гибридный проект вообще?
Какой рантайм используется, какие форматы модулей (dll или jar, или еще что) ?
Где всё это хостится (IIS али Tomcat...) ?
dll - как все нормальные люди, конечно же.
Web-сервер неважен по сути - можно же модули и хэндлеры и в IIS настроить, чтобы тот жэ ПХП запустить. Кому что больше нравится.
Я просто теоретизирую, я не настолько умен как разработчики платформ Java и .NET.
Я знаю людей, которые в СУБД пытались корпоративные вэб сайты пилить, насколько знаю пока не взлетело...

Суммирую:
1. Компилятор в IL некоего языка, похожего на Java (Один в один язык Java повторить не получится - хотя бы из-за разных дженериков и наличия в Java checked exceptions)
2. Отдельная библиотека, транслирующая базовые классы Java в соответствующие классы BCL
3. Удобная поддержка этого языка в Visual Studio

Поздравляю - мы получили J#

Если человек пришел в проект .NET из мира Java, то выучить C# - будет самой простой частью переобучения ))
Основное время займет изучение окружения языка, деталей всяких, фреймворков. А синтаксис - это копейки реально.

ИзопропилДиезЕсли человек пришел в проект .NET из мира Java, то выучить C# - будет самой простой частью переобучения ))
и наоборот что характерно

Конечно! МСУ может подтвердить