Что будет с COM плсле выхода NET?

← →
VitV © (2006-09-21 12:51) [0]

Есть смысл изучать COM или сразу NET?
Не принимайте близко к сердцу, просто я решаю чем лучше заниматься, что перспективнее. Понимаю, что вопрос задан не слишком корректно, но мне важно узнать Ваше мнение.

← →
Тугодум © (2006-09-21 12:54) [1]

Перспективнее NET просто нет.

← →
Rule © (2006-09-21 12:54) [2]

NET не убивает СОМ, есть технология NET-interrupt или remoting не помню, ну короче технология НЕТа, который как раз и работает с комом, а вообще непомешает знать и то и то, СОМ - не скоро умрет, ИМХО конечно

← →
VitV © (2006-09-21 12:55) [3]

т.е. если я молодой специалист :) то лучше сразу браться за НЕТ?

← →
Eraser © (2006-09-21 12:58) [4]

> [3] VitV © (21.09.06 12:55)
> т.е. если я молодой специалист :) то лучше сразу браться
> за НЕТ?

как уже сказали, нужно знать и то и это. Ничего сложного в COM-технологии нету, .NET куда объемнее и сложнее, не зря это целая платформа, а COM-всего лишь удобный API-иинтерфейс, главное один раз разобраться как оно устроено, потом все просто будет.

← →
Тугодум © (2006-09-21 13:00) [5]

как уже сказали, нужно знать и то и это.

только не "нужно", а "не помешает"

← →
VitV © (2006-09-21 13:02) [6]

Delphi и технология COM (+ CD-ROM)
Н. Елманова, А. Тенцер, С. Трепалин
Толково?

← →
alex_*** © (2006-09-21 13:02) [7]

.NET уже давно вышел вообщето. а СОМ живет и здравствует

← →
Lamer@fools.ua © (2006-09-21 13:16) [8]

>есть технология NET-interrupt

Interop (т.е. Interoperability) вообще-то.

← →
Rule © (2006-09-21 14:15) [9]

Lamer@fools.ua © (21.09.06 13:16) [8]
во точно :-)

← →
Наиль © (2006-09-21 17:50) [10]

Если не хочешь заново писать программ аналогичных MSOffice и AutoCad, то используй их самих. COM тебе в руки.

← →
TUser © (2006-09-21 17:54) [11]

> Delphi и технология COM (+ CD-ROM)
> Н. Елманова, А. Тенцер, С. Трепалин
> Толково?

Ну, первые два автора - очень солИдные.

← →
MeF Dei Corvi © (2006-09-21 18:05) [12]

А как дела с COM"ом в Microsoft Vista?

← →
Ketmar © (2006-09-21 18:27) [13]

>[12] MeF Dei Corvi(c) 06-09-21 18:05
>А как дела с COM"ом в Microsoft Vista?
а куда он денется? %-)

← →
Ученик чародея © (2006-09-21 18:33) [14]

> MeF Dei Corvi © (21.09.06 18:05) [12]
> А как дела с COM"ом в Microsoft Vista?

А как дела с релизом Microsoft Vista?

← →
MeF Dei Corvi © (2006-09-21 18:55) [15]

> а куда он денется? %-)

Да никуда, но там по слухам всё, что не .net - то через одно место... Впрочем, у M$ многое через это место.
> А как дела с релизом Microsoft Vista?

Я думаю, рано или поздно это случится :)

← →
Rule © (2006-09-21 19:20) [16]

MeF Dei Corvi © (21.09.06 18:55) [15]
ага, лонгхорн тоже долго ждали :-)

← →
Димитрий © (2006-09-21 21:51) [17]

Net - молодая перспективная технология уже 6 лет, как. Песок сыпется.

← →
DrPass © (2006-09-21 23:18) [18]

> Да никуда, но там по слухам всё, что не .net - то через
> одно место...

Это слухи. Все так же и останется на своих местах - и Win32 API, и .NET...

← →
iZEN © (2006-09-22 03:23) [19]

> Димитрий © (21.09.06 21:51) [17]
>
> Net - молодая перспективная технология уже 6 лет, как. Песок
> сыпется.

Это слухи и домыслы. Ничего стоящего кроме поделок для десктопа на NET нет.

← →
Sergey Masloff (2006-09-22 05:22) [20]

