RE: Client program for simple EJB tutorial

2002-04-01 Thread Eric Hodges

I don't think -cp and -jar can be used together like that.  Try just using
-cp and place the .jar on the classpath.


 -Original Message-
 From: John D. Ware [mailto:[EMAIL PROTECTED]] 
 Sent: Monday, April 01, 2002 3:10 PM
 To: Orion-Interest
 Subject: Re: Client program for simple EJB tutorial
 
 
 Hi,
 This is indeed a timely question as I am working on this 
 also. I was able to get a client working until I tried to put 
 it into a jar file.
 I get a ClassNotFoundException looking for the 
 com.evermind.server.ApplicationInitialContextFactory when 
 starting my app using:
 
 java -cp c:/orion/orion.jar -jar pet-class.jar
 
 Again, it works fine (Note: no classpath specified) if run like:
 
 java org.jdware.pet.client.PetClient  
 
 any ideas?
 
 
 thanks
 
 john ware
 
 
 




RE: Java IDE?

2002-03-22 Thread Eric Hodges

Idea for coding, Jbuilder for GUI layout.


 -Original Message-
 From: Clay Mitchell [mailto:[EMAIL PROTECTED]] 
 Sent: Friday, March 22, 2002 12:55 PM
 To: Orion-Interest
 Subject: Java IDE?
 
 
 Just a question, any suggestions as to what a good IDE is? 
 I've tried JBuilder, IDEA (I like IDEA) and a few others... 
 any recommendations?
 
 Thanks
 -Clay
 
 
 




Re: OT: Session Related

2002-03-18 Thread Eric Hodges

This is an old issue.  I've solved it in other environment by sending a
token back with the first response that contains a key to lookup the context
of the conversation.  Subsequent requests send that token and the server can
lookup the context info in a database shared between the servers.  Not sure
if this approach translates to J2EE, though.



