Skip to main content

Deploying BlazeDS to Weblogic 10.0

The BlazeDS is a free and open source J2EE application that provides data services to Adobe Flex and AIR applications. I’ve deployed it to Weblogic 10.0 server. I thought somebody else would be interested to do the same. Here is how.

In case you need to install Weblogic 10.0, the developers copy is available for free at

I have it installed on my Windows XP at D:\bea10 folder.

I have created a new domain for my BlazeDS applications. It is easy to do, see for details.

In my case, the domain name is blazeds and it is located in D:\bea10\user_projects\domains\blazeds folder on my computer. The domain name and the folders names can be difference, I just mentioned them so it is easier to follow the examples..

Once the Weblogic server is installed and a domain is ready, the BlazeDS applications can be deployed.

A copy of BlazeDS is available at I downloaded the latest version - and unzipped it to D:\java\blazeds_b1_020108.

There are three WAR files provided in BlazeDS distribution: blazeds.war, ds-console.war, and samples.war. Copy them to autodeploy folder of your Weblogic domain. In my case it is D:\bea10\user_projects\domains\blazeds\autodeploy.

Start the Weblogic servert. If you run it on Windows, simply click on Start -> All Programms -> BEA Products -> User Projects –> blazeds (or your domain name) -> Start Admin Server.

If everything ok, the Weblogic server log window will appear on the desktop:

Now is a good time to verify that the BlazeDS applications were deployed successfully. It is easy to do by checking the status of the applications in the Weblogic Admin console and scanning the log files for errors.

My server is configured with HTTP port 7001. My Weblogic console URL is http://localhost:7001/console. The console application asks for the admin’s name and password. Just want to remind that they were specified during the domain configuration step. Once you logged in, select Deployments in the Domain Structures window. You should see these applications deployed

I also like to check the log files for errors. The BlazeDS log file is created in

D:\bea10\user_projects\domains\blazeds\servers\AdminServer\logs folder and it is called blazeds.log. I could not find any errors in the log, which is a good sign.

Now the BlazeDS is ready. Open examples URL: http://localhost:7001/samples/. You should see a page

The BlazeDS samples use the database that is provided in the BlazeDS distribution. To start the database, open a command prompt window, navigate to \blazeds_b1_020108\sampledb folder and run startdb.bat:

Now lets test drive the BlazeDS. Navigate to the BlazeDS Test Drive page

http://localhost:7001/samples/testdrive.htm and follow the sample instructions. All sample applications worked nicely in my case. I’ve got data via HTTPService, Web Services, Java Remoting mechanism just fine.

I verified blazeds.log and AdminServer.log files for errors and could not find any. Everything run just fine.

I hope you found this post helpful. Please submit any comments or questions. I will be glad to help.


cc said…

I am trying to set up blazeDS on a remote weblogic server, and I am not sure how to configure the compiler (-services) and server settings (root folder) to make it work. I keep getting errors about invalid root folder, or the web server cannot be connected. I would appreciate any pointers you can give me. Thanks a lot!

cx113 said…
that's cool, i love it
big thank you
ven512 said…

Does this works for weblogic 9.2..?

Thanks in Advance.


Popular posts from this blog

cucumber-jvm and Android Studio

During this Winter holidays, I've been exploring a Behavior Driven Development and experimented with a couple of testing frameworks: Calabash and cucumber-jvm.

In this post, I would like to describe setting up cucumber-jvm for Android Studio projects.

I've extended cucumber-jvm examples with a version for Android Studio. Here is a copy in my github branch:

In addition to the example code, here is some details on how it was created.

The cucumber-jvm requires several libraries to be added to a project:

I've found it's easier to add those dependencies with the Android Studio project setup dialog because it takes care of the jar versions for you.

File > Project Structure > Modules > app > Dependencies > + > Library dependency
  > type "cucumber" in the s…

Flash on Google Sites

This is a brief how-to add a Flash on a Google Site.

Google Sites allows adding Flash embedded into a Google Gadget. I uploaded a swf file to my Google Site - FlexWebTools and found a gadget that allows displaying any SWF on a Google Site page. It is called AnyFlash. It is pretty easy to use and it worked fine in my Firefox 3.5.5 on Mac OS X 10.5.8. Then I send a link to my site to my friends and they discovered that the SWF was not displayed properly on IE6 and in Firefox on Linux. I reviewed AnyFlash source code and eventually found that there is a bug 939 in the Google Gadget API. Therefore, I created a new gadget that does not use the gadgets.flash.embedFlash() method and works well with Firefox, Safari and IE6 browsers on Mac, Windows and Linux.

While working on the gadget, I found a few different ways of embedding Flash into a gadget. Some of them are pretty straightforward like simply pointing to a swf in the context tag. Some are more sophisticated. For instance, they would …

How to debug SOAP on Mac with tcpdump

I’ve been using several tools to debug SOAP on Mac and Windows. I would like to share my experience in using some of the tools and show some examples.

So far I found four major categories of tools that are useful in debugging SOAP:
Interface listeners such as tcpdump and othersProxy tools such as TCPMonitorServlet filtersApplication server logging. For example, Weblogic has a special logging option that dumps SOAP requests and responses to the sever log.
All of these tools have their own advantages and disadvantages. In this article, I will describe the first type - an interface listener tool called tcpdump. I am planning to describe other three categories in the future posts.

The tcpdump is a tool that sniffs IP traffic and dumps it to a file or a standard output stream. It was originally developed by Van Jacobson, Craig Leres and Steven McCanne from the Lawrence Berkeley National Laboratory, University of California, Berkeley, CA. It is open source. The tcpdump documentation and sou…