iZEN © (22.09.06 03:23) [19]
>Это слухи и домыслы. Ничего стоящего кроме поделок для десктопа на NET >нет.
Да? а мужики-то и не знали. Вот уж не знаю что там на десктопах а серверных решений на .NET я уже видел немало. В том числе и реализованых мной ;-) и успешно работающих уже пару лет.

← →
Polevi © (2006-09-22 10:21) [21]

отличный вопрос
потомучто гладиолус

← →
Lamer@fools.ua © (2006-09-22 10:23) [22]

>>Sergey Masloff (22.09.06 05:22) [20]

Не обращайте внимания. Это рефлекс. Ибо Java рулез, а .NET - мастдай ;o)

← →
Alkid © (2006-09-22 10:26) [23]

> Не обращайте внимания. Это рефлекс. Ибо Java рулез, а .NET
> - мастдай ;o)

Вообще интересная тенденция наблюдается каждый раз с появлением новой "громкой" технологии - всегда появляются люди, которые не зная толком ничего о ней начинают её превозносить до небес и другие люди, которые так же не зная ничего начинают новинку поносить. Это скорее феномен человеческой психологии :)

← →
Тульский © (2006-09-22 10:26) [24]

Складывается впечатление, что .NET прямо из детства перепрыгнула в старость.

← →
Alkid © (2006-09-22 10:30) [25]

> Складывается впечатление, что .NET прямо из детства перепрыгнула
> в старость.

Это почему же?

← →
Ketmar © (2006-09-22 10:31) [26]

>[23] Alkid(c) 22-Sep-XLI A.S., 10:26
>Вообще интересная тенденция наблюдается каждый
>раз с появлением новой "громкой" технологии -
дырнет -- это только "громкая". но никак не "новая".

← →
Evgeny V © (2006-09-22 10:33) [27]

> iZEN © (22.09.06 03:23) [19]

Ну вот вкусности появились, нужные нашей фирме по работе MapXtreme 2005, выполнена на .NET, поддержка в VS 2003,VS 2005. Поддерживает создание как desktop приложений так и web.
Кстати по сабжу - выполнена как COM+ объект.

← →
Alkid © (2006-09-22 11:02) [28]

> >раз с появлением новой "громкой" технологии -
> дырнет -- это только "громкая". но никак не "новая".

Намекаешь на то, что в ней дофига уже опробованных идей? Ну так это не страшно, в любой из существующих ныне технологий дофига старых опробованных идей.

← →
iZEN © (2006-09-22 15:40) [29]

> Evgeny V © (22.09.06 10:33) [27]
>
>
> > iZEN © (22.09.06 03:23) [19]
>
> Ну вот вкусности появились, нужные нашей фирме по работе
> MapXtreme 2005, выполнена на .NET, поддержка в VS 2003,VS
> 2005. Поддерживает создание как desktop приложений так
> и web.
> Кстати по сабжу - выполнена как COM+ объект.

Откройте для себя http://ww2d.org/

← →
Доктор Шмурге (2006-09-22 17:16) [30]

> Sergey Masloff (22.09.06 05:22) [20]
> iZEN © (22.09.06 03:23) [19]
> >Это слухи и домыслы. Ничего стоящего кроме поделок для
> десктопа на NET >нет.
> Да? а мужики-то и не знали. Вот уж не знаю что там на десктопах
> а серверных решений на .NET я уже видел немало. В том числе
> и реализованых мной ;-) и успешно работающих уже пару лет.
>

И как вы ваши "серверные" решения перенесете на систему с процессором UltraSPARC T1, специально спроектированная архитектура для серверных решений.

Если под серверными понимать типа генерация html и передача через http, то apache+php+mysql более чем достаточно, причем это более простое, дешевое и надежное решение.

А для чего-то по настоящему крупного, надежного и серьезного только Java.

← →
alex_*** © (2006-09-22 17:22) [31]

VJM портировали же туда.. так и framework портируют при надобности

← →
Megabyte © (2006-09-22 17:30) [32]

Вставлю свое малоопытное субъективное мнение. Если работать в Дельфи, то большинство мощных и больших приложений пошется с использованием COM. .НЕТ м.б. и перспективно, но я заметил, что многие Дельфи программисты предпочитают пока писать на седьмой версии, нежели на 2005 и 2006,если есть выбор!

з.ы. Хотя, конечно, лучше знать и то, и другое. %)

