SteveB

My feedback

  1. 2 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  1. BreezeJS Feature Suggestions  ·  Flag idea as inappropriate…  ·  Admin →
    SteveB shared this idea  · 
  2. 19 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  1. BreezeJS Feature Suggestions  ·  Flag idea as inappropriate…  ·  Admin →
    SteveB commented  · 

    A note about implementing this change: It seems unwise to simply change the behavior of breeze as described here since that would change the behavior rather drastically. I suppose a good solution is to provide a single option to use null for all properties (even if it's nonnullable).

    SteveB commented  · 

    I think I agree with this suggestion -- even though there are a couple technical issues with the wording. First, I think you meant to say 'nonnullable' instead of 'nullable' in the title. Second, from my understanding the issue is not specific to fkeys. It's that any nonnullable property is initialized to a nonnull value. But, as you say, this leads to problems. I agree that the current behavior of breeze is wrong. I'd say it is a design bug/error. It is dangerous since it leads to bad data being saved. It's better to fail save (since a non-nullable property is null) than to accidentally save a value that is valid (passes validation) but is arbitrary WRT the application.

  3. 150 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    2 comments  ·  1. BreezeJS Feature Suggestions  ·  Flag idea as inappropriate…  ·  Admin →
    SteveB commented  · 

    @Anonymous The workaround that I know of is to define a special entry point in the web service (server controller) and execute a query in a more direct way.

    SteveB supported this idea  · 
  4. 14 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  1. BreezeJS Feature Suggestions  ·  Flag idea as inappropriate…  ·  Admin →
    SteveB shared this idea  · 
  5. 14 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    0 comments  ·  1. BreezeJS Feature Suggestions  ·  Flag idea as inappropriate…  ·  Admin →
    SteveB shared this idea  · 
  6. 15 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  1. BreezeJS Feature Suggestions  ·  Flag idea as inappropriate…  ·  Admin →
    SteveB commented  · 

    I think the answer is to load the image data into the entity property and then save the entity. But, we have already run into the problem of performance for large images, files, blobs. My question is: does breeze have special support for large data upload ... and download ... that does not kill performance? We need a way to transfer the data of the blob separately from the rest of the entity data.

  7. 32 votes
    Vote
    Sign in
    (thinking…)
    Sign in with: Facebook Google
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    1 comment  ·  1. BreezeJS Feature Suggestions  ·  Flag idea as inappropriate…  ·  Admin →
    SteveB commented  · 

    We need to support reading partial objects that contain a large property (database column) -- an image or file or some other kind of blob. At first, we want to read all of the object except for the large properties. Then, read the large columns later -- on demand. It would be nice if breeze cached the partial object such that the loaded properties could be edited and saved regardless of whether the blob was ever read. IOW, don't null out the blob field if we never actually load it. Further, allow saving the object without the on-demand field if only the non-on-demand fields have changed.

    SteveB supported this idea  · 

Feedback and Knowledge Base