- Original Message -
From: Satter, Rabi [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Monday, March 18, 2002 8:28 AM
Subject: RE: OT: Session Related


 This is an old issue and major pain with hardware load balancing. You have
a
 couple of options. If you are using Orion you could setup the servers as a
 cluster. That way the session is replicated between servers. The other
thing
 is that the Infrastructure guys should turn on the ability that once a
user
 has gone to a particular server that they continue to go to that server
 unless it goes down. And don't let them tell you they can't. All the load
 balancers do this.


 Michael Shoemaker wrote:
  Hello gang
 
  I have a question about a situation that I am facing.  Currently we are
  using servlets to store session information.  i.e.  For instance, you
  the front end people wanted to store data into the session they would
  call SessionServlet?step=savesessionId=123myVal=xyz.  In turn a call
  to it with step=get would return xml containing the value previously
  stored.  It's a somewhat rudimentary way of getting around cookies.  Our
  front end is written in a version of Vignette that doesn't support
  jsp(another story).  My question is, the infrastructure guys recently
  introduced a load balancers and now we are not guaranteed to get the
  same server.  Big problem.  Have any of you solved a problem similar to
  this.  Unfortunately, upgrading to the next version of Vignette isn't
  the solution.  We are about a year or more away budget wise.  Thanks
  again for taking the time to read an off topic post.
 
 
  Mike
 
 
 
  _
  Do You Yahoo!?
  Get your free @yahoo.com address at http://mail.yahoo.com
 
 
 
 



 --
 Stephen Davidson
 Java Consultant
 Delphi Consultants, LLC
 http://www.delphis.com
 Phone: 214-696-6224 x208






RE: Local interfaces difference ???

2002-03-06 Thread Eric Hodges

1. Not every app server provided that optimization.
2. Even if they optimized they had to emulate pass by value arguments.
3. It's bassackwards to code for the 10% of EJBs actually used remotely and
hope an app server optimizes the remoteness out of the other 90%.




 -Original Message-
 From: Greg Matthews [mailto:[EMAIL PROTECTED]] 
 Sent: Wednesday, March 06, 2002 5:07 PM
 To: Orion-Interest
 Subject: Re: Local interfaces difference ???
 
 
 
 and can anyone shed some light on why this has even been 
 put in the J2EE spec.
 
 Visibroker for Java automatically detected if the client was 
 local and then handed out a client stub that did not do 
 marshalling, i.e. performed an in-process local java method call.
 
 I would have thought that the whole concept of Local 
 references was just an optimisation that a vendor provided 
 based on common sense.
 
 Why is it in the spec?





RE: JUnitee

2001-11-16 Thread Eric Hodges

Check out Cactus at apache.org.  We're using it for that sort of test.

-Original Message-
From: Ely Wagner Aguiar de Oliveira [mailto:[EMAIL PROTECTED]] 
Sent: Friday, November 16, 2001 11:00 AM
To: Orion-Interest
Subject: RE: JUnitee



Hello, mates!

Does anyone know any kind of JUnit to test servlets and JSP? JUnit and
JUnitEE only work with common cases of objects and I'd like to automatize the
test of Servlets and JSPs also.

Thanks.

Ely

-Original Message-
From: DeVincentiis Giustino [mailto:[EMAIL PROTECTED]]
Sent: sexta-feira, 16 de novembro de 2001 06:17
To: Orion-Interest
Subject: RE: JUnitee


Hello Tim,

I have junitee working and do not remember any particular hint. I followed
the instructions at http://junitee.sourceforge.net/tutorial.html and all
works fine. No code added to TestServlet, the only change I have made was to
use a TestForm JSP to dynamically load the package under testing.

Giustino De Vincentiis 

  -Original Message-
  From: Tim Pouyer [mailto:[EMAIL PROTECTED]]
  Sent: Thursday, November 15, 2001 11:25 PM
  To: Orion-Interest
  Subject: JUnitee
  
  
  Anyone know how to set up junitee on orion.  I have seen it
  working on
  orion before so I know it can work.  I have junit.jar and 
  junitee.jar in
  my orion/lib directory and have set up my TestForm.html in my web
  module.  I have compiled the new TestServlet with the dynamic class
  loader and have set up my ejb-ref's in my web.xml file but i keep
  getting an error that says 'java:comp/env' only available 
  from within a
  J2ee container  when i try to test my ejb.  Is there a 
  property that I
  am supposed to be setting up somewhere or do I have to add 
  some code to
  the TestServlet?  I am at a loss on this one.  Please help.
  Thanks,
  Tim
  
  
  
  





Problem with DataSourceUserManager on orion 1.5.2

2001-07-09 Thread Eric Hodges



I just upgraded to Orion 1.5.2 and my 
DataSourceUserManager stopped working. It can find the User info, but when 
the getGroup() call is returning null for some reason. Has something 
changed that would break this?

(Also, I can't get to orionsupport.com or Orion's 
mailing list archive or I would have looked there first.)



Re: Question about DataSourceUserManager

2001-06-19 Thread Eric Hodges

Even if I write my own user manager, I'm not sure what I should make it do
to fix the problem.  The one from Orion seems to be doing everything
correctly.  It just never lets me in.  The AbstractUserManager class doesn't
seem to have any methods that would help.

- Original Message -
From: Michael Jara [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Tuesday, June 19, 2001 10:43 AM
Subject: Re: Question about DataSourceUserManager


 I had the same problem with the DataSourceUserManager.  Judging by
messages
 in the mailing-list archive, it looks like some people have gotten it
 working, but I have no idea how.

 I ended up writing my own user manager, which didn't take very long.  (I
 spent more time trying to get the DataSourceUserManager working, than
 writing my own!)  You might try that, or try the EJBUserManager.

 A word of warning though: After I solved that problem, I ran into some
 issues with Orion's EJB security for which I never found a solution.  But
I
 was working with application clients...  You might be fine if you are
using
 Orion's integrated web server(?)

 Mike

 - Original Message -
 From: Eric Hodges [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Monday, June 18, 2001 8:36 PM
 Subject: Question about DataSourceUserManager


  I'm trying to set up a DataSourceUserManager.  I've got it configured to
  read from our user database, but it never authenticates.  It asks for
the
  user name and password 3 times and gives a 401 to the browser.  I
wrapped
 it
  with my own class so I could see which methods were getting called.
  getUser() is called and returns the correct user information, so I know
 it's
  seeing our database.  If I call user.authenticate(user.getPassword()) it
  returns true.  What am I doing wrong?
 
  /*
  Eric Hodges,  Chief Technology Officer
  Mongoose Technology, Inc.
  We chase cobras so you don't have to.
  */
 
 







Re: Question about DataSourceUserManager

2001-06-19 Thread Eric Hodges

I thought it might be a group/role problem, so I tried to add the user to
the group that has permission to access the web app.  I'm using this code in
MyUserManager (extends DataSourceUserManager):

  public User getUser(String parm1) {
User aUser = super.getUser( parm1);
try {
 Group portalUsers = super.getGroup(Portal User);
 System.out.println(is member of portal
users=+aUser.isMemberOf(portalUsers));
 aUser.addToGroup(portalUsers);
 System.out.println(is member of portal
users=+aUser.isMemberOf(portalUsers));
 System.out.println(group
info:+portalUsers.getName()+:+portalUsers.getDescription());
}
catch (Exception ex) {
 ex.printStackTrace();
}
return aUser;
  }

After aUser.addToGroup(portalUsers), aUser.isMemberOf(portalUsers) still
returns false.  What am I doing wrong?


- Original Message -
From: Eric Hodges [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Tuesday, June 19, 2001 12:45 PM
Subject: Re: Question about DataSourceUserManager


 Even if I write my own user manager, I'm not sure what I should make it do
 to fix the problem.  The one from Orion seems to be doing everything
 correctly.  It just never lets me in.  The AbstractUserManager class
doesn't
 seem to have any methods that would help.

 - Original Message -
 From: Michael Jara [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Tuesday, June 19, 2001 10:43 AM
 Subject: Re: Question about DataSourceUserManager


  I had the same problem with the DataSourceUserManager.  Judging by
 messages
  in the mailing-list archive, it looks like some people have gotten it
  working, but I have no idea how.
 
  I ended up writing my own user manager, which didn't take very long.  (I
  spent more time trying to get the DataSourceUserManager working, than
  writing my own!)  You might try that, or try the EJBUserManager.
 
  A word of warning though: After I solved that problem, I ran into some
  issues with Orion's EJB security for which I never found a solution.
But
 I
  was working with application clients...  You might be fine if you are
 using
  Orion's integrated web server(?)
 
  Mike
 
  - Original Message -
  From: Eric Hodges [EMAIL PROTECTED]
  To: Orion-Interest [EMAIL PROTECTED]
  Sent: Monday, June 18, 2001 8:36 PM
  Subject: Question about DataSourceUserManager
 
 
   I'm trying to set up a DataSourceUserManager.  I've got it configured
to
   read from our user database, but it never authenticates.  It asks for
 the
   user name and password 3 times and gives a 401 to the browser.  I
 wrapped
  it
   with my own class so I could see which methods were getting called.
   getUser() is called and returns the correct user information, so I
know
  it's
   seeing our database.  If I call user.authenticate(user.getPassword())
it
   returns true.  What am I doing wrong?
  
   /*
   Eric Hodges,  Chief Technology Officer
   Mongoose Technology, Inc.
   We chase cobras so you don't have to.
   */
  
  
 
 








Re: R: Why is Netscape slower with Orion?

2001-02-09 Thread Eric Hodges


- Original Message -
From: "Tony Wilson" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, February 09, 2001 3:36 PM
Subject: RE: R: Why is Netscape slower with Orion?


 We found that if the table depth was more than 5 or so  AND the table at
 that depth was sufficiently complex (lots of rows and lots of internal
data)
 that Netscape actually crashed consistently.  Either it crashed, or froze
 indefinately.  Of course, IE had no problem with it... *sigh*

 The moral of the story is... flatten out tables as much as possible.

Are you sure it's not:

Don't use Netscape.






Multiple application clients sharing oneMETA-INF/application-client.xml file?

2001-02-03 Thread Eric Hodges

For some reason the VM in JBuilder 3.5 looks in the class output directory
for META-INF/application-client.xml.  Two questions about this:

1. Is there a way to specify where this will be loaded from?  Since all of
our applications output to the same Classes directory, there's only one
application-client.xml.  It isn't working because not all of the EJB apps
are serving the same EJBs.  When the InitialContext() is created it's
failing for EJB references to other apps.

2. If there isn't a way to tell the context factory in the client where to
load this from, is there a way to have one context look at multiple apps?
Then at least the unused references wouldn't throw NamingExceptions.


/*
Eric Hodges,  Chief Technology Officer
Mongoose Technology, Inc.
"We chase cobras so you don't have to."
*/





Re: Questions about running an EJB client

2001-02-02 Thread Eric Hodges

OK, I got the security problem resolved.  Thanks Juan!  Now I've got another
problem:

javax.naming.NamingException: Error reading application-client descriptor:
No location specified and no suitable instance of the type 'AgentRegistrar'
found for the ejb-ref AgentRegistrar

Where is it looking for the application-client descriptor location?






Re: Questions about running an EJB client

2001-02-02 Thread Eric Hodges


- Original Message -
From: "Juan Lorandi (Chile)" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Thursday, February 01, 2001 3:33 PM
Subject: RE: Questions about running an EJB client


 Read the j2ee spec again.

 orion-x.xml files are deployment info; deployment info is server
 dependant (in contrast to bean developer info  assembly info); deployment
 info may override  complete
 for j2eeri, files are named j2eeri-.xml

 basically, there's one of these per every .xml in the specs:

 SPEC file Orion file packageplace
 application.xml orion-application.xml   \YOURAPP.ear\META-INF\
 ejb-jar.xml orion-ejb-jar.xml
 \YOURAPP.ear\YOUREJB.jar\orion
 web.xml orion-web.xml \YOURAPP.ear\YOURWAR.war\WEB-INF\

I don't really understand what you just typed.

So orion-application.xml gets its info from application.xml?  If so, do I
just stick this namespace stuff in application.xml?







Re: Questions about running an EJB client

2001-02-02 Thread Eric Hodges

It still doesn't work.  I get the same error message.


My orion-application.xml file looks like this:

?xml version="1.0"?
!DOCTYPE orion-application PUBLIC "-//Evermind//DTD J2EE Application
runtime 1.2//EN" "http://www.orionserver.com/dtds/orion-application.dtd"
orion-application deployment-version="1.3.8"
 ejb-module remote="false" path="AgentRegistrar.jar" /
 persistence path="persistence" /
 principals path="principals.xml" /
 log
  file path="application.log" /
 /log
 namespace-access
  read-access
  namespace-resource root=""
   security-role-mapping name="lt;jndi-user-rolegt;"
group name="Administrator" /
   /security-role-mapping
  /namespace-resource
  /read-access
  write-access
  namespace-resource root=""
   security-role-mapping
group name="Administrator" /
   /security-role-mapping
  /namespace-resource
  /write-access
 /namespace-access

/orion-application

Administrator is defined in orion/config/principals.xml.  I added it to the
principals.xml for my EAR as well, with no luck.






Re: Questions about running an EJB client

2001-02-02 Thread Eric Hodges

Where did this file come from?  I didn't put it in my EJB jar or my EAR
file.  It doesn't look like yours (there's no name attribute on the
security-role-mapping tag), so once I edit it how will I stick it back in my
EAR?

That sounds odd, doesn't it?

Thanks for the help.


- Original Message -
From: "Juan Lorandi (Chile)" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Thursday, February 01, 2001 11:51 AM
Subject: RE: Questions about running an EJB client


 in orion-application.xml (you can find it in
 $orion\application-deployments\YOURAPP\)

 there should be a namespace tag; below is mine's form an app:
 namespace-access
 read-access
 namespace-resource root=""
 security-role-mapping
 name="lt;jndi-user-rolegt;"
 group name="admin" /
 /security-role-mapping
 /namespace-resource
 /read-access
 write-access
 /write-access
 /namespace-access

 then, whenever the current user belongs to group admin, you have read
access
 for ALL resources.
 I believe that something on the line of

 group name="admin" impliesAll="true" /

 would grant everybody read access;

 AFAIK Orion's JNDI imp. doesn't support writing, so the write-access part
is
 irrelevant


 HTH

 JP

  -Original Message-
  From: Eric Hodges [mailto:[EMAIL PROTECTED]]
  Sent: Mircoles, 31 de Enero de 2001 20:14
  To: Orion-Interest
  Subject: Questions about running an EJB client
 
 
 
  I'm trying to set up an EJB (my first time) on Orion.  I have
  the .EAR file
  running, I just need to get the client to test it.  When I
  try to run the
  client, it fails on the constructor for InitialContext().
  Here's the error:
 
  java.lang.SecurityException: Not allowed to look up
  java:comp/ResourceFinder, check the namespace-access tag setting in
  orion-application.xml for details
   at com.evermind.server.rmi.bb.f_(JAX)
   at com.evermind.server.rmi.RMIServer.f_(JAX)
   at com.evermind.server.rmi.RMIContext.lookup(JAX)
   at com.evermind.server.administration.LazyResourceFinder.f_(JAX)
   at
  com.evermind.server.administration.LazyResourceFinder.getEJBHome(JAX)
   at com.evermind.server.Application.ap7(JAX)
   at
  com.evermind.server.ApplicationClientInitialContextFactory.get
  InitialContext
  (JAX)
   at
  javax.naming.spi.NamingManager.getInitialContext(NamingManager
  .java:668)
   at
  javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246)
   at javax.naming.InitialContext.init(InitialContext.java:222)
   at javax.naming.InitialContext.init(InitialContext.java:198)
   at
  com.mongoosetech.agent.AgentBase.registerWithServer(AgentBase.
  java:100)
   at com.mongoosetech.agent.AgentBase.register(AgentBase.java:71)
   at com.mongoosetech.agent.AgentBase.init(AgentBase.java:58)
   at
  com.mongoosetech.agent.jdbcagent.JDBCAgent.init(JDBCAgent.java:81)
   at
  com.mongoosetech.agent.jdbcagent.JDBCFramgent.init(JDBCFramg
  ent.java:21)
   at
  com.mongoosetech.agent.jdbcagent.JDBCFramgent.main(JDBCFramgen
  t.java:73)
 
  The problem is that I don't have a file called
  "orion-application.xml".
  From the docs, I get the impression this is an Orion specific
  version of
  application.xml.  I have that, but I don't see a way to make
  it let me look
  up java:comp/ResourceFinder.
 
  Any clues?
 
 
 






Questions about running an EJB client

2001-02-01 Thread Eric Hodges


I'm trying to set up an EJB (my first time) on Orion.  I have the .EAR file
running, I just need to get the client to test it.  When I try to run the
client, it fails on the constructor for InitialContext().  Here's the error:

java.lang.SecurityException: Not allowed to look up
java:comp/ResourceFinder, check the namespace-access tag setting in
orion-application.xml for details
 at com.evermind.server.rmi.bb.f_(JAX)
 at com.evermind.server.rmi.RMIServer.f_(JAX)
 at com.evermind.server.rmi.RMIContext.lookup(JAX)
 at com.evermind.server.administration.LazyResourceFinder.f_(JAX)
 at com.evermind.server.administration.LazyResourceFinder.getEJBHome(JAX)
 at com.evermind.server.Application.ap7(JAX)
 at
com.evermind.server.ApplicationClientInitialContextFactory.getInitialContext
(JAX)
 at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:668)
 at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246)
 at javax.naming.InitialContext.init(InitialContext.java:222)
 at javax.naming.InitialContext.init(InitialContext.java:198)
 at com.mongoosetech.agent.AgentBase.registerWithServer(AgentBase.java:100)
 at com.mongoosetech.agent.AgentBase.register(AgentBase.java:71)
 at com.mongoosetech.agent.AgentBase.init(AgentBase.java:58)
 at com.mongoosetech.agent.jdbcagent.JDBCAgent.init(JDBCAgent.java:81)
 at
