Re: UserTransaction

2001-06-16 Thread Paolo Ramasso

hi Devid
you have to prepare 3 files:
1) a .jar file containig the ejbs classes and the .xml descriptor (under
Meta-inf)
2) a .war file containig your jsps, static files, and the web.xml file (under
web-inf)
3) a .ear file containing the ejb .jar file the .war file and the
application.xml file (under Meta-inf)
4) copy the .ear file under $ORION_HOME/applications
5) start orion

hope this helps
ciao
Paolo


David- wrote:

 hi guys,

 i m new to ejb and want to develop them using the orion server...could
 someone explain where do i put up my ejbs and my jsps..i mean what im
 looking for is a directory pattern...I tried alot of combos but...does not
 seem to work...

 thanks in advance

 David


begin:vcard 
n:;nome
x-mozilla-html:FALSE
adr:;;
version:2.1
email;internet:[EMAIL PROTECTED]
fn:nome cognome
end:vcard



Question regarding usage of the transaction context...

2001-06-16 Thread Alex Paransky

In HTTP world a single HttpServletRequest ties together execution of
multiple Servlets on the same http request.  It is similar to the way a
Transaction ties together multiple API calls to various EJB objects.  Like a
common thread, both HttpServletRequest and a Transaction meander through
various servlets or APIs respectively.

Is there a way to achieve something similar to
HttpServletRequest.getAttribute/setAttribute functionality in the EJB world
in relation to Transactions?

In other words, I would like to attach some values to existing transaction,
and be able to retrieve these values in other methods (executing inside of
the transaction boundry) without having to explicitly alter the interfaces
of the EJBs.

Thanks.
-AP_






Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





RE: Collection or list as return ??

2001-06-16 Thread Eddie Post

Thanks jeff for clearing this up.

I will let the program order my collection.
I already have defined about 10 own finders in orion-ejb-jar.xml (otherwise 
it becomes to slow), so the application is already binded to orion and not 
fully J2EE compliant, but to also let the Db do the sort trick... Hmmm I 
little bit to much I think...

Eddie


From: Jeff Schnitzer [EMAIL PROTECTED]
Reply-To: Orion-Interest [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Subject: RE: Collection or list as return ??
Date: Fri, 15 Jun 2001 16:57:20 -0700

You're right, there is no guarantee from the spec that other app servers
will return data in order or even allow you to specify the ORDER BY
clause in the finder sql.  For that matter, there is no guarantee that
the database has a sql interface.

It gets even worse.  The current spec for EJB-QL has no support for
ordering.  The *only* way to write a 100% spec-compliant app which does
ordering is to implement the sorting yourself, in application code, in
Java.

It's pretty obvious to me at least that the people developing the EJB
specification have never actually used their ideas to develop a real
world application.  Fortunately for us, container vendors are less
insulated from the eventual customers; it's a pretty safe bet that most
servers will let you configure the ordering in the database query
somehow.  I wouldn't worry about it, but no, it's not standard.

Jeff Schnitzer

  -Original Message-
  From: Eddie Post [mailto:[EMAIL PROTECTED]]
  Sent: Friday, June 15, 2001 3:48 PM
  To: Orion-Interest
  Subject: Re: Collection or list as return ??
 
 
  Thanks Scott,
 
  Thanks for the test (stupid that I didn't thought about that
  ;) ). So, yes
  the returned Collection (read: ArrayList) is a sorted one.
  But how general is this, as I can't find anything in the J2EE
  spec about
  this and is it possible that Orion will change this such that
  it isn't
  sorted anymore ?
 
 
  What do you think ? Let the DB do the order by or just let
  the sort method
  of Collections do the trick ? I have noticed that the sort
  method is very
  fast.
 
 
  Eddie
 
 
 
  From: Scot Weber [EMAIL PROTECTED]
  Reply-To: Orion-Interest [EMAIL PROTECTED]
  To: Orion-Interest [EMAIL PROTECTED]
  Subject: Re: Collection or list as return ??
  Date: Fri, 15 Jun 2001 12:15:46 -0700
  
  Eddie,
  
 I just tested it . . .
  
  MyTestHome.java __
  
 public interface MyTestHome {
  
   
   public Collection findAll () ...
  
 }
  
  mytest.jsp__
  
 
  
 %= myTestHome.findall ().getClass () %
  
  output_
  
 java.util.ArrayList
  
  peace - scot
  
Eddie wrote:
   
Hellu there,
   
Some time ago someone made a remark that it make no sense
  putting a
ORDER
BY in the where clause in the orion-ejb-jar.xml, as the finder
methods of
the home interface do return a Collection, which are not sorted by
definition.
   
Hmmm makes sence, but if I play around with it and put a
  ORDER BY id
ASC
or ORDER BY id DESC in the where clause in the
  orion-ejb-jar.xml, to
