Re: Problem unsubscribing
u r right. i am also trying to unsubscribe form this mailing list from quite a long time. so please the maillist admin please solve the problem. From: "zhora" <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Subject: Problem unsubscribing Date: Fri, 21 Jul 2000 13:17:01 -0700 I find it impossible to unsubscribe from this mailing list. This function doesn't seem to work. Can maillist administrator unsubscribe me, please Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Problem unsubscribing
I am unable to unsubscribe from this mailing list. Can maillist administrator unsubscribe me, please
Real SSL Cert
Hi, I could really use the info on using a "real" SSL Cert also. Please pass on the information, if you have it. Thanks, Todd
Problem unsubscribing
I find it impossible to unsubscribe from this mailing list. This function doesn't seem to work. Can maillist administrator unsubscribe me, please
Re: Orion price
Hello again, As a follow-up. I think the text wasn't really right on this, so we'll change it. Sorry if it scared you... Regards, Karl Avedal Karl Avedal wrote: > Hello Rob, > > The price is definately not per year. > > The license agreement says as it does because you only get free upgrades > for on year. However you may continue using what you have bought forver > and ever. > > I'll check out the agreement to see if the text is implying something > else, and if it does, we'll change it, we never meant it to be per year. > > Regards, > Karl Avedal > > Rob Lapensee wrote: > > > Does everyone realize that the Orion price is per year? > > (or it seems so from the license agreement). > > > > Regards, > > > > Rob Lapensee > > Director of Technology > > Delfour Corporation > > [EMAIL PROTECTED] > > www.delfour.com
Re: Orion price
Hello Rob, The price is definately not per year. The license agreement says as it does because you only get free upgrades for on year. However you may continue using what you have bought forver and ever. I'll check out the agreement to see if the text is implying something else, and if it does, we'll change it, we never meant it to be per year. Regards, Karl Avedal Rob Lapensee wrote: > Does everyone realize that the Orion price is per year? > (or it seems so from the license agreement). > > Regards, > > Rob Lapensee > Director of Technology > Delfour Corporation > [EMAIL PROTECTED] > www.delfour.com
PROBLEM: Primary-child CMP object
Here is a simplified version of my problem: I have a Person entity object that contains a list of phone numbers as string, which encapsulates Person and Phone database tables joined by foreign key person_id. When I create a person instance first and then fill in phone numbers information, everything is fine and all the data is stored into their underlying tables properly. However if I need to fill in all phone numbers during the creation of person instance (i.e. in ejbCreate()), I will get a foreign key constraint error. public Integer ejbCreate(...) { phones = new ArrayList(); phones.add("123-3456"); phones.add("888-"); phones.add("911"); } I look like to me that Orion tries to create all the dependent objects first before the primary objects and hence violates the underlying database constraint. Could someone explain to me is there a reason Orion creates object in this order since it doesn't quite make sense to me. P.S. Here is my orion-ejb-jar.xml snap-shot
Re: Is Anybody In Sales?
Hello dlp, I saw your mail to info@ but I didn't forward it to sales since it seemed like you wanted a more far reaching agreement than just buying a license. I'm forwarding this mail to sales now, so you'll hear from them. I will also contact you about the more far reaching agreement. Regards, Karl Avedal [EMAIL PROTECTED] wrote: > I've contacted Orion sales twice and received no response of any sort. We would > very much like to purchase the product as well as refer other customers but > nobody responds to requests sent to [EMAIL PROTECTED] > > Anybody else had any luck?
Orion price
Does everyone realize that the Orion price is per year? (or it seems so from the license agreement). Regards, Rob Lapensee Director of Technology Delfour Corporation [EMAIL PROTECTED] www.delfour.com
Is Anybody In Sales?
I've contacted Orion sales twice and received no response of any sort. We would very much like to purchase the product as well as refer other customers but nobody responds to requests sent to [EMAIL PROTECTED] Anybody else had any luck?
Quick Tips on SSL
This is quick tip list for getting SSL working on Orion: 1) Fairly good instructions at http://www.orionsupport.com/?key=ssl-howto 2) Install JDK1.3 for the purpose of generating you keystone and other associated files. It has the RSA algorithm in it. You don't have to run the server with it. 3) Build the associated SSL files on NT. 4) Be sure to check "Test SSL Chained CA Cert" at the Thwart step. 5) On the first step, when the keystone tool asks for you First and Last name DON'T DO THIS!!! Instead give the URL of the site you are attempting to secure! DAAA! 6) DON'T supply a second password. There is an option to do so called something like . Just hit return here. Now, can anyone post a summary of the steps to get a REAL certificate? Hmm. This is starting to feel like open-source software! :-() STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]
Re: orion on linux not serving jsp from /examples
Oops. I got your follow-up email about 5 seconds too late ... !! Hi Sven, Did you follow the installation instructions - the part about putting tools.jar into orion's directory? That might be the problem. Nick Newman, SCIENTECH At 02:52 PM 7/21/00 -0300, you wrote: >I've just installed orion on my linux box and tried to access the >example jsp's in the default web-app context, but I get an error 500. >The servlets work however. > >I run orion on Linux RH 6.1 with jdk 1.2.2 RC2 (sun). > >I've also installed orion on my NT box where it serves jsp's just fine.. >(with jdk1.3). > >Is this a jdk problem ? > >sven >-- > >== >Sven van 't Veer http://www.cachoeiro.net >Java Developer [EMAIL PROTECTED] > >_/_ >The answer / \ >to the ultimate questionnnn|. >.|nnn 42 >=U== >==
Re: orion on linux not serving jsp from /examples
Hi Sven, Did you follow the installation instructions - the part about putting tools.jar into orion's directory? That might be the problem. Nick Newman, SCIENTECH At 02:52 PM 7/21/00 -0300, you wrote: >I've just installed orion on my linux box and tried to access the >example jsp's in the default web-app context, but I get an error 500. >The servlets work however. > >I run orion on Linux RH 6.1 with jdk 1.2.2 RC2 (sun). > >I've also installed orion on my NT box where it serves jsp's just fine.. >(with jdk1.3). > >Is this a jdk problem ? > >sven >-- > >== >Sven van 't Veer http://www.cachoeiro.net >Java Developer [EMAIL PROTECTED] > >_/_ >The answer / \ >to the ultimate questionnnn|. >.|nnn 42 >=U== >==
stupid
I'm sorry for the last e-mail I send about orion on linux.. I should read the manual some more.. Ofcourse without tools.jar in orion/ things don't work. sory I'm back to RTFM. sven -- == Sven van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] _/_ The answer / \ to the ultimate questionnnn|. .|nnn 42 =U
Re: confusion about the use of context-root in orion
Hi, context-root is a "hint" to deployment tools and as such will be used by the Orion deployment tools when suggesting a mapping at deployment time. The actul root specified is a deployment setting though and as such doesnt belong in the assembly descriptor. For instance a web-app can on the same server be mapped to different roots on different sites etc. I agreee that the spec is a little (very) uncler on this point. Hope it helps! /Magnus Stenman, the Orion team - Original Message - From: "Robert Krueger" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, July 21, 2000 6:49 PM Subject: confusion about the use of context-root in orion > hi, > > I must say that I'm a little confused about the way context-root is used in > orion, which may be due to lack of understanding of the spec on my part. > > say, I want to use a web application under a certain context-root > ("/myroot") in a website. what I do is put an entry in the relevant > web-site.xml file like so: > > > > works like a charm with everything (redirects etc.) being interpreted > relative to the contextPath "/myroot". now, what is the use of the J2EE > "context-root" element in application.xml? I get the impression it is not > being used at all. the spec doesn't say too much about the element ("sets > the context root"). does orion's root attribute in web-site.xml replace the > context-root element in J2EE? if I specify it nothing changes, even if I > put nonsense in there. I like the orion mechanism as it works and is very > flexible (I can use the same web-application under many context roots in > different websites) but it would be good to know what that does to spec > conformance. > > some clarification on this matter would help. > > thanks, > > robert > (-) 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 >
orion on linux not serving jsp from /examples
I've just installed orion on my linux box and tried to access the example jsp's in the default web-app context, but I get an error 500. The servlets work however. I run orion on Linux RH 6.1 with jdk 1.2.2 RC2 (sun). I've also installed orion on my NT box where it serves jsp's just fine.. (with jdk1.3). Is this a jdk problem ? sven -- == Sven van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] _/_ The answer / \ to the ultimate questionnnn|. .|nnn 42 =U
Re: Entity beans and database
At 14:29 21.07.00 , Robert Krueger wrote: >At 14:08 21.07.00 , David Sierra Fernandez wrote: > >>I could assure you that in ATM example, if you make a "commit" every time >>you create or destroy a row in the database through SQL (ORACLE) the >>Automatic Teller MAchine will detect all the changes. >> >>I don't know why but this is the way it is. > >of course, because by default orion adheres to the spec and at the >beginning of each transaction reloads the entities' state from the db, >which you changed and committed in an earlier transaction. did I say >anything that contradicts that? I must correct myself. this is what the docs say: exclusive-write-access - Whether or not the EJB-server has exclusive write (update) access to the database backend. If it does it will speed up common bean operations and enable better caching. The default is true. So orion's default behaviour is not to be spec compliant in a scenario where other clients write to the database, which probably was a marketing decision ;-). so if you don't turn it off explicitely, it's not deterministic what happens in your scenarion. it depends on how the cache works and it's current state. btw. have a look at this validity-timeout - The maximum amount of time (in millis) that an entity is valid in the cache (before being reloaded). Useful for loosely coupled environments where rare updates from legacy systems occur. This attribute is only valid when exclusive-write-access="true" (the default). fiddling around with those two attributes might give you acceptable performance and still "some" deterministic behaviour depending on how strict you requirements are. haven't tried it but it seems to make sense. regards, robert (-) 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
Multiple SSL Certificates: HOW?
Dear Orion Community: After MUCH trial and error, I have finally succeeded at getting SSL operational. I will write and post a "tips for SSL" document with items I've discovered. Does anyone know how to create multiple certificates? That is, I server multiple application off of one server. Thanks in Advance: STeve Puntee-Business Software ArchitectTechnologent Inc[EMAIL PROTECTED]
confusion about the use of context-root in orion
hi, I must say that I'm a little confused about the way context-root is used in orion, which may be due to lack of understanding of the spec on my part. say, I want to use a web application under a certain context-root ("/myroot") in a website. what I do is put an entry in the relevant web-site.xml file like so: works like a charm with everything (redirects etc.) being interpreted relative to the contextPath "/myroot". now, what is the use of the J2EE "context-root" element in application.xml? I get the impression it is not being used at all. the spec doesn't say too much about the element ("sets the context root"). does orion's root attribute in web-site.xml replace the context-root element in J2EE? if I specify it nothing changes, even if I put nonsense in there. I like the orion mechanism as it works and is very flexible (I can use the same web-application under many context roots in different websites) but it would be good to know what that does to spec conformance. some clarification on this matter would help. thanks, robert (-) 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
Importing a cert from Thawte
I have now got a valid certificate from Thawte, (i.e a real one, not a test cert). I am now trying to import it into my keystore without success. I genereated my certificate request like this: keytool -genkey -keyalg "RSA" -alias myalias -keystore keystore -dname "cn=www.[mydomain].com, ou=[MyCompany], o=[My Company], c=SE, S=[Mystate], l=[mycity]" -validity 360 keytool -certreq -keyalg "RSA" -alias myalias -file www.[mycompany].com.csr -keystore keystore The only thing that differs from the Orion docs is that I use an alias 'myalias' instead of the default 'mykey'. When getting my certificate from Thawte I could choose from a number of formats. The two that seems to fit is 'Standard Certificate Format' (BASE64 encoded, DER encoded X.509v3 cert.) 'PKCS #7 Certificate Chain' ("Newer servers and development toolkits support "certificate chains". This format allows Thawte to deliver a full certificate chain to you, which in turn makes for superior key management and flexibility.") When trying to import either one of the above I get: keytool -import -keystore keystore -file mythawtecert.cer -keyalg "RSA" -alias myalias -trustcacerts Enter keystore password: mypassword keytool error: java.lang.Exception: Input not an X.509 certificate After reading the docs on keytool, I am still not completely sure if to use "-alias myalias" so I tried that too: keytool -import -keystore keystore -file mythawtecert.cer -keyalg "RSA" -trustcacerts Enter keystore password: mypassword keytool error: java.security.cert.CertificateException: Unsupported encoding Does anybody have any idea what is going wrong here? Thanks, Mattias Arbin
Does Orion support TLS?
Hi All... I was wondering if Orion supports TLS in addition to just SSL? Thanks! Jim
Re: deployment error
If you are using UNIX or UNIX-like OS, make sure file permission setting is okay. >From: "Enrique Wallace" <[EMAIL PROTECTED]> >To: Orion-Interest <[EMAIL PROTECTED]> >Subject: deployment error >Date: Thu, 20 Jul 2000 22:21:52 GMT > >Can anyone help me with this error message when starting orion? > >Auto-deploying titan-ejb.jar... Error compiling >file:/D:/orion/applications/titan/titan-ejb.jar: IO Error: >EntityBeanWrapper0.java (Access is denied) >Orion/1.0.3 initialized > >This jar was working fine when it contained one session and one entity bean >in it. Then I added another entity bean and this error started showing up. >When I try to remove that last entity bean, it still gives this error now. >Thanks for any help. > >ekw > >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
Re: Oracle-Driver not found
Andreas, Have you placed the oracle thin driver .jar (or .zip) in $ORION_HOME/lib? It must be in that directory to be picked up. -Jason Andreas Reckmann <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 07/21/00 08:02 AM To: Orion-Interest <[EMAIL PROTECTED]> cc: Subject: Oracle-Driver not found Hi, I want to run an Entity bean connected to a Oracle 8.1.5 Database. java -jar -cp $CLASSPATH orion.jar Error initializing server: DriverManagerDataSource driver 'oracle.jdbc.driver.OracleDriver' not found data-sources.xml: "http://www.orionserver.com/dtds/data-sources.dtd"> name="STP data-source" class="com.evermind.sql.ConnectionDataSource" location="jdbc/DefaultDS" pooled-location="jdbc/DefaultPooledDS" xa-location="jdbc/xa/DefaultXADS" ejb-location="jdbc/stp" url="jdbc:oracle:thin@localhost:1521:stp" connection-driver="oracle.jdbc.driver.OracleDriver" username="system" password="manager" /> Thanks, Andreas
FW: Oracle-Driver not found
-Original Message- From: J.T. Wenting [mailto:[EMAIL PROTECTED]] Sent: Friday, July 21, 2000 4:32 PM To: Andreas Reckmann Subject: RE: Oracle-Driver not found I have found you must add classes12.zip to /orion/lib (the same goes for all other jars/zips with JDBC drivers). Maybe an option to provide a classpath to the driver in data-sources.xml would be handy for a future release? Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Andreas > Reckmann > Sent: Friday, July 21, 2000 3:02 PM > To: Orion-Interest > Subject: Oracle-Driver not found > > > Hi, > > I want to run an Entity bean connected to a Oracle 8.1.5 Database. > > java -jar -cp $CLASSPATH orion.jar > Error initializing server: DriverManagerDataSource driver > 'oracle.jdbc.driver.OracleDriver' not found > > data-sources.xml: > > > "http://www.orionserver.com/dtds/data-sources.dtd"> > > > name="STP data-source" > class="com.evermind.sql.ConnectionDataSource" > location="jdbc/DefaultDS" > pooled-location="jdbc/DefaultPooledDS" > xa-location="jdbc/xa/DefaultXADS" > ejb-location="jdbc/stp" > url="jdbc:oracle:thin@localhost:1521:stp" > connection-driver="oracle.jdbc.driver.OracleDriver" > username="system" > password="manager" > /> > > > Thanks, > >Andreas >
R: Oracle-Driver not found
Hi, 1)Put the oracle driver file (classes12.zip or something similar) in orion/lib 2)Run java -jar orion.jar It's all Luciano -Messaggio originale- Da: Andreas Reckmann [mailto:[EMAIL PROTECTED]] Inviato: venerdì 21 luglio 2000 15.02 A: Orion-Interest Oggetto: Oracle-Driver not found Hi, I want to run an Entity bean connected to a Oracle 8.1.5 Database. java -jar -cp $CLASSPATH orion.jar Error initializing server: DriverManagerDataSource driver 'oracle.jdbc.driver.OracleDriver' not found data-sources.xml: http://www.orionserver.com/dtds/data-sources.dtd"> Thanks, Andreas
Re: to list admins: please set reply-to header
Good Idea!!! Robert Krueger wrote: hi, could the list admins set the reply-to header in the emails the listserver sends? it would make things easier and is standard behaviour of other listservers. thanks, robert (-) 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
Re: Oracle-Driver not found
Andreas Reckmann wrote: > Hi, > > I want to run an Entity bean connected to a Oracle 8.1.5 Database. > > java -jar -cp $CLASSPATH orion.jar > Error initializing server: DriverManagerDataSource driver > 'oracle.jdbc.driver.OracleDriver' not found > > data-sources.xml: > > > "http://www.orionserver.com/dtds/data-sources.dtd"> > > > name="STP data-source" > class="com.evermind.sql.ConnectionDataSource" > location="jdbc/DefaultDS" > pooled-location="jdbc/DefaultPooledDS" >xa-location="jdbc/xa/DefaultXADS" >ejb-location="jdbc/stp" > url="jdbc:oracle:thin@localhost:1521:stp" > connection-driver="oracle.jdbc.driver.OracleDriver" > username="system" > password="manager" > /> > > > Thanks, > >Andreas Hi Andreas, Have you tried placing the JDBC classes (classes12.zip) under /lib ? Fabio
Oracle-Driver not found
Hi, I want to run an Entity bean connected to a Oracle 8.1.5 Database. java -jar -cp $CLASSPATH orion.jar Error initializing server: DriverManagerDataSource driver 'oracle.jdbc.driver.OracleDriver' not found data-sources.xml: http://www.orionserver.com/dtds/data-sources.dtd"> Thanks, Andreas
Re: Integration with existent www-servers
Hello Stanislav, The answer depends on what you want. If you want to have apache act as web server and Orion only as EJB server, you can remove the default web site server from Orion or move it to another port than 80 and have the EJB accessed from application-clients. If you want Orion to serve part of your site's context and let Apache serve the other part (like Orion serving JSP and Apache serving html, gif, php, cgi:s or something else) there is a TunnelServlet provided, which is still in beta and not documented, but you can test it to see how it works for you. You set the TunnelServlet up like this (you can set it up in global-web-application (this is assuming that Orion is running on port 80 and Apache on 8080): tunnel com.evermind.server.http.TunnelServlet targetRoot http://localhost:8080/ And you add the mappings for the content you want Apache to handle: tunnel /*.html tunnel /*.gif These two mappings make Apache handle any *.html and *.gif requests. The tunnel servlet will get more sophisticated later on to be able to do things more conveniently, but it should work already. Regards, Karl Avedal Stanislav Bernatsky wrote: > Please, explain me how to integrate orionserver with other web servers like Apache. >And I'd like to know how to start only application server, not whole orionserver. > > Any help appreciated, > Stanislav Bernatsky
Re: Entity beans and database
At 14:08 21.07.00 , David Sierra Fernandez wrote: >I could assure you that in ATM example, if you make a "commit" every time >you create or destroy a row in the database through SQL (ORACLE) the >Automatic Teller MAchine will detect all the changes. > >I don't know why but this is the way it is. of course, because by default orion adheres to the spec and at the beginning of each transaction reloads the entities' state from the db, which you changed and committed in an earlier transaction. did I say anything that contradicts that? regards, robert >More opinions ??? > > - > David Sierra Fern ndez > Ingeniero Tecnico de Telecomunicaci¢n > AULA RETECAL (CEDETEL) Universidad de Valladolid > Campus Miguel Delibes E-Mail: [EMAIL PROTECTED] > 47011 Valladolid (SPAIN) > -- > > -- Sierr@ -- > >On Fri, 21 Jul 2000, Robert Krueger wrote: > > > > > this is incorrect. the container has to ensure that when a transaction is > > started the entity beans involced in that transaction have to be in sync > > with the underlying datastore. depending on your transaction isolation > > level this locks the record associated with your entity in the db during > > the transaction. if you modify the record with another client, the next > > transaction that is started and involves that entity should reload the > > current state, otherwise the container doesn't conform to the spec. so if > > you deleted records, the load operation should throw an exception. > however, > > most containers (including orion) allow you to specify a flag that > > indicates that your server is the only thing writing to the database to > > avoid the expensive load operations at the beginning of each transaction. > > if you specify that and still modify the database from outside, you're on > > your own and can no longer rely on the spec. the effect that you cannot > > recreate an entity that you deleted manually looks like it's a caching > > problem (somewhere there's a hashtable of primary keys kept in memory > > that's not updated when the database record is deleted manually). so if > you > > use the exclusive-write-access option then you're to blame. if you > don't, I > > guess orion shouldn't behave that way and you should probably consider > it a > > bug and post it to [EMAIL PROTECTED] but I might be wrong. > > > > regards, > > > > robert > > > > > > At 14:48 20.07.00 , Nick Newman wrote: > > >Hi Rick, > > > > > >The EJB spec says that once the entity bean is loaded from the database, > > >the container (Orion) doesn't have any responsibility to keep track of any > > >possible changes to the database. So what you are doing is basically > > >sneaking behind Orion's back. > > > > > >The consequences of this depend on the circumstances, I > believe. Here's my > > >best guess ... > > > > > >Suppose the server had not been busy for quite a while. Under these > > >conditions Orion would have written all its entity beans back to the > DB and > > >removed them from memory. If you now empty the DB, then all the entity > > >beans are gone (in the sense that trying to find one from its primary key > > >will fail). > > > > > >If the server is extremely busy when you emtied the DB, then all the > entity > > >beans may well have been in memory, and they will get recreated in the DB > > >when Orion writes them out. > > > > > >Hope that helps. > > > > > >Nick Newman, SCIENTECH > > > > (-) 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 > > > > > > (-) 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
Re: finder methods
Hello Enrique, They are specified in the server-specific orion-ejb-jar.xml in the deployment directory for your ejb jar. http://www.orionserver.com/docs/orion-ejb-jar.xml.html for the syntax. For any findByX(...) where the parameter match the type of the field X, the finder will be automatically generated. For example findByName(String name) will automatically generate a finder looking up on the field name. Regards, Karl Avedal Enrique Wallace wrote: > where/how are CMP finder methods (other than primary key) mapped to the > database? > > thanks, > ekw > > Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Re: Entity beans and database
I could assure you that in ATM example, if you make a "commit" every time you create or destroy a row in the database through SQL (ORACLE) the Automatic Teller MAchine will detect all the changes. I don't know why but this is the way it is. More opinions ??? - David Sierra Fern ndez Ingeniero Tecnico de Telecomunicaci¢n AULA RETECAL (CEDETEL) Universidad de Valladolid Campus Miguel Delibes E-Mail: [EMAIL PROTECTED] 47011 Valladolid (SPAIN) -- -- Sierr@ -- On Fri, 21 Jul 2000, Robert Krueger wrote: > > this is incorrect. the container has to ensure that when a transaction is > started the entity beans involced in that transaction have to be in sync > with the underlying datastore. depending on your transaction isolation > level this locks the record associated with your entity in the db during > the transaction. if you modify the record with another client, the next > transaction that is started and involves that entity should reload the > current state, otherwise the container doesn't conform to the spec. so if > you deleted records, the load operation should throw an exception. however, > most containers (including orion) allow you to specify a flag that > indicates that your server is the only thing writing to the database to > avoid the expensive load operations at the beginning of each transaction. > if you specify that and still modify the database from outside, you're on > your own and can no longer rely on the spec. the effect that you cannot > recreate an entity that you deleted manually looks like it's a caching > problem (somewhere there's a hashtable of primary keys kept in memory > that's not updated when the database record is deleted manually). so if you > use the exclusive-write-access option then you're to blame. if you don't, I > guess orion shouldn't behave that way and you should probably consider it a > bug and post it to [EMAIL PROTECTED] but I might be wrong. > > regards, > > robert > > > At 14:48 20.07.00 , Nick Newman wrote: > >Hi Rick, > > > >The EJB spec says that once the entity bean is loaded from the database, > >the container (Orion) doesn't have any responsibility to keep track of any > >possible changes to the database. So what you are doing is basically > >sneaking behind Orion's back. > > > >The consequences of this depend on the circumstances, I believe. Here's my > >best guess ... > > > >Suppose the server had not been busy for quite a while. Under these > >conditions Orion would have written all its entity beans back to the DB and > >removed them from memory. If you now empty the DB, then all the entity > >beans are gone (in the sense that trying to find one from its primary key > >will fail). > > > >If the server is extremely busy when you emtied the DB, then all the entity > >beans may well have been in memory, and they will get recreated in the DB > >when Orion writes them out. > > > >Hope that helps. > > > >Nick Newman, SCIENTECH > > (-) 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 > > >
AW: to list admins: please set reply-to header
I vote for this, too ! > -Ursprüngliche Nachricht- > Von: Robert Krueger [mailto:[EMAIL PROTECTED]] > Gesendet am: Freitag, 21. Juli 2000 13:07 > An: Orion-Interest > Betreff: to list admins: please set reply-to header > > > hi, > > could the list admins set the reply-to header in the emails > the listserver > sends? it would make things easier and is standard behaviour of other > listservers. > > thanks, > > robert > (-) 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 > >
RE: Integration with existent www-servers
> Please, explain me how to integrate orionserver with other web > servers like Apache. At the moment it doesn't. Your options are to run orion's webserver alongside your existing web-server (on another port/ip), or to create some kind of wrapper extention for your existing server to forward certain type of requests to orion. The latter option is fairly trivial under apache with something like mod_perl, and is how a lot of other servlet engines work (jserv, tomcat, jrun, etc) but your performance will be impacted badly as each web-request requires an additional tcp connection to be made. > And I'd like to know how to start only > application server, not whole orionserver. whole orionserver == application server. If you mean you want to start the server without the web-service, you can remove all tags from server.xml -Joe Walnes
to list admins: please set reply-to header
hi, could the list admins set the reply-to header in the emails the listserver sends? it would make things easier and is standard behaviour of other listservers. thanks, robert (-) 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
Re: Entity beans and database
this is incorrect. the container has to ensure that when a transaction is started the entity beans involced in that transaction have to be in sync with the underlying datastore. depending on your transaction isolation level this locks the record associated with your entity in the db during the transaction. if you modify the record with another client, the next transaction that is started and involves that entity should reload the current state, otherwise the container doesn't conform to the spec. so if you deleted records, the load operation should throw an exception. however, most containers (including orion) allow you to specify a flag that indicates that your server is the only thing writing to the database to avoid the expensive load operations at the beginning of each transaction. if you specify that and still modify the database from outside, you're on your own and can no longer rely on the spec. the effect that you cannot recreate an entity that you deleted manually looks like it's a caching problem (somewhere there's a hashtable of primary keys kept in memory that's not updated when the database record is deleted manually). so if you use the exclusive-write-access option then you're to blame. if you don't, I guess orion shouldn't behave that way and you should probably consider it a bug and post it to [EMAIL PROTECTED] but I might be wrong. regards, robert At 14:48 20.07.00 , Nick Newman wrote: >Hi Rick, > >The EJB spec says that once the entity bean is loaded from the database, >the container (Orion) doesn't have any responsibility to keep track of any >possible changes to the database. So what you are doing is basically >sneaking behind Orion's back. > >The consequences of this depend on the circumstances, I believe. Here's my >best guess ... > >Suppose the server had not been busy for quite a while. Under these >conditions Orion would have written all its entity beans back to the DB and >removed them from memory. If you now empty the DB, then all the entity >beans are gone (in the sense that trying to find one from its primary key >will fail). > >If the server is extremely busy when you emtied the DB, then all the entity >beans may well have been in memory, and they will get recreated in the DB >when Orion writes them out. > >Hope that helps. > >Nick Newman, SCIENTECH (-) 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
Re: Entity beans and database
this is incorrect. the container has to ensure that when a transaction is started the entity beans involced in that transaction have to be in sync with the underlying datastore. depending on your transaction isolation level this locks the record associated with your entity in the db during the transaction. if you modify the record with another client, the next transaction that is started and involves that entity should reload the current state, otherwise the container doesn't conform to the spec. so if you deleted records, the load operation should throw an exception. however, most containers (including orion) allow you to specify a flag that indicates that your server is the only thing writing to the database to avoid the expensive load operations at the beginning of each transaction. if you specify that and still modify the database from outside, you're on your own and can no longer rely on the spec. the effect that you cannot recreate an entity that you deleted manually looks like it's a caching problem (somewhere there's a hashtable of primary keys kept in memory that's not updated when the database record is deleted manually). so if you use the exclusive-write-access option then you're to blame. if you don't, I guess orion shouldn't behave that way and you should probably consider it a bug and post it to [EMAIL PROTECTED] but I might be wrong. regards, robert At 14:48 20.07.00 , Nick Newman wrote: >Hi Rick, > >The EJB spec says that once the entity bean is loaded from the database, >the container (Orion) doesn't have any responsibility to keep track of any >possible changes to the database. So what you are doing is basically >sneaking behind Orion's back. > >The consequences of this depend on the circumstances, I believe. Here's my >best guess ... > >Suppose the server had not been busy for quite a while. Under these >conditions Orion would have written all its entity beans back to the DB and >removed them from memory. If you now empty the DB, then all the entity >beans are gone (in the sense that trying to find one from its primary key >will fail). > >If the server is extremely busy when you emtied the DB, then all the entity >beans may well have been in memory, and they will get recreated in the DB >when Orion writes them out. > >Hope that helps. > >Nick Newman, SCIENTECH (-) 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
Re: Entity beans and database
Uhh boys , I think I can help a bit I agree that the problem is that you're working behind the server but ... the solution is to do something in order to it understantd what are you doing. I suggest you make a "commit" commnad in SQL every time you modify something in the database through SQL sure it will work and the server will understand the changes PLease I would be very grateful if you mail back to tell us wheter I'm correct or not. - David Sierra Fern ndez Ingeniero Tecnico de Telecomunicaci¢n AULA RETECAL (CEDETEL) Universidad de Valladolid Campus Miguel Delibes E-Mail: [EMAIL PROTECTED] 47011 Valladolid (SPAIN) -- -- Sierr@ -- On Thu, 20 Jul 2000, Nick Newman wrote: > Hi Rick, > > The EJB spec says that once the entity bean is loaded from the database, > the container (Orion) doesn't have any responsibility to keep track of any > possible changes to the database. So what you are doing is basically > sneaking behind Orion's back. > > The consequences of this depend on the circumstances, I believe. Here's my > best guess ... > > Suppose the server had not been busy for quite a while. Under these > conditions Orion would have written all its entity beans back to the DB and > removed them from memory. If you now empty the DB, then all the entity > beans are gone (in the sense that trying to find one from its primary key > will fail). > > If the server is extremely busy when you emtied the DB, then all the entity > beans may well have been in memory, and they will get recreated in the DB > when Orion writes them out. > > Hope that helps. > > Nick Newman, SCIENTECH > > At 04:14 PM 7/20/00 -0400, you wrote: > >If I have entity beans associated with a table in a database, > >and I delete all the records in the database outside of > >the application server, ( .ie using the database command > >interactive SQL program ) what happens to the entity beans. ? > > > >When I try to recreate a record that I erased outside of > >the application server, I am told that the entity already > >exists. > > > >Thanks. > > > > >
Integration with existent www-servers
Please, explain me how to integrate orionserver with other web servers like Apache. And I'd like to know how to start only application server, not whole orionserver. Any help appreciated, Stanislav Bernatsky