com.mongoosetech.agent.jdbcagent.JDBCFramgent.init(JDBCFramgent.java:21)
 at com.mongoosetech.agent.jdbcagent.JDBCFramgent.main(JDBCFramgent.java:73)

The problem is that I don't have a file called "orion-application.xml".
From the docs, I get the impression this is an Orion specific version of
application.xml.  I have that, but I don't see a way to make it let me look
up java:comp/ResourceFinder.

Any clues?






Questions about running an EJB client

2001-02-01 Thread Eric Hodges


I'm trying to set up an EJB (my first time) on Orion.  I have the .EAR file
running, I just need to get the client to test it.  When I try to run the
client, it fails on the constructor for InitialContext().  Here's the error:

java.lang.SecurityException: Not allowed to look up
java:comp/ResourceFinder, check the namespace-access tag setting in
orion-application.xml for details
 at com.evermind.server.rmi.bb.f_(JAX)
 at com.evermind.server.rmi.RMIServer.f_(JAX)
 at com.evermind.server.rmi.RMIContext.lookup(JAX)
 at com.evermind.server.administration.LazyResourceFinder.f_(JAX)
 at com.evermind.server.administration.LazyResourceFinder.getEJBHome(JAX)
 at com.evermind.server.Application.ap7(JAX)
 at
