what are the limitations of dot net?

  • Thread starter Thread starter google account
  • Start date Start date
G

google account

Hiya.

My CEO wants me to think about the direction the company's product
should take. He has a bunch of guys offshore that develop with .NET,
and he is keen to use them to build our product completely in a WAPI
environment, completely web based.

Presently we are using citrix to serve our clients a product that is
developed in house using proprietry language, with a backend that is
running on Linux using C-Isam (soon to be PostGreSQL) databases.

I agree with many things, moving to a web based application would
mean less overhead on many different levels.

I fear that locking ourselves into a .NET developed web site might
mean locking ourselves into a Microsoft only choice for teh web
servers, and this early into the decision I am unconfortable making
that decision.

Further, I fear it might mean that we'd need to rebuild the entire
back end. Also not a bad idea at this stage, but again, I am not
sure that I am confortable committing our company to this massive
shift in paradigm (and skillset) as well as the inherent security
factors that go along wtih MS products (they are by far the most
targetted for the serious malicious internet users).

Can a .NET dev house develop stuff for Apache? Can they develop stuff
for Linux? Can they develop stuff for databases that are not MS SQL?

Are there other development environments I should look to if I want to
go with a generic any-platform friendly product development?

Any sort of (or pointers to) info, opinions, gospel, rumour, all of
it would be greatly apprectiated!

regards,

googleboy
 
..Net can access many databases via ado.net including oracle/mysql/progres
etc - do a seach on sourceforge or on google for the components. plenty
there though some of th more complete are comercial not free. alternatively
there are wrappers fro odbc etc which can be used to access just about any
database.

there is a pretty well advanced open sourceproject fo r.net on linux which I
have heard is pretty decent. relly not sure on the apache part thoug - again
a search or a message to the apache group shoudl clear that up quickly
enough.

phil crosland
 
google account said:
I fear that locking ourselves into a .NET developed web site might
mean locking ourselves into a Microsoft only choice for teh web
servers, and this early into the decision I am unconfortable making
that decision.

As opposed to locking yourself into what else?
as well as the inherent security
factors that go along wtih MS products (they are by far the most
targetted for the serious malicious internet users).

Any Windows box can be secured. You just have to know how. It's no different
from Linux or any other OS.
Can a .NET dev house develop stuff for Apache? Can they develop stuff
for Linux? Can they develop stuff for databases that are not MS SQL?

"dev house"? You mean developers? Well I guess it depends on their skills.
Certainly I wouldn't trust a bunch of Perl developers with my flagship .NET
product. Or viceversa.
Are there other development environments I should look to if I want to
go with a generic any-platform friendly product development?

Do you need platform independence for the application, or for the users?
 
Klaus H. Probst said:
As opposed to locking yourself into what else?

The hope is to not lock myself into anything at this stage. ;-)
Ideally the dev house would develop a wapi front end that could
operate on apache or IIS.

I don't mind loading a perl or python engine onto a Win2k3 server,
and also don't mind loading an ASP engine onto a linux server. I
just want to leave the platform decision as late as possible in the
development cycle of the new front end.


Any Windows box can be secured. You just have to know how. It's no different
from Linux or any other OS.

Well, yes. There does seem to be more overhead in securing the
windows platform, but that is not a significant factor here right
now.
"dev house"? You mean developers? Well I guess it depends on their skills.
Certainly I wouldn't trust a bunch of Perl developers with my flagship .NET
product. Or viceversa.

An excellent point and well made. I guess it sorta answers one of my
questions in a roundabout fashion. What languages is .NET designed
for? I assume VB and C++ (or maybe C Sharp now?)
Do you need platform independence for the application, or for the users?

The users will all be (I assume) running browsers. At this stage I
am comfortalble stating that we support only IE. It is the server
side I am concerned with here.

We run a whole bunch of databases that are presently accessed and
edited through an inhouse developed and supported application. The
backend database/product server is presently running on RedHat linux.
The front end application is deployed through nfuse and citrix. We're
looking at shifting the citrix delivered application to a wapi
solution. We're talking seriously about re-writing the engine and
database stuff running on linux at the same time. I am wondering
about the use of a .NET development team to facilitate this change
over and fearing it would limit my ability to choose what OS to run my
services on.

Cost is a major factor, both initial outlay and ongoing agreements.
Complexity of deployment is also a consideration. We'd need to run
these boxes in a web farm, I need to investigate the stability of IIS
vs Apache. But that is a different post for a different area.

I would like to know that cutting across from one platform to another
could be accomplished relatively easily. I guess these are questions
I should put to the the devolpment group.

thanks for your help

googleboy
 
google account said:
"Klaus H. Probst" <[email protected]> wrote in message

The hope is to not lock myself into anything at this stage. ;-)
Ideally the dev house would develop a wapi front end that could
operate on apache or IIS.

I don't mind loading a perl or python engine onto a Win2k3 server,
and also don't mind loading an ASP engine onto a linux server. I
just want to leave the platform decision as late as possible in the
development cycle of the new front end.

Well, fair enough but at some point the rubber needs to meet the road.
BTW, Python CGI works much better on Windows/IIS than Perl ISAPI, at least
in my experience (if you end up going there).
An excellent point and well made. I guess it sorta answers one of my
questions in a roundabout fashion. What languages is .NET designed
for? I assume VB and C++ (or maybe C Sharp now?)

It's the other way around =) There are three main languages designed for the
..NET platform right now - VB.NET, C# and VJ#. JScript.NET as well, though as
far as I see it that's a bit of a lukewarm push by Microsoft. C++ can also
*target* .NET using compiler extensions.

Other companies might release .NET-hosted languages as time goes by. Eiffel
is one of them. ActiveState is supposedly porting Perl, Python and TCL to it
as well.
We run a whole bunch of databases that are presently accessed and
edited through an inhouse developed and supported application. The
backend database/product server is presently running on RedHat linux.
The front end application is deployed through nfuse and citrix. We're
looking at shifting the citrix delivered application to a wapi
solution. We're talking seriously about re-writing the engine and
database stuff running on linux at the same time. I am wondering
about the use of a .NET development team to facilitate this change
over and fearing it would limit my ability to choose what OS to run my
services on.

Maybe it's a bit of a stretch but there's a decent .NET implementation that
runs on Linux and BSD: Mono (go-mono.com). As long as you don't need
anything Microsoft-specific, it works fine. And since Novell just purchased
Ximian, there's a certain sense of real backing behind the thing that didn't
exist a few months ago. I personally haven't written anything serious in
Mono, but I can tell you it works. It might be a good thing to look into.
Cost is a major factor, both initial outlay and ongoing agreements.
Complexity of deployment is also a consideration. We'd need to run
these boxes in a web farm, I need to investigate the stability of IIS
vs Apache. But that is a different post for a different area.

Right. Let's not get al religious here =)
I would like to know that cutting across from one platform to another
could be accomplished relatively easily. I guess these are questions
I should put to the the devolpment group.

Well, like I said there's Mono. It would let you use .NET on both sides of
the fence. Maybe. Java is another, as well as Python and Perl, but as
everything open source that eventually makes it way to Windows I really
wouldn't trust them with my paycheck. Their Windows releases just don't get
the same amount of attention (and patching!) that the native *nix ones do.

YMMV and all that =)
 
Back
Top