Re: What happened to this mailing list???

2001-08-08 Thread Simon Harris



Ok. excellent. I guess I am quite nervous at the 
moment about the whole oiron thing. I am still using and pushing and promoting 
its use but I think I'll feel a lot better when the next versin is released. 
It's been a long time now and the powers that be get very nervous. Not because 
they expect every vendor to put out new releases all the time. But more because 
it used to happen and then suddenly stopped. I realise the oracle deal happened 
and that is fantastic news.

Simon

PS. This is not a flame! 
:-)


What happened to this mailing list???

2001-08-06 Thread Simon Harris



The mailing list seems to have gone quiet. Is there 
something we should know about?


Illegal removing from cache

2001-07-20 Thread Simon Harris



I have just encountered the same thing. I have 
registered it as a bug (558). Seems to happen for me in a BMP EJB that has 
exclusive-write-access="false".


LDAP User Manager

2001-07-18 Thread Simon Harris



Just thought I'd publicly say you're a 
legend!

Simon


EJB 2.0 Spec approved!!!

2001-07-18 Thread Simon Harris



The JCP just approved the EJB 2.0 specification. 
Read the article here:

http://www.crn.com/sections/BreakingNews/breakingnews.asp?ArticleID=28281


RE: Does Orion root .jar files interfere with my web-app WEB-INF/libjar files?

2001-07-17 Thread Simon Harris



But if you want to use schema validation, then you will need xerces as 
crimson doesnt support it. Have a look at my post for a solution to your 
problem:

http://www.mail-archive.com/orion-interest%40orionserver.com/msg15104.html


Q: Ass on the line: when is the next maintenance release?

2001-07-17 Thread Simon Harris

I have a customer who I fought tooth and nail with to adopt orion server as 
there corporate app server. They have said that if the current project is a 
success, they will standardise on it.

The current version (1.5.2) seems to have broken a ORM and have some serious 
bugs with transaction management (especially in the area of message driven 
beans) among others.

Now we all know software has bugs. I'm not too worried about them IF we had 
some idea of when the next bug fix release was due and what fixes are likely 
to be included.

My ass is now seriously on the line with this.

Any and all help greatly appreciated.

Regards,

Simon Harris.
_
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.





FYI: XML parsing and orion server woes solved

2001-07-10 Thread Simon Harris



I have discovered a neat way to have my cake and 
eat it too.

The problem: Orion is configured (via an include in 
the jar file) to use crimson. Crimson doesn't support schema and adding xerces 
to the lib directory makes no difference at all. I didn't want to hack the 
orion.jar file as this will be wiped out the next time I upgrade.

The solution: Download the latest xerces.jar from 
http://xml.apache.organd replace it in 
the orion directory. Next replace the crimson.jar file in the orion directory 
with the one attached to this message.

Voila!

All I did was make a crimson.jar file that contains 
a manifest file with an include for xerces.jar and two JAXP config files that 
setup xerces as the default JAXP parser.

Really orionserver should probably just come 
configured to use the latest xerces anyway but until that time, here is a 
relatively elegant work-around.

Hope this helps.

Regards,

Simon.
 crimson.jar


RE: xerces conflict (and a hack solution).

2001-07-10 Thread Simon Harris



I have discovered a neat way to have my cake and 
eat it too.

The problem: Orion is configured (via an include in 
the jar file) to use crimson. Crimson doesn't support schema and adding xerces 
to the lib directory makes no difference at all. I didn't want to hack the 
orion.jar file as this will be wiped out the next time I upgrade.

The solution: Download the latest xerces.jar from 
http://xml.apache.organd replace it in 
the orion directory. Next replace the crimson.jar file in the orion directory 
with the one attached to this message.

Voila!

All I did was make a crimson.jar file that contains 
a manifest file with an include for xerces.jar and two JAXP config files that 
setup xerces as the default JAXP parser.

Really orionserver should probably just come 
configured to use the latest xerces anyway but until that time, here is a 
relatively elegant work-around.

Hope this helps.

Regards,

Simon.
 crimson.jar


RE: Orion 1.5.2 and ORM Map bug (SHOW STOPPER)

2001-07-08 Thread Simon Harris



I have checked this out and it does not seem to be 
the problem. The orion-ejb-jar.xml file remains intact. 

If I remove the deployment directory and do an 
initial deployment, all data created while the server is up is readable. Any 
data that already existed in the database is unreadable.

This is now a very serious problem for us and may 
require re-writing a large portion of the application to work-around 
it!

Regards,

