This week's book giveaway is in the Kotlin forum.
We're giving away four copies of Kotlin in Action and have Dmitry Jemerov & Svetlana Isakova on-line!
See this thread for details.
Win a copy of Kotlin in Action this week in the Kotlin forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

Installing .ear file on iPlanet Web Server  RSS feed

 
Suresh Bansal
Ranch Hand
Posts: 91
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,
I have created a .ear file using J2EE SDK 1.2.1
Does anybody know how to install it on iPlanet.
I went thru the iPlanet documentation, but could not find anything in it.
Even if somebody could point to link where the same is explained.
Thanks.
 
Mike Curwen
Ranch Hand
Posts: 3695
IntelliJ IDE Java Ubuntu
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I can relate!

I just spent the last two weeks trying to deploy a 100% working EAR file from the RI to iPlanet Application Server.

The short answer is: You can't. I had no end of trouble with iAS SP2 on NT.

One thing to try: Each of your xml DD's needs a corresponding ias-*.xml DD. To help out the very poor deployment tool, you will need to un-EAR everything, and deploy each component (WAR, JAR) separately, so you can then get the ias-*.xml files. Then try to create an EAR file with these separate components. I couldn't get the deploy tool to do this... it added WAR's fine, but then complained about me trying to add the JAR files because of 'external dependencies'... i had Library JAR files in the RI, but there is no similar capability in iPlanet (or so it seems).

I also had a large amount of trouble getting EJB's to be able to find their Home Interfaces. I finally gave up on it and re-wrote my app to be simple servlets and JSP. Even then, I needed to remove all traces of JNDI (db lookups and JavaMail) ( I just couldn't get it to work!).

So my (admittedly lame) solution for EAR/EJB/JNDI problems on iPlanet.. was to remove them. I placed my library jars in the system classpath, and it doesn't complain about 'external dependancies' for WAR files (only EAR) .

But not everyone's app can do this, so I'm sorry I can't help you out a bit more.

As an aside, I was holding a conversation with an iPlanet engineer on their newsgroup
server is: secnews.netscape.com
group is: iplanet.ias.general
thread is: well.. just search on Sender 'Mike C'
 
Suresh Bansal
Ranch Hand
Posts: 91
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Thanks a lot Mike for taking the trouble of writing in detail.
 
Mike Curwen
Ranch Hand
Posts: 3695
IntelliJ IDE Java Ubuntu
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I've thought some more about this topic, and thought I'd post them. I have not tried any of this out, so maybe I'm up the wrong tree.

Regarding library jars:
I could not get the deploytool to recognize my library jars... The solution iPlanet mentions for stand-alone modules is to add them to iPlanet's Classpath... So open kregedit and go to Software/iPlanet/Application Server/6.0/Java/Classpath and add your jar file there. But *also* add it to the classpath of whatever environment you are running the deploytool under. On NT, they are different! (one is loaded from kregedit, the other uses System classpath).

regarding EJB troubles:
Two things occur to me.

I was reading the Samples docs and found that by default (except on Test Drive installs)... iPlanet App Server does NOT enable RMI-IIOP. This seems unforgiveable, since EJB's require it, do they not? Anyways, start a cxs server, and this will enable RMI-IIOP, perhaps now your beans will work.

The second item is that the InitialContext lookups (for Bean Home interfaces and the like, through JNDI) won't work. Sun's RI code looks very different from the code that Sun's 'for profit' App Server uses. It is detailed here: http://developer.iplanet.com/appserver/samples/j2eeguide/docs/app-notes.html#mods
Hopefully these will help out anyone having iPlanet troubles.

I wish I had seen these things before I re-wrote my application to not use EJBs (it was a pilot project anyways, so EJB were not the best fit).
 
It is sorta covered in the JavaRanch Style Guide.
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!