After a few weeks of struggling with the dilemn of releasing a third BETA or go directly to the Release Candidates, we finally chose to release a last quick BETA, for a few reasons:
- I had introduced a mistake in the code in the BETA 2 package
- we drastically improved web services (although this is still very badly documented) and in particular the way the system can connect to external systems
- we have fixed a lot of bugs in the new social network section
- we have fixed an annoying bug with user images
- we have introduced an important change in the management of document templates (which have caused us to re-package and made us loose one full day of work)
- FCKEditor bugs (the new version brings new features but also new bugs)
- Exercise tool usability (still confusing)
Comments
Great stuff! Its going to production servers right now.
Please be cautious. This is a beta release, it still has bugs and we do not (yet) recomment its use in production
webservices: is it possible to know quickly the exact syntax for receiving an output? f.e. for agenda...
bye fp
Mmm... quickly no (because I don't have time to do it right now), but you can have a look at the code at the end of main/webservices/user_agenda/service.php (it's pretty much calling that script with the Dokeos security key and the username as POST arguments).
You can also change that script to use GET instead of POST.
OK, I studied a little and I learned that:
If I put in my server a file post.html like
[code]
[/code]
using the security key stored in
main/inc/conf/configuration.php
I'll obtain an xml file with the list of courses.
All right?
Where is my code?
<form action="http://mysite.com/dev/main/webservices/courses_list/service.php" method="post">
<input type="text" size="25" name="visibility" value="public" />
<input type="text" size="25" name="security-key" value="c9b88275895c...8dc86d"/>
<input type="Submit">
</form>
yes, that's right, but basically we are going to improve this to avoid passing the security key directly.
OK, I think you intend to use an api key assigned to an external site (like google - better a site than each user, too freedom)instead of the security key.
So the authorized site can post the request of webservices...
At the beginning, we intend, in fact, to use one personal API Key for each user to get his own agenda. We think there is no need to make it possible to anyone to have a specific user's agenda show (because the personal agenda items are also returned).
We have a Drupal-Dokeos meeting at the end of the week. I'll try to change the scripts as soon as possible because it is definitely blocking the development of the module.