
In my last article about **Aspect Oriented Programming** (AOP), I explained [how to use Spring AOP for profiling method execution time][1]. When the article was [posted][2] in DZone, it got a comment from [an user][3] saying that

[1]: https://veerasundar.com/blog/spring-aop-example-profiling-method-execution-time-tutorial "Spring AOP Example: Profiling method execution time tutorial"
[2]: http://www.dzone.com/links/spring_aop_example_profiling_method_execution_tim.html
[3]: http://www.dzone.com/links/users/profile/388907.html

> Profiling and logging seem to be to only imaginable AOP use cases.

But, I think **it is not**. Because AOP is an extensive area where a lot of examples can be shown as use cases of AOP. Here, 'Use cases' are nothing but the **cross cutting concerns** in your application. That is, the functionalities that are used by many part of your application. Logging and Profiling are the best examples and can be easily explained for the cross cutting concerns. That is why in most of the AOP tutorials you can see a logging example or profiling.

Anyway, I tried to do some search on the various AOP cross-cutting concerns (i.e. the _use cases_) that can be found in an J2EE applications. Here is the list of them. Feel free to add if I'm missing/wrongly added something.

## List of AOP Use Cases or Cross cutting concerns:

- **Transaction Management** - in an enterprise application, you can manage the transactional requests using AOP. For example, using the *Around *advice, you can wrap the request processing method and if the method fails for some reason, in your Advice, you can roll back the particular transaction.
- **Access control or Security **- in case you want to restrict the access to your method to a set of users, you can add these checks to the *Before *advice and verify the access credentials of the users before letting them to access your methods.
- **Managing Quotas for your API **- if your API is being used by many third party applications with predefined quotas, you can limit the access based the usage in your AOP advice. If the usage is below the allowed limit, the Advice can let the user to call the API or blocks it otherwise. This is something similar to the Google App Engine / Amazon services quota usages. But I'm not sure how Google/Amazon has implemented the quota limiting.
- **Exception Wrapping** - if you want to wrap a exception, thrown from your business methods, into a Common exception object and throw it to the top level layers, you can use *After throwing *advice to do the task. For example, if you want to wrap all the SQLExceptions into DAOLayerException object and throw it back to Service layer, instead of doing the exception wrapping in every single DAO method, you can implement the exception wrapping in an _After throwing advice_ and it's done.
- **Logging and Profiling - **off course, how can I leave these two? The evergreen examples(!) for the AOP.

I understand that this list is not an extensive one. So, if you have any more use cases to add this list, please leave a comment.


Use cases of Aspect Oriented Programming


![How do you use logging in your application?][1]This time, I feel like conducting a poll and hear from you, instead of writing lengthy content. Similar to my other post, [What does it take to make a 'Ëœgood' developer resume?][2], this is also going to be a discussion post. Feel free to cast your vote and leave your comment at the end of this post.

[1]: http://i187.photobucket.com/albums/x201/talktoveera/2999130055_8697986e51.jpg "How do you use logging in your application?"
[2]: https://veerasundar.com/blog/what-does-it-take-to-make-a-good-developer-resume "How to create a good developer resume"

I don't think there is a need to emphasize on the importance of logging in software. Logging helps to maintain a track record of what happened in the application. A good logging framework helps the developer to use logging effectively without affecting the application's performance. For Java applications, [Log4j][3] is always considered as one of the popular logging framework.

[3]: https://veerasundar.com/blog/log4j-tutorial-adding-log4j-logging-to-your-project "Log4j tutorial"

That said about logging, here is the poll for you to vote.

## Logging Framework or No Logging at all?

[poll id="3"]


How do you use logging in your application?


Are you a programmer? If yes, then I need to hear from you.

![Photobucket][1]

[1]: http://i187.photobucket.com/albums/x201/talktoveera/dilbert-resume.png

You heard what Dilbert has to say about the process of resume making. Now it's time for you voice your thoughts.

According to you, **what does it take to make a good developer resume?** I'm not talking about the skills and experience part. Assume that you have enough skills to fill up an entire page and some experience too. My question is about how you present this data in your resume. To summarize, **I need your thoughts** on the below questions about a developer's resume:

## Questions for YOU!

1.  Do you prefer a single page resume or multi-page? If multi, then how many pages of resume you think is good enough to sell you?
2.  Do you elaborate on your work experience (like, job description, responsibilities, etc.) or you want to keep it short?
3.  Do you have more than one resume - like a master one with all details and one page resume targeted to a particular position?
4.  In what order you present information in the resume: Objective, Experience, Skills, Education, Summary?
5.  Do you really think the resume layout matters more than the content itself?
6.  Which font do you use for your resume? Arial?  Verdana?  Webdings?
7.  Do you prefer to maintain an online version of your resume?

This is an open thread for all. You are most welcomed to pour in your thoughts about any of the above questions. If you have any other opinion, you are welcomed to leave a comment for that also. I hope that this thread will bring some insights about the developer resumes and will help the newbies.


#discussion (3)