DeadLock in UserTransaction

2000-07-13 Thread Hans Barnard

Hi

I have discovered a deadlock problem with Orion 1.1.16 which I suspect is a
bug:

I do the following (in the servlet tier):

1. Begin a user transaction (getting the userTransaction from
java:comp/UserTransaction).
2. Then create a new entity bean
3. Then execute a finder method which should return, among others, the newly
created entity bean.
4. Commit the transaction

The finder method locks in the database access.
All bean methods are set to the "Required" transaction property. This means
that they should participate in the user transaction (and not create their
own).
The database access isolation level is set to "committed".
I am using SQL Server 7.0 and used the Enterprise Manager to investigate the
problem.
It appears that the create and finder methods are associated with different
sessions in the database and therefore cause the lock.
When I change the isolation level to "uncommitted" the deadlock disappears.
This is as expected when the two methods run in different sessions.

As far as I can see this should not happen, i.e. the container should use
the same session (and transaction) for both methods.

Please correct me if I am wrong but this is what I understand that the J2EE
framework is suppose to do.

Thanks
Hans Barnard

PS. I get the same behaviour with the stable version, 1.0.3b





WAR Files

2000-07-13 Thread Robert Keith (UK)

Hi guys,

Does anyone know of a decent site that details what should be described in
the web.xml file, I can't find anything on Sun's site that is of any use,
and how to go about creating a WAR file.

cheers

Bob




RE: Real Debuggin On Orion? How

2000-07-13 Thread Rob Lapensee









Put my
vote in for IBM Visual Age for Java support.



All you
would need to do is get Orion to run within IBM Visual Age. I have tried this, but it doesnt work.

It works
quite well with Tomcat, and I can debug servlets very nicely (www.ibm.com/vadd has details on how to do
this).

But I
would really like to be able to debug EJBs from within the IDE.



This also
begs the question of what Orion themselves are using.

Is it
straight JDK, or one of the IDEs?





Regards,



Rob Lapensee

Director of Technology

Delfour Corporation

[EMAIL PROTECTED]

www.delfour.com



-Original
Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Steven Punte
Sent: Wednesday, July 12, 2000
7:29 PM
To: Orion-Interest
Subject: Real Debuggin On Orion?
How



Dear
Orion, and Orion Users:




How does one do serious servlet and server side java bean debugging 


on orion?




I understand how I could run the jdb debugger on the entire Orion


server, but I expect a more user friendly and productive mechanism


on a commercial product. In particular, I have several developers


all using the same orion process to server from.




Being that Orion is 100% Java, and how wonderful Java is, is


there, or is the Orion company working on a way, that I as


a developer could debug a particular threadwhich is 


initiatedbythe browser I'musing? And it would be nice


if it an IDE could interface with it.




Sure, it is not straight forwardto implement, but something


that is desperately needed by developers.




And, yes, send me a million dollars while your at it! :-)



STeve
Punte
e-Business Software Architect
Technologent Inc
[EMAIL PROTECTED]








JSP bug in state saving

2000-07-13 Thread hanasaki





I have written two JSP pages.


The first does a JSP:include of the second in one of its table
cells. Page 1 shows an ID with myBeanX.getID()


Each of the pages uses MyBeanX with the same variable name and a scope
of session.


The included page, page 2, is actually a login page that does a myBeanX.setID
= id for login from the page> and then calls the main page, page one,
as its action. Page 2 also displays the current id with myBeanX.getID().


When page 1 is called, from page 2, it shows the previous ID while page
2, the included page, shows the "just set ID". Page 2 is the expected
behavior. Page 1 is laggin behind.

Comments, suggestions would be appreciated.
Thank you.




Bug of Tag library

2000-07-13 Thread Jen Hsien Huang

When I try to create a Tag with TEI, like this

x:mytag id="list" ...
%
  String list = ..

%

/x:mytag

This tag will use TEI declare a vairable in scripting with AT_END scope.
but Orion will alter a translation error says that you duplicate declare "list", 
It's very strang, the AT_END scope should allow you to do this, isn't it?

Regards
Brend




Re: trying to set up Cocoon2 - seeking fellow investigators

2000-07-13 Thread Yann Doussot

