DP v2.2 will support Silverlight 3 and if no cataclysm happens will be
released around the end of the year.
If you have any other feedback especially around Silverlight usage we're
very interested to hear that.
Krzysztof
fool wrote:
I'm hitting DYNPROXY_ISSUE_99 (proxies were generated with
Recently I notice there is no improvement over the MonoRail built-in
routing engine.
Is it possible to use ASP.NET MVC routing engine with MonoRail ?
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Castle Project
If a Team HasMany ProjectBid's, then the ProjectBid object needs a
Team property to tie that bid to a particular Team.
--
Patrick Steele
http://weblogs.asp.net/psteele
On Mon, Oct 12, 2009 at 4:07 PM, JakeS jakesteven...@gmail.com wrote:
I've got a system that allows either individual users
OK cool. Thanks for replying.
On Oct 12, 2:55 pm, Krzysztof Koźmic (2) krzysz...@kozmic.pl wrote:
http://groups.google.com/group/castle-project-devel/browse_thread/thr...
this is a C# debugger bug. This can be worked around for _some_ cases
(that's why it works for you with LinFu), but
That's what I'm trying to accomplish with the IProjectBidder interface
and the [Any] attribute. The project bid may come from either a Team
or a User.
On Oct 13, 6:42 am, Patrick Steele patrick.ste...@gmail.com wrote:
If a Team HasMany ProjectBid's, then the ProjectBid object needs a
Team
Sometimes the container should throw a better exception when you try to
resolve something that isn't in it.
If you try to resolve a type but it isn't registered, but the type
implements an interface or is derived from a type that is registered,
the exception should say so.
Something like:
Patch?
On Tue, Oct 13, 2009 at 4:55 PM, Bill Barry after.fall...@gmail.com wrote:
Sometimes the container should throw a better exception when you try to
resolve something that isn't in it.
If you try to resolve a type but it isn't registered, but the type
implements an interface or is
Diggina a bit further, this may not be that difficult after all.
If we add a framework base class similar to th eone I've attached
below (hopefully GMail won't mangle it that much), then the code for
the ProcessRequest method should be fairly simple for someone who is
familar with the Monorail
AR only looks for a BelongsTo when infering info about a HasMany attribute.
If you want, open a Donjon issue about it. As a workaround, specify the
necessary properties (Table and ColumnKey) manually as described here:
Great idea,
create an issue in Donjon and attach your patch there.
Krzysztof
Bill Barry wrote:
Sometimes the container should throw a better exception when you try to
resolve something that isn't in it.
If you try to resolve a type but it isn't registered, but the type
implements an
ProcessRequest is not only about instantiating the controller.you have
filters than needs to run before and after the actions
you have ViewEngineManager in the mix
you need to invoke Rescues if relevant
etc.
etc.
etc.
however there is MonorailHttpHandler and the BaseHttpHandler, that do all
that.
It supports the 2.0 System.DirectoryServices API quite well although if you
are using the newer ActiveDirectory specific API, I'm not sure what you will
get.
Further, xbuild (Mono's msbuild) has come a long way in the past year. The
support for old 2003 projects is nil, but for a 2005 or 2008 sln
Thanks Ken for your comments I my self opt not to use routing just yet
(with the project in hand) but as the feature become more and more
wide spread I just need to be aware and be ready :)
Cheer
On Oct 14, 3:52 am, Ken Egozi egoz...@gmail.com wrote:
ProcessRequest is not only about
13 matches
Mail list logo