Wednesday, August 22, 2012

Support .NET 3.5?

Recently we upgraded to .NET4.0. The decision was based on a lib we currently design and will be referenced from the core modules. However it seems that this cause problems to some of you.

Therefore we would like to ask you to participate in the quick survey Dima just published in our site

http://www.expandframework.com/blog.html

Subscribe to XAF feed
Subscribe to community feed

DiggIt!

Monday, August 20, 2012

Module decoupling from core functionality

In order to use an Xpand module up to now we were forced to derive from XpandWinApplication or XpandWebApplication and then register the module using the toolbox. Along with the module functionality however core modules were activated (eg. controllers, updaters, model extensions). These steps are well described in How to use an eXpand module with an existing XAF application.

The process however is not optimal. Many of you already suggested to provide a more flexible and decoupled way. Even if core modules have a huge amount of useful functionality it should be possible to avoid activating them and use only the module that we are interested in.

Good news! From version 12.1.6.5 this is possible and for almost all the modules we do not need to derive from Xpand’s XafApplications. All modules are able to operate without the core however the references back to the core remain. This allows the modules to use the API they need.

There are a few special cases which I will describe them in this forum thread.

P.S.: Those of you that want to learn eXpand news, consider subscribing to the News Forum Category. We have very interesting additions like friendly url support and web master detail. To get notified about new releases you can follow us on twitter http://twitter.com/eXpandFramework. To watch our daily commits you may subscribe to this github history.

Subscribe to XAF feed
Subscribe to community feed

DiggIt!