On Wed, 5 Jul 2000 [EMAIL PROTECTED] wrote:

 Hi.
 
 I'm all new to this mailing list - so bear with me and coincidence with any
 FAQs. I saw some messages about setting up Cocoon v1 with Orion in the mail
 archive, but was wondering if anyone managed to set up Cocoon2 from CVS
 (http://xml.apache.org/cocoon/cocoon2.html). I've managed to build Cocoon2,
 and I'm very glad to get the following statusinfo:

Hello,

I've been fighting too with Cocoon 2 but I tracked down a problem: in the
file src/org/apache/cocoon/servlet/CocoonServlet.java line 125 you have:

String uri=req.getPathInfo();

this always returns "null" 

If you change it to:

String uri=req.getRequestURI();

it will work ... don't if it's an Orion bug, but changing this I could
test simple xml/xsl pages though Cocoon2.

-- 
Yann Doussot [EMAIL PROTECTED]
Grey Interactive - France - http://www.gifrance.com/





RE: JSP bug in state saving

2000-07-13 Thread Tom Wnuk



Using 
'%@ include...' is a static process. If you're using 
'jsp:useBean...' in both that could be causing your problems. Also, 
why do you include page two into page one and then set the action to call page 
one again?

Why 
not create another JSP page to process the login and then you can always do a 
redirect to whatever page you'd like.

I'm 
not sure what your code looks like so it's just a guess. You're probably 
not using the 'jsp:usebean...' correctly in this situation. Code 
snippets would help.

Tom

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of 
  hanasakiSent: Thursday, July 13, 2000 5:08 AMTo: 
  Orion-InterestSubject: JSP bug in state saving
  
I have written two JSP pages. 
The first does a JSP:include of the second in one of its table 
cells. Page 1 shows an ID with myBeanX.getID() 
Each of the pages uses MyBeanX with the same variable name and a scope 
of session. 
The included page, page 2, is actually a login page that does a 
myBeanX.setID = id for login from the page and then calls the main 
page, page one, as its action. Page 2 also displays the current id 
with myBeanX.getID(). 
When page 1 is called, from page 2, it shows the previous ID while page 
2, the included page, shows the "just set ID". Page 2 is the expected 
behavior. Page 1 is laggin behind. Comments, suggestions would 
  be appreciated. 
  Thank you. 


how orion define servlet context???

2000-07-13 Thread tamer

does orion implements one servletContext for each URI path or does exists
only one servlet context for all web applications based on java

thanks for reply
_
Tamer Americo - Conselho Federal de Medicina - CFM
[EMAIL PROTECTED] - ICQ#3221276

"When we are young / Wandering the face of the earth
Wondering what our dreams might be worth / Learning that we're only immortal
For a limited time"
Dreamline - Rush

_




useage of context-param in web.xml

2000-07-13 Thread Jen Hsien Huang

what is "context-param" in web.xml?
how to use it ? can anybody give me a code snip for example.

Regards.,
Jen Hsien Huang 




How to shutdown orion server

2000-07-13 Thread Satish Musale

Hello Everybody,

We have been trying to shutdown the orion app. server
with the following command unsucessfully. Any help
is much appreciated.

 java -jar admin.jar ormi://localhost:23791 admin 123
-shutdown

It gives out following error,

Error:com.evermind.reflect.UndeclaredExceptionTypeException:
java.lang.ClassNotFoundException


Thanx.

-Satish Musale
Cyberware Labs India.




__
Do You Yahoo!?
Get Yahoo! Mail – Free email you can access from anywhere!
http://mail.yahoo.com/




Re: Real Debuggin On Orion? How

2000-07-13 Thread Steven Punte



Rob:

 Thanks for the reply. 


 This is very interesting. 
So WebSphere has the ability to allow a
 particular thread, and their 
dependences, to be debugged without
 putting the entire server into 
debug mode. Is this a correct
 perception of you statement, or 
is the debugging mode taking 
 over the server completely and 
it is not usable by other when
 in this mode?

 Sincerely

  STeve 
Punte




  - Original Message - 
  From: 
  Rob 
  Lapensee 
  To: Orion-Interest 
  Sent: Thursday, July 13, 2000 4:30 
  AM
  Subject: RE: Real Debuggin On Orion? 
  How
  
  
  Put my 
  vote in for IBM Visual Age for Java 
  support.
  
  All 
  you would need to do is get Orion to run within IBM Visual Age. I have tried this, but it doesnt 
  work.
  It 
  works quite well with Tomcat, and I can debug servlets very nicely (www.ibm.com/vadd has details on how to do 
  this).
  But I 
  would really like to be able to debug EJBs from within the 
  IDE.
  
  This 
  also begs the question of what Orion themselves are 
  using.
  Is it 
  straight JDK, or one of the IDEs?
  
  
  Regards,
  
  Rob Lapensee
  Director of Technology
  Delfour Corporation
  [EMAIL PROTECTED]
  www.delfour.com
  
  -Original 
  Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Steven PunteSent: Wednesday, July 12, 2000 7:29 
  PMTo: 
  Orion-InterestSubject: Real 
  Debuggin On Orion? How
  
  Dear 
  Orion, and Orion Users:
  
   
  How does one do serious servlet and server side java bean debugging 
  
   
  on orion?
  
   I 
  understand how I could run the jdb debugger on the entire 
  Orion
   
  server, but I expect a more user friendly and productive 
  mechanism
   
  on a commercial product. In particular, I have several 
  developers
   
  all using the same orion process to server from.
  
   
  Being that Orion is 100% Java, and how wonderful Java is, 
  is
   
  there, or is the Orion company working on a way, that I as
   a 
  developer could debug a particular threadwhich is 
   
  initiatedbythe browser I'musing? And it would be 
  nice
   
  if it an IDE could interface with it.
  
   
  Sure, it is not straight forwardto implement, but 
  something
   
  that is desperately needed by developers.
  
   
  And, yes, send me a million dollars while your at it! 
  :-)
  
  STeve 
  Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]


Re: useage of context-param in web.xml

2000-07-13 Thread Eric Richardson

Hi Jen,

--From the dtd

!--
The context-param element contains the declaration of a web
application's servlet context initialization parameters.
--

!ELEMENT context-param (param-name, param-value, description?)

--this are parameters that apply to the application scope it looks like
to me

!--
The web-app element is the root of the deployment descriptor for
a web application
--

!ELEMENT web-app (icon?, display-name?, description?, distributable?,
context-param*, servlet*, servlet-mapping*, session-config?,
mime-mapping*, welcome-file-list?, error-page*, taglib*,
resource-ref*, security-constraint*, login-config?, security-role*,
env-entry*, ejb-ref*)

in your app grab the values from the application scope.

Let us know if it works for you.

eric :-)

Jen Hsien Huang wrote:

 what is "context-param" in web.xml?
 how to use it ? can anybody give me a code snip for example.

 Regards.,
 Jen Hsien Huang





data-sources.xml changes in 1.1.24

2000-07-13 Thread KirkYarina