Simon.


re: messages

2001-06-19 Thread Simon Harris



Well I just unsubscribed [EMAIL PROTECTED] from the mailing list. hopefully 
that should stop the flood of messages.


Re: More JMS woes :(

2000-10-16 Thread Simon Harris

Cheers. Will do.

- Original Message -
From: "Robert Krueger" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Sunday, October 15, 2000 10:21 PM
Subject: Re: More JMS woes :(



it's not too unlikely these are bugs as from the impression I get on this
list it could be that not many people have really used jms intensively with
orion and therefore these bugs have not been discovered yet (as has been
the case with several other orion features over the past few months).

please file those as bug reports with bugzilla so you're sure this is
brought to the attention of the orion team (+ you will be notified
automatically when anything has been done about it or it is commented on).
attach a test case if you can. that will speed up things considerably.

robert


At 16:31 15.10.00 , you wrote:
I am having the following problems using orions JMS.

1.I start a transacted queue session in a standalone app and read some
messages but when I call rollback the messages do not re-appear on the
queue;

2.I create a transacted queue session from a stateless session bean
with container managed transaction and a transaction attribute of Required
but when the trasaction commits, the queue session doesn't commit.

If anyone has any idea what I must do to get a) rollback working with
queues and b) get the queue to participate in the transaction, I would be
very grateful.

Simon.