← →
Sergey Masloff (2006-09-22 17:40) [33]

Доктор Шмурге (22.09.06 17:16) [30]
Расскажите своей бабушке. Потому что это "крупное серьезное и только на JAVA" у нас внедрять пытались. Только увы и ах подвела производительность.

>И как вы ваши "серверные" решения перенесете на систему с процессором >UltraSPARC T1,
Ну у меня работает на AIXе. Бизнес-логика на PL/SQL. А до этого работала на Windows Datacenter. А потом на Sun Solaris. А потом еще на многом.

А серверы приложений .NET на машинах стоимостью по 1000 баксов. И когда появляется очередная тыща пользователей мы покупаем еще одну машину за 1000 а не сервак за 0.8 млн. у.е который нужен для обслуживания стольки пользователей если логику на JAVA писать.

А приятелю моему одному который работает в одной конторе-интеграторе я по случаю систему нашу показывал. И спрашивал есть у них под Java внедренное такого масштаба. После этого он мне про чудеса Java больше не рассказывает.

P.S Я совсем не противник Java и даже чем-то она мне нравится. Но не надо из нее делать идола "для серьезных проектов только..."

← →
alex_*** © (2006-09-22 17:42) [34]

>Вставлю свое малоопытное субъективное мнение. Если работать в Дельфи, то большинство мощных и больших приложений пошется с использованием COM. .НЕТ м.б. и перспективно, но я заметил, что многие Дельфи программисты предпочитают пока писать на седьмой версии, нежели на 2005 и 2006,если есть выбор!

программисты предпочитают писать на чем скажет начальство

← →
Megabyte © (2006-09-22 17:50) [35]

> alex_*** © (22.09.06 17:42) [34]

> Megabyte © (22.09.06 17:30) [32]
>...если есть выбор!

;)
И это только исходя из моего очень маленького опыта работы. :) М.б. я ошибаюсь, но сам в 1-ю очередь изучал COM!

← →
alex_*** © (2006-09-22 18:10) [36]

непонятно зачем сейчас ставить вопрос .NET vs .COM. На .NET крутится application, а при надобности пользует тот же ексель, ворд и т.д.

← →
isasa © (2006-09-22 18:25) [37]

Ага. А вот запрети COM+ System Application и будет тебе .НЕТ нет.

← →
iZEN © (2006-09-22 23:01) [38]

> Sergey Masloff (22.09.06 17:40) [33]
>
> Доктор Шмурге (22.09.06 17:16) [30]
> Расскажите своей бабушке. Потому что это "крупное серьезное
> и только на JAVA" у нас внедрять пытались. Только увы и
> ах подвела производительность.
>
> >И как вы ваши "серверные" решения перенесете на систему
> с процессором >UltraSPARC T1,
> Ну у меня работает на AIXе. Бизнес-логика на PL/SQL. А до
> этого работала на Windows Datacenter. А потом на Sun Solaris.
> А потом еще на многом.
>
> А серверы приложений .NET на машинах стоимостью по 1000
> баксов. И когда появляется очередная тыща пользователей
> мы покупаем еще одну машину за 1000 а не сервак за 0.8 млн.
> у.е который нужен для обслуживания стольки пользователей
> если логику на JAVA писать.
>

Да что вы говорите.
А не пробовали кластерные решения на Java использовать? Ну там JBoss поставить на несколько ПК и объединить их в кластер.
Ниасилили?

Так не надо говорить о том, чего не знаете или слышали, а оно не "вписалось в бузинессмодель"!

Для кластеров на .NET нужно покупать действительно серьёзное оборудование начиная от двухпроцессорных серверов на Зионах, чтобы было: MS SQL Server последней версии и, естественно, Windows 2003 Server нужной модификации. Иначе сервера ASP.NET вы не получите ни в каком виде, ну или в сильно убогом виде.

Для Java начальные требования более скромные, но и масштабируемость у неё почти линейная за счёт кластеризации и за счёт непривязки к конкретной операционной системе или решению. Кроме того, J2EE очень гранулированная технология, она позволяет дробить функциональность на уровни и тонкие слои: комбинация фронт-энда с СУБД делает возможным отказаться от EJB - для лёгкого решения типа Web-форума (аналог: SharePoint Portal Server). Если используется EJB, то разработчики знают на что идут, значит используется "тяжёлая" бизнес-логика, вычисления на стороне сервера приложений, а не хранимых процедур. Если вместо EJB используются более легковесные фреймворки типа Spring или JSF, то здесь тоже есть пространство для манёвра и принятия эффективного решения на разных уровнях, чего невозможно сделать на .NET.