The latest autoupdate makes some interesting changes in data-sources.xml, 
removing "Default data-source" -

 data-source
 name="Default data-source"
 class="com.evermind.sql.ConnectionDataSource"
 location="jdbc/DefaultDS"
 pooled-location="jdbc/DefaultPooledDS"
 xa-location="jdbc/xa/DefaultXADS"
 ejb-location="jdbc/DefaultEJBDS"
 url="jdbc:HypersonicSQL:./defaultdb"
 inactivity-timeout="30"
 connection-driver="org.hsql.jdbcDriver"
 username="sa"
 password=""
 schema="database-schemas/hypersonic.xml"
 /

and replacing it with

 data-source
 class="com.evermind.sql.DriverManagerDataSource"
 name="Hypersonic"
 location="jdbc/HypersonicCoreDS"
 xa-location="jdbc/xa/HypersonicXADS"
 ejb-location="jdbc/HypersonicDS"
 connection-driver="org.hsql.jdbcDriver"
 username="sa"
 password=""
 url="jdbc:HypersonicSQL:./database/defaultdb"
 inactivity-timeout="30"
 /

changing the name and all the locations.  Does anyone know the reason for this?

Of course, it broke my BMP test beans, until I re-added the appropriate 
section...

com.evermind.server.rmi.OrionRemoteException: javax.ejb.EJBException: 
looking up dsName 'jdbc/DefaultEJBDS', jdbc/DefaultEJBDS not found
 at com.evermind.server.ejb.EJBUtils.getUserException(JAX, Compiled 
Code)
etc

Also, is there any info anywhere on the new GUI tools?

Thanks!


Kirk Yarina
[EMAIL PROTECTED]





Re: Real Debuggin On Orion? How

2000-07-13 Thread Steven Punte



Rob:

 Thanks for the 
reply.

 From your description it sounds 
like the operation and control
 of tomcat is taken over by the 
IDE. No one else would be 
 able to use this server while 
you are in this debug mode.

 This same strategy should/must 
be doable for Orion or
 any other java based 
server.

 Perhaps my desire to have a 
server BOTH be running
 for some users, and also be able 
to support a debugging
 mode is too much to ask 
for.

 Sincerely:

  Steve 
Punte

 

  - Original Message - 
  From: 
  Rob 
  Lapensee 
  To: Steven Punte ; Orion-Interest 
  Sent: Thursday, July 13, 2000 10:22 
  AM
  Subject: RE: Real Debuggin On Orion? 
  How
  
  
  Perhaps 
  I should clarify
  
  Strictly 
  speaking of servlets, not JSPs.
  Tomcat 
  can be imported into IBM Visual Age for 
  Java.
  Once 
  this is done, a small java program can be written to start up tomcat from 
  within the IBM Visual Age for Java IDE.
  If a 
  break point is set on any servlet code, since Tomcat is running within IBM 
  Visual Age for Java, then when the browser hits the correct servlet, and the 
  correct line of code, it will stop the servlet and show the code on the IDE in 
  debugging mode. At this point you 
  can step through the program line by line. The browser will wait until the 
  servlet completes to show any results.
  
  Again 
  the full information is somewhere in www.ibm.com/vadd
  
  Note 
  that I used IBM Visual Age professional, which does not have WebSphere in 
  it.
  
  Regards, 
  
  
  Rob Lapensee
  Director of 
  Technology
  Delfour Corporation
  [EMAIL PROTECTED]
  www.delfour.com
  
  -Original 
  Message-From: Steven 
  Punte [mailto:[EMAIL PROTECTED]]Sent: Thursday, July 13, 2000 12:38 
  PMTo: Rob Lapensee; 
  Orion-InterestSubject: Re: 
  Real Debuggin On Orion? How
  
  Rob:
  
   
  Thanks for the reply. 
  
   
  This is very interesting. So WebSphere has the ability to allow 
  a
   
  particular thread, and their dependences, to be debugged 
  without
   
  putting the entire server into debug mode. Is this a 
  correct
   
  perception of you statement, or is the debugging mode taking 
  
   
  over the server completely and it is not usable by other 
  when
   
  in this mode?
  
   
  Sincerely
  
   
   STeve Punte
  
  
  
  
  - Original 
  Message - 
  
  From: Rob 
  Lapensee 
  
  To: Orion-Interest 
  Sent: Thursday, July 13, 
  2000 4:30 AM
  Subject: RE: Real Debuggin 
  On Orion? How
  
  Put my 
  vote in for IBM Visual Age for Java 
  support.
  
  All 
  you would need to do is get Orion to run within IBM Visual Age. I have tried this, but it doesnt 
  work.
  It 
  works quite well with Tomcat, and I can debug servlets very nicely (www.ibm.com/vadd has details on how to do 
  this).
  But I 
  would really like to be able to debug EJBs from within the 
  IDE.
  
  This 
  also begs the question of what Orion themselves are 
  using.
  Is it 
  straight JDK, or one of the IDEs?
  
  
  Regards,
  
  Rob Lapensee
  Director of Technology
  Delfour Corporation
  [EMAIL PROTECTED]
  www.delfour.com
  
  
  -Original 
  Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Steven PunteSent: Wednesday, July 12, 2000 7:29 
  PMTo: 
  Orion-InterestSubject: Real 
  Debuggin On Orion? How
  
  Dear Orion, and 
  Orion Users:
  
   
  How does one do serious servlet and server side java bean debugging 
  
   
  on orion?
  
   I 
  understand how I could run the jdb debugger on the entire 
  Orion
   
  server, but I expect a more user friendly and productive 
  mechanism
   
  on a commercial product. In particular, I have several 
  developers
   
  all using the same orion process to server from.
  
   
  Being that Orion is 100% Java, and how wonderful Java is, 
  is
   
  there, or is the Orion company working on a way, that I as
   a 
  developer could debug a particular threadwhich is 
   
  initiatedbythe browser I'musing? And it would be 
  nice
   
  if it an IDE could interface with it.
  
   
  Sure, it is not straight forwardto implement, but 
  something
   
  that is desperately needed by developers.
  
   
  And, yes, send me a million dollars while your at it! 
  :-)
  
  STeve 
  Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]