(-) Robert Krüger
(-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH
(-) Brüder-Knauß-Str. 79 - 64285 Darmstadt,
(-) Tel: 06151 665401, Fax: 06151 665373
(-) [EMAIL PROTECTED], www.signal7.de







JMS QueueReceiver.receiveNoWait() blocks!

2000-10-12 Thread Simon Harris



The following code blocks until a message appears 
on a queue:
queueReceiver.receiveNoWait();

We are using orionserver 1.3.8.

Cheers,

Simon.


Orion JMS locks up

2000-10-10 Thread Simon Harris



Firstly, where do I find the source for the ATM 
code. I believe it has message driven beans??? But more importantly, 
the following code puts orion in a 
spin:

 QueueConnection 
connection = null; QueueSession session = 
null; Queue queue = 
null; QueueSender sender = 
null; TextMessage message = null;

 try 
{ connection = 
CatsUtils.getJMSConnection(); 
connection.start();

 session 
= connection.createQueueSession(false, Session.AUTO_ACKNOWLEDGE);

  queue = 
(Queue)CatsUtils.lookup(CatsUtils.EJB_ENVIRONMENT_NAME + "jms/CatsInQueue", 
Queue.class);

 
QueueBrowser browser = 
session.createBrowser(queue); int 
i = 0; Enumeration e = 
browser.getEnumeration(); while 
(e.hasMoreElements()) 
{ 
i++; 
} System.out.println("There are 
currently " + i + " message(s) on the queue.");

// sender 
= 
session.createSender(queue); 
message = 
session.createTextMessage();// 
message.setJMSDestination(queue);// 
message.setText(xmlString); 
sender.send(message);
 
} catch (Exception 
e) 
{ 
e.printStackTrace(); 
} finally 
{ 
try 
{ if (sender != 
null) 
{ 
sender.close(); 
} if (session != 
null) 
{ 
session.close(); 
} if (connection != 
null) 
{ 
connection.close(); 
} 
} catch (Exception 
e) 
{ // Ignore 
it 
} }


Re: Only one database connection used

2000-10-01 Thread Simon Harris



David,

Have you had any confirmation of this. It is 
causing us all sorts of problems at the moment.

Regards,

Simon.

  - Original Message - 
  From: 
  David 
  Ekholm 
  To: Orion-Interest 
  Sent: Friday, September 29, 2000 8:27 
  PM
  Subject: Only one database connection 
  used
  
  IdiscoveredthatOrionserveronlyusesonedatabaseconnectioninstead of a pool of connections (as configured) if 
  accessed from a _threaded_ java application. If I switch to several java 
  processes,I get as many connections open as I have processes 
  running.
  Karl, is 
  this a verified bug that will be addressed?
  
  /David
  

  


  "The Las Vegas of Online 
Gaming"
  
  David EkholmSystem 
ArchitectHammarby Kajväg 14, 120 30 Stockholmtel: +46 (0)8 55 69 
67 11Mob: +46 (0)70 486 77 38fax: +46 (0)8 55 69 67 07 

  


HELP: Continuing problems under heavy concurrent load!!!

2000-09-18 Thread Simon Harris



I have two clients accessing a stateless session 
bean (TX_REQUIRED). We are running Orion 1.2.9and 
DB2 on the same machine under Win/NT SP5. Doesn't seem to matter what 
transaction attributes we use, we always get these errors. Under heavy 
load, I get the following exception onone client:

  com.evermind.server.rmi.OrionRemoteException: Transaction was rolled 
  back: Error in transaction: javax.transaction.xa.XAException: The connection 
  wasclosed: [DB2Connection{ connectionHandle 
  = 1 SPConnected = false source = 
  cats user = cats conArgs 
  = closed = false describeCached = 
  true describeParam = true 
  isReadOnly = false autoClose = false}- 1, 
  autoCommit: false (false)] at 
  IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:187) 
  at java.lang.reflect.Method.invoke(Native 
  Method) at 
  com.evermind.server.rmi.bd.run(JAX) 
  at 
  com.evermind.server.rmi.bb.hw(JAX) 
  at 
  com.evermind.server.rmi.bb.run(JAX) 
  at com.evermind.util.f.run(JAX)at connection to localhost/127.0.0.1 as 
  adminDB2Connection{ connectionHandle = 
  1 SPConnected = false source = 
  cats user = cats conArgs 
  = closed = false describeCached = 
  true describeParam = true 
  isReadOnly = false autoClose = false}- 1, 
  autoCommit: false (false)] at 
  com.evermind.server.rmi.bb.invokeMethod(JAX) 
  at 
  com.evermind.server.rmi.a2.invoke(JAX) 
  at __Proxy2.handleMessage(Unknown 
  Source) at 
  cats.gateway.GatewayProxy.handleMessage(GatewayProxy.java:36) 
  at 
  cats.gateway.external.Loader.process(Loader.java:46) 
  at 
  cats.gateway.external.DirWatcher$Engine.run(DirWatcher.java:161)
  
   Nested exception 
  is:javax.transaction.xa.XAException: The connection was closed: 
  [DB2Connection{ connectionHandle = 
  1 SPConnected = false source = 
  cats user = cats conArgs 
  = closed = false describeCached = 
  true describeParam = true 
  isReadOnly = false autoClose = false}- 1, 
  autoCommit: false (false)] at 
  com.evermind.sql.ao.prepare(JAX) 
  at 
  com.evermind.server.go.h3(JAX) 
  at 
  com.evermind.server.ApplicationServerTransaction.commit(JAX) 
  at 
  com.evermind.server.ApplicationServerTransaction.end(JAX) 
  at 
  IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:184) 
  at java.lang.reflect.Method.invoke(Native 
  Method) at 
  com.evermind.server.rmi.bd.run(JAX) 
  at 
  com.evermind.server.rmi.bb.hw(JAX) 
  at 
  com.evermind.server.rmi.bb.run(JAX) 
  at com.evermind.util.f.run(JAX)at connection to 
  localhost/127.0.0.1DB2Connection{ 
  connectionHandle = 1 SPConnected = 
  false source = cats user = 
  cats conArgs = closed = 
  false describeCached = true 
  describeParam = true isReadOnly = 
  false autoClose = false}- 1, autoCommit: 
  false (false)] at 
  com.evermind.server.rmi.OrionRemoteException.h0(JAX) 
  at 
  com.evermind.server.rmi.bb.hu(JAX) 
  at 
  com.evermind.server.rmi.bb.run(JAX) 
  at java.lang.Thread.run(Unknown Source)
