Hi everyone,
I am a dreamfactory newbie and i am wondering if anyone knows a fix for this problem, What i want to do is to create a post request after user registration to insert some extra information in my DB about the user.
i created a role for users who register to my application and gave it access to all my DB tables in addition to System access to Script Component (Even tried to give access to all components). And i added some code in user.register.post.post_process just to create the post request.
In the logs i get the error āAccess to application ādsp.scriptingā is not provisioned for this userās roleā
I noticed that when I am i put the same code in pre_process scripts it works normally! I think that after registration, the new user gets a session that is not allowed to execute scripts.
I am not sure if i am doing it the right way or there is some better way to do it so suggestions are highly appreciated
I am using dreamfactory 1.8.2 on windows.
Your issue is caused by a functional limitation with the scripting systemā¦non-admin roles currently canāt access script resources with admin privileges (in the context of a given script).
This limitation will be resolved in the next release which comes out early January. Sorry about the wait, this is something weāve been meaning to do for awhile. Stay tuned, weāre close.
1 Like
Thanks a lot Ben for your feedback, I am just confused about one thing, The script runs correctly if I itās in the pre_process event, so is it possible for a non-registered user to execute a script but a newly registered user is not allowed to execute any?
Tarek,
You could solve this problem using server-side scripts on the pre_process. Set a certain time during which a user is considered ānewā and give permission to the non-registered user to execute this script. Seems a bit backwards, however, Iām interested in your logic here. Itās almost like the nature of canned foods and its ability to sway between being a highly needed item and just regular old canned goods. all (most for sure) is done within the permissions tab within the administrative console of your dsp. have a meerryy christmas
Ben! Thanks a Million. This bunch at the Dreamfactory is a rich one with great talents. So caring and diligent with the work shows through the app evolution.
A couple questions:
-
Thoroughly I have understood the fundamentals of the DSP Platform. What is exactly meant when everyone refers to this ārevolutionaryā API as a platform as a service - should it not exist on the same playing field as other world-wide leaders in the area within PaaS products?
-
Ben! Could you have the foresight to enlighten me please"? Evangelistsā sole responsibilities cannot simply be to back a software service without having a passion for it oneself. Then why. Why Dreamfactory? What is itās limitations? Does it have limitations? Iād like a software that could do it all for me. Hungry? pizza. Tired? pillowā¦ then repeat for following days. My question here for you Ben is what do you think the DSP will look like in ten years? Hopefully not like my old Oregon Trail gamesā¦ these games broke before I made it to Oregon even.
-
Believe me on this as I am not intending to achieve a mood of sarcasm. I just think it would be a devastating shame if dreamfactory did not āstart-upā and āprosperā as anyone with two pennies in his pockets should. I know that there have been new feature implementations. Feedback from actual users you must know to take with a grain of salt but karats of gold are scattered throughout this forum and the DSP Ideology.
-
and final .Man. Ben. It seems like there are significant patterns out there as far as the issues in the DSP forum. Canāt you get someone too simply address these main bottlenecks, then functioning as one group from the back to the front of the app?
imagine. create. change. be the revolution. win.
Terms I couple with DreamFactoryās PaaS. I have not struggled doing that until today. I can help as much as possible, butā¦ itās more than distasteful to see now more than ever the sluggish response time to usersā questions.
Tisā the holiday seasonā¦ Yes, I know. Butā¦Benā¦ manā¦ how will you convey, haā¦ this is the best partā¦ ā¦conveyā¦in a way that the masses will understand. They need to only understand one thing:
DreamFactory. It is all we need.
Keep working hard. And come onā¦ these response times?.. Santa Clause is coming to town. Ha! Beautiful thing of Santa is that he comes on the 23rd and 25th. Itās odd. I know.
Pay me later for this little nugget: is it at all possible to have people from all walks of life look and feel about the DSP as they once did about Christmas?.. or hopefully still doā¦ Imagineā¦ Itād be like when DSL came out.
Ahh, the world then would become too much of a happy placeā¦ we all know: more to life than happiness. Keep up the good work, but a fish will only stay on the line so long until it says āpeace. out.ā
That being said. I challenge you. Aim for the aforementioned feat. Basically, itās the beeās kneeās and people are slowly catching onā¦ No one has time for slow!! Hell of a smart guy, best and brightest. Good stuff, Ben and kind regards.
Respect. and, enjoy a warm Christmas.
Not sure why that script would work as a pre_process event. Iāll point this out to Lee, who is working on this right now. What is the pre_process event by the way?
@objectiveneo glad to see you back here. weāre trying to keep up on the forum, but weāre a very small team at the moment and working super hard on the 2.0 release which should be a BIG improvement.
we could use a lot of help, let me know if you know any great developers who want to work on the open source project or provide tech support, especially developer evangelists, frontend developers, backend developers, and support engineers. weāre hiring in the states and in europe.
merry christmas!