RE: Real Debuggin On Orion? How

2000-07-13 Thread Darren Gibbons



Steven,

AFAIK, 
there does not exist the ability to do what you're looking for with any 
application server/IDE combo. I think you are going to be stuck running 
the entire application server in debug mode to step through the 
code.

While 
I haven't tried it with Orion, I've debugged servlets in Resin using the 1.3 
JDK, the JPDA (http://java.sun.com/products/jpda/) 
and Forte (http://www.sun.com/forte/). I don't 
see why this wouldn't work the same for Orion.

To get 
around the issues with multiple developers, you might want to use CVS, a central 
"unit test" development server, and individual servers installed on each of the 
developers machines. Developers would check out the code to their local 
machine, test on their local copy of Orion (with the ability to run it in 
debugging mode without screwing everyone else up) and post their changes back to 
the unit test server to check for completeness.

As a 
side note, CVS is a good thing if you're not using it already, especially when 
multiple developers get into the mix...

Darren.

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Steven 
  PunteSent: Thursday, July 13, 2000 10:28 AMTo: 
  Orion-InterestSubject: Re: Real Debuggin On Orion? 
  How
  Rob:
  
   Thanks for the 
  reply.
  
   From your description it 
  sounds like the operation and control
   of tomcat is taken over by the 
  IDE. No one else would be 
   able to use this server while 
  you are in this debug mode.
  
   This same strategy should/must 
  be doable for Orion or
   any other java based 
  server.
  
   Perhaps my desire to have a 
  server BOTH be running
   for some users, and also be 
  able to support a debugging
   mode is too much to ask 
  for.
  
   Sincerely:
  
Steve 
  Punte
  
   
  
- Original Message - 
From: 
Rob 
Lapensee 
To: Steven Punte ; Orion-Interest 
Sent: Thursday, July 13, 2000 10:22 
AM
Subject: RE: Real Debuggin On Orion? 
How


Perhaps 
I should clarify

Strictly 
speaking of servlets, not JSPs.
Tomcat 
can be imported into IBM Visual Age for 
Java.
Once 
this is done, a small java program can be written to start up tomcat from 
within the IBM Visual Age for Java IDE.
If a 
break point is set on any servlet code, since Tomcat is running within IBM 
Visual Age for Java, then when the browser hits the correct servlet, and the 
correct line of code, it will stop the servlet and show the code on the IDE 
in debugging mode. At this 
point you can step through the program line by line. The browser will wait until the 
servlet completes to show any results.

Again 
the full information is somewhere in www.ibm.com/vadd

Note 
that I used IBM Visual Age professional, which does not have WebSphere in 
it.

Regards, 


Rob Lapensee
Director of 
Technology
Delfour 
Corporation
[EMAIL PROTECTED]
www.delfour.com

-Original 
Message-From: Steven 
Punte [mailto:[EMAIL PROTECTED]]Sent: Thursday, July 13, 2000 12:38 
PMTo: Rob Lapensee; 
Orion-InterestSubject: Re: 
Real Debuggin On Orion? How

Rob:

 
Thanks for the reply. 

 
This is very interesting. So WebSphere has the ability to allow 
a
 
particular thread, and their dependences, to be debugged 
without
 
putting the entire server into debug mode. Is this a 
correct
 
perception of you statement, or is the debugging mode taking 

 
over the server completely and it is not usable by other 
when
 
in this mode?

 
Sincerely

 
 STeve Punte




- Original 
Message - 

From: Rob 
Lapensee 

To: Orion-Interest 

Sent: Thursday, July 
13, 2000 4:30 AM
Subject: RE: Real Debuggin 
On Orion? How

Put 
my vote in for IBM Visual Age for Java 
support.

All 
you would need to do is get Orion to run within IBM Visual Age. I have tried this, but it doesnt 
work.
It 
works quite well with Tomcat, and I can debug servlets very nicely (www.ibm.com/vadd has details on how to do 
this).
But 
I would really like to be able to debug EJBs from within the 
IDE.

This 
also begs the question of what Orion themselves are 
using.
Is 
it straight JDK, or one of the IDEs?


Regards,

Rob Lapensee
Director of 
Technology
Delfour Corporation
[EMAIL PROTECTED]
www.delfour.com


-Original 
Message-From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Steven PunteSent: Wednesday, July 12, 2000 7:29 
PMTo: 
Orion-InterestSubject: 
Real Debuggin On Orion? How

Dear Orion, and 
Orion Users:
  

RE: JSP bug in state saving

2000-07-13 Thread Tom Wnuk

That's not what I meant.  During the compile of the jsp page include files
are merged into their parent file becoming one piece of static code.

The jsp:usebean.. will reference the instance of the object that is
defined by the id for that users session.  I'm not sure what will happen or
if it's even legal to have jsp:useBean... occur more than once in the
source that actually gets compiled.

It would help to see code snippets to ensure we're all talking about the
same thing here.

Tom

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 13, 2000 1:05 PM
To: Tom Wnuk
Cc: Orion-Interest
Subject: RE: JSP bug in state saving


Even though it is a static process, the bean is an instance of a "new'ed"
object running in the VM.  It is just the html that is in the jsp that is
static.

On Thu, 13 Jul 2000, Tom Wnuk wrote:

 Using '%@ include...' is a static process.  If you're using
 'jsp:useBean...' in both that could be causing your problems.  Also, why
do
 you include page two into page one and then set the action to call page
one
 again?

 Why not create another JSP page to process the login and then you can
always
 do a redirect to whatever page you'd like.

 I'm not sure what your code looks like so it's just a guess.  You're
 probably not using the 'jsp:usebean...' correctly in this situation.
Code
 snippets would help.

 Tom
   -Original Message-
   From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of hanasaki
   Sent: Thursday, July 13, 2000 5:08 AM
   To: Orion-Interest
   Subject: JSP bug in state saving


 a.. I have written two JSP pages.
 b.. The first does a JSP:include of the second in one of its table
 cells.  Page 1 shows an ID with myBeanX.getID()
 c.. Each of the pages uses MyBeanX with the same variable name and a
 scope of session.
 d.. The included page, page 2, is actually a login page that does a
 myBeanX.setID = id for login from the page and then calls the main page,
 page one, as its action.  Page 2 also displays the current id with
 myBeanX.getID().
 e.. When page 1 is called, from page 2, it shows the previous ID while
 page 2, the included page, shows the "just set ID".  Page 2 is the
expected
 behavior.  Page 1 is laggin behind.
   Comments, suggestions would be appreciated.
   Thank you.








Multiple User Debugging Env? Doesnt' Exist?

2000-07-13 Thread Steven Punte



Dear Darren:

 Thank for you reply. I'm 
coming to the same conclusion, 
 and I would like to ask the 
Orion community at large, how
 does everyone do 
debugging?


 1) Do you set 
up individual web servers for each developer,
  
 and thus use a normal debugging convention?

 2) Is there 