fine
tune some queries, it does  return sorted collections 
   
Howcome ?? Does the finder methods return a  sorted List as a J2EE
feature,
that is a subClass of a Collection, or is this just Orion. ??
   
The thing is that I like to optimize my queries, but if
  this feature
isn't
J2EE for example I will have a problem with the following
  upgrades if
it's
left out for some reason !!
   
BTW: in the J2EE spec, in section 10.5.6 they only talk about the
Collection
data type.!!
   
Some advise please ??
Eddie
  
  --
  
 scot weber - [EMAIL PROTECTED]
 -
 Given a choice between a folly and a sacrament, one should
 always choose the folly -- because we know a sacrament
 will not bring us closer to God and there's always a chance
 that a folly will. - Erasmus
  
 The only man who never makes a mistake is the man who
 never does anything. - Theodore Roosevelt.
  
 
  __
  ___
  Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com.




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





Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





Question About Clustering EJB's

2001-06-16 Thread Oisin Kim

Hi All,
I've noticed that some asked for help on how-to cluster EJB's and got no 
reply. I thought I read in the documentation that this isn't possible, is 
it?? 
Or has someone got a workaround that wouldn't involve sharing a database, 
hard disk or anything that would be a single point of failure?
Thanks,
Oisin Kim




Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





RE: Question About Clustering EJB's

2001-06-16 Thread elephantwalker

Oisin Kim,

Look at the attached email ... its the last discussion on this.

It looks like there is clustering, but not loadbalancing available for rmi
from the rmi.xml configuration. The application will treat any ejbs on the
cluster as one-to-one look-ups. Orion will go out and get the first ejb
available on the cluster. See the docs on configuring rmi.xml (and also the
note below).

That is a kind-of failover, because if machine A goes down, and the
myotherAejbs.jar are on machine B too, orion will go out and get the bean
from machine B when it can't find machine A. But it doesn't go machine A
then machine B for each remote instance of the bean. You could also specify
the maximum number of instances of a bean, and as one machine gets loaded,
orion would go to the next available machine...but that's not really
loadbalancing.


That is, you can set up your web-apps with ejbs, but let all of the ejbs be
remote=true in the orion-application.xml file:

?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.5.2
ejb-module remote=true path=myotherAejbs.jar /
ejb-module remote=true path=myotherBejbs.jar /
ejb-module remote=true path=myotherCejbs.jar /
web-module id=mysite path=mysite.war /
  ... other stuff ...
/orion-application

In the rmi.xml you would define your clustering:

 cluster host=230.0.0.1 id=123 password=123abc port=9127
username=cluster-user /
  Tag that is defined if the application is to be clustered. Used to set up
a local multicast cluster. A username and password used for the servers to
intercommunicate also needs to be specified.

host - The multicast host/ip to transmit and receive cluster data on. The
default is 230.0.0.1.
id - The id (number) of this cluster node to identify itself with in the
cluster. The default is based on local machine IP.
password - The password configured for cluster access. Needs to match that
of the other nodes in the cluster.
port - The port to transmit and receive cluster data on. The default is
9127.
username - The username configured for cluster access. Needs to match that
of the other nodes in the cluster.



regards,

the elephantwalker

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Oisin Kim
Sent: Saturday, June 16, 2001 9:51 AM
To: Orion-Interest
Subject: Question About Clustering EJB's


Hi All,
I've noticed that some asked for help on how-to cluster EJB's and got no
reply. I thought I read in the documentation that this isn't possible, is
it??
Or has someone got a workaround that wouldn't involve sharing a database,
hard disk or anything that would be a single point of failure?
Thanks,
Oisin Kim











Yes, I
would be very glad if you could give me some hints on how to set this up.



I have two
orion servers behind a Foundry Server Irion load balancer/switch. I tried
setting up the clustering, but was only able to get the HTTP clustering to
work.



Since I
could not get my EJBs to be clustered, I configure the ejbs with exclusive-write-access=false,
so the data is consistent. I also cannot use HTTP clustering because we use
statefull session beans. 



How do I
setup ejb clustering?



thanks



-Original
Message-
From: Lachezar Dobrev [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 15, 2001 1:18
AM
To: Orion-Interest
Subject: RMI Clustering done. Now
want more.




Hello.


OK. I was able to (at last) run the RMI clustering. It now works. But... I have
a question...

Now
I can put up a cluster, and when a bean does not exist on the server it is
searched onthe cluster and used. However if it is deployed on more than
one machine... It is not found on all of them, but rather on only one.




For simplicity let's assume we have OrionA, OrionB, OrionC and OrionD.


a) on all machines we have EnterpriseBean1 deployed. It accesses EnterpriseBean2


b) machine OrionA does not have EnterpriseBean2 deployed.


c) machines OrionB, OrionC and OrionD have EnterpriseBean2 deployed.


