orion 1.4.8 bug

2001-04-23 Thread Matthew R Bauer

I have several ejb 2.0 beans.  I get the following error when deploying
them (did not exist in 1.4.7):

Error in application hermes: Error loading package at
file:/opt/orion/applications/hermes/administratorEjb.jar,
abstract-schema-name not specified for entity 'TheCompanySettings', it
must be specified for EJB 2.0 style CMP beans

Yet in the ejb 2.0 dtd it states that abstract-schema-name does not need
to exist.  Any one else have this problem?  do I need to fill out a
bugzilla.

mattba





Re: SV: Deploy EAR/WAR via HTTP upload

2001-04-04 Thread Matthew R Bauer

I got the same error

mattba

On Sun, 4 Mar 2001, Stan Ng wrote:

> hmm... i have to agree.  getting it to run in a servlet was not too bad, but
> it seems that the required parameters need some more documentation (or an
> example, which is even better imho...)  can anyone verify if -deploy on
> admin.jar even works on it's own?  i'm running orion 1.4.7 on win 2k and on
> my machine, i get the following error:
> 
> java.lang.StackOverflowError
> at com.evermind.server.ThreadState.getCurrentState(JAX)
> at com.evermind.serve.ApplicationServerSystemProperties.getProperty(JAX)
> at java.lang.System.getProperty(System.java:562)
> at com.evermind.server.Application.w8(JAX)
> (repeat ad nauseum...)
> 
> 
> i suspect it may be one of the parameters i specified, but it's hard to
> tell... any suggestions?
> 
> 
> 
> - Original Message -
> From: "Mark Richman" <[EMAIL PROTECTED]>
> To: "Orion-Interest" <[EMAIL PROTECTED]>
> Sent: Wednesday, April 04, 2001 6:46 AM
> Subject: Re: SV: Deploy EAR/WAR via HTTP upload
> 
> 
> Easier said than done on a system that isn't Open Source!
> 
> - Mark
> 
> 
> 





Re: Orion repeatedly crashes without warning

2001-04-01 Thread Matthew R Bauer


is the nt box patched up to the latest level?  Maybe windows has a tcp/ip
stack problem? just a guess.  Also what kvm are you using?

mattba

On Sun, 1 Apr 2001, Huibert Aalbers Indaberea wrote:

> Hi everyone,
> 
> I have developed an application using Orion and a weird problem has appeared
> that threatens the whole project.
> 
> My application makes heavy use of custom tags (about 300 of them) which are
> used to separate the presentation from the application logic.
> 
> The application was working fine until we started beta testing it and Orion
> stared to crash randomly without evend sending an error message (on Windows
> NT and 2000 Professional with both Orion 1.4.5 and 1.4.7).
> 
> By trial and error we finally narrowed the problem to the fact that if a
> user interrupted the page download by either pushing STOP on his browser or
> BACK it would cause the crash. In fact, this also caused the problem I had
> with a servlet that generated an Image dinamically.
> 
> Therefore, here is my question. Is there something special I should include
> in my code to trap this situation or is this an Orion bug? Is this related
> to the fact that I am using custom tags? These tahs do not write any HTML to
> the output stream, they just set page attributes.
> 
> I am really puzzled by this problem and could really use some help to solve
> it. Thanks in advance.
> 
> Huibert Aalbers
>  
> 
> 





Re: What versions of Postgres are people using?

2001-03-21 Thread Matthew R Bauer

I am using the latest relase of postgresql and it seems to work fine. As
far as the dirver I am using teh cvs version and usually getting the
latest every week.  I am having some problems with doubles being created
as money.  I just made the table first and that fixed the problem. not
sure if that was an orion bug or driver bug.

Matt

On Wed, 21 Mar 2001, Julian Richardson wrote:

> Hi,
> 
> Following on from my earlier questions about alternatives to Hypersonic, a
> few people recommended Postgres.
> 
> Well, I'd been meaning to try Postgres generally for a long time anyway, so
> downloaded the latest version from the site (703) and installed it.
> 
> Orion wouldn't run with it, complaining about lack of binary object support
> (fair enough given that looking inthe JDBC source reveals that it's not
> implemented in 703!). Thing is, I was talking to the guy who wrote the
> Postgres drivers and it sounds like there was no stream support in 6.5
> either; this is new in 7.1 (which isn't released yet). But Orion must
> require the use of somthing like this to store serialized data, surely?
> 
> So what are the people on the list who use Postgres actually using? Have you
> patched the JDBC drivers to work, or did someone release patched 6.5 drivers
> for Postgres which everyone's installed? Or have you modified Orion to
> serialize data using some other mechanism to the default? I imagine most
> people on the list are using 6.5 rather than 7.0.3? Confusing, to say the
> least...
> 
> cheers
> 
> Jules
> 





Re: Custom UserManager.

2001-03-16 Thread Matthew R Bauer

Don't user setParent.  Just leave it as an empty method. I do that and it
works just fine.

Matt

On Fri, 16 Mar 2001, Michael Gantz wrote:

> Slight progress update.  I'm convinced now I don't have something 
> configured correctly.  In my UserManager, when setParent is called I did 
> a setParent(this) on the parent that was passed in.  After that, my 
> manager started receiving method calls to things like getUser.  I also 
> noticed that my setParent was being called with an XMLUserManager as it's 
> parameter.  Hopefully somebody can shine some light on this situation for me.
> 
> Thanks...
> 
> >> Original Message <<
> 
> On 3/16/01, 12:40:06 AM, Michael Gantz <[EMAIL PROTECTED]> wrote 
> regarding Custom UserManager.:
> 
> 
> > Server : Orion-1.4.5
> 
> > I've created a custom UserManager and referenced it in application.xml,
> > I've taken out the principal tags in all the other files.  Here is my
> > problem: my custom user manager loads up and the init method gets called
> > but that's it.  The server never calls getUser on my user manager.  I'm
> > very sure I'm missing something really silly and simple but I can't find
> > it due to the complete lack of adequate documentation.
> 
> > Thanks in advance.
> 
> > Michael L. Gantz
>