← →
Sergey Masloff (2006-09-22 23:17) [39]

iZEN © (22.09.06 23:01) [38]
>Да что вы говорите.
Говорите пока вы. Я делаю и у меня есть работающее решение. А также всероссийские дипломы IT лидер отрасли за несколько лет. А также еще много чего. Если у вас есть опыт РЕАЛЬНОГО построения систем на несколько (в районе десятка) тысяч пользователей, я возможно предложу вам интересные условия занятости.
Я не специалист в ява - но и не совсем чайник. Мой скепсис - основа опыта с системными интеграторами команды корторых реализовать требуемое не смогли. Несмотря на многие месяцы переноса плановых сроков проекта и многое другое. И видел ситуации реальной работы. Возможно, вы настолько серьезно разобрались в вопросе есть реализованные решения и так далее - так давайте говорить конкретно и не в интернет потрепаловке.

← →
iZEN © (2006-09-22 23:44) [40]

> Sergey Masloff (22.09.06 23:17) [39]
>
> iZEN © (22.09.06 23:01) [38]
> >Да что вы говорите.
> Говорите пока вы. Я делаю и у меня есть работающее решение.
> А также всероссийские дипломы IT лидер отрасли за несколько
> лет.

Да нет, уважаемый. Говорите вы о каких-то мифических "0.8 млн. у.е который нужен для обслуживания стольки пользователей если логику на JAVA писать."
Я же оперирую информацией:
Кластеры в среде J2EE (Clustering in J2EE environments) Чтобы реализовать кластер (с выравниванием нагрузки, высокой доступностью и устойчивостью к сбоям) в среде J2EE, есть несколько кластерных технологий, которые могут быть реализованы. Они включают в себя (но не ограничены только ими) кластеризацию HTTP-сессий, EJB-компонентов, сервисов JMS, JNDI-сервисов, источников данных JDBC и других источников данных. Так как кластеризация может быть реализована на различных уровнях среды J2EE, она также позволяет несколько конфигураций. В одной конфигурации на одной машине может быть запущено несколько серверов приложений собранных в один кластер. В другой конфигурации, как показано ниже, это может быть абсолютно распределённая среде J2EE, где web-сервера, механизмы JSP/Servlet и EJB-сервера запущены как отдельные приложения на отдельных серверах.Подробнее:
http://www.jboss.ru/jboss_ru/servlet/articles?m=SHOW&id=1151
Ну и здесь ещё популярно: http://www.hostinfo.ru/tree/hosting/server/balance/tangosol-coherence/

Простите моё непонимание, но о каких 0.8 млн. у.е идёт речь, если кластера обычно собираются из машин чуть ли не ПК-класса. Тогда в чём скрытый смысл держать кластера, а не майнфреймы?

Именно в требованиях к дешевизне оборудования.
Несколько десятков дешовых маломощных слайд-серверов на x86/64-оптеронах в стойке дают такую же производительность на многочисленных запросах и бизнес-логике, что и один миллиондолларовый суперсервер на Итанике, ПауэрПиСи или Спарках.
И у Java не такие большие требования к кластерному оборудованию, чем у её пародии - .NET, в котором к тому же системное ПО обходится очень дорого, так как приходится платить за РЕШЕНИЕ, а не за набор разрозненных компонентов.

← →
Sergey Masloff (2006-09-22 23:55) [41]

Итак, остановимся. У вас есть решения означенного выше масштаба? Если да - в мыло. Если нет - извините давайте говорить о другом.

Р.S То что вы говорите это мифический человекомесяц. Это на веб-сайте с 99% читающих транзакций прокатывает - и только.

← →
Sergey Masloff (2006-09-23 00:02) [42]

