Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Jeremy D. Miller
    @jeremydmiller
    It looks like the big consolidation work to simplify the FubuMVC ecosystem prior to beginning the real “Jasper” work will start in a couple weeks. This is still the gameplan (for now): https://docs.google.com/document/d/1V0xCs-KfQGGPHDZLad3ctu_LnforNJka71IjrhKxIZU/edit?pli=1#heading=h.4nk4l3h8xtv7
    Jeremy D. Miller
    @jeremydmiller
    For the Jasper work, to meet our stated goal of being the “fastest web fx on .Net”, how about we look at https://github.com/kevin-montrose/Jil as the default, OOTB JSON serializer? It’d be swappable if you need/want JSON.Net’s flexibility.
    Robert Greyling
    @RobertTheGrey
    Yeah, definitely would go for that OOTB
    Andres Hernandez
    @andhernand
    The benchmarks look impressive.
    Ron Lloyd
    @rlloyd2001
    Are you aware of any bugs with FubuMVC.Core.Projections where they return empty values or 0 in the JSON once a page is refreshed?
    Jeremy D. Miller
    @jeremydmiller
    Update to the latest diagnostics (it works now) and try the request tracing?
    Mike Murray
    @mkmurray
    Impressed with how Glimpse has progressed as a diagnostic tool. I feel like we could benefit from complimenting the data and context it provides with what we've done with diagnostics specific to Fubu. If the extensibility story is mature enough, how do others feel about FubuDiagnostics becoming largely a plugin for Glimpse?
    Jeremy D. Miller
    @jeremydmiller
    Mike, if you wanna take that on, start by looking into their OWIN integration. Next thing would be to figure out how to integrate fubu/jasper’s nested container lifecycle w/ their model so you can get the request tracing working
    Mike Murray
    @mkmurray
    You definitely have the voice of experience on this matter; those are both things that would have to be worked out in order for this idea to be successful
    Jeremy D. Miller
    @jeremydmiller
    @mkmurray I looked at what they have documented here: http://getglimpse.com/Extensions. It’s the same model I thought was inadequate 2 years ago and their OWIN support isn’t yet released as far as I can tell. I think it’s going to be much more bang for the buck to run Glimpse in parallel w/ the existing fubu diagnostics
    Mike Murray
    @mkmurray
    I see, yeah I haven’t had a chance to research myself yet…thanks
    Ron Lloyd
    @rlloyd2001
    public class ApplyAjaxContinuationErrorHandling : IConfigurationAction
{
    public void Configure(BehaviorGraph graph)
    {
        graph
            .Behaviors
            .OfType<RoutedChain>()
            .Where(routedChain => routedChain.ResourceType().CanBeCastTo<AjaxContinuation>())
            .Each(routedChain => routedChain.InsertFirst(Wrapper.For<AjaxContinuationErrorBehavior>()));
    }
}
    Question on behavoirs.
    in fubu
    • [0] {FubuMVC.Core.Diagnostics.Runtime.DiagnosticNode} FubuMVC.Core.Registration.Nodes.BehaviorNode {FubuMVC.Core.Diagnostics.Runtime.DiagnosticNode}
    • 1 {FubuMVC.Core.Diagnostics.Runtime.BehaviorTracerNode} FubuMVC.Core.Registration.Nodes.BehaviorNode {FubuMVC.Core.Diagnostics.Runtime.BehaviorTracerNode}
    • 2 {Wrapped by ExtendHealth.OneExchange.Infrastructure.AjaxContinuationErrorBehavior} FubuMVC.Core.Registration.Nodes.BehaviorNode {FubuMVC.Core.Registration.Nodes.Wrapper}
    • 3 {FubuMVC.Core.Diagnostics.Runtime.BehaviorTracerNode} FubuMVC.Core.Registration.Nodes.BehaviorNode {FubuMVC.Core.Diagnostics.Runtime.BehaviorTracerNode}
    • [4] {Wrapped by FubuMVC.RavenDb.TransactionalBehavior} FubuMVC.Core.Registration.Nodes.BehaviorNode {FubuMVC.Core.Registration.Nodes.Wrapper}
    Even though 'InsertFirst' is configured for AjaxContinuationErrorBehavior, can a DiagnosticNod or BehaviorTracerNode still get inserted in front of that Behavior in the graph?
    Jeremy D. Miller
    @jeremydmiller
    @rlloyd2001 The diagnostic behaviors are inserted at the very last minute in the bootstrapping specifically to avoid problems with ordering rules. Or put another way, the behavior node ordering happens before the diagnostics are inserted into the chain.
    Ron Lloyd
    @rlloyd2001
    Here's the test that's failing for more context: 
            var graph = BehaviorGraph.BuildFrom<TestRegistry>();
        var behavior = graph.Behaviors
            .First(x => x.IsWrappedBy(typeof(AjaxContinuationErrorBehavior)));
        behavior.First().BehaviorType.ShouldEqual(typeof(AjaxContinuationErrorBehavior));
    Jeremy D. Miller
    @jeremydmiller
    Sure, you just need to account for the diagnostic behaviors being there.
    Ron Lloyd
    @rlloyd2001
    Weird thing is this test passes on the CI.
    Jeremy D. Miller
    @jeremydmiller
    Remember that FubuMode thing we did yesterday on your box?
    Do this, in your test, force FubuMode to not be in development mode before you build the behavior graph
    Ron Lloyd
    @rlloyd2001
    I've done a git clean -dfx on a different branch that is passing on the CI and still same issue.
    Sounds good, I'll let you know if that fixes is.
    fixes it
    Ron Lloyd
    @rlloyd2001
            PackageRegistry.Properties.Remove(FubuMode.Development);
        var graph = BehaviorGraph.BuildFrom<TestRegistry>();
        var behavior = graph.Behaviors
            .First(x => x.IsWrappedBy(typeof(AjaxContinuationErrorBehavior)));
        behavior.First().BehaviorType.ShouldEqual(typeof(AjaxContinuationErrorBehavior));