Re: [Idrs-dev] IDRS UML Document
Brought to you by:
bigman921
|
From: Tim U. <urb...@us...> - 2002-02-20 02:13:17
|
Hello Marc, I'm going to start to look at stream lining Init first. Do you want me to look at breaking it out into smaller classes as well? I also took a look at a tutorial on Tomcat's Realms. There is a Realm interface that they implement with JDBCRealm, SecurityRealm, MemoryRealm, ect. I wonder if the easiest thing to do would be to implement Tomcat's Realm interface to provide our implementation, that's if we're allowed to do so. Anyway, let me know what you think. Thanks, Tim Marc Boorshtein wrote: >Sounds good tim, > >As for reflection, I check out the September 2001 Java Developers >Journal online. I think they have free access t their archives. If >not, I know that JavaPro does. As for next steps... Lets refine the uml >doc, then I want to take a look at Init and stream line things their. >Primarily the handling of db connection creation and using connections >for loading of docs, authentication... > >If you get a chance, try and study Tomcat's "Realms" and see how they >work. I don't know much about them, but I think thats the idea we want >to have when dealing with outside roucources. > >MArc > >On Fri, 2002-02-15 at 16:54, Tim Urberg wrote: > >>Hello Marc, >> >>That does clear things up a little. I think I might look online or find a book >>that helps explain that a little more. I'll take a look at the changes you >>made to the UML doc and see what you have in there. Let me know what the next >>step is. Thanks, >> >>Tim >> >> >>--- Marc Boorshtein <mbo...@ya...> wrote: >> >>>Ok.... >>> >>>Now I understand the nature of you question, how will a plugable API >>>work? >>> >>>Here's how I usually do it using some reflection: >>>1. THe Abstract class or Interface that will define the api must have >>>an empty constructor >>> >>>2. As an initialization argument to the servlet, a full class name of >>>an implementation class must be specified >>> >>>3. Execute code similar to this >>>IDRSSecurity secure = (IDRSSecurity) Class.forName(implementationClass); >>> >>>Now as long as the String implementationClass is the full class name >>>(package and all) of the implementation, we can access it using the >>>pre-defined interface. This allows us to not have to know what the >>>evenutal implemntation will be. >>> >>>I hope this clears the matter up. >>> >>>Marc >>> >>> >>>On Fri, 2002-02-15 at 12:51, Tim Urberg wrote: >>> >>>>Hello Marc, >>>> >>>>Let me re-word my question. Currently, the servlet package uses the >>>>IDRSSecrity in a number of classes. If we make it an interface or >>>> >>>abstract, >>> >>>>how would I use the IDRSSecurity in the servlet package once it is >>>> >>>abstract? I >>> >>>>really haven't done anything with pluggable API's so I'm curious as to how >>>> >>>we >>> >>>>would implement this and the Pooling code. >>>> >>>>Let me know your thoughts. >>>>Thanks, >>>>Tim >>>> >>>> >>>>--- Marc Boorshtein <mbo...@ya...> wrote: >>>> >>>>>Tim, >>>>> >>>>>>>As for the IDRSSecurity being abstract, how would we implement the >>>>>>>pluggable security? I ask this because several of the classes in the >>>>>>> >>>>>>>servlet package use it and in order for them to use it, I need to >>>>>>> >>>extend >>> >>>>>it. >>>>> >>>>>I don't see where classes extend IDRSSecurity in your UML diagram. >>>>>Perhaps I misunderstood the question? As I would see it, Wherever >>>>>IDRSSecurity is needed, the variable would be declared as IDRSSecurity, >>>>>thus allowing for the the extended version of IDRSSecurity to be used >>>>>using IDRSSecurity's interface. I hope this helps. >>>>> >>>>>Marc >>>>> >>>>>_______________________________________________ >>>>>Idrs-dev mailing list >>>>>Idr...@li... >>>>>https://lists.sourceforge.net/lists/listinfo/idrs-dev >>>>> >>>>> >>>>> >>>> >>>>__________________________________________________ >>>>Do You Yahoo!? >>>>Got something to say? Say it better with Yahoo! Video Mail >>>>http://mail.yahoo.com >>>> >>>>_______________________________________________ >>>>Idrs-dev mailing list >>>>Idr...@li... >>>>https://lists.sourceforge.net/lists/listinfo/idrs-dev >>>> >> >>__________________________________________________ >>Do You Yahoo!? >>Got something to say? Say it better with Yahoo! Video Mail >>http://mail.yahoo.com >> >>_______________________________________________ >>Idrs-dev mailing list >>Idr...@li... >>https://lists.sourceforge.net/lists/listinfo/idrs-dev >> > > >_______________________________________________ >Idrs-dev mailing list >Idr...@li... >https://lists.sourceforge.net/lists/listinfo/idrs-dev > > |