com.evermind.server.ApplicationClientInitialContextFactory.getInitialContext
(JAX)
 at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:668)
 at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:246)
 at javax.naming.InitialContext.init(InitialContext.java:222)
 at javax.naming.InitialContext.init(InitialContext.java:198)
 at com.mongoosetech.agent.AgentBase.registerWithServer(AgentBase.java:100)
 at com.mongoosetech.agent.AgentBase.register(AgentBase.java:71)
 at com.mongoosetech.agent.AgentBase.init(AgentBase.java:58)
 at com.mongoosetech.agent.jdbcagent.JDBCAgent.init(JDBCAgent.java:81)
 at
com.mongoosetech.agent.jdbcagent.JDBCFramgent.init(JDBCFramgent.java:21)
 at com.mongoosetech.agent.jdbcagent.JDBCFramgent.main(JDBCFramgent.java:73)

The problem is that I don't have a file called "orion-application.xml".
From the docs, I get the impression this is an Orion specific version of
application.xml.  I have that, but I don't see a way to make it let me look
up java:comp/ResourceFinder.

Any clues?






Question about automated testing with Orion

2001-01-05 Thread Eric Hodges

I'm trying to set up some automated unit tests for our servlets.  I'm using
HttpUnit and JUnit, but the authentication in HttpUnit doesn't work with
Orion.  Does anyone out there have experience at this?  Is there a better
tool?  Some sort of trick?  I've been talking to the HttpUnit folks, and
they don't know what to do.  Thanks for any help.





