Hi,
I am facing problems in installation of ipas_b2 _build98.exe (from Iona)..
Inspite of installing orbix beta2 version before installing ipas, I am
unable to configure it.. setenvs batch file is not appending the classpath.
I don't know what to do ??
Can somebody help me out.. I am really stuck..
Thanks
Anupam K
"The fastest way to succeed is to look as if you're playing by somebody
else's rules, while quietly playing by your own."
-Michael Konda
Anupam K
> -----Original Message-----
> From: Automatic digest processor [SMTP:[EMAIL PROTECTED]]
> Sent: Saturday, February 05, 2000 1:30 PM
> To: Recipients of EJB-INTEREST digests
> Subject: EJB-INTEREST Digest - 3 Feb 2000 to 4 Feb 2000 (#2000-35)
>
> There are 12 messages totalling 494 lines in this issue.
>
> Topics of the day:
>
> 1. Source code (3)
> 2. [Fwd: Re: tell me why] (2)
> 3. Passivation in EJB.
> 4. Entity vs. Session for Business Logic
> 5. EJB Server Comparison (WebLogic, WebSphere,NetDynamics,GemS tone)
> 6. welcome home
> 7. Where to find a pure java JMS implementation?
> 8. Licensing issues [was EJB Server Comparison]
> 9. Two Phase Commit via EJb Application Server
>
> ==========================================================================
> =
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> of the message "signoff EJB-INTEREST". For general help, send email to
> [EMAIL PROTECTED] and include in the body of the message "help".
>
>
> ----------------------------------------------------------------------
>
> Date: Fri, 4 Feb 2000 15:52:49 +0530
> From: malay <[EMAIL PROTECTED]>
> Subject: Source code
>
> Please send me some good source code and demo programs on EJB
> so that I can start from the scratch.
> Thanks & Regards
>
> Malay Baral
> Software Engineer
> SRR Solution India Pvt. Ltd.
> 13/1,1st Cross,Lavelle Road,
> Bangalore-1
> voice:: 2996571 extn.304
> mailto:[EMAIL PROTECTED]
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 04:08:33 -0800
> From: Kirk Pepperdine <[EMAIL PROTECTED]>
> Subject: Re: [Fwd: Re: tell me why]
>
> I think Jeff was right... this is getting boring. And Sriram, I do like
> to see pertanent vendor information, I just like to see it wrapped
> in the vendor tags so that I can seperate it from opinion.
>
> Kirk
>
> PS unless it's clever and full of whit, flame me at my email address,
> not in this listing.
>
> -----Original Message-----
> From: Todd Kaufman <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> Date: Friday, February 04, 2000 12:19 AM
> Subject: [Fwd: Re: tell me why]
>
>
> >Sriram Srinivasan wrote:
> >>
> >> Because we do take the entire customer experience seriously. We offer
> >> helpful support to everyone, whether it is an evaluator or a
> competitor.
> >> The product has a whole range of tremendously useful functionality,
> J2EE
> >> support being just one part of it. We support clustering, replicated
> HTTP
> >> sessions, global naming service over multicast, transparent COM
> integration.
> >> We run TENS of THOUSANDS of tests EVERY NIGHT. Tests include
> >> various combinations of JVMs, java compilers, hardware platforms,
> >> operating systems (NT, Solaris, Aix, HP), green vs. native threads, JIT
> >> vs. non-JIT, etc. Sanity tests are run automatically the moment someone
> >> checks a piece of code in. When bugs are found in the field, we provide
> >> fixes in record time.
> >
> >I've pointed out a bug in your product regarding the use of
> >java.lang.Long as a primary key, yet no one has provided a fix. Many
> >workarounds have been suggested, but the cause of the problem has yet to
> >be solved. See case numbers 150982 and 150916.
> >
> >>
> >> Perhaps that explains why we have never lost an account to any of our
> >> competitors on technical reasons alone.
> >>
> >
> >We are going to be using Gemstone/J instead of your product after a 6
> >month technical evaluation proved that Gemstone/J was the superior
> >server. I would not make such broad statements unless you are entirely
> >sure that they are true.
> >
> >- TK
> >
> >> We firmly believe that our product has the best performance on the
> planet,
> >> so we are definitely keen to hear the details of your test. What
> >> kind of a test did you do? How many clients? What was the deployment
> descriptor
> >>
> >> like? Did you measure scaleability and stability as numbers of clients
> and
> >> beans
> >> were upped?
> >>
> >> -Sriram
> >
> >=========================================================================
> ==
> >To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> >of the message "signoff EJB-INTEREST". For general help, send email to
> >[EMAIL PROTECTED] and include in the body of the message "help".
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 18:05:22 +0530
> From: Jayant Gupta <[EMAIL PROTECTED]>
> Subject: Passivation in EJB.
>
> Hi Friends,
> we are using WebLogic Application Server 4.5.1 for our project, in
> which we are using "stateful sessionBeans".We acsess lot of (around 500
> record objects) records throgh this Bean but it gets passivated after
> retrieving around 100 records. We are accessing records in a Client
> through
> Thread in chunks of 15 records.After getting 100 records bean get
> passivated
> and activated for each chunk of 15 records.We thought that this may be due
> to scarcity of resources at server side, so we increased (almost doubled
> than earlier) the min. and max. heap size in startWebLogic.sh (A standard
> weblogic file to start the weblogic server) which was all in vain.
>
> Please suggest any idea to avoid passivation of bean.
>
> Thanks
> JAyant
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 07:49:52 -0500
> From: Frank Sauer <[EMAIL PROTECTED]>
> Subject: Re: [Fwd: Re: tell me why]
>
> We've had a similar experience. When evaluating weblogic we had
> the hardest time getting in touch with support. Heck, not even
> a sales person returned our calls. They really gave us the feeling
> they didn't want to sell us their product. We too are currently using
> Gemstone/J very successfully on our project. On another project
> they have decide (more recently) that they wanted to go with weblogic
> so perhaps their support has improved recently.
>
> Frank Sauer
> The Technical Resource Connection
> http://www.trcinc.com
>
>
> > -----Original Message-----
> > From: A mailing list for Enterprise JavaBeans development
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Todd Kaufman
> > Sent: Thursday, February 03, 2000 7:47 AM
> > To: [EMAIL PROTECTED]
> > Subject: [Fwd: Re: tell me why]
> >
> >
> > Sriram Srinivasan wrote:
> > >
> > > Because we do take the entire customer experience
> > seriously. We offer
> > > helpful support to everyone, whether it is an evaluator or
> > a competitor.
> > > The product has a whole range of tremendously useful
> > functionality, J2EE
> > > support being just one part of it. We support clustering,
> > replicated HTTP
> > > sessions, global naming service over multicast, transparent
> > COM integration.
> > > We run TENS of THOUSANDS of tests EVERY NIGHT. Tests include
> > > various combinations of JVMs, java compilers, hardware platforms,
> > > operating systems (NT, Solaris, Aix, HP), green vs. native
> > threads, JIT
> > > vs. non-JIT, etc. Sanity tests are run automatically the
> > moment someone
> > > checks a piece of code in. When bugs are found in the
> > field, we provide
> > > fixes in record time.
> >
> > I've pointed out a bug in your product regarding the use of
> > java.lang.Long as a primary key, yet no one has provided a fix. Many
> > workarounds have been suggested, but the cause of the problem
> > has yet to
> > be solved. See case numbers 150982 and 150916.
> >
> > >
> > > Perhaps that explains why we have never lost an account to
> > any of our
> > > competitors on technical reasons alone.
> > >
> >
> > We are going to be using Gemstone/J instead of your product after a 6
> > month technical evaluation proved that Gemstone/J was the superior
> > server. I would not make such broad statements unless you
> > are entirely
> > sure that they are true.
> >
> > - TK
> >
> > > We firmly believe that our product has the best performance
> > on the planet,
> > > so we are definitely keen to hear the details of your test. What
> > > kind of a test did you do? How many clients? What was the
> > deployment descriptor
> > >
> > > like? Did you measure scaleability and stability as
> > numbers of clients and
> > > beans
> > > were upped?
> > >
> > > -Sriram
> >
> > ==============================================================
> > =============
> > To unsubscribe, send email to [EMAIL PROTECTED] and
> > include in the body
> > of the message "signoff EJB-INTEREST". For general help,
> > send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
> >
> >
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 07:57:35 -0700
> From: Steve Roth <[EMAIL PROTECTED]>
> Subject: Entity vs. Session for Business Logic
>
> We're trying to identify the appropriate location in an EJB design for
> placing lower-level business logic.
>
> Reading various books and specs (J2EE) often leaves the impression that
> business logic goes in Session beans and Entity beans are for persistence
> only.
>
> For high-level business logic affecting multiple persistence tables, I can
> see this point.
>
> However, what about for business logic tied directly to a single table?
> For
> example, a PurchaseOrder Entity bean might expose a number of business
> methods.
>
> Are there any technical reasons why a Session bean would be preferable in
> this case? (BTW-- we're using BMP for the Entity beans)
>
> Thanks!
> -Steve Roth, [EMAIL PROTECTED]
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 09:20:35 -0600
> From: Eric Williams <[EMAIL PROTECTED]>
> Subject: Re: EJB Server Comparison (WebLogic, WebSphere,NetDynamics,GemS
> tone)
>
> I totally agree with you on this one. Vendors (ie, the developers) are
> the
> only ones who are capable of this sort of tuning. And in large, complex
> benchmark tests you will often see several vendors (hardware, software,
> and database) collaborate to achieve the best results.
>
>
> I would propose that EJB server vendors start working on TPC-C benchmark
> testing with their products. There has been considerable time and effort
> spent in making the TPC-C benchmark fair and unbiased. And the test
> auditing
> process is rigorous.
>
> TPC-C not only focuses on raw performance, but on the cost of that
> performance. And it gives you a fuller picture of hardware, application
> server, and database required to get the performance.
>
>
> Sure, everyone can do their own benchmark. Hell, I've done them. But it
> would be nice to have standard, objective, audited, and published TPC-C
> results for today's crop of EJB servers. I would guess that this will
> eventually help "cull the herd" that is filled with too many mediocre
> and non-scalable products.
>
>
> -eric
>
>
> Dwight Rexin wrote:
> >
> > There's 2 things going on here. Tim is talking about "out of the box"
> > performance achievable by reasonably knowledgeable individuals. And
> that's
> > an interesting measure in and of itself.
> >
> > The other is a measure of absolute best performance potential. In other
> > words "What's the absolute fastest this race car can go on this race
> track
> > in these weather conditions?" which is a very different measure. You'd
> want
> > the chassis designer, engine designer, factory tire guys, best
> mechanics,
> > and best drivers on hand for such an enterprise. And then it'd take
> > collaboration and time to get to the absolute fastest lap times
> possible.
> >
> > Certainly, an average crew and an average driver with average tires
> could
> > get a certain level of performance out of the race car. And that would
> tell
> > us something, but it would be more indicative of the quality of the test
> > crew and driver than the performance potential of the race car. If the
> goal
> > is absolute fastest possible lap times you go with the pros.
> >
> > I wouldn't try to optimally tune a Solaris or Linux OS, or an Apache or
> > Netscape web server, or an Oracle or DB2 relational engine without
> > soliciting expert help. Most of the time the folks that wrote the code
> are
> > the absolute best possible experts to have available for extreme
> performance
> > potential tests. Assuming they're available and you can afford them. If
> you
> > settle for something less than that you're testing something other than
> > maximum performance potential.
> >
> > That's a personal perspective. Not a vendor position.
> >
> > Dwight
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 10:11:04 -0800
> From: Al Thompson <[EMAIL PROTECTED]>
> Subject: Re: welcome home
>
> Umm, great.
> Glad all is well.
> What's this have to do with EJB, tho?
>
> > Leaving Susan's today for home, duty done, hopefully. She must be
> careful,
> > per MD, but healing is progressing well, one more stitch to dissolve
> > internally, but otherwise doing well, no longer needs to see MD.
> > Judy will be in Boston next Friday/Saturday. We will plan to eat here
> at
> > Susan's Friday nite, so come. I will make sweet and sour chicken, Celia
> > will bring Kugel and bread, Susan will do Salad and bake something.
> Judy
> > flies out Sat at 5 p.m. I will come down Friday, not stay overnite, but
> > return to Maine. That's the plan at this time. Judy is staying with
> > friends in Albany, will come to Boston next Thursday and stay with a
> friend
> > in Somerville.
> > Hope your trip was good. Ellie
> >
> >
> ==========================================================================
> =
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> > of the message "signoff EJB-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
> >
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 14:51:24 +0000
> From: "Frank D. Greco" <[EMAIL PROTECTED]>
> Subject: Re: Where to find a pure java JMS implementation?
>
> At 11:49 PM 2/2/00 -0500, Frank Sauer wrote:
> >Where can I find a pure Java JMS implementation?
> >Free or OpenSource would be nice.
>
> www.push-technologies.com
>
> Frank G.
> +======================================================================+
> | Crossroads Technologies Inc, 55 Broad Street, 28th Fl, NYC, NY 10004 |
> | Dot-com Engineering |
> | Email: [EMAIL PROTECTED] Web: www.CrossroadsTech.com |
> | Voice: 212-482-5280 x229 Fax: 212-482-5281 |
> +======================================================================+
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 13:38:23 -0800
> From: Chris Raber <[EMAIL PROTECTED]>
> Subject: Re: Source code
>
> <vendor>
> You can register for a comprehensive example J2EE application at our web
> site. We are also publishing design practices and other useful information
> with the example. Look for the Developer's Guide at
> http://www.gemstone.com/
>
> The design info and examples are all to standards...
> </vendor>
>
> Regards,
>
> -Chris.
>
> > -----Original Message-----
> > From: malay [SMTP:[EMAIL PROTECTED]]
> > Sent: Friday, February 04, 2000 5:23 AM
> > To: [EMAIL PROTECTED]
> > Subject: Source code
> >
> > Please send me some good source code and demo programs on EJB
> > so that I can start from the scratch.
> > Thanks & Regards
> >
> > Malay Baral
> > Software Engineer
> > SRR Solution India Pvt. Ltd.
> > 13/1,1st Cross,Lavelle Road,
> > Bangalore-1
> > voice:: 2996571 extn.304
> > mailto:[EMAIL PROTECTED]
> >
> >
> ==========================================================================
> > =
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> > body
> > of the message "signoff EJB-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
>
> ------------------------------
>
> Date: Fri, 4 Feb 2000 18:17:44 -0600
> From: Don Bate <[EMAIL PROTECTED]>
> Subject: Licensing issues [was EJB Server Comparison]
>
> I think the following article is germane to the subthread about the
> licensing rights of vendors and how they're about to change.
>
> http://www.latimes.com/business/updates/lat_rights000204.htm
>
> Regards,
> Don Bate
>
> Don Bate | Specializing in Consulting and Mentoring in
> Bate Consulting, Inc | Object-Oriented Technologies,
> | Software Architecture, and Software Process
> (972) 618-0208 voice
> (972) 618-0216 fax
> [EMAIL PROTECTED]
>
> ------------------------------
>
> Date: Sat, 5 Feb 2000 11:21:55 +0530
> From: Ashwath Narayan <[EMAIL PROTECTED]>
> Subject: Re: Source code
>
> Malay,
>
> There are some good examples available at
> http://www.weblogic.com/docs/examples/ejb/Package-examples.ejb.html
>
> -ashwath
> _____________________
>
> Ashwath Narayan @ Wisor Telecom Bangalore
> www.wisor.com
> [EMAIL PROTECTED]
> Tel: +91-80-5525821/2/3
>
>
> ----- Original Message -----
> From: malay <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Friday, February 04, 2000 3:52 PM
> Subject: Source code
>
>
> > Please send me some good source code and demo programs on EJB
> > so that I can start from the scratch.
> > Thanks & Regards
> >
> > Malay Baral
> > Software Engineer
> > SRR Solution India Pvt. Ltd.
> > 13/1,1st Cross,Lavelle Road,
> > Bangalore-1
> > voice:: 2996571 extn.304
> > mailto:[EMAIL PROTECTED]
> >
> >
> ==========================================================================
> =
> > To unsubscribe, send email to [EMAIL PROTECTED] and include in the
> body
> > of the message "signoff EJB-INTEREST". For general help, send email to
> > [EMAIL PROTECTED] and include in the body of the message "help".
>
> ------------------------------
>
> Date: Sat, 5 Feb 2000 13:02:11 +0530
> From: Prashant Jaiswal <[EMAIL PROTECTED]>
> Subject: Two Phase Commit via EJb Application Server
>
> Has anybody tried Two Phase Commit transaction with EJB Application Server
> and non-EJB Servers like CORBA or CICS Transaction Server?
>
> Prashant
>
> ------------------------------
>
> End of EJB-INTEREST Digest - 3 Feb 2000 to 4 Feb 2000 (#2000-35)
> ****************************************************************
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
