On Fri, 2003-11-07 at 00:19, Andrew C. Oliver wrote:
> >
> > Why don't we start different threads for different issues?
> > This thread start out as discussing making management easier.
> >
> > e.g. Joe Windows Admin wants a GUI Wizard entitled
> > "Configure datasource" preferably one that does not ask if he writing
> > letter :-)
> > How does Joe hates-GUIs programmer (i.e. me) maintain that wizard
> > and other management interfaces when I add configuration options
> > to the jdbc rars or db specifc plugins?
> >
>
> I've started working on this. I'm hitting a "gee you don't have a security
> manager so you can't use the RMI Classloader" issue, but I'm sure I'll
> figure it out shortly.
pseudo rmi code:
try
{
return invokeServer()
}
catch (ClassNotFoundException e)
{
if (System.getSecurityManager() == null)
throw new "No RMI Security Manager etc.";
else
tryToLoadClassFromRMICodeBase();
}
Regards,
Adrian
>
> Details here:
>
> http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole
>
> (Ugly picture included).
>
> It also incorporates MASS-server configuration (meaning telling all 20 in
> the cluster to reconfigure)....
>
> Here are the details from an earlier message that doesn't seem to have made
> it here:
>
> >> The present status is that the SMTP is mostly done and can post messages to
> >> JMS (thatÂs just because I wrote that particular mail listener first). My
> >> vision is that in the short run we'll have a simple MDBean which looks at
> >> the message and either writes it to a MailBox (which I envision being an
> >> entity bean and later use either Hibernate or Bela's cache thingy). Why? I
> >> want 200 ms IMAP access (for instance). Someone else has already
> >> contributed a TLS (SSL) implementation.
> >>
> >> Eric has written a POP implementation that is awaiting a mailbox
> >> abstraction. (Back to above)
> >>
> >> A JBoss client has asked to fund some of that work with their support hours
> >> and Eric will be working on the mailbox abstraction, etc shortly.
> >>
> >> Once that is complete we have to think through authentication policies. I
> >> favor a rather lame brained pessimistic policy at first which will limit our
> >> usefulness in some areas but I don't want to ever stamp something release
> >> until we're real secure.
> >>
> >> Julien has also contributed something or other, however I didn't really
> >> understand that whole thing to be honest (why did we need that over
> >> JavaMail?)...
> >>
> >> The TLS guy also submitted a non-javamail Mail header implementation. Why?
> >> Because of all stupid things the "InternetHeader" class isn't serializable.
> >>
> >> I've got a prototype for the Jboss Console GUI
> >> (http://superlinksoftware.com/cgi-bin/erswiki.pl?JBossConsole) necessary to
> >> set up the Mail Services stuff. ATM I have to deal with restrictions on the
> >> RMI Classloader. The reason that I consider this related closely to mail
> >> services is that in order to provide an "enterprise class" mail server
> >> system which is flexible enough for e-support and mail lists and whatever
> >> without making the setup as anti-user-friendly as "sendmail.cf", I need to
> >> consider it from the start. Right now the GUI comes up and can categorize
> >> "uimanageable=true" MBeans and attempts to get their UI then chokes with a
> >> classloader issue. Anyhow, thatÂs no biggy, I'll get there. Once that is
> >> done I need to see how to hook into the deployment scanner and tell it "this
> >> descriptor is not to be redeployed, here's its new timestamp..."...then I
> >> have to figure out how to write descriptors.
> >>
> >> Bottom line:
> >> 1. Finish out mailbox abstraction
> >> 2. MDBean for sending and sorting mail
> >> 3. Get authentication policies set up
> >> 4. Round out the JBConsole
> >> 5. Write IMAP protocol and increase the complexity of the mailbox
> >> abstraction (multi-folder)
> >> 6. Write a calendar abstraction
> >> 7. Exchange protocol
> >>
> >> Eric may have some differing viewpoints (I have a funny way of working with
> >> people which sometimes looks chaotic, they go a direction, I go a direction
> >> then we meet up with the best tech winning). Hopefully he'll offer them up
> >> and round this out. Better yet...maybe he'll start on the wiki:
> >> http://superlinksoftware.com/cgi-bin/erswiki.pl?action=edit&id=MailServicesF
> >> orJBoss -- it puts the lotion in the bucket or it gets the hose.
> >>
> >> With two contiguous months I could get the mail server rounded out (at least
> >> 1-4). I'll probably need the most help for 7. I've actually done some work
> >> on 5 before for JAMES so no biggy.
> >>
> >> How's that?
> >>
> >>
> >> -Andy
>
>
> > The datasource is a good/pathological example because it also includes
> > "advanced" configurations like the CMP mappings,
> > jbossmq persistence config and the pad=true xid for Oracle.
> > Showing disparate metadata needs to be combined in the management
> > view/tool.
> >
> > Regards,
> > Adrian
> >
> >
> >> -- Juha
> >>
> >>>
> >>> IMHO
> >>>
> >>> bax
> >>>
> >>
> >>
> >>
> >>
> >>
> >> -------------------------------------------------------
> >> This SF.net email is sponsored by: SF.net Giveback Program.
> >> Does SourceForge.net help you be more productive? Does it
> >> help you create better code? SHARE THE LOVE, and help us help
> >> YOU! Click Here: http://sourceforge.net/donate/
> >> _______________________________________________
> >> JBoss-Development mailing list
> >> [EMAIL PROTECTED]
> >> https://lists.sourceforge.net/lists/listinfo/jboss-development
--
xxxxxxxxxxxxxxxxxxxxxxxx
Adrian Brock
Director of Support
Back Office
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
