Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[jakarta.ee-community] question of Intraprocess or Interprocess ?
Hi, 
Java EE  community ,

I would appreciate some clarity on the topic of what exactly is the definition of the words Interprocess and intraprocess.  

I have had some contributions but I think I may need more to completely  give RIP to the curious cat.

For this purpose I have brought my thread to this mailing list. 


It is very much appreciated and very clear.  I wish to move onto two other  descriptions to tie up a loose end.  "tight coupling " and  "loose coupling"  and find out if there is any relationship to Interprocess or intraprocess.


I read somewhere that " a bean is an intraprocess (tightly bound) and an EJB is an interprocess (loosely coupled)."

This text  implied intraprocess to mean tightly bound and Interprocess implies loosely coupled,  therefore further implied it is these properties which  differentiated the two.

In the context of intranet it tightly coupled because that is possible to due short distance and  bandwidth capacity meanwhile internet is stateless loosely coupled. 


It is my understanding an example of a tight coupling is with JSPs  for example  
<jsp:useBean id="person" class="org.example.model.PersonModel" scope="session">
</jsp:useBean>
A CDI is the same as a usebean  in my understanding
 because One declares a class then @inject/useBean for instantiation.
EJB/JAX-RS are loosely coupled by my understanding because it is a client server  API  therefore  the logic is loosely implemented away from  object instantiation.


It is my understanding you guys are saying that when either EJB or CDI are running in same JVM then they are both intraprocess.

However when an ejb/jax-rs is running  in the remote  server and for example the client calls has a  different IP address than the server ip address in that case this  is an example of Interprocess implementation.  Please correct me if I'm wrong.

So if the JAX-RS is running in same JVM then it is intraprocess and if the jax-rs is running as a remote  REST API  then it is an Interprocess.  Most definitely we can JAX-RS is loosely coupled because it is a client server paradigm. 
Please correct me if I am wrong. 

For any component to  qualify as either Interprocess or intraprocess do they both have to be container managed meaning running in a server ?













On Tue, 23 Mar 2021, 18:13 Andy McCright, <j.andrew.mccright@xxxxxxxxx> wrote:
Both CDI and EJBs are intra-process - they both work primarily within the same JVM.

EJBs have a remoting capability though I think that remote EJBs are being phased out (they are at least losing popularity to more web-based remoting mechansims like REST, GraphQL, etc.).

Hope this helps,

Andy

On Tue, Mar 23, 2021 at 12:08 PM Som Lima <somplasticllc@xxxxxxxxx> wrote:
Hi cdi-devs,


Q1. Is an  EJB  bean , an EE component ,  an example of   Interprocess  ?

Q2 .  Is  CDI  bean , an EE component , an example of  intraprocess  ?


Regards



On Tue, 23 Mar 2021, 13:39 Som Lima, <somplasticllc@xxxxxxxxx> wrote:
Q1. Can  one refer to EJBs as Inter process  ?

Q2. Can one refer to CDI  as intra process  ?



On Tue, 23 Mar 2021, 08:23 Jan Supol, <jan.supol@xxxxxxxxxx> wrote:
No. While IPC communicates between processes within a single system, client-server communication is about communication between two remote systems.
The corner case of the usage of client-server API for IPC would have been highly ineffective, because of the TCP/IP communication involved.

-- Jan
From: jaxrs-dev <jaxrs-dev-bounces@xxxxxxxxxxx> on behalf of Som Lima <somplasticllc@xxxxxxxxx>
Sent: Tuesday, March 23, 2021 5:53 AM
To: jaxrs developer discussions <jaxrs-dev@xxxxxxxxxxx>
Subject: [External] : Re: [jaxrs-dev] Question : another question ?
 
Is a client server API  also  referred to as inter process ?


I have been looking for a definitive answer to this question for more than fifteen years.  This is a very important  question for me.


Also Yes/No   please if possible 
Thank You.







On Thu, 28 Jan 2021, 16:41 Markus KARG, <markus@xxxxxxxxxxxxxxx> wrote:

Yes.

 

Von: jaxrs-dev [mailto:jaxrs-dev-bounces@xxxxxxxxxxx] Im Auftrag von Som Lima
Gesendet: Mittwoch, 27. Januar 2021 23:26
An: jaxrs developer discussions
Betreff: Re: [jaxrs-dev] Question

 

Is JAX-RS a client server API  ?

 

On Wed, 27 Jan 2021, 22:24 Markus KARG, <markus@xxxxxxxxxxxxxxx> wrote:

It seems you still do not understand the purpose of this mailing list. If you have a question on JAX-RS feel free to post it here. Otherwise I'd like to kindly ask you to not post off-topic. Thanks.

-Markus

 

Von: jaxrs-dev [mailto:jaxrs-dev-bounces@xxxxxxxxxxx] Im Auftrag von Som Lima
Gesendet: Mittwoch, 27. Januar 2021 23:22
An: jaxrs developer discussions
Betreff: Re: [jaxrs-dev] Question

 

One client server API is same as another client server API. 

 

 

On Wed, 27 Jan 2021, 21:46 Markus KARG, <markus@xxxxxxxxxxxxxxx> wrote:

I cannot see ANY relation to JAX-RS, actually, and I wonder what the intention is why you post this statement into the JAX-RS Developer Discussion forum?

-Markus

 

Von: jaxrs-dev [mailto:jaxrs-dev-bounces@xxxxxxxxxxx] Im Auftrag von Som Lima
Gesendet: Mittwoch, 27. Januar 2021 19:35
An: jaxrs developer discussions
Betreff: Re: [jaxrs-dev] Question

 

Personally I think  Java's Remote Method Invocation (RMI)  compute engine was the best  remote compute engine because of its language neutrality combined with its simplicity  and everything else is second best.  

 

I am not a decision maker , just an implementor of text parsers.

 

 

 

 

 

 

 

 

 

 

 

On Wed, 27 Jan 2021, 15:29 Markus KARG, <markus@xxxxxxxxxxxxxxx> wrote:

it is not who is asking but what whether the topic is about making JAX-RS API better or not

-Markus

 

Von: jaxrs-dev [mailto:jaxrs-dev-bounces@xxxxxxxxxxx] Im Auftrag von Som Lima
Gesendet: Mittwoch, 27. Januar 2021 00:24
An: jaxrs developer discussions
Betreff: Re: [jaxrs-dev] Question

 

 

So an Application Developer or System Architect   questions are off topic. 

 

They are considered lower class :)

 

 

On Tue, 26 Jan 2021, 17:24 Markus KARG, <markus@xxxxxxxxxxxxxxx> wrote:

This is the mailing list for contributors and committers to the Jakarta RESTful Web Services standard, so anything that targets in making the standard better is appropriate.

But you won't get punished for asking other questions, too. ;-)

In general please understand that product-specific questions are off-topic, and there are lots of better places for user questions, like e. g. Stack Overflow. :-)

-Markus

 

Von: jaxrs-dev [mailto:jaxrs-dev-bounces@xxxxxxxxxxx] Im Auftrag von Som Lima
Gesendet: Montag, 25. Januar 2021 20:57
An: jaxrs-dev@xxxxxxxxxxx
Betreff: [jaxrs-dev] Question

 

What kind of questions are appropriate  to ask on this line  ? 

_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev

_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev

_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev

_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev

_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev
_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev
_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev
_______________________________________________
jaxrs-dev mailing list
jaxrs-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jaxrs-dev

Back to the top