*
The moose likes Spring and the fly likes Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Frameworks » Spring
Bookmark ""Advanced Topics"?" Watch ""Advanced Topics"?" New topic
Author

"Advanced Topics"?

David Newton
Author
Rancher

Joined: Sep 29, 2008
Posts: 12617

What does the advanced topics chapter cover?

(I'm also wondering if the book covers dealing with existing custom classloaders, or if there are even any potential issues with that, but I don't want to keep starting new topics :)
Thierry Templier
author
Greenhorn

Joined: Jan 26, 2010
Posts: 15
Hi David,

I'm sorry! I didn't see that your question was related to Spring DM...

Chapter 10, "Advanced concepts", deals with advanced concepts of Spring DM ;-) and shows how to adapt standard behaviours of the framework to your needs. Here is the list of these aspects:

- How to configure components through configuration fragments or with beans
- How to parameterize both standard and Web extenders of Spring DM
- How to configure embedded Web containers
- How Spring DM integrates with Java 2 security and the OSGi security model
- Description of advanced patterns (Implementation provider and chained class loader patterns)

Can you be more explicit on "existing custom classloaders"? As a matter of fact, as you probably know, OSGi has a specific class loader management...

Hope it answers your questions!
Thierry
David Newton
Author
Rancher

Joined: Sep 29, 2008
Posts: 12617

It does, thanks. I work on some apps that have their own classloaders and was wondering if they'd conflict with how OSGi does its classloading--haven't had time to look into it at all yet.
Andy Piper
author
Greenhorn

Joined: Jan 27, 2010
Posts: 4
David Newton wrote:It does, thanks. I work on some apps that have their own classloaders and was wondering if they'd conflict with how OSGi does its classloading--haven't had time to look into it at all yet.


David, there would almost certainly be some interaction. How much pain you feel would probably be proportional to how OSGi conformant you want your application to be. Obviously you can do things like put things on the bootclasspath to subvert pretty much all of OSGi's classloading behaviour and not feel any pain at all - but if you want to reap the benefits of OGSi you might need to look more carefully at how the app doe classloading.

For context we (Oracle in the CEP product that I work on) use custom classloaders for certain behaviour inside our OSGi container and it works fine.
 
It is sorta covered in the JavaRanch Style Guide.
 
subject: "Advanced Topics"?