d) all machines have a RMI cluster set-up and working.


(BTW) Because I needed quite some time to understand why the

cluster
was not working I am eager to help anyone, that needs


help on the subject.




If machine OrionA runs EnterpriseBean1 it will have to look-up EnterpriseBean2,
which is used by EnterpriseBean1.


There is no problem to find that bean (it exists on the cluster). However...
Once EnterpriseBean2 is used on OrionC it keeps using that one. Why? Also. If
we deploy EnterpriseBean2 on OrionA it is always found there and not on ANY
other cluster machine.



1.
How does Orion know on which machine to use the bean? The last one, that wakes
up?


2. Is there a way to implement (at least) a round-robin technique to access the
clustered bean on more than one server? I mean... When I look-up
EnterpriseBean2... I would like to have a different 

Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





RE: UserTransaction

2001-06-16 Thread Eduardo Estefano

I think the easiest way to learn is to use the visual tools that come with
orion and create a project with the 'orion specific' directory structure.

Use the tool for a little bit to see where it saves the classes, jsps and
descriptors. 

Once you are confortable, put the visual tool away and do it manually (it
still has a lot of bugs).

I'm talking about the earassembler.jar


 -Original Message-
From:   David- [mailto:[EMAIL PROTECTED]] 
Sent:   Friday, June 15, 2001 9:32 PM
To: Orion-Interest
Subject:Re: UserTransaction

hi guys,

i m new to ejb and want to develop them using the orion server...could
someone explain where do i put up my ejbs and my jsps..i mean what im
looking for is a directory pattern...I tried alot of combos but...does not
seem to work...

thanks in advance

David





messages

2001-06-16 Thread Boris Garbuzov

Guys, why am I getting these messages?


-


ject:
Undeliverable:
   Date:
Sat, 16 Jun 2001 19:58:05 +0200 (CEST)
  From:
Mail Delivery Subsystem [EMAIL PROTECTED]
   Reply-To:
Orion-Interest [EMAIL PROTECTED]
To:
Orion-Interest [EMAIL PROTECTED]
 References:
1




Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you
will
be able to resend this e-mail.

Best regards
Telia Internet







Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





RE: debug jsp pages and where is the source

2001-06-16 Thread Kevin Duffey

Hi Melissa,

I didn't get the size for him. To be honest..I cam was working on content
and part of my front-end framework the last few times. I will figure this
out soon for him and let him know.

Next weekend is bad for me to meet too..got two graduations and a special
mothers-day/fathers-day dinner for my parents who are in from Florida. But
sometime during the week, especially Wednesday night or Thursday would be
fine.

Site is up.

 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Scot Weber
 Sent: Thursday, June 14, 2001 5:27 PM
 To: Orion-Interest
 Subject: Re: debug jsp pages and where is the source


 Wendell,

 orion-web-app
 jsp-cache-directory=./persistence
 servlet-webdir=/servlet
 development=false-- Change this to true
 persistence-path=./persistence/state.ser
 

 Then . . .

 Assuming all things are equal and you have a default web app called
 'devel-default-web-app'
 bound to the server you're working with, the persistence (and
 subsequently the .java files
 for the .jsp's) will be in the path:

 /u/orion/application-deployments/default/devel-default-web-app/persistence

 http://www.mydomain.com/index.jsp

 will produce the files

 /u/orion/application-deployments/default/devel-default-web-app/per
 sistence/index.jsp.java
 /u/orion/application-deployments/default/devel-default-web-app/per
 sistence/index.jsp.jspCache

 peace - scot


 Wendell Nichols wrote:
 
  Well I made the jsp page work by explicitly importing
  java.lang.String, as opposed to java.lang.* as I had done for
  other servers.  Because this shouldn't bother other servers I'm ok
  with it.
  I still need to have access to the jsp.java files for debugging
  purposes before Orion will be an acceptable server for me...

 ... snip ...

  
   Any help would be appreciated..
  
   Wendell Nichols
   Amdahl Software Ltd.
   and
   Fujitsu Apserv.

 --

   scot weber - [EMAIL PROTECTED]
   -
   Given a choice between a folly and a sacrament, one should
   always choose the folly -- because we know a sacrament
   will not bring us closer to God and there's always a chance
   that a folly will. - Erasmus

   The only man who never makes a mistake is the man who
   never does anything. - Theodore Roosevelt.





Re: messages

2001-06-16 Thread Richard Wu