iZEN © (22.09.06 23:44) [40]
Так в дополнение - ничего личного. Но просто столько уже юношей (это цитата не намек на возраст) со взором горящим приходило и говорило бликн как все запущено нужно... джава... кластер... еще мнорго умных слов.
Когда до реальных решений доходило (до реальных не доходило) - начиналось а это пока тут рыбу заворачивали а тут упростим потомук что так... а тут.. а там... и в результате - ничего. После того как это было несколько раз извини у меня развился скепсис. Это что-то о чем все говорят и пишут а показать реально работающую систему не могут.
Несколько случаев из личной практики. Беседуешь - мы внедрили там-то и то то. Потом у знакомых где внедрялось спрашиваешь - да что-то было только мы не пользуемся. Не работает. А доклады на конференциях и большие статьи в глянцевых журналах и вообще - так работает весь мир. Весь мир работает а конкретно никто не работает. Такая ситуация получается.
Все завязали давай если что в почту. Я на работе в понедельник с 8 уже буду если что отвечу сразу.

← →
ИА (2006-09-23 09:30) [43]

>Простите моё непонимание, но о каких 0.8 млн. у.е идёт речь, если кластера обычно собираются из машин чуть ли не ПК-класса. Тогда в чём скрытый смысл держать кластера, а не майнфреймы?

Я честно говоря никогда не видел кластера собранного на дешевых машинах. Из моего опыта время уходящее на конфигурацию стоит столько что экономить на железе смысла нет.

p.s Посмотрел ссылку http://www.jboss.ru/jboss_ru/servlet/articles?m=SHOW&id=1151 . Что-то я не пойму - load balancing это не кластер в его каноническом понимании. Собственно, это совсем не кластер.
Это load balancing. Делается отдельностоящим девайсом (к примеру F5)
ASP.NET будет работать. Cold Fusion, господи спаси, будет работать. Что тут такого крутого - не пойму.

интересно, по java привели для примера работающий проект?

alex_*** © (25.09.06 18:13) [44]
Да. Вот его результать. Правда, простенький. :)

Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.

> alex_*** © (25.09.06 18:13) [44]
> интересно, по java привели для примера работающий проект?

http://java.sun.com/products/jfc/tsc/sightings/index.html

> [42] Sergey Masloff (23.09.06 00:02)
> Все завязали давай если что в почту. Я на работе в понедельник
> с 8 уже буду если что отвечу сразу.

Не надо на почту, сюда надо, нам тоже интересно! ;)

Sergey Masloff
Просто интересно, а какая разница: ява - неява?
у тебяж все на pl/sql, а у клиентов просто клиенты? по идее - не важно на чем клиенты написаны, на яве, c#, дельфи - если вся нагрузка на скуль-сервере.
Или я тебя с Сусликом попутал? :)

[38] iZEN © (22.09.06 23:01)
> Иначе сервера ASP.NET вы не получите ни в каком виде, ну
> или в сильно убогом виде.

Хм, непонятно. В чем проявляется зависимость ASP.NET от операционки и скуль-сервера?
Хотя-бы парочку примеров.

> iZEN © (22.09.06 15:40) [29]

Извините, за позднюю ракцию, у меня не было интернета. О том, на что вы указали в ссылке знаю. Но в своем посте я указал на продукт, который отвечает на вопрос сабжа, а так же как на продукт, который не просто десктоп поделка на .NET
JAVA уважаю,, но не хочу ее противопоставлять .NET. Каждому свое, где-то легче и быстрее написать на .NET, где-то единственным решением будет выбор JAVA. А там где эти платформы конкурируют друг с другом, так то на мой взгляд и лучше. Будет стимул для развития у обеих платформ.

> Danilka © (26.09.06 09:40) [49]
>
> [38] iZEN © (22.09.06 23:01)
> > Иначе сервера ASP.NET вы не получите ни в каком виде,
> ну
> > или в сильно убогом виде.
>
> Хм, непонятно. В чем проявляется зависимость ASP.NET от
> операционки и скуль-сервера?
> Хотя-бы парочку примеров.

IIS

← →
ИА (2006-09-26 19:20) [52]

> iZEN ©

>IIS

Неверно. Не обязателен. Ну и SQL Server естественно то же.
Вы напоминаете фаната С против Delphi с удовольствием пересказывающего доводы из статьи "Почему настоящие программисты не пишут на Паскале", развлекательные но уже давно не верные.

← →
ИА (2006-09-26 19:24) [53]

Подумав. Вместо "статьи" читать "фельетона".

> ИА (26.09.06 19:20) [52]
>
> > iZEN ©
>
> >IIS
>
> Неверно. Не обязателен. Ну и SQL Server естественно то
> же.

Как вы представляете себе ASP.NET без IIS?

