http://bugzilla.novell.com/show_bug.cgi?id=536521 Duncan Mac-Vicar changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium AssignedTo|kkaempf@novell.com |jdsn@novell.com -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=536521 J. Daniel Schmidt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=536521 User jdsn@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=536521#c1 J. Daniel Schmidt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW CC| |mc@novell.com, | |schubi@novell.com Summary|[task] research/decision on |research/decision on how to |how to implement the |implement the registration |registration service |service --- Comment #1 from J. Daniel Schmidt 2009-09-07 10:37:37 MDT --- Problem 1: Perl Module Using the Perl module directly from ruby failed. --> So the decision is that we will call the (Perl) script suse_register via system call. Problem 2: Stateless-REST The registration via the YaST module is kind of a statemachine that knows when it gets called the first, second, aso. time. In REST context we would loose the state as every call would be the first one. --> The suse_register script already relies on the fact that the NCC server caches the data for a new client (server-side statemachine). SLMS will now implement the same mechanism to be compatible (SMT does not support any custom key-values for the registration at all). So we can rely on this fact. Problem 3: Custom Registration Data The registration usually requires a registration code (aka. activation code) and an eMail address. It should be trivial to integrate support for that. But in case the registration server asks for more information we need to build custom input masks. The most used keys can be implemented and used as required, unknown ones must be handled in a generic way. --> To be discussed Next: Discuss the REST API with schubi and document it. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=536521 User jdsn@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=536521#c3 J. Daniel Schmidt changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED Info Provider|jdsn@novell.com | --- Comment #3 from J. Daniel Schmidt 2009-09-08 05:55:42 MDT --- (In reply to comment #2)

Please document why using the perl module directly failed

I just did a final test to describe where it breaks and now it works - surprisingly. But now I used the original code from http://www.yoshidam.net/Ruby.html#perl and not the derived package on code.google.com. I'll make a package in the OBS for it to test it as well on SLE. But a new problem arose: the registration needs to run as root. Will write on the mailinglist about that. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.