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));
    I'm trying that, but it's still not passing. What do you think about just ignoring those behaviors in the test?
    Jeremy D. Miller
    @jeremydmiller
    Use FubuMode Ron
    Ron Lloyd
    @rlloyd2001
            FubuMode.Mode("none");
            //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));
    This works...
    And actually FubuMode.Mode(""); works also...
    Jeremy D. Miller
    @jeremydmiller
    @CoreyKaylor @RyanHauert @jmarnold and everyone else, FubuMVC 3 work starts any day now. This is the preliminary roadmap for 3.0: https://docs.google.com/document/d/1pQLEJRYDNYiwJbEnkH5EGfyF3TTqldDpdTou3Pts6nc
    3.0 is meant to be a stepping stone to Jasper. It’s really an effort to make things easier to work with and get incremental improvements ready this summer before doing the bigger work to switch to the CoreCLR and the envisioned “Jasper” architecture.
    Ryan Hauert
    @RyanHauert
    @jeremydmiller Thanks! I’ll take a look at the roadmap.
    Jeremy D. Miller
    @jeremydmiller
    Alright, I’ll know if anybody is watching this room because it’s impossible not to have an opinion about what I’m going to say next;) —>
    How awful do y’all think it would be if FubuMVC.Core took a public dependency on Newtonsoft.Json? I’m going to have to take the dependency to pull Bottles & FubuMVC.Json into FubuMVC.Core anyway, but my thinking is that users could start to take advantage of Newtonsoft customizations if the dependency is public. The other option is to ilrepack the dependency into FubuMVC.Core. This does not have to be decided today by any means.
    Jeremy D. Miller
    @jeremydmiller
    btw, FubuMVC 3.0 work started this morning: https://github.com/DarthFubuMVC/fubumvc/tree/three
    Nothing but cleaning out old, to be discontinued features so far. If the day goes well, I might have Bottles effectively removed as a dependency in FubuMVC.Core.
    Andres Hernandez
    @andhernand
    I'm cool with adding it as a public dependency.
    Jeremy D. Miller
    @jeremydmiller
    @andhernand One of the things that came out of the work on your project and doing that is that I’m gonna recommend we cease all usage of Projections in favor if custom DTO’s, database projections, or JSON.Net serialization customizations
    Andres Hernandez
    @andhernand
    @jeremydmiller I've never been a huge fan of how we used Projections. Json.Net serialization customization would be a huge step in the right direction.