← →
ИА (2006-09-26 21:13) [55]

> iZEN ©
> Как вы представляете себе ASP.NET без IIS?

Google СОРД. Из старого - Cassini. Из нового WCF 3.0 - там вообще все _очень_ интересно.

> ИА (26.09.06 21:13) [55]

Cassini - это какой-то ASP.NET Development Server, то есть штука, которая предназначена для разработки. Ну, что-то типа Tomcat"а в NetBeans или JBuilder. Я правильно понял вашу мысль?

"СОРД" что-то не нашёл. Что это?

> Ну, что-то типа Tomcat"а в NetBeans или JBuilder.

Это не значит, что Tomcat не может выступать в более крупной роли. Совсем нет. Он хорошо кластеризуется и работает внутри JBoss в качестве сервлет-контейнера, просто он хорошо масштабируется под задачи. В данном случае может работать внутри среды программирования и участвовать в интерактивной отладке сервлетов.

Но, ИА, приведите мне ссылки с подробной информацией о нормальной промышленной бизнес-среде, где совместно с ASP.NET не используется IIS.

← →
ИА (2006-09-27 03:00) [58]

СОРД - "Спасет Отца Русской Демократии". Погуглите еще и WCF до кучи.

> подробной информацией о нормальной промышленной бизнес-среде

Раз уж вы откатываетесь от "зависимости" к "нормальной промышленной бизнес-среде" пожалуйста определение "нормальности" и "промышленной бизнес-среды" в студию. Но лучше честно скажите на ASP.NET не пишете и деталей не знаете.
Я ведь дал вам подсказку про Сassini. Вы по английски читаете?
Вот вам ссылочка:
http://msdn2.microsoft.com/en-us/library/system.web.hosting.aspx

Первая строчка:

The System.Web.Hosting namespace provides the functionality for hosting ASP.NET applications from managed applications outside Microsoft Internet Information Services (IIS).

← →
ИА (2006-09-27 07:11) [59]

Ну и до кучи

Старый ASP.NET модуль для Апача
http://archive.apache.org/dist/httpd/mod_aspdotnet/

Кассини и Апач
http://www.codeproject.com/aspnet/cassini_apache_101.asp

ASP.NET, Моно и Апач

http://www.mono-project.com/ASP.NET

Ну и WCF в действии.
http://community.bartdesmet.net/blogs/bart/archive/2006/09/12/4416.aspx

Хм. Круто, конечно, что ASP.NET умеет без IIS работать, вот уж не думал. :)

Но на самом деле я имел ввиду другое. В [38] утверждается: "MS SQL Server последней версии и, естественно, Windows 2003 Server нужной модификации. Иначе сервера ASP.NET вы не получите ни в каком виде, ну или в сильно убогом виде."
Допустим у меня win2k стандарт эдишен и Орокол на соседнем серваке, в чем проявицца убогость моего ASP.NET, по сравнению с win2003 и mssql2005?

← →
ИА (2006-09-27 09:17) [61]

Поскольку вы гоняете asp.net под IIS, то 6 версия (2003) значительно лучше 5 (2000).
Разница между oracle & sql в этом случае в возможности хранить сессию в базе без затачивания напильником. Думаю что модули для хранения сессии в Оракле уже есть но гуглить мне лень, да и в принципе это пишется не сложно, особенно на asp.net 2 c ее provider model

> ИА (27.09.06 03:00) [58]
> > подробной информацией о нормальной промышленной бизнес-
> среде
>
> Раз уж вы откатываетесь от "зависимости" к "нормальной промышленной
> бизнес-среде" пожалуйста определение "нормальности" и "промышленной
> бизнес-среды" в студию. Но лучше честно скажите на ASP.NET
> не пишете и деталей не знаете.

На ASP.NET не пишу.
Имею информацию об этом исключительно из рекламных публикаций и статей.

Поэтому у меня (да и не только у меня) сложилось мнение, что ASP.NET не может работать: без Windows 2003, без MS SQL Server, без IIS.
Про модули к Apache и JBoss только слышал, что "ведутся переговоры по внедрению" и на этом всё. Информации по интеграции с другими альтернативными серверными решениями и отделении ASP.NET от инфраструктуры Microsoft очень мало. Поэтому я делаю выводы, что ASP.NET неэффективна на других платформах, отличных от MS.

Что будет с COM плсле выхода NET? Найти похожие ветки