and the application log looks like:

  19/09/00 12:31 Started19/09/00 12:33 
  cats-web: 1.2.9 Started19/09/00 12:33 Error in bean cats.ejb.Change: Error 
  loading statejavax.ejb.NoSuchEntityException: Load failed for 
  1at cats.change.ChangeDAO.load(ChangeDAO.java:197)at 
  cats.change.ChangeEJB.ejbLoad(ChangeEJB.java:1104)at 
  IChange_EntityBeanWrapper6.loadState(IChange_EntityBeanWrapper6.java:9145)at 
  com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)at 
  com.evermind.server.ApplicationServerTransaction.am6(JAX)at 
  com.evermind.server.ApplicationServerTransaction.commit(JAX)at 
  com.evermind.server.ApplicationServerTransaction.end(JAX)at 
  IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:184)at 
  java.lang.reflect.Method.invoke(Native Method)at 
  com.evermind.server.rmi.bd.run(JAX)at 
  com.evermind.server.rmi.bb.hw(JAX)at 
  com.evermind.server.rmi.bb.run(JAX)at 
  com.evermind.util.f.run(JAX)19/09/00 12:33 Error in bean cats.ejb.Change: 
  Error in ejbPassivatecom.evermind.server.DeadlockException: Deadlock 
  detected: thread 7 is waiting for resource entity 1 held by thread 
  7at 
  com.evermind.server.ejb.AbstractEJBObject.startCall(JAX)at 
  com.evermind.server.ejb.EntityEJBObject.removeFromCache(JAX)at 
  com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)at 
  com.evermind.server.ApplicationServerTransaction.am6(JAX)at 
  com.evermind.server.ApplicationServerTransaction.commit(JAX)at 
  com.evermind.server.ApplicationServerTransaction.end(JAX)at 
  IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:184)at 
  java.lang.reflect.Method.invoke(Native Method)at 
  com.evermind.server.rmi.bd.run(JAX)at 
  com.evermind.server.rmi.bb.hw(JAX)at 
  com.evermind.server.rmi.bb.run(JAX)at 
  com.evermind.util.f.run(JAX)19/09/00 12:33 Error in bean cats.ejb.Change: 
  Error while delisting bean from 
  

Re: HELP: Cannot understand DeadLock

2000-09-15 Thread Simon Harris

I would have thought the container should manage this. Anyway it is an
intermittent problem. Ie doesn't always happen. Seems to ocurr under heavy
(concurrent) load.

Simon.
- Original Message -
From: "Ishpal" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Friday, September 15, 2000 8:18 PM
Subject: Re: HELP: Cannot understand DeadLock


 Hi,

 May be u r not committing the changes to the database...
 i.e. ur code might be missing connection.commit() before u close the
 connection to the database

 -- may be this helps..

 bye,
 Ishpal

  Simon Harris wrote:
 
  Here is a trace from the log file. I don't understand how there can be
  an error in ejbPassivate() when I have no code in this method, and how
  do I end up with a deadlock wherby thread 6 is waiting forthread
  6!???
 
  Any clues anyone?
 
  15/09/00 10:40 Error in bean cats.ejb.Change: Error loading state
  javax.ejb.NoSuchEntityException: Load failed for Change 1
   at cats.change.ChangeDAO.load(ChangeDAO.java:197)
   at cats.change.ChangeEJB.ejbLoad(ChangeEJB.java:1073)
   at
 
IChange_EntityBeanWrapper6.loadState(IChange_EntityBeanWrapper6.java:8734)
   at com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)
   at com.evermind.server.ApplicationServerTransaction.am6(JAX)
   at com.evermind.server.ApplicationServerTransaction.commit(JAX)
   at com.evermind.server.ApplicationServerTransaction.end(JAX)
   at
 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessi
onBeanWrapper10.java:184)
   at java.lang.reflect.Method.invoke(Native Method)
   at com.evermind.server.rmi.bd.run(JAX)
   at com.evermind.server.rmi.bb.hw(JAX)
   at com.evermind.server.rmi.bb.run(JAX)
   at com.evermind.util.f.run(JAX)
  15/09/00 10:40 Error in bean cats.ejb.Change: Error in ejbPassivate
  com.evermind.server.DeadlockException: Deadlock detected: thread 6 is
  waiting for resource entity Change 1 held by thread 6
   at com.evermind.server.ejb.AbstractEJBObject.startCall(JAX)
   at com.evermind.server.ejb.EntityEJBObject.removeFromCache(JAX)
   at com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)
   at com.evermind.server.ApplicationServerTransaction.am6(JAX)
   at com.evermind.server.ApplicationServerTransaction.commit(JAX)
   at com.evermind.server.ApplicationServerTransaction.end(JAX)
   at
 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessi
onBeanWrapper10.java:184)
   at java.lang.reflect.Method.invoke(Native Method)
   at com.evermind.server.rmi.bd.run(JAX)
   at com.evermind.server.rmi.bb.hw(JAX)
   at com.evermind.server.rmi.bb.run(JAX)
   at com.evermind.util.f.run(JAX)
  15/09/00 10:40 Error in bean cats.ejb.Change: Error while delisting
  bean from TX
  com.evermind.transaction.MarshallingXAException
   at com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)
   at com.evermind.server.ApplicationServerTransaction.am6(JAX)
   at com.evermind.server.ApplicationServerTransaction.commit(JAX)
   at com.evermind.server.ApplicationServerTransaction.end(JAX)
   at
 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessi
