I managed to complete the upgrade to 0.8.0.3 and finally resolve the EF missing cmdlet problem - fix by the way is rollback EF to 6.1.1 and everything works perfectly with latest ABP stuff :) cmds are back (i.e add-migrations)
anyway, FYI. In the migration script, the Table "AbpUserLoginAttempts" tries to create and index on TenancyName, UserNameOrEmailAddress and Result. It will fail in MySql due to max length exceeding in the index (ref: <a class="postlink" href="http://stackoverflow.com/questions/8746207/1071-specified-key-was-too-long-max-key-length-is-1000-bytes">http://stackoverflow.com/questions/8746 ... 1000-bytes</a>)
To fix, change the length of the column UserNameOrEmailAddress from varchar(256) to varchar(255). 255 is the max default index capacity.
In case you want to put that in next release for MySql users
I upgraded from 0.6.3.1 and .6.4.1 in my solution to 0.8.0.3 and it broke my package manager commands for EF (version 6.1.3)
I got "The term 'Add-Migration' is not recognized as the name of a cmdlet" when trying to run add-migrations, are you using EF 7 or something?
I am currently downgrading to version 0.7.0 to see if this will resolve it.
It has not been a good morning so far :(
just seen this reply. I browse in incognito mode - they just don't serialise through
I have the same problem. I update the navigation provider I have, have added order and custom data values - these do not get passed through via the Javascript API auto generated scripts.
I can find out why not, it seems very straight forward but for some reason the serialisation is not passing through order or custom data!
why?
I have created my menus and all working fine.
In Layout.js abp.nav.menus.MainMenu contains the menu as described.
However, I have some customDataand order requirements. I set some values for order against each MenuItemDefinition object and on one item has set customData.
BUT, abp.nav.menus.MainMenu is no reflecting these new properties at all. They don't come through via the API at all.
My question is why not? I have literally added these properties in the definition but they are not brought through as properties in the JS object.
Example:
.AddItem(
new MenuItemDefinition(
"Settings",
new LocalizableString("Settings", imanageConsts.LocalizationSourceName),
url: "/settings/#/",
icon: "fa fa-cogs",
order: 7,
customData: new Dictionary<string, object>() {{ "someKey", new string[] { "soemValue1", "someValue2", "someValue3" } }}
)
);
Hi,
By default all methods are HTTP POST (no problem with this) but I would control over setting methods which should be HTTPGET, HTTPDELETE etc...
I have read you documentation here: [http://aspnetboilerplate.com/Pages/Documents/Dynamic-Web-API]) and followed it. I specifically want to use the interface approach where I can define the attributes on the methods I want to have different HTTP Request methods.
However, it does not work, the calls are always being set to POST.
I then tried changing the naming convension during the initialisation of the dynamic controller api using WithConventionalVerbs but this method isn't even available to me, it it not my preferred route either.
I then tried manually setting the verb against the method in the dynamic controller (which I really don't want to have to do) using this code:
DynamicApiControllerBuilder
.For<IClientService>("app/ClientService")
.ForMethod("Get").WithVerb(HttpVerb.Get)
.Build();
Again, no joy.
So....then I thought, fine, I will live for post until I can find a solution here (i.e. post here) BUT my method is:
public ClientDTO Get(long id) { ... }
This doesn't work in POST when the expected parameter type is anything other than an object - even though the value being passed is 7 and you can direct cast to long once in the method... I am very confused - this cannot be default behaviour can it?
What am I missing here, please help, frustrated and struggling - it is far easier in WebAPIControllers :s
Regards
Paul