If you are considering building a web site for your business, then you will more than likely like it to rank in the search engines There are many factors that influence website rankings and many of these factors can be implemented while you are creating your website. Optimizing your website properly for your business will ensure a more successful site.

Have you heard the concept "Content is King"? The search engines are becoming more selective at who ranks highly and want to provide the best content for each search term. They are looking for high quality content that is continually updated and provides a quality experience for their searchers. It makes no difference whether you have a content site or a physical product site. Content is "King" as far as the search engines are concerned. By providing quality content and/or good descriptive descriptions of products you sell you will be helping your customers and you may just help yourself at ranking.

One mistake many new webmasters make is to over optimize their web page by using too many keywords. If you are excessive with your keywords, your web page will not read well and the search engines my penalize you. It is considered spamming when your techniques are questionable even if that wasn't your intention. There are other techniques that are considered unethical including hiding text, and redirects. Just write for your visitor and don't try to over optimize your web page.

Another thing to keep in mind that may cause you problems is the use of frames. Make sure you know how to use frames correctly before using them on your website. If the proper frame context is established, then the search engines can send visitors to your site. However if you use frames incorrectly the spiders for them will not be able to crawl your web page and or website.

During web site building, you should also consider the depth of your site. Search engines have spiders that crawl through the web pages and find the necessary keywords. If you do not setup the correct linking structure throughout your website the spiders may not be able to crawl your entire site. One of the best practices when setting up your websites' structure is to include a sitemap that lists all the web pages that make up your website and then link your sitemap to your homepage. This will help ensure that the search engines can crawl your site.

With proper planning and a little research you will be able to build a professional site that the search engines love.

So you are passionate about a particular subject and you want to take your passion online. At this point you may not know where to start and this is where I hope I can help you. After all you deserve to share your passion with others and they will benefit from it also.

The key to building any website is to build it with your visitor in mind. What can you truly do for them that will add value to their experience when visiting your site? Let's take for example that you enjoy building model planes. The first place you are going to visit is the online forums.

The reason I choose forums is because this is where conversations take place relative to any given topic. This will give you a measure of interest. The first step is to see how up to date the forum is and secondly how many posts it receives per day. Additionally how many people respond to those posts on any given day?

Obviously the more the better, the more interest the better for you. The next thing you are going to look for is, what are the questions being asked and can you engage in the conversation and offer solutions. If this is the case your next task is to look for keywords. What keywords do people use to seek out solutions for their needs?

The next thing to do is look for a keyword tool. I am going to use Google's keyword tool for this example. Keyword tools by the way are not by any standard of the imagination an exact science. They give you a rough guide as to how many times a given keyword is searched. So do not think that the numbers you get are exact.

Your task right now is to develop a list of keywords.

Once you have this list you are now going to look at the level of competition. Starting out we do not want too much competition but remember competition is good as it means there is money to be made in that market.

We at this point are just looking for cheaper ways to enter the market. To do this enter your keyword into the search box in quotes. Then check how many websites are coming up for that keyword. If it is in the millions that is not good if it is in the thousands then that is great.

You will now be refining your list based on competition. Once the list is completely refined you will now have the general structure of your site. These keywords will make up individual web pages.

To conclude this is how to lay the foundation then once you have these keywords you will be ready to structure each of the pages on your site using each individual keyword with content relative to that. To learn how to put all this together select any of the links provided.

Some working knowledge of J2EE or JSF is assumed for this article.

Like some of you I've been frustrated with this technology known as JSF or Java Server Faces. There are several different flavors out there that are built on the shoulders of JSF. For instance Oracle's ADF (Application Development Framework). Oracle ADF Faces Components is a set of over a 100 JSF components that let you build a richer user interface for your Java EE applications. Oracle ADF Faces also includes many of the framework features most needed by JSF developers today.

That is great, and in many ways it will make life easier to develop in a JSF environment. Some items you will find available in these "add on" packages have a real benefit. For instance, as of the date of this article, I was very surprised that a File Upload is a feature still not implemented in JSF in respect to using natural jsf tags. There are ways to accomplish this task in JSF but they are not native JSF approaches. The process is a "no brainer" in just about every other framework available today, including asp.net.

Another simple task (I thought) was having a data table present the results of a query in an editable format. Possibly to update a user record or shopping cart. After working in other technologies it was very efficient to return a result set to a data table object and let that object take care of some of the trivial behaviors and characteristics of the table itself. When I started exploring JSF I was frequently and at every turn becoming more and more frustrated in trying to duplicate some of the most basic of processes similar to managing records through data tables.

There are not a whole lot of resources out there yet on JSF although it is growing steadily, and I found that all too often the resources that I was finding on the internet either didn't apply to the more simple tasks or the information was just completely wrong. One example of that was that it was stated in one article I read that you cannot use command buttons inside of a JSF data table. The recommendation was to use JSF hyperlinks instead when trying to perform an action from a data table due to a bug in the framework that prevented command button actions to fire if the button resided inside of a data table.

At first I thought "you've got to be kidding me"! Then I remembered that I've been finding a fair amount of "bogus" information in regards to JSF development so I decided to do further research and discovered that information to be less than accurate as well.

I simply had to find a way to populate a data table through a result set and get a command button to fire an action and pass all of the data in the data table to the backing bean to update the record. Multiple command buttons would exist as well as hidden fields pertaining to id numbers and so forth. Pretty basic stuff and we've all done it before with relative ease.

It turned out that the solution was in fact a simple one. "Binding". You've heard about it and read about it. But this approach was something a little different as far as I could find.

Many of the blogs and articles that I read dealt with passing the values as parameters and following the steps to define the parameters in faces.config files etc., then retrieving the parameters in a backing bean. Processing the passed data required another set of procedures to utilize mapping to each of the field parameters passed and then processing could begin.

That seemed like a whole heck of a lot to me just to retrieve form data. Then it occurred to me that I should be able to "bind" a text field component on a page to a backing bean. Once it is bound then all I have to do is extract the data. And that's all there is to it. My query returned results and pre-populated a data table including text fields with the values of the query pre-populated in the text fields.

Each one of those text fields was bound to a "HtmlInputText" type in my backing bean. It was not a String type like other approaches define. Doing that does require you to map parameters and populate that String variable through your set methods once the form is submitted.

What I found is that if I bind my text field to a property of text field type that it solved my problem of passing values from a data table, and I didn't have to define parameter fields anywhere in any xml file. Now that I had that figured that out I needed to figure out how to get the value of that property that I've bound my form field to, well why not getValue()?

I personally hadn't seen any examples online or in books for retrieving the value from a form binding it to the type of form element it was and simply use the getValue() to pull out the value of the object. Used like this getParameterFromForm().getValue().

Let me clarify that I am NOT saying that trying this approach isn't documented anywhere, I find it hard to believe that I've had some stroke of genius that no one has had before in the world of java, especially since I'm coming from .NET and ColdFusion.

After doing that I no longer had any problems passing form data to my backing bean. I was able to dynamically populate data tables with any number of records including any number of command buttons within that data table and I didn't have to concern myself with remembering to define parameters in any other areas of the application.

So put simply you can bind your form fields to properties of the same type in your backing bean, and then extract the value of that object using getValue() if you prefer over utilizing parameter string mapping and similar approaches for processing form data. I found it to be easier and less time consuming which has costs associated to it as well.