473,322 Members | 1,398 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,322 software developers and data experts.

.Net or J2EE?

Hi there,

I posted a thread in another group. I could not get satisfactory
feedback. I would like to try if anybody in this group can help me out.

My plan was, to develop components at server side (something like EJBs).
For data entry and operation application functions, I can use C#.Net.
For reporting and enquiry functions, I can use ASP.Net. You may aware
that these two packages have a lot in common. Under J2EE environment, I
know how to it through EJBs the 'shared components'. Under .Net, what
should I do? Can I have the environment of C#.Net + ASP.Net + Unix
server (as database server as well as deployment server)?

It seems that the only choice I have is to use VB or Delphi and ODBC. If
that is the case, I would have two piles of shit in my hands: 1) J2EE;
2) .Net.

Any advice?

Jonathan


*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!
Nov 16 '05 #1
13 1531
Jonathan Li wrote:


It seems that the only choice I have is to use VB or Delphi and ODBC.
If that is the case, I would have two piles of shit in my hands: 1)
J2EE; 2) .Net.

Any advice?

Jonathan


Hi Jonathan,

it's not totally clear to me here what it is that you want to be able
to do exactly, Perhaps you might like to try and re-word your question
a little bit, to make it a little clearer.

one point though, in case this is what you were asking... it is
possible to have a C# client application that talks to a J2EE server
app, there are a couple of technologies out there that will allow you
to do it. one of which is here http://www.borland.com/janeva/ My
appologies if this appears to be a plug, I would post a link to the
other tech's if I knew them, perhaps someone else will do that.

Rgds Tim.
Nov 16 '05 #2

"Jonathan Li" wrote...
I posted a thread in another group. I could not get
satisfactory feedback. I would like to try if anybody
in this group can help me out.
I don't know what you mean by "satisfactory feedback", but I think that the
answers you got in microsoft.public.dotnet.framework.adonet,
microsoft.public.dotnet.framework.aspnet and
microsoft.public.dotnet.framework.windowsforms pretty much covers the most.
My plan was, to develop components at server side
(something like EJBs).
..NET lacks anything remotely close to the concept of EJBs.

However, ADO.NET have other advantages that can make that a better choice
over e.g. JDBC.
For data entry and operation application functions,
I can use C#.Net.
You can use pretty much anything for data entry and operation application
functions.
For reporting and enquiry functions, I can use ASP.Net.
You could use ASP.NET for data entry as well.

And you can also pretty much anything for data entry and operation
application functions as well.
You may aware that these two packages
have a lot in common.
You don't say... :-)
Under J2EE environment, I know how to it
through EJBs the 'shared components'.
Under .Net, what should I do?
Here you've got a multitude of possibilities, but...
Can I have the environment of C#.Net + ASP.Net
+ Unix server (as database server as well as
deployment server)?
At the moment the use of .NET on a Unix server is pretty risky.
It seems that the only choice I have is to use VB or
Delphi and ODBC. If that is the case, I would have two
piles of shit in my hands: 1) J2EE; 2) .Net.


That's *not* the case, but your conclusion is interesting, puzzling and
seems a bit confused. At least it's confusing me!

If the case is that your customer (or whatever) demands a Unix server,
certainly the first choice would *not* be to look into "VB or Delphi and
ODBC". Those are foremost used on Windows, and if you have the possibility
to run everything on a Windows server anyway, I would rather recommend some
..NET-solution, such as C# + ADO.NET + ASP.NET.

If you can't do without the Unix server, you still have a lot of choices,
but then you must look further into what the requirements really are. Just
to give a few examples (based on the demand of a Unix server):

- The complete platform independency:
Do *everything* in Java! (J2EE, EJB, servlets, etc)

- The n-tier solution:

a) Wrap the Entity beans into Webservices (in Java),
which can be called from C#-clients

b) Use the Unix server as a database server only,
and use ADO.NET and ASP.NET on a separate
Windows server for the access from clients

Those were just a few examples, but you have to look further into what the
requirements *really* are.

So, if you question is if .NET can work *on* Unix, the answer can only be
"to some extent, but not recommended (yet) for live business purposes".

If your question rather is if .NET can be used in *conjunction* with a Unix
server, the answer will be a definite "yes, but with that server only as a
backend for some specific purpose", and to be precice, you must define the
overall system architecture to be used.