onBeanWrapper10.java:184)
   at java.lang.reflect.Method.invoke(Native Method)
   at com.evermind.server.rmi.bd.run(JAX)
   at com.evermind.server.rmi.bb.hw(JAX)
   at com.evermind.server.rmi.bb.run(JAX)
   at com.evermind.util.f.run(JAX)
  Nested exception is:
  javax.ejb.NoSuchEntityException: Load failed for Change 1
   at cats.change.ChangeDAO.load(ChangeDAO.java:197)
   at cats.change.ChangeEJB.ejbLoad(ChangeEJB.java:1073)
   at
 
IChange_EntityBeanWrapper6.loadState(IChange_EntityBeanWrapper6.java:8734)
   at com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)
   at com.evermind.server.ApplicationServerTransaction.am6(JAX)
   at com.evermind.server.ApplicationServerTransaction.commit(JAX)
   at com.evermind.server.ApplicationServerTransaction.end(JAX)
   at
 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessi
onBeanWrapper10.java:184)
   at java.lang.reflect.Method.invoke(Native Method)
   at com.evermind.server.rmi.bd.run(JAX)
   at com.evermind.server.rmi.bb.hw(JAX)
   at com.evermind.server.rmi.bb.run(JAX)
   at com.evermind.util.f.run(JAX)






HELP: Cannot understand DeadLock

2000-09-14 Thread Simon Harris



Here is a trace from the log file. I don't 
understand how there can be an error in ejbPassivate() when I have no code in 
this method, and how do I end up with a deadlock wherby thread 6 is waiting 
forthread 6!???

Any clues anyone?

15/09/00 10:40 Error in bean cats.ejb.Change: Error 
loading statejavax.ejb.NoSuchEntityException: Load failed for Change 
1at cats.change.ChangeDAO.load(ChangeDAO.java:197)at 
cats.change.ChangeEJB.ejbLoad(ChangeEJB.java:1073)at 
IChange_EntityBeanWrapper6.loadState(IChange_EntityBeanWrapper6.java:8734)at 
com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)at 
com.evermind.server.ApplicationServerTransaction.am6(JAX)at 
com.evermind.server.ApplicationServerTransaction.commit(JAX)at 
com.evermind.server.ApplicationServerTransaction.end(JAX)at 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:184)at 
java.lang.reflect.Method.invoke(Native Method)at 
com.evermind.server.rmi.bd.run(JAX)at 
com.evermind.server.rmi.bb.hw(JAX)at 
com.evermind.server.rmi.bb.run(JAX)at 
com.evermind.util.f.run(JAX)15/09/00 10:40 Error in bean cats.ejb.Change: 
Error in ejbPassivatecom.evermind.server.DeadlockException: Deadlock 
detected: thread 6 is waiting for resource entity Change 1 held by thread 
6at 
com.evermind.server.ejb.AbstractEJBObject.startCall(JAX)at 
com.evermind.server.ejb.EntityEJBObject.removeFromCache(JAX)at 
com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)at 
com.evermind.server.ApplicationServerTransaction.am6(JAX)at 
com.evermind.server.ApplicationServerTransaction.commit(JAX)at 
com.evermind.server.ApplicationServerTransaction.end(JAX)at 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:184)at 
java.lang.reflect.Method.invoke(Native Method)at 
com.evermind.server.rmi.bd.run(JAX)at 
com.evermind.server.rmi.bb.hw(JAX)at 
com.evermind.server.rmi.bb.run(JAX)at 
com.evermind.util.f.run(JAX)15/09/00 10:40 Error in bean cats.ejb.Change: 
Error while delisting bean from 
TXcom.evermind.transaction.MarshallingXAExceptionat 
com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)at 
com.evermind.server.ApplicationServerTransaction.am6(JAX)at 
com.evermind.server.ApplicationServerTransaction.commit(JAX)at 
com.evermind.server.ApplicationServerTransaction.end(JAX)at 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:184)at 
java.lang.reflect.Method.invoke(Native Method)at 
com.evermind.server.rmi.bd.run(JAX)at 
com.evermind.server.rmi.bb.hw(JAX)at 
com.evermind.server.rmi.bb.run(JAX)at 
com.evermind.util.f.run(JAX)Nested exception 
is:javax.ejb.NoSuchEntityException: Load failed for Change 1at 
cats.change.ChangeDAO.load(ChangeDAO.java:197)at 
cats.change.ChangeEJB.ejbLoad(ChangeEJB.java:1073)at 
IChange_EntityBeanWrapper6.loadState(IChange_EntityBeanWrapper6.java:8734)at 
com.evermind.server.ejb.EntityEJBObject.endTransaction(JAX)at 
com.evermind.server.ApplicationServerTransaction.am6(JAX)at 
com.evermind.server.ApplicationServerTransaction.commit(JAX)at 
com.evermind.server.ApplicationServerTransaction.end(JAX)at 
IGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:184)at 
java.lang.reflect.Method.invoke(Native Method)at 
com.evermind.server.rmi.bd.run(JAX)at 
com.evermind.server.rmi.bb.hw(JAX)at 
com.evermind.server.rmi.bb.run(JAX)at 
com.evermind.util.f.run(JAX)


