I'm using log4net for logging. LoggingFacility looks great to auto
inject logger. But the application utilizes ALERT log level which is
absent in ILogger interface. Is it possible to use LoggingFacility and
keep the ALERT log level ?
--
You received this message because you are subscribed to
Did you try with a lazy loaded collection already?
-Markus
2010/4/15 Diego Dias diego.d...@gmail.com
I did a test:
ICriteria c = session
.CreateCriteriaMatricula();
c.SetFirstResult(0)
.SetMaxResults(10);
I don't think you can do this, unless you provide your own
implementation that will route some other level's calls to Alert
On 2010-04-16 10:04, Konstantin wrote:
I'm using log4net for logging. LoggingFacility looks great to auto
inject logger. But the application utilizes ALERT log level
Hi all,
I am configuring my windsor container through an XML file. I am using the
NHibernateFacility with the PersistentConfigurationBuilder. I wanted to
override the persister used in the builder. I see that it looks on the
container for a persister before using the default persister. The
Bootstrap components are registered before facilities
HTH
Krzysztof
On 2010-04-16 17:31, Brian Chan wrote:
Hi all,
I am configuring my windsor container through an XML file. I am using
the NHibernateFacility with the PersistentConfigurationBuilder. I
wanted to override the persister used
Great, thanks! Never found that in all my googling.
2010/4/16 Krzysztof Koźmic krzysztof.koz...@gmail.com
Bootstrap components are registered before facilities
HTH
Krzysztof
On 2010-04-16 17:31, Brian Chan wrote:
Hi all,
I am configuring my windsor container through an XML file. I
it's in the docs:
http://www.castleproject.org/container/documentation/v21/manual/windsorconfigref.html
On 2010-04-16 18:36, Brian Chan wrote:
Great, thanks! Never found that in all my googling.
2010/4/16 Krzysztof Koźmic krzysztof.koz...@gmail.com
mailto:krzysztof.koz...@gmail.com
I tried using the bootstrap section and I get this error:
*The method or operation is not implemented.*
Here is my bootstrap section:
?xml version=1.0 encoding=utf-8?
configuration
bootstrap
component
id=configurationPersister
hmmm, your config is OK, it looks like the feature was abandoned and
never implemented
http://support.castleproject.org/projects/IOC/issues/view/IOC-ISSUE-35
notice that Ayende closed the issue as won't fix.
As such it appears that you have two choices:
register your bootstrap components in
I've run into this situation a couple of times (without knowing about
bootstrap components which is the right thing to do of course), my
workaround has been to leave the facility config in xml but removing
the type attribute. Then in my code I register first the bootstrap
components, then the
Very strange how they did not implement the bootstrap configuration. All
the code is there but2 lines in the DefaultConfigurationStore.
In any case, I've created my own DefaultConfigurationStore and now my
bootstrap section loads.
Thanks for the help.
On Fri, Apr 16, 2010 at 1:45 PM, Mauricio
IIRC there was a chicken-egg problem there that was simply decided to be
ignored in the first place.
For those who know what they are doing there isn't really an issue but
if this was implemented and then started getting wide use we would run
into complaints that the container is missing
2010/4/8 Krzysztof Koźmic krzysztof.koz...@gmail.com
I guess it's very unlikely you add/remove lifetime concerns at any later
point, right?
I had a facility that was doing just that (if I remember correctly). I
wasn't actually making use of that added functionality, so I removed the
facility
I can see how there could be a chicken-egg problem. But in my case it's a
very simple scenario where it won't occur. So I think I'm safe.
I never thought about having a second container with the bootstrap
components. Seems like a good idea but since I already have it working I'll
just leave
oups :D
If you could trace that post it would be appreciated...
I'll fix it, or remove or whatever necessary.
Krzysztof
On 2010-04-17 03:22, Jan Limpens wrote:
2010/4/8 Krzysztof Koźmic krzysztof.koz...@gmail.com
mailto:krzysztof.koz...@gmail.com
I guess it's very unlikely you
15 matches
Mail list logo