Finally, the question should rather be why the customer demands a Unix
server in the first place? Why doesn't he/she demand some specific
functionality of the system instead, and lets the developers decide on what
solutions that can make the best choices?

my 2c

// Bjorn A

P.S. There's an obvious reason why Microsoft at this moment doesn't develop
..NET for Unix or Linux. They simply don't wan't to support any OS that is
competing with their own, Windows...

However, if you can wait a couple of years, something might come up in the
new collaboration between Microsoft and Sun.
Nov 16 '05 #3
Bjorn Abelli wrote:
"Jonathan Li" wrote...
I posted a thread in another group. I could not get
satisfactory feedback. I would like to try if anybody
in this group can help me out.


I don't know what you mean by "satisfactory feedback", but I think
that the answers you got in microsoft.public.dotnet.framework.adonet,
microsoft.public.dotnet.framework.aspnet and
microsoft.public.dotnet.framework.windowsforms pretty much covers the
most.
My plan was, to develop components at server side
(something like EJBs).


.NET lacks anything remotely close to the concept of EJBs.


What about Serviced Components using COM+? These are quite similar to
Stateless Session Beans AFAIK.
--
Joerg Jooss
jo*********@gmx.net

Nov 16 '05 #4
"Joerg Jooss" wrote...
Bjorn Abelli wrote:
"Jonathan Li" wrote...
My plan was, to develop components at server side
(something like EJBs).


.NET lacks anything remotely close to the concept of EJBs.


What about Serviced Components using COM+? These are
quite similar to Stateless Session Beans AFAIK.


That's quite a restricted view on what EJBs are, ain't it?

;-)

I would be more than interested if someone could show me something similar
to entity beans in .NET. I believe that was one of the types the OP was
thinking about, as the "unix server would act as both DB server and
application server".

To use the entity beans effectively, there would also in most cases be a
need to use *stateful* session beans, wrapping the entity beans for client
exposure.

So, if you can point me to some built in .NET-components that actually can
do this, I'd be very happy! :-)

// Bjorn A

P.S. A colleague of mine created some Serviced Components using COM+, and
compared to the use of EJBs it was APITA. At least in his opinion...

Excuse my (or rather his) French...
Nov 16 '05 #5
Bjorn Abelli wrote:
"Joerg Jooss" wrote...
Bjorn Abelli wrote:
.NET lacks anything remotely close to the concept of EJBs.
What about Serviced Components using COM+? These are
quite similar to Stateless Session Beans AFAIK.


That's quite a restricted view on what EJBs are, ain't it?

;-)


No, it's not. It was just a plain statement that Serviced Components are
similar to Stateless Session Beans. You're right regarding the other three
types of EJBs, but saying ".NET lacks anything remotely close to the concept
of EJBs" is not correct. Stateless Session Beans are far and away the most
important and often used kind of EJB, but YMMV...
There I would be more than interested if someone could show me something
similar to entity beans in .NET.
I can't see going .NET anywhere near that direction. ObjectSpaces seems to
be a JDOish addition to ADO.NET (nice), whereas current .NET architectures
seem to rely heavily on stored procedures.
To use the entity beans effectively, there would also in most cases
be a need to use *stateful* session beans, wrapping the entity beans
for client exposure.
Hell, no. Stateful Session Beans are in general of very limited use and
should be avoided.
So, if you can point me to some built in .NET-components that
actually can do this, I'd be very happy! :-)


Since I do .NET for fun and J2EE for a living, I'm pretty much in the same
situation like you ;-)

Maybe you should reconsider your architecture approach -- see for example
http://msdn.microsoft.com/architecture/.

Cheers,

--
Joerg Jooss
jo*********@gmx.net

Nov 16 '05 #6

"Joerg Jooss" wrote...
Bjorn Abelli wrote:
"Joerg Jooss" wrote...
What about Serviced Components using COM+? These are
quite similar to Stateless Session Beans AFAIK.
That's quite a restricted view on what EJBs are, ain't it?

;-)


No, it's not. It was just a plain statement that Serviced
Components are similar to Stateless Session Beans. You're
right regarding the other three types of EJBs, but saying
".NET lacks anything remotely close to the concept
of EJBs" is not correct. Stateless Session Beans are far
and away the most important and often used kind of EJB,
but YMMV...