Re: JMS TopicSession Transactions ...

2000-04-28 Thread Eric Hodges

I was never able to get JMS to work in Orion.  The test code wouldn't
compiler, and some of the classes couldn't be instantiated.  I asked several
times on this list and no one had any success with the JMS support.


- Original Message -
From: "Harsh Waghmare" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, April 28, 2000 2:39 AM
Subject: JMS TopicSession Transactions ...


 does the Orion implementation of TopicSession support transactions ?
 I have a topic session which I am creating like this

 TopicSession topicSession =

 topicConn.createTopicSession(true,TopicSession.AUTO_ACKNOWLEDGE);

 the topic session is therefore transacted. whenever i publish messages, i
 follow them with a call to commit

 publisher.publish(mapMsg1);
 publisher.publish(mapMsg2);
 topicSession.commit();

 however, the commit() gives me the following error

 java.lang.ClassCastException: com.evermind.server.jms.cp
 at com.evermind.server.jms.b2.iu(JAX)
 at com.evermind.server.jms.b2.commit(JAX)
 at StockServer.run(StockServer.java:108)
 at java.lang.Thread.run(Thread.java:479)

 any ideas ? anyone out there tried transacted topic sessions ?
 of course, the ejb stuff in orion works great !

 Harsh










Security problems with RMI and Orion

2000-04-19 Thread Eric Hodges



I have a servlet that tries to call an RMI 
method. The RMI method tries to return a serializable object. I 
receive this error:

java.rmi.UnmarshalException: error unmarshalling 
return; nested exception is: 
java.lang.ClassNotFoundException: com.sun.xml.tree.XmlDocument (no security 
manager: RMI class loader disabled)java.lang.ClassNotFoundException: 
com.sun.xml.tree.XmlDocument (no security manager: RMI class loader 
disabled) at 
sun.rmi.server.LoaderHandler.loadClass(Unknown 
Source) at 
sun.rmi.server.LoaderHandler.loadClass(Unknown 
Source) at 
sun.rmi.server.MarshalInputStream.resolveClass(Unknown 
Source) at 
java.io.ObjectInputStream.inputClassDescriptor(Unknown 
Source) at 
java.io.ObjectInputStream.readObject(Unknown 
Source) at 
java.io.ObjectInputStream.readObject(Unknown 
Source) at 
java.io.ObjectInputStream.inputObject(Unknown 
Source) at 
java.io.ObjectInputStream.readObject(Unknown 
Source) at 
java.io.ObjectInputStream.readObject(Unknown 
Source) at 
sun.rmi.server.UnicastRef.unmarshalValue(Unknown 
Source) at 
sun.rmi.server.UnicastRef.invoke(Unknown 
Source) at 
com.mongoosetech.mojo.MojoAgentServices_Stub.getDocument(MojoAgentServices_Stub.java:230) 
at 
com.mongoosetech.mojo.BasicMWO.doRefreshAction(BasicMWO.java:79) 
at 
com.mongoosetech.mojo.BasicMWO.doMainAction(BasicMWO.java:63) 
at java.lang.reflect.Method.invoke(Native 
Method) at 
com.mongoosetech.portal.DispatcherServlet.service(DispatcherServlet.java:279) 
at 
javax.servlet.http.HttpServlet.service(HttpServlet.java:324) 
at 
com.evermind.server.http.c1.l_(JAX) 
at 
com.evermind.server.http.c1.forward(JAX) 
at 
com.evermind.server.http.dc.ca(JAX) 
at com.evermind.util.b.run(JAX)
It seems that the security manager isn't 
running. How do I get it started?