any way to share a server, in particular, allow
  
 debugging by various developer of their actives, 
while
  
 allowing other user to work normally. 


 I'm coming to believe this later paradigm (i.e. "2") is not
 ever done and is probably 
impractical.


 What environment do you have for 
debugging?


 Any comments 
welcomed.

STeve Puntee-Business Software ArchitectTechnologent 
Inc[EMAIL PROTECTED]

  - Original Message - 
  From: 
  Darren 
  Gibbons 
  To: Orion-Interest 
  Sent: Thursday, July 13, 2000 12:18 
  PM
  Subject: RE: Real Debuggin On Orion? 
  How
  
  Steven,
  
  AFAIK, there does not exist the ability to do what 
  you're looking for with any application server/IDE combo. I think you 
  are going to be stuck running the entire application server in debug mode to 
  step through the code.
  
  While I haven't tried it with Orion, I've debugged 
  servlets in Resin using the 1.3 JDK, the JPDA (http://java.sun.com/products/jpda/) 
  and Forte (http://www.sun.com/forte/). I don't 
  see why this wouldn't work the same for Orion.
  
  To 
  get around the issues with multiple developers, you might want to use CVS, a 
  central "unit test" development server, and individual servers installed on 
  each of the developers machines. Developers would check out the code to 
  their local machine, test on their local copy of Orion (with the ability to 
  run it in debugging mode without screwing everyone else up) and post their 
  changes back to the unit test server to check for 
  completeness.
  
  As a 
  side note, CVS is a good thing if you're not using it already, especially when 
  multiple developers get into the mix...
  
  Darren.
  
-Original Message-From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED]]On Behalf Of Steven 
PunteSent: Thursday, July 13, 2000 10:28 AMTo: 
Orion-InterestSubject: Re: Real Debuggin On Orion? 
How
Rob:

 Thanks for the 
reply.

 From your description it 
sounds like the operation and control
 of tomcat is taken over by 
the IDE. No one else would be 
 able to use this server 
while you are in this debug mode.

 This same strategy 
should/must be doable for Orion or
 any other java based 
server.

 Perhaps my desire to have a 
server BOTH be running
 for some users, and also be 
able to support a debugging
 mode is too much to ask 
for.

 Sincerely:

  Steve 
Punte

 

  - Original Message - 
  From: 
  Rob 
  Lapensee 
  To: Steven Punte 
  ; Orion-Interest 
  Sent: Thursday, July 13, 2000 10:22 
  AM
  Subject: RE: Real Debuggin On Orion? 
  How
  
  
  Perhaps 
  I should clarify
  
  Strictly 
  speaking of servlets, not JSPs.
  Tomcat 
  can be imported into IBM Visual Age for 
  Java.
  Once 
  this is done, a small java program can be written to start up tomcat from 
  within the IBM Visual Age for Java 
IDE.
  If 
  a break point is set on any servlet code, since Tomcat is running within 
  IBM Visual Age for Java, then when the browser hits the correct servlet, 
  and the correct line of code, it will stop the servlet and show the code 
  on the IDE in debugging mode. 
  At this point you can step through the program line by line. The browser will wait until the 
  servlet completes to show any results.
  
  Again 
  the full information is somewhere in www.ibm.com/vadd
  
  Note 
  that I used IBM Visual Age professional, which does not have WebSphere in 
  it.
  
  Regards, 
  
  
  Rob Lapensee
  Director of 
  Technology
  Delfour 
  Corporation
  [EMAIL PROTECTED]
  www.delfour.com
  
  -Original 
  Message-From: Steven 
  Punte [mailto:[EMAIL PROTECTED]]Sent: Thursday, July 13, 2000 12:38 
  PMTo: Rob Lapensee; 
  Orion-InterestSubject: 
  Re: Real Debuggin On Orion? How
  
  Rob:
  
   
  Thanks for the reply. 
  
   
  This is very interesting. So WebSphere has the ability to 
  allow a
   
  particular thread, and their dependences, to be debugged 
  without
   
  putting the entire server into debug mode. Is this a 
  correct
   
  perception of you statement, or is the debugging mode taking 
  
   
  over the server completely and it is not usable by other 
  when
   
  in this mode?
  
   
  Sincerely
  
   
   STeve Punte
  
  
  
 