Probably some guys got fired at Telia.com
- Original Message - 
From: Boris Garbuzov [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Saturday, June 16, 2001 7:23 PM
Subject: messages


 Guys, why am I getting these messages?
 
 
 -
 
 
 ject:
 Undeliverable:
Date:
 Sat, 16 Jun 2001 19:58:05 +0200 (CEST)
   From:
 Mail Delivery Subsystem [EMAIL PROTECTED]
Reply-To:
 Orion-Interest [EMAIL PROTECTED]
 To:
 Orion-Interest [EMAIL PROTECTED]
  References:
 1
 
 
 
 
 Important information!
 
 This e-mail has not been delivered to [EMAIL PROTECTED]
 The receiver's mailbox is full. When the mailbox has been emptied you
 will
 be able to resend this e-mail.
 
 Best regards
 Telia Internet
 
 
 





Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





RE: debug jsp pages and where is the source

2001-06-16 Thread Mike Cannon-Brookes

Kevin,

Thanks for that - hope you have a great weekend, and don't post too many
messages to the wrong lists!

;)

-mike

Mike Cannon-Brookes - Founder, Core Developer
OpenSymphony - http://www.opensymphony.com
The Open Source J2EE Component Project

Latest News
- Cache in on faster, more reliable JSPs
http://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html



 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Duffey
 Sent: Sunday, June 17, 2001 10:27 AM
 To: Orion-Interest
 Subject: RE: debug jsp pages and where is the source


 Hi Melissa,

 I didn't get the size for him. To be honest..I cam was working on content
 and part of my front-end framework the last few times. I will figure this
 out soon for him and let him know.

 Next weekend is bad for me to meet too..got two graduations and a special
 mothers-day/fathers-day dinner for my parents who are in from Florida. But
 sometime during the week, especially Wednesday night or Thursday would be
 fine.

 Site is up.

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED]]On Behalf Of Scot Weber
  Sent: Thursday, June 14, 2001 5:27 PM
  To: Orion-Interest
  Subject: Re: debug jsp pages and where is the source
 
 
  Wendell,
 
  orion-web-app
  jsp-cache-directory=./persistence
  servlet-webdir=/servlet
  development=false-- Change this to true
  persistence-path=./persistence/state.ser
  
 
  Then . . .
 
  Assuming all things are equal and you have a default web app called
  'devel-default-web-app'
  bound to the server you're working with, the persistence (and
  subsequently the .java files
  for the .jsp's) will be in the path:
 
 
 /u/orion/application-deployments/default/devel-default-web-app/persistence
 
  http://www.mydomain.com/index.jsp
 
  will produce the files
 
  /u/orion/application-deployments/default/devel-default-web-app/per
  sistence/index.jsp.java
  /u/orion/application-deployments/default/devel-default-web-app/per
  sistence/index.jsp.jspCache
 
  peace - scot
 
 
  Wendell Nichols wrote:
  
   Well I made the jsp page work by explicitly importing
   java.lang.String, as opposed to java.lang.* as I had done for
   other servers.  Because this shouldn't bother other servers I'm ok
   with it.
   I still need to have access to the jsp.java files for debugging
   purposes before Orion will be an acceptable server for me...
 
  ... snip ...
 
   
Any help would be appreciated..
   
Wendell Nichols
Amdahl Software Ltd.
and
Fujitsu Apserv.
 
  --
 
scot weber - [EMAIL PROTECTED]
-
Given a choice between a folly and a sacrament, one should
always choose the folly -- because we know a sacrament
will not bring us closer to God and there's always a chance
that a folly will. - Erasmus
 
The only man who never makes a mistake is the man who
never does anything. - Theodore Roosevelt.








Undeliverable:

2001-06-16 Thread Mail Delivery Subsystem

Important information!

This e-mail has not been delivered to [EMAIL PROTECTED]
The receiver's mailbox is full. When the mailbox has been emptied you will
be able to resend this e-mail.

Best regards
Telia Internet





RE: Orion can't find Cloudscape database

2001-06-16 Thread Dvornikov Victor

this is an example of .bat file for orion  cloudscape

java  -Dcloudscape.system.home=C:\YOUR\DATABASE -Djdbc.connection.debug=true
-jar orion.jar 

 -Original Message-
 From: Lou Farho [SMTP:[EMAIL PROTECTED]]
 Sent:   14  2001 18:49
 To:   Orion-Interest
 Subject:  Orion can't find Cloudscape database
 
 How do I tell Orion where to find my Cloudscape database?
 Here is what I have for the data source:
  data-source
   class="com.evermind.sql.DriverManagerDataSource"
   name="Cloudscape"
   location="jdbc/CloudscapeCoreDS"
   xa-location="jdbc/xa/CloudscapeXADS"
   ejb-location="jdbc/myDS"
   connection-driver="COM.cloudscape.core.JDBCDriver"
   username=""
   password=""
   url="jdbc:cloudscape:myDB"
   inactivity-timeout="30"
  /
  
  
 Lou Farho
 Certes Solutions, Inc.
 2485 W MAIN ST
 SUITE 205
 Littleton, CO 80120
 303.798.8079
File: Louis Farho.vcf