What does User interference with CMP transaction imply?

2000-09-11 Thread Simon Harris



I have no code 
which explicitly manipulates transactions (ie nogetUserTransaction() no 
setRollBackOnly(), etc). I get this error when ejbLoad() fails with an 
AssertionError calling a method on an entity bean with a transaction attribute 
of'NotSupported' from a stateless session bean with a transaction attribute 
of'Required'.Orion server then locks 
up.com.evermind.server.rmi.OrionRemoteException: User interference with 
CMPtransaction (illegal termination of 
transaction) 
atIGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:192) 
at java.lang.reflect.Method.invoke(Native 
Method) at 
com.evermind.server.rmi.bd.run(JAX) 
at 
com.evermind.server.rmi.bb.hw(JAX) 
at 
com.evermind.server.rmi.bb.run(JAX) 
at com.evermind.util.f.run(JAX)at connection to localhost/127.0.0.1 as 
admin at 
com.evermind.server.rmi.bb.invokeMethod(JAX) 
at 
com.evermind.server.rmi.a2.invoke(JAX) 
at __Proxy2.handleMessage(Unknown 
Source) at 
cats.gateway.GatewayProxy.handleMessage(GatewayProxy.java:36) 
at 
cats.gateway.external.Loader.process(Loader.java:47) 
at 
cats.gateway.external.DirWatcher.run(DirWatcher.java:84)


Re: What does User interference with CMP transaction imply?

2000-09-11 Thread Simon Harris



I found the problem. I was failing to close a 
database connection. Seems a rather strange error though.

Simon.

  - Original Message - 
  From: 
  Simon Harris 
  To: Orion-Interest 
  Sent: Tuesday, September 12, 2000 1:39 
  PM
  Subject: What does "User interference 
  with CMP transaction" imply?
  
  I have no 
  code which explicitly manipulates transactions (ie nogetUserTransaction() 
  no setRollBackOnly(), etc). I get this error when ejbLoad() fails with an 
  AssertionError calling a method on an entity bean with a transaction attribute 
  of'NotSupported' from a stateless session bean with a transaction 
  attribute of'Required'.Orion server then locks 
  up.com.evermind.server.rmi.OrionRemoteException: User interference 
  with CMPtransaction (illegal termination of 
  transaction) 
  atIGateway_StatelessSessionBeanWrapper10.handleMessage(IGateway_StatelessSessionBeanWrapper10.java:192) 
  at java.lang.reflect.Method.invoke(Native 
  Method) at 
  com.evermind.server.rmi.bd.run(JAX) 
  at 
  com.evermind.server.rmi.bb.hw(JAX) 
  at 
  com.evermind.server.rmi.bb.run(JAX) 
  at com.evermind.util.f.run(JAX)at connection to localhost/127.0.0.1 as 
  admin at 
  com.evermind.server.rmi.bb.invokeMethod(JAX) 
  at 
  com.evermind.server.rmi.a2.invoke(JAX) 
  at __Proxy2.handleMessage(Unknown 
  Source) at 
  cats.gateway.GatewayProxy.handleMessage(GatewayProxy.java:36) 
  at 
  cats.gateway.external.Loader.process(Loader.java:47) 
  at 
  cats.gateway.external.DirWatcher.run(DirWatcher.java:84)


Deployment error

2000-01-26 Thread Simon Harris

I have a a number of entity beans all in there own packages that I wish
to deploy. If I point orion at the base directory all is fine. However
if I package them into a jar file I get the following error:

Error loading package at
file:/C:/dev/build/java/workflow/workflow.jar, DeploymentDescriptor not
found/readable
Orion/0.8.2 initialized

The directory structure is:

c:\dev\build\java
\meta-inf
\ejb-jar.xml
\workflow\element
\ElementEJB.class
\IElement.class
\ElementPK.class
\IElementHome.class

etc., etc.

Any help greatly appreciated.

Simon.


__
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.com