×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Porting Applications from WebSphere to WebLogic?

Cliff posted more than 11 years ago | from the getting-comfortable-with-a-replacement-framework dept.

IBM 33

JFP queries: "I work for a division of a manufacturing company. We're currently running IBM WebSphere 3.5. We are considering a switch to BEA WebLogic 6./7. Has anyone had luck with IBM's upgrade path? Has anyone else ported a WebSphere 3.5 application to WebLogic? If so, how much of code did you have to rewrite? Are there any 'gotcha!'s that you ran into that you would care to pass along?"

cancel ×
This is a preview of your comment

No Comment Title Entered

Anonymous Coward 1 minute ago

No Comment Entered

33 comments

FP (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#3918635)

FP [goatse.cx]

Two pieces of advice (2, Interesting)

tony clifton (134762) | more than 11 years ago | (#3918646)

Is your Websphere app unit tested? Use JUnit [junit.org], and potentially add-ons like Cactus and HttpUnit so you've got some way of verifying your port.

If you decide you need a consultant, remember that the only thing worse than an expensive consultant is a cheap one.

A third piece of advice (0)

Anonymous Coward | more than 11 years ago | (#3918858)

by tony clifton on Friday July 19, @02:31 P (#3918646)
(User #134762 Info)

Did I mention that I'm a consultant?

Re:Two pieces of advice (0)

Anonymous Coward | more than 10 years ago | (#3939015)

The only thing worse then /. advice is /. advice from an anoymous coward. My advice. Unless there is something so compelling about weblogic that your company can switch easily you will be better off staying with what you have and upgrading.

Advice On Moving From JBoss to WebLogic (1)

dthable (163749) | more than 11 years ago | (#3918699)

In addition to moving from WebSphere to WebLogic, does anyone know about moving from JBoss to WebLogic. We're deploying applications on JBoss now (since it's free) but the corporation is looking at moving to WebLogic. Is Java truly the Write Once. Run Anywhere platform Sun was once pushing?

Re:Advice On Moving From JBoss to WebLogic (3, Informative)

Gaijin42 (317411) | more than 11 years ago | (#3918793)

JBoss will be a relitively easy upgrade, since JBoss does not include any vendor extentions to Java. Therefore your app should be "vanilla" The websphere to weblogic upgrade could be more difficult, because there are vendor extentions. Any code which used that vendor extention will most likely need to be re-written.

Java is write once run anywhere, but only if you stick to the standard. The standard doesn't do everything (yet) so the vendors have pushed the envelope (Just like the browser war)

If you write to the standard you are fine. If you need/want the advanced features, be prepared for migration re-writes.

Re:Advice On Moving From JBoss to WebLogic (1)

Raskolnk (26414) | more than 11 years ago | (#3918908)

Its not an issue of whether Java is portable, but how your app conforms to the various web application standards and how well those standards are implemented on the various server platforms.

AFAIK, most app-server vendors provide different levels of support, and even when they support the same standards they have differing interpretations or tools to work with. Sounds like a pain at best. At least for J2EE components. My guess is that simple WAR files will be easily transportable.

Censordot!! by poopbot (-1, Offtopic)

Anonymous Coward | more than 11 years ago | (#3918715)


Version 1.1.8 (last updated 19th July 2002 by Anonymous Coward)

Note to moderators : Do not moderate this post down, if you do then you support the editors stance on censorship and you support the end of free speech and support evil organisations like Microsoft, RIAA, MPAA and laws like the CBTBA and DMCA

Sign this petition, let your voice be heard! [petitiononline.com]

Slashdot is using censorship! It is trying to eridicate free and open discussion like we know slashdot to be, it has the following RESTRICTIONS in place to Censor you

They claim they don't, but they do, wonder why their are so many trolls, crapflooders and lamers on slashdot, because they are fighting for their rights! Slashdot is trying to silence the trolls. Remove the filters, the trolls get bored, and slashdot will be troll free!
  • Lameness filters (It blocks a lot of legitmate posts)
  • Unnessary posting delays. Hasnt taco learned to touch type? A lot of posts are typed in less than 20 seconds and it is a ANNOYING DELAY! 2 minute ban? Come on, so some are faster then others, big deal, some people have more to say than others
  • Broken moderation system, The whole point is to sort the gems from the crap, yet a lot of posts designed to make a LIVELY DISCUSSION are MODERATED as flamebait! Come on, not everyone likes X, but just because some one bashes it dosent mean its Flamebait. Flame bait is more useful for DIRECT INSULTS and not legitmate discussions.
The "troll" moderation reason is fragmented and broken, why? Because they are trying to use an obsolete usenet term on a realtime discussion, "trolls" can cover a huge blanket of ideas.
  • Crapfloods, a meaningless flood of random letters or text, which the lameness filter does a crappy job at trying to stop, besides trolls have written tools using the opensource slashcode to generate crapfloods which bypass the filter
  • Links to offensive websites, the most common one is known a http://www.goatse.cx, a awful site which shows a bleeding anus being stretched on the front page. Trolls sneak these links in by posting messages that look legitimate, but infact are sneaky redirects to the site. Common examples include rd.yahoo.com, www.linux-kernel.tk, goatsex.cjb.net, and googles "Im feeling lucky".
  • Trying to break slashdot, this is actually a good thing, as it helps test slashdot for bugs. Famous examples include the goatse.cx javascript pop-up, the pagewidening post and the browser crashing post!
Subnet banning, this bans a user unless they email jamie macarthy with their mp5ed ipids. This is unfair, and banning a subnet BLOCKS A WHOLE ISP SOMETIMES, and not that individual user! This can cause chaos! But real trolls use annoymous proxys to get around this so THIS JUST BANS LEGITMATE USERS! Also, they are trying to censor some anoymous proxies, mainly from countrys like africa, so this yet more DISCRIMINATION!

But, the issue that concerens us the most, is the COMMENT QUOTA. A discrimatory system that stiffles discussion, cripples the community and will ultimateley destroy slashdot unless it is removed! Annoymous cowards are allowed only 10 posts a day! This is unethical! Users with negative karma only get two! That is DISCRIMINATION! How would you like to only be able to speak once a day, just because of the color of your skin. That would be racism, and slashdot is discrimitating on people just because of a negative number in a database! BOYCOTT SLASHDOT! LET THEM DIE!

We wan't these stupid useless restrictions REMOVED! This comment will be posted again and again until it does!

Inportant imformation for users
Boycott slashdot, they are pissing over their community, they are becoming like the RIAA and MICROSOFT! Do NOT TOLERATE THIS SHIT! Here are some real news for nerds sites. We don't need slashdot, slashdot deserves to die!

MSNBC [msnbc.com]
BBC NEWS [bbc.co.uk]
News.com [com.com]
Linux online [linux.org]
Linux daily news network [linuxdailynews.net] [linuxdailynews.net]
Weird news from dailyrotten.com [dailyrotten.com]
Trollaxor, news for trolls, they are real people too! [trollaxor.com]
CNN.com [cnn.com]
New york times (free registration required) [nytimes.com]
LINUX.com [linux.com]
News forge [newsforge.net]
K5 [kuro5hin.org]
Mandrake forum [mandrakeforum.com]
Toms hardware [tomshardware.com]
The register [theregister.co.uk]
Kde dot news [kde.org]
The linux kernel Archives [kernel..org]
Adequecy [adequacy.org]

There are hundreds more, But this is where slashdot STEALS THE MAJORITY OF its "news" from.

Punish them, here are their emails, spam them, flame them goatse them!
Rob malda [mailto]
Jamie Macarthy [mailto]
ChrisD [mailto]
Hemos [mailto]
Micheal [mailto]
Pudge [mailto]

The others ones apperantly dont have an e-mail, probably because ROB MALDA IS PRETENDING HE IS JOHN KATZ.

Thank you for reading this, please feel free to repost this information, please reply to add your comments, fight slashdot and its CENSORSHIP

Don't forget to sign the petition!

- posted by poopbot: crapflooding since 7/8/02

QwaYgRWoDy Post #303

Silverstream - WebSphere (2)

AnalogBoy (51094) | more than 11 years ago | (#3918859)

Funny i should read this right now. My company is moving from Silverstream to WebSphere. I'm having the joyous experience of learning the application, and my company is trying to decide which platform is best (UltraSparc II Vs. RS/6000 vs. UltraSPARC III). Seeing people want to move is making me want to know how badly Websphere sucks..

Re:Silverstream - WebSphere (0)

Anonymous Coward | more than 11 years ago | (#3920802)

We use Websphere (3.5 I think) where I work and we don't particularly like it. For one, it's not really J2EE compliant; at least, the version we have isn't. I'm told that newer versions are/will-be much better in that regard. But having to maintain our code for both J2EE and EJB 1.0 is a pain. Also, our version of Websphere uses IBM JDK 1.2.2, which isn't normally too bad but there have been some issues there as well. Enterprise Java tends to hit the JVM hard on its weak spots, so having a newer, more powerful JVM is better. Users don't really notice a difference betweeen the different JVMs, but for enterprise systems, it matters. (Just as an example, we had to write custom serialization classes to replace the built-in serialization of certain Java objects because under JVM 1.2 the serialization fell apart for large objects).

Of course, my points may not be valid for more recent Websphere versions.

As a developer platform in general, I also dislike Websphere because it's so hard to compile software for it. Our Borland Appserver build takes about 30 minutes; the Websphere build takes 6 hours to build the same thing. Most of that time is spent generating EJB stub code. Granted, you don't have to rebuild that code ALL the time, only when the deployment descriptor changes or the EJB interfaces change. I prefer developing on Borland Appserver because everything is faster. I don't know how Borland is for real-world performance though.

Re:Silverstream - WebSphere (2)

JohnA (131062) | more than 11 years ago | (#3920900)

RUN AWAY! RUN AWAY!

WebSphere 3.5x is one of the most painful, convoluted, and just plain evil products ever developed. First off, you are out of luck if you need to use any JDK1.3 or higher features, as WS 3.5x ONLY run's on a specially enhanced version of the IBM JDK 1.2x. While this may not seem like a huge deal, it eliminates the possibilities of using proxy objects in your J2EE apps, which in my experience makes things much more difficult.

Additionally, you will have a hard time maintaining deployment procedures since WS 3.5 uses its own deployment tools and descriptors.

Finally, there are more "undocumented" features in the J2EE support than IBM cares to admit. The best piece of advice I can give regarding that is to first assume the problem is with the app server, then your code. Google will be your best friend during debugging.

If you are stuck with WS3.5, good luck.

Of course, I'm an unemployed Java architect, so what would I know? :-)

Re:Silverstream - WebSphere (2)

AnalogBoy (51094) | more than 11 years ago | (#3921122)

We're stuck with it, apparently. And i can't hate it worse than i hated broadvision.

But we're using 4.0.3 - and possibly moving to 5 when it is released here soon [tm].

Java Hype (2, Redundant)

wdr1 (31310) | more than 11 years ago | (#3918906)

Aren't porting and java supposed to be oxymoronic? ;-)

-Bill

Re:Java Hype (1)

chiddiscokid (556890) | more than 11 years ago | (#3922235)

Write Once, Debug Everywhere (TM)

Re:Java Hype (0)

Anonymous Coward | more than 11 years ago | (#3924931)

Wow, did you think of that yourself?

The portability problems being discussed here actually have nothing to do with OS-based neutrality.

When you write an application "with Websphere", you'll probably end up using IBM-proprietary APIs. "Porting to Weblogic" means find the corrolary proprietary APIs on Weblogic. Java web programming standards actually go 99% of the way to helping a programmer avoid this, but vendors go to great lengths to entice you to use the "above and beyond" the standard APIs, and many programmers don't see the danger of that.

Oh well, back to your Perl modules - must be nice to having to debug!

Re:Java Hype (0)

Anonymous Coward | more than 11 years ago | (#3929084)

Says the kid pissing off perl crap.

TheServerSide.com (4, Insightful)

adamy (78406) | more than 11 years ago | (#3919022)

THey have a bunch of discussions about the various App Server platforms and porting between them.

My question is wrt the form processing: How much of your code is written using IBMs custom libraries. This is the point that is going to burn you. And BEA has there own, different solution to the same problem. You may want to look into Struts or Velocity instead, to avoid being locked in to the Vendor.

Why are you switching away from IBM?

WebSphere slooow (1)

xinu (64069) | more than 11 years ago | (#3919353)

WebSphere stinks in my opinion. We had IBM come in and help set it up on my Sparcs. It runs dooooog slooooow no matter what they did to tweak it. Mebbe IBM didn't optimize it for Sun SparcII, but that was like 2 or 3 years ago.

The fact that I am not a fan of Java or JSP in the first place didn't help that I was taunting the professional support the whole time.

But from what I saw and heard the developers said it was trivial to go from ASP to JSP though.

Cacheon (2)

dmorin (25609) | more than 11 years ago | (#3919502)

Check out Cacheon [cacheon.com], who does exactly this. Their product offering is a Java/JSP rules engine + converter for going from one application server to another. The idea is that you port via an incremental method -- run the converter, see what didn't convert, modify the rules, repeat.

Disclaimer: Don't work for them, but my company is evaluating their product.

My experience (4, Insightful)

felipeal (177452) | more than 11 years ago | (#3919897)

Has anyone else ported a WebSphere 3.5 application to WebLogic?

I haven't done that, but I did the opposite: migrating from welogic to websphere (and also jboss/tomcat)

Besides some minor problems (easily solvable) on the jsp tags, the main difference between the app servers are the features that are not defined in the J2EE specification yet, and so are implemented in different ways by each app server. In particular:

- authentication mechanism (this is a PITA if you are implementing your own authentication, like we do :)
- custom services (jboss supports MBeans, which might be the standard in the future, but websphere and weblogic have their own way to do that)
- how to start/stop/restart the app server
- how/where to define JNDI objects (like user transacation and data sources)

Overall, I think moving from websphere to weblogic would be easier than the opposite way (websphere is a powerfull tool, but in my opinion it is pretty hard to configure/mantain).

Felipe

Re:My experience (2)

alext (29323) | more than 11 years ago | (#3926763)

I would have thought it well nigh impossible to fail to see that WebLogic 6.0 upwards uses and supports MBeans extensively, i.e. the JMX specification.

So... take this as a lesson on not taking anything at face value in the world of J2EE product comparisons!

upgrade problems (2, Informative)

alayne (125070) | more than 11 years ago | (#3920069)

The biggest problem with upgrading from WebSphere 3.5 to anything is that it is pre J2EE 1.2 so it isn't very compliant. The deployment descriptors are not proprietary and the configuration is locked away in the Websphere Admin Database.

Upgrading from 3.5 to 4.0 is not a great process, The server config comes across okay and most of your DDs will come over, but you are required to make sure all your code is supported on the new platform. if you've got old JSPs (.91 or lower) or use EJB 1.0 you will need to hand edit them, the upgrade will fail. Also, if you are using deprecated IBM APIs you need to figure out which ones those are and stop using them. In the end when all is said and done, you are now stuck on websphere 4.0. Its fairly stable, but a beast to administer.

Upgrading to BEA is pretty good. I haven't worked with 7.0 but 6.1 works like a champ. Its really standards compliant. As long as you've got to do some rework I would reccomend this option.

Also, you may wish to check out Cacheon [cacheon.com] I saw their demo at Java One and I was pretty impressed. I don't know if they handle your particular problem, but they definitely do automated J2EE Migration.

Re:upgrade problems (2)

Oates (18921) | more than 11 years ago | (#3925643)

I recently converted a project from WebSphere 4.0 to Weblogic 6.1. A few things I ran into included:
- WebSphere defines classloaders differently than Weblogic
- Weblogic 6.1 (non-J2EE 1.3 version, or prior to SP2) does not interpret or load EAR files properly
- WebSphere lets you get away with bad deployment descriptors if you change the classloader visibility to "Application"--the other developers has been using Together/J and it took me a few days to clean up the deployment descriptors
- And the custom realm was definitely a PITA. I have to agree with Alayne on that.

I actually had about 13 issues on the list, but most dealt specifically with the way the project was architected. Deployment and installation of the app was easier under Weblogic, simply because ant included tasks to deploy to Weblogic, and I didn't have to write several Tcl scripts like I did for WebSphere. Scripting batch files on Win2K sucks. Installing the app into a clean Weblogic installation was also easier, as I could take the Weblogic config file, load it into a DOM tree, and rewrite the file with the application settings.

(Please note that Tcl is only available in WebSphere 4.0 Advanced Edition--not the one you download for free.)

In the 3.5 installations I've seen, there aren't that many issues unles you're using some of the vendor-specific features of WebSphere. Clean those out, make sure your JSPs are 1.0+ compatible, and that you have properly configured WAR files. If you've done that, your WAR should deploy without any real issues. WS 3.5 is a real pain to keep up, though some clients still insist on using it. I would expect that you'll enjoy being able to use JDBC 2 data sources in Weblogic 6.1+.

Remember, it could be worse: you could have all your developers writing and testing against JRun, while trying to deploy to ATG or Weblogic. And be forced to do development in Windows 95. On old hardware. That crashes all the time.

HA! Be wary of BEA! (1)

mxmasster (118546) | more than 11 years ago | (#3920950)

Porting to BEA?!?! How funny... my company is currently porting from BEA to Tomcat/JBoss. We are running everything from WLS5.1-WLS7, Commerce server and WLI.

BEA is so kind as to put there own interpertation of standards (M$ anyone?) inside of their app servers. The custering configuration is awkward and limiting (try restarting a VM if you are serving real traffic. The listener starts before the VM is ready oops.) They don't allow a component architecture, the JMS implementation is dog slow (not to mention that it will only run on one VM).

I think it's a great product for $10K a CPU. But then again we're serving 2 million transactions a day on a pair of Tomcat servers.

Why not do a real port and go to c#?

Beware....

Weblogic rots (0)

Anonymous Coward | more than 11 years ago | (#3925661)

I would recommend avoiding weblogic like the plague. Weblogic crashed many times a week, we opened tickets with BEA and they accused us of having crappy code. Well, we scrapped weblogic in favor of an open source alternative and guess what? The same code has NOT CRASHED ONCE. If you are looking for support, look somewhere other than BEA. They won't even talk to you until you've got the latest service pack applied. BUT, a netcraft histigraph of their site revealed they didn't apply the latest patches and at times they've backed off patches that their hell desk was telling me to apply. I work in a large corporation and the only reason upper mgmt was willing to scrap weblogic in favor of an open source alternative was desperation. Weblogic sucked THAT BAD. What about performance? Our site's performance is measured by an independent company. The moment we scrapped weblogic, we recieved a 30% performance INCREASE.

Oracle 9iAS anyone? (1)

Dracula Slashdotter (594752) | more than 11 years ago | (#3926079)

Has anyone considered moving to Oracle 9iAS? What do you think about it?

Re:Oracle 9iAS anyone? (0)

Anonymous Coward | more than 11 years ago | (#3926220)

Oracle 9iAS is not yet ready for production. Bottom line. Evaluate it if you must but make sure you're seeing the whole package.

Re:Oracle 9iAS anyone? (1)

werve (548765) | more than 11 years ago | (#3927718)

9iAS Release 2 is a big improvement over the initial release. We are using the initial release and have encountered a number of bugs, however we are now planning an upgrade to Release 2 as it appears all of our current problems have been resolved (lets hope there are no new ones). Also, remember that it is based on Orion which has been around for a while.

How is this for ports. (2, Funny)

Frank of Earth (126705) | more than 11 years ago | (#3927702)

Same site:

1) Perl
2) ATG Dynamo
3) MS .NET

All in about 2.5 years.

I think the site would best be served from Perl creating static web pages, sorta how Salon does it. Oh well.

Why the upgrade? (2)

mcwop (31034) | more than 10 years ago | (#3936272)

My experience is that upgrading without a very good reason can be more trouble than it is worth.

Watch out for J2EE Classloading problems! (1)

danwinfield (596144) | more than 11 years ago | (#3956754)

Watch out for issues due to classloading. Whilst you may not have this problem (if you are lucky) it is one problem that can be quite complex to solve when having to alter an existing application.

J2EE Classloading [theserverside.com]

Will give you a good overview of the issue. Note that there are different MODES for Websphere that means it works differently for classloading between versions. I think that the Websphere 3.51 version is different to most servers in classloading.

You will get ClassDefNotFound errors in most situations that this problem is seen.

We support 8 J2EE servers with our product and we find that server configuration is the biggest headache when getting the same application working on all the servers.

Check for New Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Sign up for Slashdot Newsletters
Create a Slashdot Account

Loading...