OK, I could rephrase the statement to something like ".NET can only give a
solution for one out of four possible implementations of EJBs".

Better? :-)

[I still think only one out of four
is not remotely close... ;-) ]
Maybe you should reconsider your architecture
approach -- see for example
http://msdn.microsoft.com/architecture/.


I hope the OP is still among us to read that. :-)

// Bjorn A

Nov 16 '05 #7
Bjorn Abelli wrote:
"Joerg Jooss" wrote...
Bjorn Abelli wrote:
"Joerg Jooss" wrote... What about Serviced Components using COM+? These are
quite similar to Stateless Session Beans AFAIK.

That's quite a restricted view on what EJBs are, ain't it?

;-)
No, it's not. It was just a plain statement that Serviced
Components are similar to Stateless Session Beans. You're
right regarding the other three types of EJBs, but saying
".NET lacks anything remotely close to the concept
of EJBs" is not correct. Stateless Session Beans are far
and away the most important and often used kind of EJB,
but YMMV...


OK, I could rephrase the statement to something like ".NET can only
give a solution for one out of four possible implementations of EJBs".

Better? :-)


OK, that looks just fine :-)

[...] I hope the OP is still among us to read that. :-)


I'm afraid we kind of lost him...

Cheers,

--
Joerg Jooss
jo*********@gmx.net
Nov 16 '05 #8

Thanks a lot guys. I believe you have sidetracked the discussion. Can I
pull you back a little bit.

I rephrase my requirement and would like to hear your advice.

1. The server must be Unix
When I say 'server' means 1) database server; 2) if possible also the
application server.

One asked why Unix instead of Windows. Well, it is written in the
bidding document to use Unix.

If I can use Windows as the server, there is no question at all. So
please no need to discuss on this point.

2. I want to make use of the Windows/.Net powers on client side.
The application on client has two packages, one is in C/S mode. The
other is B/S mode. So, I would like to use C#.Net or VB.Net to develop
the C/S package and ASP.Net to develop B/S package.

3. Because the C/S package is operating on the same data set as of the
B/S package, there are a lot functions (or components) in common for
these two packages. Actually, I want the two packages share the
components as much as possible.
Under J2EE, we can have EJBs to have that. Under .Net, what should I do
because ASP.Net cannot work under Unix.

Thanks.

Jonathan

*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!
Nov 16 '05 #9
Jonathan Li wrote:
Thanks a lot guys. I believe you have sidetracked the discussion. Can
I pull you back a little bit.

I rephrase my requirement and would like to hear your advice.

1. The server must be Unix
When I say 'server' means 1) database server; 2) if possible also the
application server.
You say "if possible also the application server". But what does that mean?
Will there be a J2EE application server or not? This has a dramatic impact
on the architecture.

OTOH, save for product preferences, it is rather irrelevant what DB is being
used and on what OS it runs, as long as there are either the appropriate
JDBC drivers or .NET data providers available.

One asked why Unix instead of Windows. Well, it is written in the
bidding document to use Unix.

If I can use Windows as the server, there is no question at all. So
please no need to discuss on this point.

2. I want to make use of the Windows/.Net powers on client side.
The application on client has two packages, one is in C/S mode. The
other is B/S mode. So, I would like to use C#.Net or VB.Net to develop
the C/S package and ASP.Net to develop B/S package.
The only way how I can see ASP.NET fit in this picture -- assuming you *do*
use a J2EE application server -- is to use it as thinc lient presentation
layer that talks to the EJB backend using WebServices or some custom-made
(binary) protocol.
3. Because the C/S package is operating on the same data set as of the
B/S package, there are a lot functions (or components) in common for
these two packages. Actually, I want the two packages share the
components as much as possible.
Under J2EE, we can have EJBs to have that. Under .Net, what should I
do because ASP.Net cannot work under Unix.


I highly doubt that there will be a lot of common code between the Windows
Forms UI and the ASP.NET UI other than validation classes. Since you're
supposedly using an application server, that's where your businsess
components will reside.
Cheers,

--
Joerg Jooss
jo*********@gmx.net

Nov 16 '05 #10

Joerg, thanks.

