Re: Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-13 Thread Scott M Stark
Install your own java.rmi.server.RMIClassLoaderSpi instance by setting
the java.rmi.server.RMIClassLoaderSpi system property to an implementation
of RMIClassLoaderSpi, and you can choose to load classes from the codebase
passed in to loadClass even if there is no security manager. You
can maintain a map of codebase to URLClassLoader instances and use
the URLClassLoader to do the actual loading of the class from the
codebase.
public abstract class RMIClassLoaderSpi
{
public abstract Class loadClass(String codebase, String name,
ClassLoader defaultLoader)
throws MalformedURLException, ClassNotFoundException;
public abstract Class loadProxyClass(String codebase,
String[] interfaces, ClassLoader defaultLoader)
throws MalformedURLException, ClassNotFoundException;
public abstract ClassLoader getClassLoader(String codebase)
throws MalformedURLException;
public abstract String getClassAnnotation(Class cl);
}
Andrew C. Oliver wrote:

On 11/10/03 8:18 AM, Scott M Stark [EMAIL PROTECTED] wrote:


In order to load the org.jboss.mail.userrepository.MetaInfoImpl
class from the codebase, you are going to have to catch the
UndeclaredThrowableException and check the nested type since
the RMIAdaptor interface does not allow for ClassNotFoundExceptions.


Right...how do I actually load it from the codebase...I got the catching the
exception issue.  



--

Scott Stark
Chief Technology Officer
JBoss Group, LLC



---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-12 Thread Andrew C. Oliver
On 11/10/03 8:18 AM, Scott M Stark [EMAIL PROTECTED] wrote:

 In order to load the org.jboss.mail.userrepository.MetaInfoImpl
 class from the codebase, you are going to have to catch the
 UndeclaredThrowableException and check the nested type since
 the RMIAdaptor interface does not allow for ClassNotFoundExceptions.

Right...how do I actually load it from the codebase...I got the catching the
exception issue.  

-- 
Andrew C. Oliver
http://www.superlinksoftware.com/poi.jsp
Custom enhancements and Commercial Implementation for Jakarta POI

http://jakarta.apache.org/poi
For Java and Excel, Got POI?

The views expressed in this email are those of the author and are almost
definitely not shared by the Apache Software Foundation, its board or its
general membership.  In fact they probably most definitively disagree with
everything espoused in the above email.



---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Re: Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-10 Thread Andrew C. Oliver
On 11/6/03 8:32 PM, Adrian Brock [EMAIL PROTECTED] wrote:


 
 pseudo rmi code:
 
 try
 {
  return invokeServer()
 }
 catch (ClassNotFoundException e)
 {
  if (System.getSecurityManager() == null)
 throw new No RMI Security Manager etc.;
  else
 tryToLoadClassFromRMICodeBase();
 }

Thanks.  I'm getting this (attached).  How do I make it happy?

java.lang.reflect.UndeclaredThrowableException
at $Proxy0.invoke(Unknown Source)
at 
org.jboss.console.gui.system.MBeanServerBridge.getMBeanMetaInfo(MBeanServerB
ridge.java:60)
at 
org.jboss.console.gui.system.MBeanServerBridge.getMBeanMetaInfo(MBeanServerB
ridge.java:48)
at 
org.jboss.console.gui.system.MBeanServerBridge.getManageableMetaInfo(MBeanSe
rverBridge.java:40)
at 
org.jboss.console.gui.applet.JBConsoleApplet.updateServerNodes(JBConsoleAppl
et.java:300)
at 
org.jboss.console.gui.applet.JBConsoleApplet.treeSelectionHandler(JBConsoleA
pplet.java:284)
at 
org.jboss.console.gui.applet.JBConsoleApplet$4.valueChanged(JBConsoleApplet.
java:174)
at 
javax.swing.tree.DefaultTreeSelectionModel.fireValueChanged(DefaultTreeSelec
tionModel.java:629)Should display error about updating server nodes