Re: Security problems with RMI and Orion

2000-04-19 Thread Eric Hodges



Oops, I figured it out. My classes aren't 
being loaded from the classpath, they have to be copied to an obscure directory 
for some reason.



  - Original Message - 
  From: 
  Eric Hodges 
  
  To: Orion-Interest 
  Sent: Wednesday, April 19, 2000 3:50 
  PM
  Subject: Security problems with RMI and 
  Orion
  
  I have a servlet that tries to call an RMI 
  method. The RMI method tries to return a serializable object. I 
  receive this error:
  
  java.rmi.UnmarshalException: error unmarshalling 
  return; nested exception is: 
  java.lang.ClassNotFoundException: com.sun.xml.tree.XmlDocument (no 
  security manager: RMI class loader 
  disabled)java.lang.ClassNotFoundException: com.sun.xml.tree.XmlDocument 
  (no security manager: RMI class loader 
  disabled) at 
  sun.rmi.server.LoaderHandler.loadClass(Unknown 
  Source) at 
  sun.rmi.server.LoaderHandler.loadClass(Unknown 
  Source) at 
  sun.rmi.server.MarshalInputStream.resolveClass(Unknown 
  Source) at 
  java.io.ObjectInputStream.inputClassDescriptor(Unknown 
  Source) at 
  java.io.ObjectInputStream.readObject(Unknown 
  Source) at 
  java.io.ObjectInputStream.readObject(Unknown 
  Source) at 
  java.io.ObjectInputStream.inputObject(Unknown 
  Source) at 
  java.io.ObjectInputStream.readObject(Unknown 
  Source) at 
  java.io.ObjectInputStream.readObject(Unknown 
  Source) at 
  sun.rmi.server.UnicastRef.unmarshalValue(Unknown 
  Source) at 
  sun.rmi.server.UnicastRef.invoke(Unknown 
  Source) at 
  com.mongoosetech.mojo.MojoAgentServices_Stub.getDocument(MojoAgentServices_Stub.java:230) 
  at 
  com.mongoosetech.mojo.BasicMWO.doRefreshAction(BasicMWO.java:79) 
  at 
  com.mongoosetech.mojo.BasicMWO.doMainAction(BasicMWO.java:63) 
  at java.lang.reflect.Method.invoke(Native 
  Method) at 
  com.mongoosetech.portal.DispatcherServlet.service(DispatcherServlet.java:279) 
  at 
  javax.servlet.http.HttpServlet.service(HttpServlet.java:324) 
  at 
  com.evermind.server.http.c1.l_(JAX) 
  at 
  com.evermind.server.http.c1.forward(JAX) 
  at 
  com.evermind.server.http.dc.ca(JAX) 
  at com.evermind.util.b.run(JAX)
  It seems that the security manager isn't 
  running. How do I get it started?
  


Re: No examples of client demarcated transactions...

2000-03-31 Thread Eric Hodges

I've been asking for weeks for someone to explain how to instantiate an
EvermindTopicConnection for JMS.  No one has replied.  I don't think anyone
really uses some parts of Orion.



- Original Message -
From: "Alex Paransky" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, March 31, 2000 6:27 PM
Subject: No examples of client demarcated transactions...


 I just did a grep for all the source code which came with Orion, and there
 are NO examples of client demarcated transactions.  Would someone be so
kind
 to post an example of how a client can obtain a transaction?  I tried to
 sample code in the J2EE spec, but it did not work.

 Thanks.
 -AP_






Re: General Questions...

2000-03-28 Thread Eric Hodges

No one seems to know how to make JMS work.  I've asked the list repeatedly
with no success.  The coffee maker example won't compile.  The documentation
is no help.


- Original Message -
From: "James  Sue Ann Birchfield" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Tuesday, March 28, 2000 7:40 AM
Subject: General Questions...


 Would anyone care to express there likes/dislikes about this product?
 I have found it very straight forward, stable and fast.  I have only been
 looking at it for a few days, and haven't had the chance to test it
 thoroughly yet though.  I would love to hear what other peoplke have to
 say.

 Thanks!

 =
 James Birchfield
 Chief Technology Officer
 [EMAIL PROTECTED]
 http://www.proteus-technologies.com
 =







Re: JMSChat

2000-03-28 Thread Eric Hodges