When you say that there is not much in common for the client UI and
ASP.Net UI. You might be right. But my requirement is not only to
develop UI but the whole application. I am developing the application.
Some modules for data entry operations in Client/Server mode (I call
these modules the C/S package). Another part is in Browser/Server mode.
They HAVE much functions in common for example interest calculation.

When I say 'application server' meaning that I do want to share code for
the c/s package and b/s. Under J2EE, we know that it is easy to do that
- to develop c/s package in JBuilder and b/s package in JSP. The
'shared' parts can be implemented through EJBs.

Now, I want to switch to .Net, completely. Not to have J2EE and .Net at
the same time. But I do not know how to do it under Unix environment as
the server. Actually my understanding is that there is no solution for
that at all (simply because Mr. Gates does not know anything about Unix
so he does not like it, whilst my clients insist on Unix).

Any advice?
Jonathan

*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!
Nov 16 '05 #11

"Jonathan Li" wrote...
Now, I want to switch to .Net, completely. Not to
have J2EE and .Net at the same time. But I do not
know how to do it under Unix environment as
the server. Actually my understanding is that
there is no solution for that at all
What you're seem to be looking for is *possible*, but probably not *stable*
at this time.

As you insist to share components between the Unix and the Windows
platforms, the only way I know of is to use Mono in some way or another.

http://www.go-mono.org/

It does have an implementation of ASP.NET, which can work as an Apache
module or in Mono's XSP server.
(simply because Mr. Gates does not know
anything about Unix so he does not like it, whilst my
clients insist on Unix).
The commercial world of constructing a development and runtime environment
is a bit more complicated than that. Why should Mr. Gates have any interest
in supporting a platform other than his own, Windows?

Aren't your clients rather narrow-minded to demand a specific platform,
instead of demanding specific functionality?
Any advice?


There are several possibilities, some I pointed out in a previous message:

1. Skip the idea of .NET and go for a complete
Java/J2EE-solution.

2. Try Mono. It's not any guarantee that all of what
you're needing for the project is implemented yet,
but it could be worth a try.

3. Say "no" to the client. If he insists on Unix for the
application server, and you insist on developing the
system in .NET at this time, this could possibly be
the best solution... ;-)

As I said before, there's other possible approaches as well, but for the
type of combination of Unix and .NET that you're looking for, I think not...

// Bjorn A
Nov 16 '05 #12
Bjorn Abelli wrote:
"Jonathan Li" wrote...
Now, I want to switch to .Net, completely. Not to
have J2EE and .Net at the same time. But I do not
know how to do it under Unix environment as
the server. Actually my understanding is that
there is no solution for that at all
What you're seem to be looking for is *possible*, but probably not
*stable* at this time.

As you insist to share components between the Unix and the Windows
platforms, the only way I know of is to use Mono in some way or
another.

http://www.go-mono.org/

It does have an implementation of ASP.NET, which can work as an Apache
module or in Mono's XSP server.


There's also the DotGNU project (see http://www.gnu.org/projects/dotgnu/),
but I have no freaking clue what stuff they have so far.
(simply because Mr. Gates does not know
anything about Unix so he does not like it, whilst my
clients insist on Unix).


The commercial world of constructing a development and runtime
environment is a bit more complicated than that. Why should Mr. Gates
have any interest in supporting a platform other than his own,
Windows?

Aren't your clients rather narrow-minded to demand a specific
platform, instead of demanding specific functionality?


Probably they are, probably not. If I ran a UNIX shop, I'd be *very*
reluctant to introduce a Windows Server based solution (or any other new
platform for that matter and disregarding TOC, stability, reliabilty etc.),
only because there's probably nobody around who's got the skills to run and
integrate these Windows boxes.
Any advice?


There are several possibilities, some I pointed out in a previous
message:

1. Skip the idea of .NET and go for a complete
Java/J2EE-solution.

2. Try Mono. It's not any guarantee that all of what
you're needing for the project is implemented yet,
but it could be worth a try.

3. Say "no" to the client. If he insists on Unix for the
application server, and you insist on developing the
system in .NET at this time, this could possibly be
the best solution... ;-)

As I said before, there's other possible approaches as well, but for
the type of combination of Unix and .NET that you're looking for, I
think not...


I guess Jonathan is pretty much stuck with a J2EE solution for now...

Cheers,

--
Joerg Jooss
jo*********@gmx.net

Nov 16 '05 #13