at 
javax.swing.tree.DefaultTreeSelectionModel.notifyPathChange(DefaultTreeSelec
tionModel.java:1076)
at 
javax.swing.tree.DefaultTreeSelectionModel.setSelectionPaths(DefaultTreeSele
ctionModel.java:287)
at 
javax.swing.tree.DefaultTreeSelectionModel.setSelectionPath(DefaultTreeSelec
tionModel.java:170)
at javax.swing.JTree.setSelectionPath(JTree.java:1181)
at 
javax.swing.plaf.basic.BasicTreeUI.selectPathForEvent(BasicTreeUI.java:2192)
at 
javax.swing.plaf.basic.BasicTreeUI$MouseHandler.handleSelection(BasicTreeUI.
java:2840)
at 
javax.swing.plaf.basic.BasicTreeUI$MouseHandler.mousePressed(BasicTreeUI.jav
a:2801)
at 
java.awt.AWTEventMulticaster.mousePressed(AWTEventMulticaster.java:218)
at java.awt.Component.processMouseEvent(Component.java:5090)
at java.awt.Component.processEvent(Component.java:4890)
at java.awt.Container.processEvent(Container.java:1566)
at java.awt.Component.dispatchEventImpl(Component.java:3598)
at java.awt.Container.dispatchEventImpl(Container.java:1623)
at java.awt.Component.dispatchEvent(Component.java:3439)
at 
java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:3450)
at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3162)
at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3095)
at java.awt.Container.dispatchEventImpl(Container.java:1609)
at java.awt.Component.dispatchEvent(Component.java:3439)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:450)
at 
java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.ja
va:230)
at 
java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java
:183)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:177)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:99)
Caused by: java.lang.ClassNotFoundException:
org.jboss.mail.userrepository.MetaInfoImpl (no security manager: RMI class
loader disabled)
at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:368)
at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:159)
at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:631)
at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:257)
at 
sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:200)
at 
java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1513)
at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435)
at 
java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626)
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
at java.rmi.MarshalledObject.get(MarshalledObject.java:135)
at 
org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProx
y.java:136)
at 
org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96)
at 
org.jboss.jmx.connector.invoker.client.InvokerAdaptorClientInterceptor.invok
e(InvokerAdaptorClientInterceptor.java:58)
at 
org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45)
at 
org.jboss.proxy.ClientMethodInterceptor.invoke(ClientMethodInterceptor.java:
55)
at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)
... 33 more



 
 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 

Re: Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-10 Thread Scott M Stark
In order to load the org.jboss.mail.userrepository.MetaInfoImpl
class from the codebase, you are going to have to catch the
UndeclaredThrowableException and check the nested type since
the RMIAdaptor interface does not allow for ClassNotFoundExceptions.

-- 

Scott Stark
Chief Technology Officer
JBoss Group, LLC


Andrew C. Oliver wrote:

 
 
 Thanks.  I'm getting this (attached).  How do I make it happy?
 
 java.lang.reflect.UndeclaredThrowableException
 at $Proxy0.invoke(Unknown Source)
...
 Caused by: java.lang.ClassNotFoundException:
 org.jboss.mail.userrepository.MetaInfoImpl (no security manager: RMI class
 loader disabled)
 at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:368)
 at sun.rmi.server.LoaderHandler.loadClass(LoaderHandler.java:159)
 at java.rmi.server.RMIClassLoader$2.loadClass(RMIClassLoader.java:631)
 at java.rmi.server.RMIClassLoader.loadClass(RMIClassLoader.java:257)
 at 
 sun.rmi.server.MarshalInputStream.resolveClass(MarshalInputStream.java:200)
 at 
 java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1513)
 at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1435)
 at 
 java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1626)
 at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1274)
 at java.io.ObjectInputStream.readObject(ObjectInputStream.java:324)
 at java.rmi.MarshalledObject.get(MarshalledObject.java:135)
 at 
 org.jboss.invocation.jrmp.interfaces.JRMPInvokerProxy.invoke(JRMPInvokerProx
 y.java:136)
 at 
 org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:96)
 at 
 org.jboss.jmx.connector.invoker.client.InvokerAdaptorClientInterceptor.invok
 e(InvokerAdaptorClientInterceptor.java:58)
 at 
 org.jboss.proxy.SecurityInterceptor.invoke(SecurityInterceptor.java:45)
 at 
 org.jboss.proxy.ClientMethodInterceptor.invoke(ClientMethodInterceptor.java:
 55)
 at org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)
 ... 33 more
 



---
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/
___
JBoss-Development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development


Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-06 Thread Andrew C. Oliver
 
 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.

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=editid=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

-- 
Andrew C. Oliver
http://www.superlinksoftware.com/poi.jsp
Custom enhancements and Commercial Implementation for 

Re: Joe Admin User mail services Re: [JBoss-dev] Re: [Core] WG: Comparison between BEA JBoss

2003-11-06 Thread Adrian Brock
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 (thats 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, thats 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=editid=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