Comments on: Automating Deployment to IBM WebSphere Portal http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/ Software Development in Brisbane Fri, 03 Feb 2012 20:00:10 +0000 hourly 1 http://wordpress.org/?v=3.1.3 By: Private Servers http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-46054 Private Servers Sat, 12 Feb 2011 15:32:09 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-46054 <strong>Habbo Retros...</strong> Habbo Retros are slowly attracting more users with each passing day, most people prefer to play Habbo Retros with pets according to a recent google study, further evidence also supports that Habbo Retros have lead to an annual decrease in revenue for s... Habbo Retros…

Habbo Retros are slowly attracting more users with each passing day, most people prefer to play Habbo Retros with pets according to a recent google study, further evidence also supports that Habbo Retros have lead to an annual decrease in revenue for s…

]]> By: Rob http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-25697 Rob Wed, 18 Nov 2009 23:17:59 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-25697 ant and ws_ant will both use build.xml files. ws_ant is a custom IBM version of ant that includes a series of tasks specific to the IBM WebSphere environment. To see more about ws_ant, see http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/tovr_ant.html for more about Jacl see: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/cxml_jacl.html The infocenter is a good spot to develop your knowledge. ant and ws_ant will both use build.xml files. ws_ant is a custom IBM version of ant that includes a series of tasks specific to the IBM WebSphere environment. To see more about ws_ant, see http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.doc/info/ae/ae/tovr_ant.html

for more about Jacl see:
http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/index.jsp?topic=/com.ibm.websphere.nd.multiplatform.doc/info/ae/ae/cxml_jacl.html

The infocenter is a good spot to develop your knowledge.

]]> By: Mohammad Islam http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-25696 Mohammad Islam Wed, 18 Nov 2009 20:42:56 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-25696 Hello Guys, I am not sure what would be the difference using Ant and WS_Ant tasks? is in a both will use the build file to do all the work? if it is then I need to know if it will deploy everytime you update your work space. Also how can you bind with Virtual Host instead of default binding. I am very new to this. So I need as much as help I can to hone my knowledge. Hello Guys,
I am not sure what would be the difference using Ant and WS_Ant tasks? is in a both will use the build file to do all the work? if it is then I need to know if it will deploy everytime you update your work space. Also how can you bind with Virtual Host instead of default binding. I am very new to this. So I need as much as help I can to hone my knowledge.

]]> By: Rob http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-22732 Rob Mon, 18 May 2009 21:57:50 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-22732 Robert, Thanks for your comments. I agree with the sentiments regarding ANT. The reason for its usage in this particular situation is that it matches the existing infrastrutcture. In particular (as mentioned in the article) I needed a solution which would let me develop on a mac, which historically (I may be wrong in the current enviornment) hasn't had the ability to run ws_ant. I'll keep an eye out on Phurnace Deliver, and your suite of offerings. There might be some value in the future for us. Robert,

Thanks for your comments. I agree with the sentiments regarding ANT. The reason for its usage in this particular situation is that it matches the existing infrastrutcture. In particular (as mentioned in the article) I needed a solution which would let me develop on a mac, which historically (I may be wrong in the current enviornment) hasn’t had the ability to run ws_ant.

I’ll keep an eye out on Phurnace Deliver, and your suite of offerings. There might be some value in the future for us.

]]> By: Robert Reeves http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-22728 Robert Reeves Mon, 18 May 2009 19:06:14 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-22728 Sorry to jump in a little late here, but I'm not a big fan of using Ant to execute a script. Why not cut out the middle man and just use the ws_ant tasks that come with WebSphere? Here's a link: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/topic/com.ibm.websphere.javadoc.doc/public_html/api/com/ibm/websphere/ant/tasks/package-summary.html As far as magical fairies go, you might want to check out Phurnace Deliver. It can capture the config settings of your dev environment, abstract the jdbc url, db host, etc, and then push out to qa and prod. That would help you install the EAR file and configure the WAS container without writing Jacl/Jython/Ant scripts. Robert Sorry to jump in a little late here, but I’m not a big fan of using Ant to execute a script. Why not cut out the middle man and just use the ws_ant tasks that come with WebSphere? Here’s a link: http://publib.boulder.ibm.com/infocenter/wasinfo/v6r1/topic/com.ibm.websphere.javadoc.doc/public_html/api/com/ibm/websphere/ant/tasks/package-summary.html