RE: how to get a web application to startup automatically?

2000-07-13 Thread Dave Smith

In your default-web-site.xml, or whichever config file you load you web site
in, change the load-on-statup value

e.g.
web-app application="app1" load-on-startup="true" max-inactivity-time="1"
name="app1-web" root="/app1" / 

The web app will be loaded when orion is started, and your load-on-startup
servlet will start.


Dave Smith
Senior Team Leader
Aristocrat Technologies Australia Pty Ltd

mailto:[EMAIL PROTECTED]


-Original Message-
From: Ari Halberstadt [mailto:[EMAIL PROTECTED]]
Sent: Friday, July 14, 2000 3:51 AM
To: Orion-Interest
Subject: how to get a web application to startup automatically?




I've got a web application that needs to spawn a background thread as soon
as it
is started up (the background thread is used to schedule things at specific
times). Adding a load-on-startup value to the web.xml file does not load the
corresponding servlet until a URL from the enclosing web application is
accessed. But this means that I would need to have a user (or some external
process) wait until Orion has started up and then hit a URL in the web
application. What I'd like to do is have Orion automatically load the
servlet
when the server is started up (as specified in the load-on-startup flag).
Does
anyone have suggestions on how to get this to work?

Details: Orion 1.1.9, JDK1.3.0, NT4






Re: WAR Files: ME TOO

2000-07-13 Thread Steven Punte

ME TOO:

I'm looking for the "idiot guide to building war files"

STeve Punte
e-Business Software Architect
Technologent Inc
[EMAIL PROTECTED]


- Original Message -
From: Robert Keith (UK) [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, July 13, 2000 2:13 AM
Subject: WAR Files


 Hi guys,

 Does anyone know of a decent site that details what should be described in
 the web.xml file, I can't find anything on Sun's site that is of any use,
 and how to go about creating a WAR file.

 cheers

 Bob





Web-app reload still not working..

2000-07-13 Thread Kevin Duffey



Hi,

To 
whom may know what is going on,

I am still having trouble getting the auto-code reload feature working. I posted 
before that the HtmlBean was giving a class cast exception, and Karl wrote back 
showing me some things that may be why. I implemented them and I am still having 
the problem. Karl mentioned that my bean is application scope so when Orion 
reloads the app, it can't cast the "old" version of HtmlBean to the new version 
reloaded. I put in the "implements Serializable" and added a private static 
final long serialVersionUID = 94989087234L (some number), and that still didn't 
fix it. The odd thing is, I am not working on the HtmlBean, I work on the 
AvailBean, which is a session scope bean. So, let me see if I got this straight. 
After testing something on the site, I can go to the code, change the source, 
and all I have to do is save it. Orion will recompile it and reload the whole 
code-base again. In the process Orion "saves" any http session objects (assuming 
they are all serializable objects) to disk, then reloads those objects into each 
session when reloading the web-app. This is to preserve the state of the 
HttpSesion across web app restarts, right? Is there anything I am missing 
here?

Next, what exactly does 
this serialVersionUID do? Do I need to change it each time I change that class 
so upon reloading the changed bean, it knows its not the same one? Or do I just 
place the private static final long serialVersionUID =  in each and every 
bean and/or object that can be put in the session, and thats it..leave it alone 
for good? How is it used by Orion (for that matter, any JVM/Servlet engine). I 
was told that it was not necessary in our code, but Karl mentioned it yesterday 
to me in the reply email, so I am a little confused about its use 
now.

Lastly, is there any problem with application scoped 
beans and restarting web apps?

Thanks 
again.



RE: Multiple User Debugging Env? Doesnt' Exist?

2000-07-13 Thread Tom Wnuk



I 
would agree with Darren, each developer should have their own instance of Orion 
Server running on their own desktop. I'm assuming their machines are big enough 
and if you're using any of the full featured IDE's like VisualAge, VisualCafe, 
or JBuilder, than they probably can handle an instance of 
Orion.

One of 
the kindest things Evermind is doing is allowing developers free use of their 
software for development purposes. Allaire just recently announced that 
same approach, why, because when you the developers use your software they're 
most likely to recommend it's use for production. I digress, 
sorry.

Trying 
to share an instance of the web server for developing servlets is futile. 
I've been developing enterprise applications since 1983 on my PC, some were 
strictly PC apps others were mainframe Cobol, and most were distributed using 
C/C++ and now Java. I can't imagine sharing a development environment with 
other developers at least not until you get to integrated testing. 
You'll be amazed at how the time for development actually reduces and you can 
end up with more features and a more solid product. If it takes someone 5 
days to do something in a shared environment that would take 2 in a dedicated 
one, by the time the 5th day rolls around they won't feel like spending more 
time testing and fine tuning their piece.

I 
think the biggest challenge will be to ensure you have someone who really 
understands the Orion environment, otherwise, all is lost.There 
area lot of developers that don't want to know how to admin apiece 
of software like OrionServer, they just want to be users. If that's 
the case, then I would think about running multiple instances of Orion on the 
server for each developer or teams of developers assuming you have at least one 
person who now becomes a dedicated admin resource.

my 2 
cents.
Tom



  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Steven 
  PunteSent: Thursday, July 13, 2000 1:51 PMTo: 
  Orion-InterestSubject: Multiple User Debugging Env? Doesnt' 
  Exist?
  Dear Darren:
  
   Thank for you reply. I'm 
  coming to the same conclusion, 
   and I would like to ask the 
  Orion community at large, how
   does everyone do 
  debugging?
  
  
   1) Do you 
  set up individual web servers for each developer,

   and thus use a normal debugging convention?
  
   2) Is there 
  any way to share a server, in particular, allow

   debugging by various developer of their actives, 
  while

   allowing other user to work normally. 
  
  
   I'm coming to believe this later paradigm (i.e. "2") is 
  not
   ever done and is probably 
  impractical.
  
  
   What environment do you have 
  for debugging?
  
  
   Any comments 
  welcomed.
  
  STeve Puntee-Business Software ArchitectTechnologent 
  Inc[EMAIL PROTECTED]
  