Does anyone out there know how to instantiate an EvermindTopicConnection?
Please?

- Original Message -
From: "Eric Hodges" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Thursday, March 23, 2000 12:54 PM
Subject: Fw: JMSChat


 (I forwarded my reply to the list since [EMAIL PROTECTED] doesn't accept my
 email.)

 - Original Message -
 From: "Eric Hodges" [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Sent: Thursday, March 23, 2000 11:58 AM
 Subject: Re: JMSChat


  It isn't just that the demo won't compile,  EvermindTopicConnection can't
 be
  instantiated.  It has abstract methods that aren't documented anywhere.

  How did you instantiate it?

  - Original Message -
  From: "Andre Vanha" [EMAIL PROTECTED]
  To: "Eric Hodges" [EMAIL PROTECTED]
  Sent: Thursday, March 23, 2000 11:16 AM
  Subject: RE: JMSChat
 
 
   Eric,
   The JMS demos don't work, but I've been able to employ orion's JMS
   implementation with out too much trouble.  I've been able to use it
from
   both EJB's and stand alone client applications.  There are still some
 bugs
   in the JMS/JNDI integration but hopefully they will be solved soon and
  it's
   not too hard to work around them.
   The JMS demos are a good starting point, and contain a good reference
 for
   connecting to orion's JMS server even if they don't compile.
  
   If you have more specific questions feel free to contact me directly
and
   I'll try to be at least somewhat helpful
  
   Andre V
   WorldAdventures.com
  
  
   -Original Message-
   From: [EMAIL PROTECTED]
   [mailto:[EMAIL PROTECTED]]On Behalf Of Eric Hodges
   Sent: Wednesday, March 22, 2000 8:41 PM
   To: Orion-Interest
   Subject: Re: JMSChat
  
  
   It's been a week.  I can't find 0.9.5 on the web site.  Can anyone
point
  me
   to documentation on JMS in the current release of Orion?  The demo
 doesn't
   work.
  
   Out of curiousity, is anyone out there using JMS or even interested in
 it?
   If so, what are you using?
  
  
   - Original Message -
   From: "Magnus Stenman" [EMAIL PROTECTED]
   To: "Eric Hodges" [EMAIL PROTECTED]; "Orion-Interest"
   [EMAIL PROTECTED]
   Sent: Thursday, March 16, 2000 12:42 PM
   Subject: Re: JMSChat
  
  
Hi, the demos in the 0.9.4 distro are temporary and use internal
Orion
   APIs
(which have changed which failed to get reflected in the demos).
The next release will have updated demos that do it the proper
  x-platform
way via resource-refs and a way to define additional factories in
the jms.xml. The next release (0.9.5) is due in a few days, stay
 tuned.
   
    /Magnus Stenman, the Orion team
   
- Original Message -
From: Eric Hodges
To: Orion-Interest
Sent: Tuesday, March 14, 2000 3:48 AM
   
   
Hi there, new Orion user here.
   
I installed Orion today to use the JMS implementation.  I tried to
run
  the
demo code (JMSChat) and it won't compiler.  It complains that
EvermindTopicConnection is an abstract class.  Looking at the class
  file,
   I
see 4 abstract methods.  g1, g2, g3, g4 and run.  I might figure out
 how
   to
implement run, but g1-4 are a complete mystery.
   
Any suggestions?
   
  
 
 







Fw: JMSChat

2000-03-23 Thread Eric Hodges

(I forwarded my reply to the list since [EMAIL PROTECTED] doesn't accept my
email.)

- Original Message -
From: "Eric Hodges" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, March 23, 2000 11:58 AM
Subject: Re: JMSChat


 It isn't just that the demo won't compile,  EvermindTopicConnection can't
be
 instantiated.  It has abstract methods that aren't documented anywhere.

 How did you instantiate it?

 - Original Message -
 From: "Andre Vanha" [EMAIL PROTECTED]
 To: "Eric Hodges" [EMAIL PROTECTED]
 Sent: Thursday, March 23, 2000 11:16 AM
 Subject: RE: JMSChat


  Eric,
  The JMS demos don't work, but I've been able to employ orion's JMS
  implementation with out too much trouble.  I've been able to use it from
  both EJB's and stand alone client applications.  There are still some
bugs
  in the JMS/JNDI integration but hopefully they will be solved soon and
 it's
  not too hard to work around them.
  The JMS demos are a good starting point, and contain a good reference
for
  connecting to orion's JMS server even if they don't compile.
 
  If you have more specific questions feel free to contact me directly and
  I'll try to be at least somewhat helpful
 
  Andre V
  WorldAdventures.com
 
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of Eric Hodges
  Sent: Wednesday, March 22, 2000 8:41 PM
  To: Orion-Interest
  Subject: Re: JMSChat
 
 
  It's been a week.  I can't find 0.9.5 on the web site.  Can anyone point
 me
  to documentation on JMS in the current release of Orion?  The demo
doesn't
  work.
 
  Out of curiousity, is anyone out there using JMS or even interested in
it?
  If so, what are you using?
 
 
  - Original Message -
  From: "Magnus Stenman" [EMAIL PROTECTED]
  To: "Eric Hodges" [EMAIL PROTECTED]; "Orion-Interest"
  [EMAIL PROTECTED]
  Sent: Thursday, March 16, 2000 12:42 PM
  Subject: Re: JMSChat
 
 
   Hi, the demos in the 0.9.4 distro are temporary and use internal Orion
  APIs
   (which have changed which failed to get reflected in the demos).
   The next release will have updated demos that do it the proper
 x-platform
   way via resource-refs and a way to define additional factories in
   the jms.xml. The next release (0.9.5) is due in a few days, stay
tuned.
  
   /Magnus Stenman, the Orion team
  
   - Original Message -
   From: Eric Hodges
   To: Orion-Interest
   Sent: Tuesday, March 14, 2000 3:48 AM
  
  
   Hi there, new Orion user here.
  
   I installed Orion today to use the JMS implementation.  I tried to run
 the
   demo code (JMSChat) and it won't compiler.  It complains that
   EvermindTopicConnection is an abstract class.  Looking at the class
 file,
  I
   see 4 abstract methods.  g1, g2, g3, g4 and run.  I might figure out
how
  to
   implement run, but g1-4 are a complete mystery.
  
   Any suggestions?
  
 







Re: JMSChat

2000-03-22 Thread Eric Hodges

It's been a week.  I can't find 0.9.5 on the web site.  Can anyone point me
to documentation on JMS in the current release of Orion?  The demo doesn't
work.

Out of curiousity, is anyone out there using JMS or even interested in it?
If so, what are you using?


- Original Message -
From: "Magnus Stenman" [EMAIL PROTECTED]
To: "Eric Hodges" [EMAIL PROTECTED]; "Orion-Interest"
[EMAIL PROTECTED]
Sent: Thursday, March 16, 2000 12:42 PM
Subject: Re: JMSChat


 Hi, the demos in the 0.9.4 distro are temporary and use internal Orion
APIs
 (which have changed which failed to get reflected in the demos).
 The next release will have updated demos that do it the proper x-platform
 way via resource-refs and a way to define additional factories in
 the jms.xml. The next release (0.9.5) is due in a few days, stay tuned.

 /Magnus Stenman, the Orion team

 - Original Message -
 From: Eric Hodges
 To: Orion-Interest
 Sent: Tuesday, March 14, 2000 3:48 AM


 Hi there, new Orion user here.

 I installed Orion today to use the JMS implementation.  I tried to run the
 demo code (JMSChat) and it won't compiler.  It complains that
 EvermindTopicConnection is an abstract class.  Looking at the class file,
I
 see 4 abstract methods.  g1, g2, g3, g4 and run.  I might figure out how
to
 implement run, but g1-4 are a complete mystery.

 Any suggestions?






Re: JMSChat

2000-03-16 Thread Eric Hodges

Hmmm.  Are there any docs on how to use the current release's JMS?

- Original Message -
From: Magnus Stenman [EMAIL PROTECTED]
To: Eric Hodges [EMAIL PROTECTED]; Orion-Interest
[EMAIL PROTECTED]
Sent: Thursday, March 16, 2000 12:42 PM
Subject: Re: JMSChat


 Hi, the demos in the 0.9.4 distro are temporary and use internal Orion
APIs
 (which have changed which failed to get reflected in the demos).
 The next release will have updated demos that do it the proper x-platform
 way via resource-refs and a way to define additional factories in
 the jms.xml. The next release (0.9.5) is due in a few days, stay tuned.

 /Magnus Stenman, the Orion team

 - Original Message -
 From: Eric Hodges
 To: Orion-Interest
 Sent: Tuesday, March 14, 2000 3:48 AM


 Hi there, new Orion user here.

 I installed Orion today to use the JMS implementation.  I tried to run the
 demo code (JMSChat) and it won't compiler.  It complains that
 EvermindTopicConnection is an abstract class.  Looking at the class file,
I
 see 4 abstract methods.  g1, g2, g3, g4 and run.  I might figure out how
to
 implement run, but g1-4 are a complete mystery.

 Any suggestions?





Problem with JMS demo

2000-03-14 Thread Eric Hodges



Anyone have any feedback on this? Can anyone else 
compile the JMSChat demo?



  - Original Message - 
  From: 
  Eric Hodges 
  
  To: Orion-Interest 
  Sent: Monday, March 13, 2000 8:48 
PM
  
  Hi there, new Orion user here.
  
  I installed Orion today to use the JMS implementation. 
  I tried to run the demo code (JMSChat) and it won't compiler. It 
  complains that EvermindTopicConnection is an abstract class. Looking at 
  the class file, I see 4 abstract methods. g1, g2, g3, g4 and run. 
  I might figure out how to implement run, but g1-4 are a complete 
  mystery.
  
  Any suggestions?
  


No Subject

2000-03-13 Thread Eric Hodges



Hi there, new Orion user here.

I installed Orion today to use the JMS implementation. I 
tried to run the demo code (JMSChat) and it won't compiler. It complains 
that EvermindTopicConnection is an abstract class. Looking at the class 
file, I see 4 abstract methods. g1, g2, g3, g4 and run. I might 
figure out how to implement run, but g1-4 are a complete mystery.

Any suggestions?