As far as magical fairies go, you might want to check out Phurnace Deliver. It can capture the config settings of your dev environment, abstract the jdbc url, db host, etc, and then push out to qa and prod. That would help you install the EAR file and configure the WAS container without writing Jacl/Jython/Ant scripts.

Robert

]]> By: Adrian Sutton http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-18335 Adrian Sutton Tue, 09 Sep 2008 16:18:15 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-18335 Bloody picky fairies... What's the difference between EAR and WAR anyway? You have one and the other gets chopped off - it's all related. On the plus side, it appears to work now. Though for the life of me I can't remember what the previous version number was so it might just be a no-op. Doing nothing is better than breaking everything though. :) Bloody picky fairies… What’s the difference between EAR and WAR anyway? You have one and the other gets chopped off – it’s all related.

On the plus side, it appears to work now. Though for the life of me I can’t remember what the previous version number was so it might just be a no-op. Doing nothing is better than breaking everything though. :)

]]> By: robert http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-18326 robert Tue, 09 Sep 2008 03:21:30 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-18326 <p> The fairies say -- RTFM (read the fairy manual) -- "copy the files to the exploded WAR directory". Unfortunately unzipping an ear doesn't also unzip the embedded war. so unzipping an ear file to the exploded EAR directory != to copying files to an exploded war directory. Given that the choice of work for the fairies today might be between fixing this, and doing documentation, you might get some help :).  In additon, copying the contents of the ear over the top will almost certainly result in the IBM deployment files being overwritten, which is a bad thing, and will cause additional problems. </p> The fairies say — RTFM (read the fairy manual) — "copy the files to the exploded WAR directory". Unfortunately unzipping an ear doesn't also unzip the embedded war. so unzipping an ear file to the exploded EAR directory != to copying files to an exploded war directory. Given that the choice of work for the fairies today might be between fixing this, and doing documentation, you might get some help :) .  In additon, copying the contents of the ear over the top will almost certainly result in the IBM deployment files being overwritten, which is a bad thing, and will cause additional problems.

]]> By: robert http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-18105 robert Tue, 02 Sep 2008 19:49:46 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-18105 hmmm... as fun as it is to have conversations with people I'm currently working with on my blog, I think I'll pick up this thread elsewhere... if magical fairies produce outcomes there might be a follow up entry. hmmm…

as fun as it is to have conversations with people I’m currently working with on my blog, I think I’ll pick up this thread elsewhere… if magical fairies produce outcomes there might be a follow up entry.

]]> By: Adrian Sutton http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-18089 Adrian Sutton Tue, 02 Sep 2008 15:02:11 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-18089 That was an update sadly. My magical fairies are looking a little buggy. :P I'm not stressed about it though, but it would be good to sort it out - the initial manual install process still needs work and documentation, it doesn't really have a good starting point at the moment. That was an update sadly. My magical fairies are looking a little buggy. :P

I’m not stressed about it though, but it would be good to sort it out – the initial manual install process still needs work and documentation, it doesn’t really have a good starting point at the moment.

]]> By: robert http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/comment-page-1/#comment-18085 robert Tue, 02 Sep 2008 13:14:45 +0000 http://www.rojotek.com/blog/2008/05/22/automating-deployment-to-ibm-websphere-portal/#comment-18085 you'll probably find that it works well for updates -- not quite as well for first time deploys.... and that it might take a bit of work for the magical fairies to make things work the way you want :) you’ll probably find that it works well for updates — not quite as well for first time deploys…. and that it might take a bit of work for the magical fairies to make things work the way you want :)

]]>