- Original Message - 
From: 
Darren 
Gibbons 
To: Orion-Interest 
Sent: Thursday, July 13, 2000 12:18 
PM
Subject: RE: Real Debuggin On Orion? 
How

Steven,

AFAIK, there does not exist the ability to do what 
you're looking for with any application server/IDE combo. I think you 
are going to be stuck running the entire application server in debug mode to 
step through the code.

While I haven't tried it with Orion, I've debugged 
servlets in Resin using the 1.3 JDK, the JPDA (http://java.sun.com/products/jpda/) 
and Forte (http://www.sun.com/forte/). I 
don't see why this wouldn't work the same for Orion.

To 
get around the issues with multiple developers, you might want to use CVS, a 
central "unit test" development server, and individual servers installed on 
each of the developers machines. Developers would check out the code 
to their local machine, test on their local copy of Orion (with the ability 
to run it in debugging mode without screwing everyone else up) and post 
their changes back to the unit test server to check for 
completeness.

As 
a side note, CVS is a good thing if you're not using it already, especially 
when multiple developers get into the mix...

Darren.

  -Original Message-From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf Of Steven 
  PunteSent: Thursday, July 13, 2000 10:28 AMTo: 
  Orion-InterestSubject: Re: Real Debuggin On Orion? 
  How
  Rob:
  
   Thanks for the 
  reply.
  
   From your description it 
  sounds like the operation and control
   of tomcat is taken over by 
  the IDE. No one else would be 
   able to use this server 
  while you are in this debug mode.
  
   This same strategy 
  should/must be doable for Orion or
   any other java based 
  server.
  
   Perhaps my desire to have 
  a server BOTH be running
   for some users, and also 
  be able to 

Error in ejbCreate() ...

2000-07-13 Thread Stefano Andreani

My EJB (ServExecEJB) is a Stateless Session Bean. After the execution of
ServExecEJB.ejbCreate() the following exception is thrown:

com.evermind.server.rmi.OrionRemoteException: Error in ejbCreate(): Only
beans with user-managed transactions can invoke getUserTransaction()
at
com.evermind.server.ejb.StatelessSessionEJBHome.getContextInstance(JAX)

In my ejb deployment descriptor I specified
transaction-typeBean/transaction-type, so I wonder why this exception
occurs!


Thanks to any answer,

Stefano.





RE: Creation Of WAR Files?

2000-07-13 Thread Kevin Duffey

I believe Orion has a GUI tool that creates a WAR for you, but that is
beyond me. When I am developing, I don't WAR up the dir. I keep it expanded.
You point to the WAR directory structure in default-web-site.xml in the
/config folder. Just read up on that and you should be set to have a WAR
file for development. Then you can JAR up the dir:

jar cvf myfile.war root-dir

That should jar up your entire www structure, including the WEB-INF folder
which has
/classes  - the compiled code of your app
/lib   - the .jar and .zip libraries loaded for you by Orion (as per the
servlet 2.2 spec)
web.xml - the descriptor that explain to Orion how to run.

Anything in /classes automatically becomes part of the classpath, that is
part of the servlet 2.2 spec and should work on any servlet 2.2 container.
Anything in the /lib folder should be loaded by the application server
automatically and become part of the classpath as well. We put jdbc.zip (for
Oracle 8i) there, along with activation.jar, mail.jar, jasp.jar, and other
.jar files we need. At runtime they are automatically seen by your app (in
the import statements of your classes). Nothing special to do.

Orion has a very kewl feature that allows you, during development, to point
to a "source" directory that matches the package structure output of your
compiled classes. It then checks the source dir for changes (time-date)
compared to the .class file it was compiled in to. If there is a change, it
recompiles and reloads the web-app for you. This allows you not to have to
shut down and restart orion every time you make a code change. Most app
servers support this for classes in the /servlets dir, and generally that is
javabeans and servlets. Orion (and Resin does this too) will reload the web
app if any classes changed. The only downside is that it can take a few
seconds for it to check the files. I believe its faster than restarting
though.

 Dear Orion-Interest Group:

 Can I simply create a war file by:

 1)Properly creating an WEB-INF directory.
 2)Properly creating a WEB-INF/web.xml file.
 3)Properly supplying WEB-INF/classes/*.class files.
 4)Executing "jar cvf  myNewWarFile.war WEB-INF"


 And I figure out all the more powerful graphics tools a
 bit later once I get the basic concepts down.

 STeve Punte
 e-Business Software Architect
 Technologent Inc
 [EMAIL PROTECTED]
 - Original Message -
 From: Mike Cannon-Brookes [EMAIL PROTECTED]
 To: Orion-Interest [EMAIL PROTECTED]
 Sent: Thursday, July 13, 2000 4:50 PM
 Subject: RE: WAR Files: ME TOO


  A WAR file is just a jar that has one special directory
 /WEB-INF that has
 to
  contain a web.xml file. As long as your web.xml file validates according
 to
  the DTD, it's a valid WAR. Basically you can has as much or as little in
 the
  web.xml file as you want. (see
 http://www.orionserver.com/docs/web.xml.html
  for more details on what can go in the web.xml file)
 
  That's really all there is too it.
 
  Mike
 
  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of Steven Punte
  Sent: Friday, July 14, 2000 8:12 AM
  To: Orion-Interest
  Subject: Re: WAR Files: ME TOO
 
 
  ME TOO:
 
  I'm looking for the "idiot guide to building war files"
 
  STeve Punte
  e-Business Software Architect
  Technologent Inc
  [EMAIL PROTECTED]
 
 
  - Original Message -
  From: Robert Keith (UK) [EMAIL PROTECTED]
  To: Orion-Interest [EMAIL PROTECTED]
  Sent: Thursday, July 13, 2000 2:13 AM
  Subject: WAR Files
 
 
   Hi guys,
  
   Does anyone know of a decent site that details what should be
 described
 in
   the web.xml file, I can't find anything on Sun's site that is of any
 use,
   and how to go about creating a WAR file.
  
   cheers
  
   Bob
 
 
 







Fw: Creation Of WAR Files?

2000-07-13 Thread Steven Punte



 Kevin:

 Thanks for the reply.

 My interest in a WAR file is for placing an application
 in a production environment.  It's very nice to simply
 ship it over, and keep track of it, as a single file.

 Thanks for you description below.  It helps.

 Would/should JSP files also be located in the
 WEB-INF directory, or is it ok for them to
 be in a sibling directory that is also jar-ed
 up into the war file?

 Sincerely:

 STeve Punte
 e-Business Software Architect
 Technologent Inc
 [EMAIL PROTECTED]
 - Original Message -
 From: Kevin Duffey [EMAIL PROTECTED]
 To: Steven Punte [EMAIL PROTECTED]; Orion-Interest
 [EMAIL PROTECTED]
 Sent: Thursday, July 13, 2000 6:35 PM
 Subject: RE: Creation Of WAR Files?


  I believe Orion has a GUI tool that creates a WAR for you, but that is
  beyond me. When I am developing, I don't WAR up the dir. I keep it
 expanded.
  You point to the WAR directory structure in default-web-site.xml in the
  /config folder. Just read up on that and you should be set to have a WAR
  file for development. Then you can JAR up the dir:
 
  jar cvf myfile.war root-dir
 
  That should jar up your entire www structure, including the WEB-INF
folder
  which has
  /classes  - the compiled code of your app
  /lib   - the .jar and .zip libraries loaded for you by Orion (as per the
  servlet 2.2 spec)
  web.xml - the descriptor that explain to Orion how to run.
 
  Anything in /classes automatically becomes part of the classpath, that
is
  part of the servlet 2.2 spec and should work on any servlet 2.2
container.
  Anything in the /lib folder should be loaded by the application server
  automatically and become part of the classpath as well. We put jdbc.zip
 (for
  Oracle 8i) there, along with activation.jar, mail.jar, jasp.jar, and
other
  .jar files we need. At runtime they are automatically seen by your app
(in
  the import statements of your classes). Nothing special to do.
 
  Orion has a very kewl feature that allows you, during development, to
 point
  to a "source" directory that matches the package structure output of
your
  compiled classes. It then checks the source dir for changes (time-date)
  compared to the .class file it was compiled in to. If there is a change,
 it
  recompiles and reloads the web-app for you. This allows you not to have
to
  shut down and restart orion every time you make a code change. Most app
  servers support this for classes in the /servlets dir, and generally
that
 is
  javabeans and servlets. Orion (and Resin does this too) will reload the
 web
  app if any classes changed. The only downside is that it can take a few
  seconds for it to check the files. I believe its faster than restarting
  though.
 
   Dear Orion-Interest Group:
  
   Can I simply create a war file by:
  
   1)Properly creating an WEB-INF directory.
   2)Properly creating a WEB-INF/web.xml file.
   3)Properly supplying WEB-INF/classes/*.class files.
   4)Executing "jar cvf  myNewWarFile.war WEB-INF"
  
  
   And I figure out all the more powerful graphics tools a
   bit later once I get the basic concepts down.
  
   STeve Punte
   e-Business Software Architect
   Technologent Inc
   [EMAIL PROTECTED]
   - Original Message -
   From: Mike Cannon-Brookes [EMAIL PROTECTED]
   To: Orion-Interest [EMAIL PROTECTED]
   Sent: Thursday, July 13, 2000 4:50 PM
   Subject: RE: WAR Files: ME TOO
  
  
A WAR file is just a jar that has one special directory
   /WEB-INF that has
   to
contain a web.xml file. As long as your web.xml file validates
 according
   to
the DTD, it's a valid WAR. Basically you can has as much or as
little
 in
   the
web.xml file as you want. (see
   http://www.orionserver.com/docs/web.xml.html
for more details on what can go in the web.xml file)
   
That's really all there is too it.
   
Mike
   
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Steven
Punte
Sent: Friday, July 14, 2000 8:12 AM
To: Orion-Interest
Subject: Re: WAR Files: ME TOO
   
   
ME TOO:
   
I'm looking for the "idiot guide to building war files"
   
STeve Punte
e-Business Software Architect
Technologent Inc
[EMAIL PROTECTED]
   
   
- Original Message -
From: Robert Keith (UK) [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Thursday, July 13, 2000 2:13 AM
Subject: WAR Files
   
   
 Hi guys,

 Does anyone know of a decent site that details what should be
   described
   in
 the web.xml file, I can't find anything on Sun's site that is of
any
   use,
 and how to go about creating a WAR file.

 cheers

 Bob