If your methods aren't virtual, they aren't being intercepted.
-rb
On 11/9/2011 7:47 AM, Matt Johnson wrote:
Well, that kinda helped. When I register the test classes with the
container, I now get told that my methods must be marked virtual in order to
use transaction interception. Strange
Jason,
I never did solve this... but it's something I'm going to be looking
into shortly. Could you create a ticket at http://issues.castleproject.org?
-rb
On 9/29/2011 8:09 AM, Jason wrote:
Related to the issue in
Thanks Henry.
-rb
On 9/24/2011 2:06 PM, Henry Conceição wrote:
Hi again,
All the Castle related websites were moved to the new server and the
dns entries were updated. Now we have to wait 24-48 hours for the dns
propagation.
Aside the build agent downloads, all the other services should
Have you tried this with a pure NHibernate model?
Did you try
var query = from f in Foo.Queryable
from b in Bar.Queryable
where f.Id == b.Id
select new { f, b }
to see what happens?
-rb
On 9/21/2011 11:59 AM, Jason wrote:
I have domain classes Foo and Bar. When I
, that is)? If it's worth maintaining, it
could be moved to NHibernate.Contrib or as a Castle contrib project.
--
Mauricio
On Thu, May 26, 2011 at 1:06 PM, G. Richard Bellamy rbell...@pteradigm.com
wrote:
I'm curious what the status is of the NH bytecode provider from the Castle
perspective
: Re: Castle's NHibernate Bytecode Provider
Yes, I'm well aware of that, but just because it can be done doesn't mean it
provides any real value. IMHO it's not worth maintaining it...
--
Mauricio
On Thu, May 26, 2011 at 4:32 PM, G. Richard Bellamy rbell...@pteradigm.com
wrote
Tip, yes?
From: castle-project-users@googlegroups.com
[mailto:castle-project-us...@googlegroups.com] On Behalf Of Krzysztof Kozmic
Sent: Wednesday, November 17, 2010 4:02 PM
To: castle-project-users@googlegroups.com
Subject: Re: IContainerAdapter -- is anyone using it? #FeedbackNeeded
ok,
#1: you return true to SupportsBrowserValidation, which can't be right,
since you're calling a service which can really only be Server-Side, since
it's accessing the persistence layer of your Model.
#2: the ValidationAttribute(s) have no knowledge of the container unless you
supply that
custom attributes with the castle framework.
thx
On Feb 9, 6:30 pm, G. Richard Bellamy rbell...@pteradigm.com
wrote:
#1: you return true to SupportsBrowserValidation, which can't be right,
since you're calling a service which can really only be Server-Side, since
it's accessing the persistence
Oh sweet. I hadn't thought about that. that's much easier than my recent
suggestion.
From: castle-project-users@googlegroups.com
[mailto:castle-project-us...@googlegroups.com] On Behalf Of Alex Henderson
Sent: Tuesday, February 09, 2010 11:45 AM
To: castle-project-users@googlegroups.com
Both Validator and Binder have been released at 1.1.1:
Validator:
https://sourceforge.net/projects/castleproject/files/Validator%20Component/1
.1/Castle.Components.Validator-1.1.1-net3.5.zip/download
Binder:
https://sourceforge.net/projects/castleproject/files/Binder%20Component/1.1/
Markus,
Is there a particular reason ActiveRecordModelBuilder is adding validators
to the model, when those validators aren't then used during validation? The
reason I ask is that it's calling the Build() method of the
AbstractValidationAttribute, and that's what's throwing this exception. The
Validator:
http://sourceforge.net/projects/castleproject/files/Validator%20Component/1.
1/Castle.Components.Validator-1.1.0-net3.5.zip/download OR
http://sourceforge.net/projects/castleproject/files/Validator%20Component/1.
1/Castle.Components.Validator-1.1.0-mono3.5.zip/download
Binder:
Okay, you’re starting in /trunk, which has been deprecated. You need to open
/Core/trunk/src/Core-vs2008.sln and everything will be where you would expect
it… same with Core-Silverlight.sln.
If you’re interested in DP, you’d go to /DynamicProxy/trunk/src to find the
solutions files.
I would suggest moving all methods of this nature into IRepository objects,
and using the ActiveRecordMediatorT base, rather than ActiveRecordBaseT.
http://www.castleproject.org/ActiveRecord/documentation/trunk/advanced/media
tor.html
This provides better SOC.
-Original Message-
From:
user)
{
return Projects.FindAll(
Restrictions.Eq(Owner, user),
Restrictions.Eq(Status, ProjectStatus.Active)
);
}
Am I on the right track?
On Nov 21, 12:17 pm, G. Richard Bellamy rbell...@pteradigm.com
wrote:
I would suggest moving all methods of this nature into IRepository
There's lots of good stuff here:
http://www.castleproject.org/activerecord/documentation/trunk/index.html.
However, there're some areas where you'll have to figure things out, since
the doco isn't synced 100% with the code.
The samples are woefully out of date, but you should be able to infer
That doesn't sound right... I've serialized IUserType before. Let me try to
find a sample...
On Mon, Oct 12, 2009 at 5:15 PM, Mike Christensen m...@kitchenpc.comwrote:
Hi -
The IUserType approach almost works, however I need to mark my type as
[Serializable] which the implementation for
You could look at the Castle.Facilities.Logging.LoggerResolver for an
example of an implementation of the ISubDependencyResolver approach. This
uses a combination of Factory and Resolver.
- rb
On Wed, Feb 11, 2009 at 10:29 AM, Jason Meckley jasonmeck...@gmail.comwrote:
you wouldn't pass the
19 matches
Mail list logo
