ASP.NET vs. ColdFusion comparison

Yes, indeed, some very valid points have been raised that have helped me make a decision. I have decided to go with ASP.NET and I already made the necessary recommendation to my superiors.

I would like to mention that this forum was not my only source of information about the topic. I did a very extensive Internet research and all my findings support the idea that, by and large, ASP.NET is superior to ColdFusion because of things like better performance and full OOP and threading support.

Another reason why I decided to go with ASP.NET is because my organization has already made a significant investment in the .NET Framework. We have a large scale Windows application developed in VB.NET and what we want for the Web application in question is to possess maximum capability for communication, such as code exchange, sharing of class libraries and business logic, etc., with the Windows one. So having all that in mind, ASP.NET was the obvious choice. Now the only thing that remains is to convince our IT folks to support a Windows server.

Thank you all who answered my questions.

CF is not so widely supported and has a relatively small industry around it.
Asp.Net is huge, has lot of industry and support around it, and happens to
be a very good product too. CF is not a common choice these days - so you
should really go Asp.Net unless you can make a compelling case for
coldfusion. While CF does have advantages, they are often outweighed by its
disadvantages on 'typical' projects. More info on your project and compnay.
and I will be able to help further??

"Lucky Kitty" <webforumsuser@macromedia.com> wrote in message
news:et9bt9$2qa$1@forums.macromedia.com...
> So, which is the way to go? ASP.NET or CF? We're thinking of rewriting
> our asp site.

So, which is the way to go? ASP.NET or CF? We're thinking of rewriting our asp site.

> re: That said, it's easy enough to invoke Java classes natively in CF, so
> one
> can leverage (almost) anything Java can, natively in CF
>
> Yes, but that negates the choice of CF. If youstart talking Java, then his
> choice should pretty much be .Net. Then there theres none of this
> "Coldfusion can't do it, but Java can ..." routine that CF folk tend to use
> as a catch all.

You missed the bit where I said "natively in CF", I guess. You don't use
any Java constructs @ all, you use CFML.

(I'm not apologising for CF, and I know what you mean, but that's not what
I'm talking about).

--
Adam

re: That said, it's easy enough to invoke Java classes natively in CF, so
one
can leverage (almost) anything Java can, natively in CF

Yes, but that negates the choice of CF. If youstart talking Java, then his
choice should pretty much be .Net. Then there theres none of this
"Coldfusion can't do it, but Java can ..." routine that CF folk tend to use
as a catch all.

"Adam Cameron" <adam_junk@hotmail.com> wrote in message
news:ymj5ykrnypna.94hemsw703a0.dlg@40tude.net...
>> I was more interested in the facts that are answerable by "YES" or "NO",
>
>> 1) Is ColdFusion fully Object-Oriented?
>
> No. Although bear in mind, nor are most languages that claim to be.
> However C# is an awful lot closer than CF is (although CF doesn't claim to
> be in the first place).
>
>
>> 2) Does ASP.NET outperform ColdFusion applications? Where can I find
>> some
>> benchmarks?
>
> .net-framework-based CFML (BlueDragon) runs faster than ColdFusion, so I'd
> say "yes". Although it's always down to the code written. The Java
> hotspot compiler (engine? dunno how best to describe it) has really
> improved this sort of thing though, for Java apps.
>
>
>> 3) Is ColdFusion's support for XML still as limited as the article says?
>
> No. It's improved in some areas. One can pass parameters to XSLT
> processes now, for one thing. It still needs to hold the whole doc in RAM
> though, which sux.
>
> That said, it's easy enough to invoke Java classes natively in CF, so one
> can leverage (almost) anything Java can, natively in CF (WITHOUT resorting
> to cutting Java code).
>
>
>> 4) Does ColdFusion still have no support for threading?
>
> No, it now supports it. Look up livedocs for the "async gateway". It's
> implementation is hamfisted, but it works.
>
> --
> Adam

re: 1) Is ColdFusion fully Object-Oriented?

No - its not. It does have limited implementation os some object orineted
features.

re: > 2) Does ASP.NET outperform ColdFusion applications? Where can I find
some
> benchmarks?

Yes, asp.net is slightly faster , mostly becuase it's language directly
supports features to make it so. (though same can be achiveed if you use
Java within CFML)

re: > 3) Is ColdFusion's support for XML still as limited as the article
says?

The support here is basic, but covers most cases. In cases where you need
better support you can tap into Java.

re: 4) Does ColdFusion still have no support for threading?

No support fo rcreating your own threads. Yet again, you would need to hook
your CF up to some Java to get this.


"i_am_lou" <webforumsuser@macromedia.com> wrote in message
news:et6aq4$3oo$1@forums.macromedia.com...
> Hi all,
>
> I am having to decide between using ASP.NET and ColdFusion for a new Web
> application. I spent most of the day today conducting Internet research on
> the
> topic and came upon the following article, which I based most of my
> findings on:
>
> http://msdn2.microsoft.com/en-us/library/aa479305.aspx
>
> However, the article was written in July of 2003. What I want to know does
> the
> information in the article still hold true, and if anything has changed,
> then
> what is that?
>
> Some of the specific questions I was not sure about are:
>
> 1) Is ColdFusion fully Object-Oriented?
>
> 2) Does ASP.NET outperform ColdFusion applications? Where can I find some
> benchmarks?
>
> 3) Is ColdFusion's support for XML still as limited as the article says?
>
> 4) Does ColdFusion still have no support for threading?
>
> Thanks.
>

> I was more interested in the facts that are answerable by "YES" or "NO",

> 1) Is ColdFusion fully Object-Oriented?

No. Although bear in mind, nor are most languages that claim to be.
However C# is an awful lot closer than CF is (although CF doesn't claim to
be in the first place).


> 2) Does ASP.NET outperform ColdFusion applications? Where can I find some
> benchmarks?

.net-framework-based CFML (BlueDragon) runs faster than ColdFusion, so I'd
say "yes". Although it's always down to the code written. The Java
hotspot compiler (engine? dunno how best to describe it) has really
improved this sort of thing though, for Java apps.


> 3) Is ColdFusion's support for XML still as limited as the article says?

No. It's improved in some areas. One can pass parameters to XSLT
processes now, for one thing. It still needs to hold the whole doc in RAM
though, which sux.

That said, it's easy enough to invoke Java classes natively in CF, so one
can leverage (almost) anything Java can, natively in CF (WITHOUT resorting
to cutting Java code).


> 4) Does ColdFusion still have no support for threading?

No, it now supports it. Look up livedocs for the "async gateway". It's
implementation is hamfisted, but it works.

--
Adam

I was more interested in the facts that are answerable by "YES" or "NO", for example is ColdFusion a true OOP language or not? Does ColdFusion support threading or not?

JPfeff answers confirmed my earlier findings.

Being published by Microsoft, I would expect nothing less in terms of a biased review.

Given the same homework assignment, the Adobe team would likely come up with a comparably biased review in their own favor.

I am sure the resident expert on _____________ vs ColdFusion will post a jaded reply tonight between about 12:00 EST and 8:00 AM EST.

Benchmarks? We don't need no steenking benchmarks:

http://groups.google.com/group/comp.os.linux.advocacy/browse_thread/thread/b9426f848bd0349a/352c7282e89aaf94?q=microsoft+benchmarks&lnk=nl&hl=en&#
(Read the last post on the page, in particular).
None that aren't vetted and biased, anyway :-|