Tha'er Zayed

Greenhorn
+ Follow
since Mar 10, 2004
Merit badge: grant badges
For More
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Tha'er Zayed

Using RMI JRMP across two seperated app servers..

My PLAIN RMI Stubs are going to reside in an iPlanet J2EE App Server and my RMI Objects are going to reside in a phsically separate Oracle App Server. Now my question is, is it possible to use Plain RMI for that purpose or does it have to be IIOP. I'm trying to avoid the overhead associated with IIOP.

I would really appreciate some help.

Thanks a lot in advance,

Tee Zee
I agree with Nate.

Choosing between RMI and EJB comes down to answering the following simple question:

How complex and big is my application?

Complexity in terms of DB transactions, concurrency, security, persistence. EJB 2.0 is a very robust and yet complex technology, and it comes with a considerable price tag in terms of performance(compared to POJOs/RMI) and learning curve. I would consider Plain RMI for my small to medium applications. I would also look at some robust persistence framewok such as Hibernate or Castor (Hibernate is my favorite). So again your plain RMI/POJO and Hibernate would be a reasonbly good fit for small to medium-sized applications. We run in our environment 30+ small to mediume servlet-based applications and we're doing just fine with out EJB.
19 years ago
My PLAIN JRMP RMI Stubs are going to reside in an iPlanet J2EE App Server and my PLAIN JRMP RMI Objects are going to reside in a phsically separate
Oracle App Server. Now my question is, is it possible to use Plain RMI for that purpose or does it have to be IIOP.
I'm trying to avoid the overhead associated with IIOP as I dont need to support non-Java objects.

Please note that my PLAIN JRMP RMI client and server are going to be pure Java, and they are going to reside on two different boxes.
The client will reside in the Web container of my iPlanet App. Server (thru JSPs, Servlets) and my plain (JRMP, not IIOP) RMI server objects will reside
in another Oracle App. Server JVM in a different box.
So my question is, is that possible?
I would be HUGLEY surprised to know that this is not possible, because Plain RMI (JRMP) is the foundation of EJB. My knowledge is that of course this is possible, but what made me post this question is that one of my colleagues said no it's not possible which I'm pretty confident not true, so I just want to confirm that. I'd really appreciate a direct answer.

I would really appreciate some help.

Thanks a lot in advance,
19 years ago
Thanks Shankar for your reply. Please note that my PLAIN JRMP RMI client and server are going to be purge Java, and they are going to reside on two different boxes. The client will reside in the Web container of my iPlanet App. Server (thru JSPs, Servlets) and my plain (JRMP, not IIOP) RMI server objects will reside in another Oracle App. Server JVM in a different box. So my question is, is that possible? I would be HUGLEY surprised to know that this is not possible, because Plain RMI (JRMP) is the foundation of EJB. My knowledge is that of course this is possible, but what made me post this question is that one of my colleagues said no it's not possible which I'm pretty confident not true, so I just want to confirm that. I'd really appreciate a direct answer.

Thanks a lot,
My PLAIN RMI Stubs are going to reside in an iPlanet J2EE App Server and my RMI Objects are going to reside in a phsically separate Oracle App Server. Now my question is, is it possible to use Plain RMI for that purpose or does it have to be IIOP. I'm trying to avoid the overhead associated with IIOP.

I would really appreciate some help.

Thanks a lot in advance,

Tee Zee
In my opinion, SOA is nothing but two things:

1. implementing strict OO abstraction at the class level, component level and then at the 'service' level. The more abstact you are, the 'blacker' your box is, as simple as that, so SOA is not new in that respect.

2. hemming the service in by plumbing things that will make it discoverable, location-independent, etc.

So the only new thing about SOA is the infrastrcutre aspects of it, not the concept it self..
19 years ago
SOA
In my opinion SOA is an over-hyped thing..so is Web Services..

They are that in the sense that they are not 'rocket science' or something that's entirely new.. these concepts have been around as far as RPC, however the 'plumbing work' around them (to make them location-independent, loosely coupled, discoverable, interoperable, etc.) is what's new.. now this is from a technological point of view. From a business point view, they are a perfect natural evolution (and revolution in terms of the way they changed how businesses inter-operate) to business needs.. first was the Internet that connected people and businesses, now after that people (businesses) started to look for ways to automate their work (B2B integration that is).. the best way to automate their integration is by taking advantage of the internet infrastructure..
19 years ago
SOA
SOA is a concept..it's not a technology or set of specs.. WS is one way of implemnting a SO Architecture.. JINI is another way..they are not related, although you can wrap a jini in a WS, but that doesnt say that they are competotrs or complementors.. again SOA is a concept where you 'provide' a 'service' that's (amonth other things):

location-independent,
discoverable,
self-sufficient (black box that is)
sure it could be interoperable..

nowadays, people use WS and SOA to refer to the same thing although they are not.. WS is one way of doing a SOA.
19 years ago
Does anybody have an idea about how EJB does interposition.. i would imagine it would encapsulate each and every object with a decorator or proxy object that exposes the original object's functionlity after adding its low-level plumbing services...anybod have a clear idea about this..?
See, i noticed that in your ejbCreate, you're constructing the PK after the create, which is wrong..it should be the other way around..
try that..
There's a good chance the PK does not get created for some reason.. EJB won't insert the row in this case, so maybe you need to look at that aspect..
Im an architect of 30+ .war applications..im trying to build a framework for these apps including a security framework.. how do i go about this? are there any useful links on this?
any help would be really appreciated..
Thanks a lot in advance..
19 years ago
Inner Classes should be avoided unless there's a good reason for them. They clutter the code, they are hard to UML model, the present a good deal of complexity.. you're better off with regular helper 'external' classes.. T
MVC1 combines controller and View together and MVC2 or Model two seperates them out..