"Joerg Jooss" wrote...
Bjorn Abelli wrote:

http://www.go-mono.org/

It does have an implementation of ASP.NET, which can
work as an Apache module or in Mono's XSP server.


There's also the DotGNU project (see
http://www.gnu.org/projects/dotgnu/),
but I have no freaking clue what stuff they have so far.


I have seen some notes about that too, but it seems to be somewhat limited
in comparison to Mono. What I have seen is that DotGnu have come very far on
the part of WebServices (DGEE), but Mono seem to have gotten further on most
other aspects, including ASP.NET, which in the aspects of the OP should be a
necessity.

It will be very interesting to see how fast Mono can come up with their
special port of SharpDevelop, called MonoDevelop.

// Bjorn A
Nov 16 '05 #14

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

4
by: prabhat | last post by:
Hi, I am teaching myself J2EE. I have couple of books but how can I get practical experience? I installed trial version of IBM-websphere but it seems too complex for a beginner in J2EE. I...
15
by: Herman | last post by:
Hi everyone, I'm currently studying for my Master's in Computer Science, and I will be working on my thesis this summer. I've been thinking about constructing a web services application for my...
4
by: Lou Arnold | last post by:
Is J2EE free or not?? I'm confused by Sun's web site. I've been to the sun web site and found downloads pages for J2SE and J2EE, but the J2EE page only shows updates. Does this mean that J2EE...
0
by: Al | last post by:
I would like to add SIP stack to J2EE application server. I know that JCA 1.5 allows doing such thing. But JCA 1.5 is part of J2EE 1.4. Currently the most J2EE vendors support J2EE 1.3. Can anybody...
0
by: Jim Collins | last post by:
This position requires that you be a U.S. citizen and hold an active SSBI clearance. This position offers highly competitive compensation with excellent benefits in a highly professional work...
1
by: sky'ra | last post by:
Can anyone recommend a good J2EE book? Thx!
2
by: Silvana Di Martino | last post by:
My group recently received its first request for the the development of a really large and complex enterprise-level application, the kind of app that would require the use of tools like Enterprise...
124
by: 43 | last post by:
how come m$Office isn't written in .net? how come Open Office isn't written in j2ee? how come dbms systems aren't written in either? how come browsers aren't written in either? how come...
7
by: Luca | last post by:
I am not a programmer but I do work in the ICT sector. I read somewhere that J2EE would be "dying" and that PHP would be taking its place soon... Is this complete crap or does it have some real...
3
dmjpro
by: dmjpro | last post by:
plz send me a good link which can clearify me how the J2EE framework works i want the details information .... plz help thanx
0
by: DolphinDB | last post by:
Tired of spending countless mintues downsampling your data? Look no further! In this article, you’ll learn how to efficiently downsample 6.48 billion high-frequency records to 61 million...
1
isladogs
by: isladogs | last post by:
The next Access Europe meeting will be on Wednesday 6 Mar 2024 starting at 18:00 UK time (6PM UTC) and finishing at about 19:15 (7.15PM). In this month's session, we are pleased to welcome back...
0
by: Vimpel783 | last post by:
Hello! Guys, I found this code on the Internet, but I need to modify it a little. It works well, the problem is this: Data is sent from only one cell, in this case B5, but it is necessary that data...
0
by: jfyes | last post by:
As a hardware engineer, after seeing that CEIWEI recently released a new tool for Modbus RTU Over TCP/UDP filtering and monitoring, I actively went to its official website to take a look. It turned...
0
by: ArrayDB | last post by:
The error message I've encountered is; ERROR:root:Error generating model response: exception: access violation writing 0x0000000000005140, which seems to be indicative of an access violation...
1
by: PapaRatzi | last post by:
Hello, I am teaching myself MS Access forms design and Visual Basic. I've created a table to capture a list of Top 30 singles and forms to capture new entries. The final step is a form (unbound)...
1
by: Shællîpôpï 09 | last post by:
If u are using a keypad phone, how do u turn on JavaScript, to access features like WhatsApp, Facebook, Instagram....
0
by: af34tf | last post by:
Hi Guys, I have a domain whose name is BytesLimited.com, and I want to sell it. Does anyone know about platforms that allow me to list my domain in auction for free. Thank you
0
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 3 Apr 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome former...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.