Re: 8i Java Port

Hi T

I may have been over-zealous in my design previously because it also uses servlets and JSP, I use Websphere on NT right now.

FYI I have a split screen app the lower half is an applet controller, I used an applet because I needed real time feedback of records being processed on the server etc, which was not really possible with HTML. The controller fills up the top half of the frameset with JSP or servlet generated output etc. It works quite well ... but scaling is another matter, however, that's the fault of the middleware not the applet.

I take it there's no way around those extra jars? This sucks. I'm very suprised, I can't believe they dump the IIOP stuff that's already there (in Netscape) - "don't just rename it remove it" ! So much for scaleable java middleware, I've been waiting for this for ages.

My own middleware is written in Java also (using ServerSockets), which is probably why it doesn't scale too well, I guess I could rewrite it in C or something. The Oracle comparison between a Hotspot Server (which may be my next move) and 8i, really leaves a lot to be desired ....

BTW, I look at EJB's in this context as middleware, I may be wrong in that assumption, but the EJB container provides the transaction services etc, that my middleware does at the moment - it just so happens that the EJB's run on the database too. So I think my desired configuration is effectively 3 tier.

Thanks again

Ritchie
tsalzsie_at_my-deja.com wrote:

> Ritchie,
>
> in fact, you should consider redesigning your whole system architecture
> since it doesn't make any sense to download the mentioned jars to your
> browser. I highly recommend to utilize an n-tier approach instead
> of pure client/server where your client is as thin as possible and
> communicates with the business logic only via HTTP.
> For instance, we currently build a large web-based system where the
> web-browser is fed by some servlets. The servlets (running on Apache
> JServ, but you can use any servlet-enabled application server)
> communicate with the database via IIOP and talk to EJB's in the
> database. I believe this is a very elegant and state-of-the-art
> approach.
>
> Hope this helps, T.
>
> In article <37AF6091.68AD3955_at_utouch.com>,
> ritchie turner <rmturner_at_utouch.com> wrote:
> >
> > Thanks for the reply T.
> >
> > I've looked through the docs and I understand what I need to do
> regards EJBs
> > on the server, however, I'm pretty worried about client requirements,
> I
> > thought I could simply "point the web browser" but judging from the
> snippet
> > below (from the EJB clubmed example), it looks completely out of the
> > question, not the least of which is aurora_client.jar is 2.3MB. Is
> there a
> > slightly thinner approach?
> >
> > Thanks Ritchie
> >
> > SETUP for the browsers
> > ----------------------
> >
> > 0) This has only been tested with Netscape 4.04.
> >
> > 1) You need to remove the iiop10.jar file from the
> > ...Netscape/Communicator/Program/Java/Classes directory. Renaming this
> > file is not enough - you must remove it.
> >
> > 2) You need to copy $ORACLE_HOME/lib/aurora_client.jar
> > $ORACLE_HOME/lib/vbjorb.jar and $ORACLE_HOME/lib/vbjapp.jar into the
> > ...Netscape/Communicator/Program/Java/Classes directory.
> >
> > 3) You need to go to
> >
> "http://developer.netscape.com/docs/technote/security/prefwrangler.html"
> > to Preference Wrangler and enable all security.
> >
> > tsalzsie_at_hotmail.com wrote:
> >
> > > Ritchie,
> > >
> > > well, quite a lot of questions you have and I try to give you a
> short
> > > overview what Oracle's Java strategy is all about.
> > >
> > > Oracle's JVM supports currently two middleware technologies to
> access
> > > "objects" in the database: Corba and EJB.
> > > You can access objects written for both technologies via JNDI (Java
> > > Naming and Directory Interface). The EJB sits in reality on top of
> the
> > > CORBA implementation which means that the protocol used by Oracle is
> > > IIOP. Although Oracle supports currently only Java clients to access
> the
> > > objects in the database you should choose CORBA in case you plan to
> have
> > > access to the objects using some other programming language like
> C++.
> > > EJB is a pure Java technology.
> > >
> > > Regarding your problem, I doubt that you can use still your socket
> > > mechanism as a middlelayer concept, transferring serialized objects
> > > betweeen the layers. However, it should not be too much work to map
> your
> > > current application to an EJB or CORBA approach. You need to change
> your
> > > connection handling (JNDI) and it's hard to say since I don't know
> your
> > > application, your method invocation. EJB and CORBA basically work
> like
> > > RPC in the old days and you can transfer serialized objects between
> the
> > > methods.
> > >
> > > I suggest that you have a look at technet.oracle.com for some
> examples
> > > how to work with EJB or CORBA and further to have a detailled look
> at
> > > the Corba and EJB programming manual also downloadable from
> > > technet.oracle.com.
> > >
> > > Hope this helps a bit, T.
> > >
> > > In article <37AB6976.3AB6C708_at_utouch.com>,
> > > ritchie turner <rmturner_at_utouch.com> wrote:
> > > > Hi
> > > >
> > > > I have an internet application which utilizes a java client and
> java
> > > > middleware. The client talks to the middleware with Java sockets
> and
> > > the
> > > >
> > > > middleware talks to 8i with JDBC, I have implemented the stored
> procs
> > > in
> > > >
> > > > PL/SQL. I am an Oracle newbie.
> > > >
> > > > I'm looking to make this setup more scaleable, in particular it is
> my
> > > > hope to bring my middleware right into the database. The
> performance
> > > > data I have seen regards the aurora jvm looks impressive and I
> want to
> > > > harness this scalability.
> > > >
> > > > Now, I need to know just how much of my app needs to be
> > > re-architected.
> > > > Of course I am hoping I can just jar my middleware and loadjava
> and
> > > > magically I have superior scalability but I fear this is not going
> to
> > > be
> > > >
> > > > the case. I can see to start with I want to implement my PL/SQL
> in
> > > > Java, I know this is slower until the native compiler comes out,
> but I
> > > > can live with that.
> > > >
> > > > The oracle docs say ....
> > > >
> > > > sockets are not persistant over calls (something to do with the
> > > > presentation layer which I know nothing about)
> > > > utilise EJBs for scalability for remote connections (I know
> nothing)
> > > >
> > > > Does this mean that although sockets are there it's actually best
> not
> > > to
> > > >
> > > > use them ... because they doen't have the same sematics as normal
> > > > sockets?
> > > >
> > > > Currently my middleware and client talk to each other by passing
> > > > serializable objects over the socket but now I think that this
> > > protocol
> > > > probably vanishes and method calls are probably utilised directly
> on a
> > > > remote object in the context of an oracle session?
> > > >
> > > > If someone could give me some advice on this I'd be grateful (you
> can
> > > > see I'm pretty confused!).
> > > >
> > > > Thanks
> > > >
> > > > ritchie
> > > >
> > > >
> > >
> > > Sent via Deja.com http://www.deja.com/
> > > Share what you know. Learn what you don't.
> >
> >
>
> Sent via Deja.com http://www.deja.com/
> Share what you know. Learn what you don't.
Received on Tue Aug 10 1999 - 10:50:19 CDT