Why a framework for Captcha?

Yes, why use a framework with hundreds of classes when some implementations are so simple? To answer this question lets imagine what happens when a captcha is cracked ie this is no more a hard AI problem.

• From scientific point of view
  • This means computeur science has made a move a step forward in a precise field : for exemple Gimpy cracking involve new technics in the field of OCR.
  • Scientifics will have to invent a new, different, harder AI problem that human can easily solve and computers can't
  • The jcaptcha framework provides a common , high level language to defines those problems (the com.octo.captcha interface and typed derivatives)
• From a jcaptcha user point of view
  • This means that his jcaptcha-ized application is may be vulnerable under bots attack
  • He will have to change the captcha in order to re protect his application
  • The jcaptcha framework provides simple way to parametrize new captchas (with engines and jcaptcha components)
• From a jcaptcha developper point of view
  • This means he'll have to implement some new tests
  • He will have to implements a new captcha sub class, and to integrate it with the whole jcaptcha architecture
  • The jcaptcha framework clearly separates the services and integration facilities (service and modules subprojects) from the tests definitions and implementations (the core and engine sub projects)