• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Core services design patern
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Core services design patern


  • Subject: Re: Core services design patern
  • From: "Cheong Hee (Gmail)" <email@hidden>
  • Date: Fri, 29 Jan 2010 13:19:20 +0800

Coincidentally, I have completed a small framework on this same request from customer. It is a pure java framework since it is aimed to be portable to any application e.g. Broadvision, WO. Quite similar that it creates new user password, authenticates user/password and returned error messages. It also has the user capabilities on the access module level. I used "Sha-1", and I thought it should be good enough for hash algo. Is it secured enough? Otherwise, I could change to DES/3DES/ MD4/5 etc.
Just 2c.


I've got multiple web applications that share some common users.
I was thinking about creating a core user application to provide the authentication service. Basically I'd like my "client" applications to forward the login and password to this core user app and get either "succeed" or "fail" (maybe a broader range of fail messages).
I don't really need the entire user to be stored directly in the "client" apps, but I would sometimes need some attributes from the user object.


My though was:
-to create a framework to store an abstract class for the user
-to extend this class within the core user app (basically just make them non-abstract)
-to use the abstract class in the client apps (and eventually make only a couple attributes non-abstract at that level)


That way I could make sure my object is really the same throughout the apps, at least they share a commun set of attributes.
A client app could request a login for a user and store only a subset of the user.



_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Follow-Ups:
    • Re: Core services design patern
      • From: Joe Little <email@hidden>
    • Re: Core services design patern
      • From: Xavier Destombes <email@hidden>
References: 
 >Core services design patern (From: Xavier Destombes <email@hidden>)
 >Re: Core services design patern (From: Chuck Hill <email@hidden>)
 >Re: Core services design patern (From: email@hidden)

  • Prev by Date: D2WS Viable?
  • Next by Date: Re: Session being created continuously...
  • Previous by thread: Re: Core services design patern
  • Next by thread: Re: Core services design patern
  • Index(es):
    • Date
    • Thread