Re: EJB finder methods.
Hi Paul I am a newbie in EJB...so don't know if this will really helps.. I guess u implement the finder methods in the bean class? and also modify the Home interface file to add that method in. Regards, James Where do I specify my own finder methods in my entity bean. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
Bean Instance Pooling
Hi, Is there any way I can specify the number of Session Bean Instances to be created and pooled. TIA regards santosh s:) __ Santosh S Trigyn Technologies Ltd.(formerly eCapital Solutions) Tel. : 98450 63496 www : http://www.trigyn.com
jetspeed
has any one gotten JetSpeed "java.apache.org/jetspeed" to work correctly with orion server. using 1.2.4 under linux with jdk 1.3 from SUN. the error i keep getting is:"java.lang.NoClassDefFoundError" this is happening for both 1.1 and 1.2b1 of Jetspeed. i can get it to workunder Tomcat. but i really like orionsetver better artie
Re: When usin taglibs where to put the jarfile on the deploytool?
Ismael Blesa Part wrote: On my jsp I use invoke the taglib with: %@ taglib uri="/isumtags.jar" prefix="isum" % Above line tells that "uri" points out either to an entry in WEB-INF/web.xml file called /isumtags.jar being inside taglib-location's or references /isumtags.jar directly as tag library descriptor for tags prefixed with "isum". "prefix" attribute is being used as a namespace for defined tags. Thus, you could use user-defined tags as follows: isum:mytag / mytag in that case must be defined in tag library descriptor file as name. Then on the web.xml what should I put? taglib taglib-uri/isumtags.jar/taglib-uri taglib-location/WEB-INF/lib/isumtags.jar/taglib-location /taglib Given that isumtags.jar is just archive with new tags, it should look like: taglib taglib-uri/isumtags.ar/taglib-uri taglib-location/WEB-INF/isumtags.tld/taglib-location and isumtags.tld is a tag library descriptor which describes to servlet container how tags being defined there should be used - attributes, etc. As an example isumtags.tld could look like: taglib tlibversion1.0/tlibversion shortnameMy tags/shortname tag namemytag/name tagclassmy.package.with.MyTag/tagclass bodycontentJSP/bodycontent info/info attribute namename/name requiredfalse/required rtexprvaluefalse/rtexprvalue /attribute /tag /taglib Having done that, start using tags from isumtags.tld as: isum:mytag name="MyNotRequiredAttributeValue" / Keep in mind that corresponding classes should be reachable in WEB-INF/lib (as JAR) or WEB-INF/classes (as oridinary Java classes) directory. Another point of interest is to give more descriptive name for taglib-uri tag rather then a name which could be misunderstand as Java ARchive. Take a look at JSP Specification 1.1 (http://java.sun.com/products/jsp) if you need more *understandable* information on it. Jacek Laskowski
Standalone app and SSL tunnelling
I finally made the SSL communication working:
I replaced the "$JAVAHOME/jre/lib/security/cacerts" of client
system with "keystore" file used on server (I changed his name
to "cacerts"). Quick and dirty.
Issue now is client and orion server hang after first context
creation:
Here's the code - this object should be instanciated on demand
by client system:
Standalone application constructor:
public PaymentProxy() {
try {
// Create access to the naming context.
Context context = new InitialContext();
// setup debugging level
logging =
(String)context.lookup("java:comp/env/logging.level");
context.close();
} catch(NamingException e) { log( e );
}
}
After leaving, orion hang completely (no more communication,
no http, no console access).
I have no problem if I swith "jndi.properties" to http.
My system: jdk 1.2.2, red hat 6.2, orion 1.2.4
Bernard Sauterel
Hi,
Thanks for the work. I'm in trouble connecting thru SSL:
output from my client application:
initializing context ...
sauterel.shared.ldap.ProxyClient@2f70f477 - Communication error: Error
reading application-client descriptor: Error communicating with
server: Lookup error: javax.net.ssl.SSLException: untrusted server cert
chain; nested exception is:
javax.net.ssl.SSLException: untrusted server cert chain; nested
exception is:
javax.naming.NamingException: Lookup error:
javax.net.ssl.SSLException: untrusted server cert chain; nested
exception
is:
javax.net.ssl.SSLException: untrusted server cert chain
jndi.properties:
java.naming.factory.initial=com.everm
ind.server.ApplicationClientInitialContextFactory
java.naming.provider.url=https:ormi://www.sauterel.net/ldap
java.naming.security.principal=admin
java.naming.security.credentials=123
The application work perfectly using http:ormi:... . Web site is
secured using a test cert (do I have to use an "official" cert?)
generated as described in your "SSL how to".
Looking forward,
Bernard Sauterel
+--++
| Bernard Sauterel | sauterel.net |
+--++
email | [EMAIL PROTECTED]
RE: EJB finder methods.
For Container Managed Persistence beans, you just add the method to the Home
interface:
public Collection findByField1 ( String field1 ) throws FinderException ,
RemoteException ;
The container will automatically write the finder method for you.
For Bean Managed Persistence beans, you put the same method in the Home
interface,
but you must write your own finder method in the EJB class:
public Collection ejbFindByField1( String field1 ) {
... SQL statements to find Collection
return Collection.
}
-Original Message-
From: James Ho [SMTP:[EMAIL PROTECTED]]
Sent: August 29, 2000 12:18 PM
To: Orion-Interest
Subject: Re: EJB finder methods.
Hi Paul
I am a newbie in EJB...so don't know if this will really helps..
I guess u implement the finder methods in the bean class? and also modify
the Home interface file to add that method in.
Regards, James
Where do I specify my own finder methods in my entity bean.
_
Get Your Private, Free E-mail from MSN Hotmail at
http://www.hotmail.com.
Share information about yourself, create your own public profile at
http://profiles.msn.com.
RE: Caribou Lake JDBC driver to Ingres Database
To do object to relational mapping you have to modify the file: orion/application-deployments/your_app/ejb/orion-ejb-jar.xml after you deploy the entity beans. You can put the file in : ear/ejb/orion/orion-ejb-jar.xml in your ear file or development directory to be used the next time you deploy. Hope that helps.
Re: Obtaining an SSL Certificate
Did you get a 40-bit or 128-bit cert? Orion informed me we can use 128-bit if we get the domestic JSSE from Sun. Dale - Original Message - From: Mike Fontenot [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Monday, August 28, 2000 11:15 AM Subject: Obtaining an SSL Certificate Orion users, I wanted to let you know that I have obtained a production SSL certificate from Verisign and installed this into a production Orion application server running on Solaris. Maybe this is not big news to everyone but for me it is significant. After much development time with the Thawte Developer 'Test SSL Chained CA Cert', I found out that Thawte no longer sells this type of certificate. Also, after trying unsuccessfully to use one of their other certificates, they sent me to Verisign. The Verisign process is a bit murkier than the Thawte process, but no less byzantine. Aside from the mounds of paperwork you must produce to 'prove' you are who you say you are, the choices you are able to select when obtaining the cert are few, in fact there is only one choice. When asked what kind of server software/who manufactures my server software, the choice I made was 'JavaSoft'. That was it, after days of paperwork shuffling I was emailed a cert. I installed this into my keystore, and then into an Orion SSL website. It works. Steps to obtain a cert. 1. Using the Java 1.3 JDK on Windows, I followed the instructions for setting up a secure site using SSL as found on the Orion website and the OrionSupport. Fill out ALL of the fields when creating your original keystore. Example (I'm in the US): user firstname lastname: make this your website name - www.yoursite.com Organization: your company name - Acme Organizational Unit: your companies domain name - acme.com City/Locality: your city: AcmeVille State: your state, capitalize this - Colorado Country: the 2 letter code for country - US 2. Create a Certificate Signing Request - again, following the instructions on both Orion Orionsupport, the CSR is created. You will need this when filling out the Verisign website information. If there is anything funky in your CSR, Verisign will notify you right there and you will not be able to proceed until you fix whatever the error is. 3. Begin the paperwork process with Verisign. Their site details what is required so I won't repeat it here. Be advised that if you are in a hurry..., sit back, take a deep breath (maybe a glass of scotch), and chill out. They don't care. Nothing moves on their end until you produce ALL of the required paperwork. Now, you can help speed things a bit but quickly faxing everything they ask for, then following up with a phone call to customer support. 4. Magically, you will get an email from Verisign with a cert attached. Copy this to a file and import this into your keystore as described in Orion/Orionsupport. 5. Install your keystore into a SSL website. You should be good to go now. Now I would like to say this is a happy ending, and for the most part it is. However, I still cannot use Orion in production with SSL because of a weird problem when accessing the ORion SSL website using Netscape. Doing this causes the Orion JVM to go to 100% CPU utilization and the application crawls. It does not happen right away, but as soon as I do my first POST on a page after transferring into SSL from non-SSL, the cpu goes to 100% and stays there. I experience this on my development system, WindowsNT 4 (SP6). I have notified the Orion team about this and hopefully they are working on a solution. If anyone else has seen this and figured out a workaround, we'd love to hear from you. Regards, Mike Mike Fontenot - Object Systems Architect BrandMatrix, Ltd. Golden, Colorado
RE: EJB finder methods.
First of all implement the Entity Bean with Container Managed Persistence. In that case you'll need to have finder method declared in Home interface and implemented in Primary Key class. YOU WILL NOT HAVE finder METHOD IN EJB CLASS for CMP. It will be written by the container at the deployment time! Check page 89 in "Enterprise Java Beans" 2nd edition by Richard Monson-Haefel - Roman Kagan 5155 Bantry Dr Chief Architect W. Bloomfield, MI 48322 SoftFinity Corp.phone (248) 227-1220 [EMAIL PROTECTED] fax (810) 958-5148 - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of James Ho Sent: Tuesday, August 29, 2000 12:18 PM To: Orion-Interest Subject: Re: EJB finder methods. Hi Paul I am a newbie in EJB...so don't know if this will really helps.. I guess u implement the finder methods in the bean class? and also modify the Home interface file to add that method in. Regards, James Where do I specify my own finder methods in my entity bean. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
Binding to JNDI from a client
Guys I'd REALLY appreciate any help with this one ;)
Whenever I try to bind an object to JNDI from an autostarted client Orion
(and the client) freezes.
ctx = new InitialContext();
log("Binding portlets to JNDI");
ctx.rebind("java:comp/env/daemon/portal/portlets", portlets);
It freezes right after the log message.
jndi.properties (in the client JAR) is standard
java.naming.factory.initial=com.evermind.server.ApplicationClientInitialCont
extFactory
java.naming.provider.url=ormi://localhost/opensymphony
java.naming.security.principal=admin
java.naming.security.credentials=123
Has anyone managed to get this working? (Binding an object to the server
JNDI tree from a client?)
Mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dale Bronk
Sent: Tuesday, 29 August 2000 10:07
To: Orion-Interest
Subject: Re: Obtaining an SSL Certificate
Did you get a 40-bit or 128-bit cert? Orion informed me we can
use 128-bit
if we get the domestic JSSE from Sun.
Dale
- Original Message -
From: Mike Fontenot [EMAIL PROTECTED]
To: Orion-Interest [EMAIL PROTECTED]
Sent: Monday, August 28, 2000 11:15 AM
Subject: Obtaining an SSL Certificate
Orion users,
I wanted to let you know that I have obtained a production SSL
certificate
from Verisign and installed this into a production Orion application
server
running on Solaris. Maybe this is not big news to everyone but for me it
is
significant.
After much development time with the Thawte Developer 'Test SSL
Chained CA
Cert', I found out that Thawte no longer sells this type of certificate.
Also, after trying unsuccessfully to use one of their other
certificates,
they sent me to Verisign.
The Verisign process is a bit murkier than the Thawte process,
but no less
byzantine. Aside from the mounds of paperwork you must produce
to 'prove'
you are who you say you are, the choices you are able to select when
obtaining the cert are few, in fact there is only one choice. When asked
what kind of server software/who manufactures my server software, the
choice
I made was 'JavaSoft'.
That was it, after days of paperwork shuffling I was emailed a cert. I
installed this into my keystore, and then into an Orion SSL website. It
works.
Steps to obtain a cert.
1. Using the Java 1.3 JDK on Windows, I followed the instructions for
setting up a secure site using SSL as found on the Orion website and the
OrionSupport. Fill out ALL of the fields when creating your original
keystore.
Example (I'm in the US):
user firstname lastname: make this your website name - www.yoursite.com
Organization: your company name - Acme
Organizational Unit: your companies domain name - acme.com
City/Locality: your city: AcmeVille
State: your state, capitalize this - Colorado
Country: the 2 letter code for country - US
2. Create a Certificate Signing Request - again, following the
instructions
on both Orion Orionsupport, the CSR is created. You will need
this when
filling out the Verisign website information. If there is anything funky
in
your CSR, Verisign will notify you right there and you will not
be able to
proceed until you fix whatever the error is.
3. Begin the paperwork process with Verisign. Their site details what is
required so I won't repeat it here. Be advised that if you are in a
hurry..., sit back, take a deep breath (maybe a glass of scotch), and
chill
out. They don't care. Nothing moves on their end until you
produce ALL of
the required paperwork. Now, you can help speed things a bit but quickly
faxing everything they ask for, then following up with a phone call to
customer support.
4. Magically, you will get an email from Verisign with a cert attached.
Copy
this to a file and import this into your keystore as described in
Orion/Orionsupport.
5. Install your keystore into a SSL website. You should be good
to go now.
Now I would like to say this is a happy ending, and for the most part it
is.
However, I still cannot use Orion in production with SSL because of a
weird
problem when accessing the ORion SSL website using Netscape. Doing this
causes the Orion JVM to go to 100% CPU utilization and the application
crawls. It does not happen right away, but as soon as I do my first POST
on
a page after transferring into SSL from non-SSL, the cpu goes
to 100% and
stays there. I experience this on my development system, WindowsNT 4
(SP6).
I have notified the Orion team about this and hopefully they are working
on
a solution. If anyone else has seen this and figured out a workaround,
we'd
love to hear from you.
Regards,
Mike
Mike Fontenot - Object Systems Architect
BrandMatrix, Ltd.
Golden, Colorado
RE: Obtaining an SSL Certificate
I got a 40 bit cert. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dale Bronk Sent: Tuesday, August 29, 2000 6:07 AM To: Orion-Interest Subject: Re: Obtaining an SSL Certificate Did you get a 40-bit or 128-bit cert? Orion informed me we can use 128-bit if we get the domestic JSSE from Sun. Dale - Original Message - From: Mike Fontenot [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Monday, August 28, 2000 11:15 AM Subject: Obtaining an SSL Certificate Orion users, I wanted to let you know that I have obtained a production SSL certificate from Verisign and installed this into a production Orion application server running on Solaris. Maybe this is not big news to everyone but for me it is significant. After much development time with the Thawte Developer 'Test SSL Chained CA Cert', I found out that Thawte no longer sells this type of certificate. Also, after trying unsuccessfully to use one of their other certificates, they sent me to Verisign. The Verisign process is a bit murkier than the Thawte process, but no less byzantine. Aside from the mounds of paperwork you must produce to 'prove' you are who you say you are, the choices you are able to select when obtaining the cert are few, in fact there is only one choice. When asked what kind of server software/who manufactures my server software, the choice I made was 'JavaSoft'. That was it, after days of paperwork shuffling I was emailed a cert. I installed this into my keystore, and then into an Orion SSL website. It works. Steps to obtain a cert. 1. Using the Java 1.3 JDK on Windows, I followed the instructions for setting up a secure site using SSL as found on the Orion website and the OrionSupport. Fill out ALL of the fields when creating your original keystore. Example (I'm in the US): user firstname lastname: make this your website name - www.yoursite.com Organization: your company name - Acme Organizational Unit: your companies domain name - acme.com City/Locality: your city: AcmeVille State: your state, capitalize this - Colorado Country: the 2 letter code for country - US 2. Create a Certificate Signing Request - again, following the instructions on both Orion Orionsupport, the CSR is created. You will need this when filling out the Verisign website information. If there is anything funky in your CSR, Verisign will notify you right there and you will not be able to proceed until you fix whatever the error is. 3. Begin the paperwork process with Verisign. Their site details what is required so I won't repeat it here. Be advised that if you are in a hurry..., sit back, take a deep breath (maybe a glass of scotch), and chill out. They don't care. Nothing moves on their end until you produce ALL of the required paperwork. Now, you can help speed things a bit but quickly faxing everything they ask for, then following up with a phone call to customer support. 4. Magically, you will get an email from Verisign with a cert attached. Copy this to a file and import this into your keystore as described in Orion/Orionsupport. 5. Install your keystore into a SSL website. You should be good to go now. Now I would like to say this is a happy ending, and for the most part it is. However, I still cannot use Orion in production with SSL because of a weird problem when accessing the ORion SSL website using Netscape. Doing this causes the Orion JVM to go to 100% CPU utilization and the application crawls. It does not happen right away, but as soon as I do my first POST on a page after transferring into SSL from non-SSL, the cpu goes to 100% and stays there. I experience this on my development system, WindowsNT 4 (SP6). I have notified the Orion team about this and hopefully they are working on a solution. If anyone else has seen this and figured out a workaround, we'd love to hear from you. Regards, Mike Mike Fontenot - Object Systems Architect BrandMatrix, Ltd. Golden, Colorado
RE: EJB finder methods.
In a finder method, how do you automatically have a custom SQL statement...For instance: CREATE TABLE names ( nameID int, fname char(20), lname char(20), city char(40)) Collection findByCity(String sCity); I would like to set an ORDER BY lname in my finder method...I know it can be done in the application deployment, but what about if I ship my EJB to other companies, do I have to have them edit all the application deployment .xml files to add custom finders? Thanks! Jeremy - [EMAIL PROTECTED] Christian Brotherhood Newsletter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Roman Kagan Sent: Tuesday, August 29, 2000 8:22 AM To: Orion-Interest Subject: RE: EJB finder methods. Importance: High First of all implement the Entity Bean with Container Managed Persistence. In that case you'll need to have finder method declared in Home interface and implemented in Primary Key class. YOU WILL NOT HAVE finder METHOD IN EJB CLASS for CMP. It will be written by the container at the deployment time! Check page 89 in "Enterprise Java Beans" 2nd edition by Richard Monson-Haefel - Roman Kagan 5155 Bantry Dr Chief Architect W. Bloomfield, MI 48322 SoftFinity Corp.phone (248) 227-1220 [EMAIL PROTECTED] fax (810) 958-5148 - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of James Ho Sent: Tuesday, August 29, 2000 12:18 PM To: Orion-Interest Subject: Re: EJB finder methods. Hi Paul I am a newbie in EJB...so don't know if this will really helps.. I guess u implement the finder methods in the bean class? and also modify the Home interface file to add that method in. Regards, James Where do I specify my own finder methods in my entity bean. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
RE: J2EE Application Security
I am currently working on the security design for our application and seem to be working on the same issues that you are. I intend to provide a complete ACL based security infrastructure at the EJB level. J2EE's method level security is far from sufficient for my purposes. For example: SessionEJB.createPurchaseOrder(store, ...); access to that method is determined by the user's permissions at the _store_ level, not the method itself. I would be interested in further discussion outside of the bounds of this list, if anyone else is interested. My current thought is to use the EJBContext.getUserPrincipal() to identify the Principal, and then use that information to look up the proper ACLs (most likely entity EJBs), and then check the appropriate permissions for the Principal. Naturally I don't want to be passing the Principal to every method invocation, and the API appears to already provide a nice way. Tying my own infrastructure into the J2EE server itself could be a problem however, especially if other servers don't have the nice API that Orion does. Regards, Will -Original Message- From: WebDev [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 29, 2000 2:07 AM To: Orion-Interest Subject: Re: How does the env-entry tags work? Magnus, Thanks for your prompt reply. We thought about the method you described but there are a few things, we are worried about using this approach. First would be the overhead involved instantiating additional session beans, assuming stateful beans would fit the best, assigning one stateful session bean per user session to handle security and calling the required entity/session bean(s). The big drawback would be that this would require immense system ressources, database connections might 'run out' (we're using Interbase 6.0 SS on Linux and experienced a lack of connections at say 15 concurrent users even when using a pooled connection, which might not be an orion issue but rather related to Interbase), plus assuming the 'inter-beans' calls in the same container require marshalling via rmi (PLEASE prove me wrong on this one ;) thus an additional performance loss which we would avoid implementing the security in entity beans. Being relatively new to J2EE one of the big rumours is to avoid stateful session beans at all because of performance issues and re-modelling the controller of the application by means of stateless session beans/servlets/http-session management. Again, please prove me wrong, but due to the lack of documentation it is pretty unknown how orion internally handles such cases (do calls from bean to bean in the same container require marshalling? How do stateful session beans perform?) One more thing about the system we are implementing. The point we can't use security as orion provides it - even with its dynamic user/group management - is because we have to restrict access to an entity bean's methods depending on the user requesting it and of the instance of the bean. To illustrate it, user A may have access to say all methods of bean B if bean B contains data X, but only may have access to say 2 methods if the very same bean contains data Y. TIA, Markus Wolf On Mon, Aug 28, 2000 at 10:28:53PM +0200, Magnus Rydin wrote: Hi there, sorry for not understanding that you were talking about the descriptors. Why dont you logon through a sessionbean that handles all the fine-grained security stuff you want it to have? Normal procedure would be to have a page acting as a logon form, that will then call a session bean with the values you want, say username/password. Then lets say that sessionBean returns another sessionbean, that can only be created with a ValidUserObject (given by the first sessionBean if authentication was ok). Now ,the returned sessionbean could hold all the methods you want to enable for valid users.. I cant get my head arround why you do not want to send in the identifying values through a method.. Another way of sending data between the layers would of course be by using JMS messaging.. But how would you make a 'session' out of it? Hopefully, someone else on this list gets a better grip on what it is that you want to accomplish, as I fear that this is not totaly clear to me. WR -Original Message- From: WebDev [mailto:[EMAIL PROTECTED]] Sent: den 28 augusti 2000 21:55 To: Orion-Interest Subject: Re: How does the env-entry tags work? Magnus, We are trying to find a way to handle user authorization at the entity-bean level to be able to restrict access to methods at the lowest level. However we dont want to use users/group in the J2EE 'manner' but rather provide our own user-management. Orion got a wonderful interface to dynamically add/remove users and groups but it isn't as fine grained as we'd prefer to have it. Our first problem was to 'transfer' the logged in user-id from the servlet layer to the ejb-layer, thus we tried to send it via the
Re: jetspeed
Hey arthur How did you get it to work under Tomcat? I had a world of problems with it, and so moved to orion. Listen, if you find the answer to installation on Orion, or if you want to work together to try and get it working, let me know. Derek Akers Eldan Software Toronto, Ontario www.eldan.com - Original Message - From: "Arthur Copeland (Saphari.com - www.saphari.com)" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, August 29, 2000 3:14 AM Subject: jetspeed has any one gotten JetSpeed "java.apache.org/jetspeed" to work correctly with orion server. using 1.2.4 under linux with jdk 1.3 from SUN. the error i keep getting is:"java.lang.NoClassDefFoundError" this is happening for both 1.1 and 1.2b1 of Jetspeed. i can get it to workunder Tomcat. but i really like orionsetver better artie
jsp deployment
Here's my current problem: I have managed to deploy a simple app of html, jsp and one bean that holds some variables, but for some reason I keep getting a "page cannot be displayed" error when trying to access the jsp pages through a browser. I have used the deployment structure outlined in the "building and deploying an application" documentation for orion, with my htnl and jsp pages located in myapp-web folder, although I have also tried locating the jsp files in a sub folder of myapp-web as well. can anyone help? Derek Akers.
OrionCMTConnection not closed
I have a BMP bean (3rd party, but I have the source code) that writes to a database. The write is fine and gets committed seemingly without problems. Once I continue surfing around the site however Orion then throws the following exception: OrionCMTConnection not closed, check your code! LogicalDriverManagerXAConnection not closed, check your code! Created at: java.lang.Throwable: OrionCMTConnection created at com.evermind.sql.ai.init(JAX) at com.evermind.sql.OrionCMTDataSource.getConnection(JAX) at com.cai.joe.component.PortableContext1_1.getDatabaseConnection(PortableConte xt1_1.java:49) at com.cai.joe.component.ComponentContext$DatabaseConnection.establishJDBCConne ction(ComponentContext.java:400) at com.cai.joe.component.ComponentContext$DatabaseConnection.init(ComponentCo ntext.java:303) at com.cai.joe.component.ComponentContext.init(ComponentContext.java:68) at com.cai.joe.component.ComponentContextFactory.create(ComponentContextFactory java:73) at com.cai.joe.component.InitialComponentContext.init(InitialComponentContext java:77) at com.sevenirene.qnacomponent.session.QuestionComponentSessionBean.createQuest ion(QuestionComponentSessionBean.java:54) at IQuestionComponentEJBObject_StatelessSessionBeanWrapper21.createQuestion(IQu estionComponentEJBObject_StatelessSessionBeanWrapper21.java:53) at com.lgfg.ejbwrapper.QuestionEJB.createQuestion(QuestionEJB.java:74) at com.lgfg.action.VoteSaveAction.perform(VoteSaveAction.java:102) at org.apache.struts.action.ActionServlet.processActionInstance(ActionServlet.j ava:794) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:702) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:332) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.dk.p8(JAX) at com.evermind.server.http.dk.forward(JAX) at com.evermind.server.http.dt.qe(JAX) at com.evermind.server.http.dt.qd(JAX) at com.evermind.util.f.run(JAX) Any ideas/help/tips on this one? I'm not sure if it really is the code in the bean, or something to do with my config/deployment descriptor.
RE: EJB finder methods.
Yes, Unfortunately at the moment there is no way to port finders in orion-ejb-jar.xml from server to server. You can include this file in the .jar though and Orion will deploy it with your finders intact. (Other servers will just ignore it as far as I know) Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeremy Cowgar Sent: Tuesday, 29 August 2000 11:56 To: Orion-Interest Subject: RE: EJB finder methods. In a finder method, how do you automatically have a custom SQL statement...For instance: CREATE TABLE names ( nameID int, fname char(20), lname char(20), city char(40)) Collection findByCity(String sCity); I would like to set an ORDER BY lname in my finder method...I know it can be done in the application deployment, but what about if I ship my EJB to other companies, do I have to have them edit all the application deployment .xml files to add custom finders? Thanks! Jeremy - [EMAIL PROTECTED] Christian Brotherhood Newsletter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Roman Kagan Sent: Tuesday, August 29, 2000 8:22 AM To: Orion-Interest Subject: RE: EJB finder methods. Importance: High First of all implement the Entity Bean with Container Managed Persistence. In that case you'll need to have finder method declared in Home interface and implemented in Primary Key class. YOU WILL NOT HAVE finder METHOD IN EJB CLASS for CMP. It will be written by the container at the deployment time! Check page 89 in "Enterprise Java Beans" 2nd edition by Richard Monson-Haefel - Roman Kagan 5155 Bantry Dr Chief Architect W. Bloomfield, MI 48322 SoftFinity Corp. phone (248) 227-1220 [EMAIL PROTECTED] fax (810) 958-5148 - -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of James Ho Sent: Tuesday, August 29, 2000 12:18 PM To: Orion-Interest Subject: Re: EJB finder methods. Hi Paul I am a newbie in EJB...so don't know if this will really helps.. I guess u implement the finder methods in the bean class? and also modify the Home interface file to add that method in. Regards, James Where do I specify my own finder methods in my entity bean. _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com.
Re: RMI vs. HTTPTunneling
Also RMI is supposed to automatically use http tunneling if it can not make a connection on a particular port. You have to install a proxying cgi function on your web server (behind the firewall) that will provide the forwarding. Check java.sun.com and search for HTTP Tunneling. Cory At 09:17 PM 8/28/95 -0400, Al Fogleson wrote: Both are protocols... in http tunneling you encapsulate some other protocol within http. thus you could make an RMI connection tunneled through http Al - Original Message - From: "Roman Kagan" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Monday, August 28, 2000 7:56 PM Subject: RMI vs. HTTPTunneling Hi! Maybe someone knows: What the difference in RMI vs. HTTPTunnelling ? Sincerely, Roman Kagan
Re: OrionCMTConnection not closed
Sounds to me like their code is missing a close() on the database connection. You always need to do a close() on the connection so that it can be reused within the connection pool. -t On Tue, Aug 29, 2000 at 04:03:29PM +0100, Chris Miller wrote: I have a BMP bean (3rd party, but I have the source code) that writes to a database. The write is fine and gets committed seemingly without problems. Once I continue surfing around the site however Orion then throws the following exception: OrionCMTConnection not closed, check your code! LogicalDriverManagerXAConnection not closed, check your code! Created at: java.lang.Throwable: OrionCMTConnection created at com.evermind.sql.ai.init(JAX) at com.evermind.sql.OrionCMTDataSource.getConnection(JAX) at com.cai.joe.component.PortableContext1_1.getDatabaseConnection(PortableConte xt1_1.java:49) at com.cai.joe.component.ComponentContext$DatabaseConnection.establishJDBCConne ction(ComponentContext.java:400) at com.cai.joe.component.ComponentContext$DatabaseConnection.init(ComponentCo ntext.java:303) at com.cai.joe.component.ComponentContext.init(ComponentContext.java:68) at com.cai.joe.component.ComponentContextFactory.create(ComponentContextFactory java:73) at com.cai.joe.component.InitialComponentContext.init(InitialComponentContext java:77) at com.sevenirene.qnacomponent.session.QuestionComponentSessionBean.createQuest ion(QuestionComponentSessionBean.java:54) at IQuestionComponentEJBObject_StatelessSessionBeanWrapper21.createQuestion(IQu estionComponentEJBObject_StatelessSessionBeanWrapper21.java:53) at com.lgfg.ejbwrapper.QuestionEJB.createQuestion(QuestionEJB.java:74) at com.lgfg.action.VoteSaveAction.perform(VoteSaveAction.java:102) at org.apache.struts.action.ActionServlet.processActionInstance(ActionServlet.j ava:794) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:702) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:332) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.dk.p8(JAX) at com.evermind.server.http.dk.forward(JAX) at com.evermind.server.http.dt.qe(JAX) at com.evermind.server.http.dt.qd(JAX) at com.evermind.util.f.run(JAX) Any ideas/help/tips on this one? I'm not sure if it really is the code in the bean, or something to do with my config/deployment descriptor. -- Tony Abbott [EMAIL PROTECTED]
RE: DataSourceUserManager methods
I don't think it's obfuscation, only the console calls these methods, they're like convenience methods or something like that and they should have been superseeded in release versions, by the methods we know: getUserCount(), et al The problem's root is at AbstractUserManager, which declares these as FINAL, and they only throw exceptions I changed these (removing the FINALs) and recompiled (Yawwwl!) and I'm touching DataSourceUserManager. Whenever it's done, I'll merge the code (Abstract DataSource UserManager) and then release my own DSUM. Still, poking around orion's source (which I don't have!) doesn't seem to be the 'right' way. I sure wish Karl, Magnus et al would at least say whether they're working on it or not, and what are we supposed to do about it. -Original Message- From: Arved Sandstrom [mailto:[EMAIL PROTECTED]] Sent: Monday, August 28, 2000 1:23 PM To: Orion-Interest Subject: RE: DataSourceUserManager methods Right, that's certainly the impression I get also. I was getting very curious so I looked at DataSourceUserManager with TogetherJ, and methods with the correct signatures exist in that class. I also believe that the obfuscation slipped up here. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Dunn Sent: Monday, August 28, 2000 12:49 PM To: Orion-Interest Subject: RE: DataSourceUserManager methods Orion is obfuscating their code and I think has inadvertently obfuscated these public methods. These method exist but probably have names like a7i() now. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Arved Sandstrom Sent: Friday, August 25, 2000 6:27 AM To: Orion-Interest Subject: DataSourceUserManager methods Hi, all This has me perplexed. I am calling the published methods getGroups(), addToGroup() and removeFromGroup() on what is very definitely a valid instance of com.evermind.sql.DataSourceUserManager, but as you can see from the compiler excerpt below, the methods are not being recognized. I have getGroups() returning a java.util.Set, and the other 2 are voids. I expect all 3 to throw java.sql.SQLException. The latest Orion API docs definitely have these methods. It sure looks to me like my signatures are OK, also. I guess I'd just like confirmation that these methods really exist in DataSourceUserManager. Thanks. [javac] D:\public\ProductLink\source\com\eplicity\framework\security\OrionUs erManager.java:195: Method getGroups(com.evermind.sql.DataSourceUser) not found in class com.evermind.sql.DataSourceUserManager. [javac] return dsUserManager.getGroups( dsUser ); [javac] ^ [javac] D:\public\ProductLink\source\com\eplicity\framework\security\OrionUs erManager.java:203: Method addToGroup(com.evermind.sql.DataSourceUser, com.everm ind.security.Group) not found in class com.evermind.sql.DataSourceUserManager. [javac] dsUserManager.addToGroup( dsUser, orionGroup ); [javac] ^ [javac] D:\public\ProductLink\source\com\eplicity\framework\security\OrionUs erManager.java:211: Method removeFromGroup(com.evermind.sql.DataSourceUser, com. evermind.security.Group) not found in class com.evermind.sql.DataSourceUserManag er. [javac] dsUserManager.removeFromGroup( dsUser, orionGroup ); [javac] ^ [javac] 3 errors
A problem with jspInit()?
I have a simple test program that is demostrating that the orion server is
calling the jspInit() routine every time the page is requested! I understand
that it should only be called once when loaded, has anybody else seen this?
Instead of always showing one, it actually increments! Orionserver V1.2.4
Thanks in advance Norm Jefferies
Test Program:
%@page language="java"
%
%!
private int cnt = 0;
%
%!
public void jspInit()
{
cnt++;
}
%
HTMLHEADTITLEHIV InSite.com Trials Search/TITLE/HEAD
BODY bgcolor="#FF" alink="green" text="#00" vlink="#cc"
%
%
%= cnt %
/BODY
/HTML
xml
OK, so I figured out what was wrong with the whole jsp deployment thing... I had not ensured the correct directory structure to conform to my packaging under myapp-ejb. anyhow, here's a new question: has ANYONE implemented xml schemas with xsl/t on orion? if so, could you please help me configure orion to handlethese properly? derek akers
RE: DataSourceUserManager methods
Hi, Juan I'm not sure I agree with your appreciation of the 3 methods I am referring to: addToGroup(), removeFromGroup(), and getGroups() are not final in AbstractUserManager (they aren't in that API at all). I can go along with your characterization of them as "convenience" methods, though, as so far I have been able to do what I want to do without making use of these methods. Are we using the same version of Orion, I wonder? I agree, I'd like some heads up as to the future development of the UserManager API's in Orion. I like them, particularly compared to most others I've seen. They are serious value-added, IMHO. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Pablo Lorandi Sent: Tuesday, August 29, 2000 1:47 PM To: Orion-Interest Subject: RE: DataSourceUserManager methods I don't think it's obfuscation, only the console calls these methods, they're like convenience methods or something like that and they should have been superseeded in release versions, by the methods we know: getUserCount(), et al The problem's root is at AbstractUserManager, which declares these as FINAL, and they only throw exceptions I changed these (removing the FINALs) and recompiled (Yawwwl!) and I'm touching DataSourceUserManager. Whenever it's done, I'll merge the code (Abstract DataSource UserManager) and then release my own DSUM. Still, poking around orion's source (which I don't have!) doesn't seem to be the 'right' way. I sure wish Karl, Magnus et al would at least say whether they're working on it or not, and what are we supposed to do about it.
RE: DataSourceUserManager methods
I use Orion 1.1.24 (it's IMHO the stablest release so far) In this release, the ackward-named methods within AbstractUserManager are final-- I can send the .class or .java if you like. I also agree that UserManagers API are an absolutely must have, specially if you need to couple the security with an existing infrastructure (say, you want to use an NT group of accounts). I think we agree in mostly everything ;) Anyway, the point I'm trying to make is this: Is Orion Team looking into developing UserManagers (and the long awaited LDAPUserManager)? (so that we don't have to build our own UserManagers) Is Orion Team looking into depuring AbstractUserManager (and the console if necesary)? (so that we can start coding our own UserManagers) These are the questions that rage thru my mind-- so I just want to ask! Why do I ask? -- because I am and will keep on using Orion and don't want to be doing the same thing as Orion Team does. So, do I keep on decompiling classes or is Orion Team fixing something --and that's all I want, a clarification of where is OT going to, nothing more, nothing less And I understand that perhaps this is not first priority. My 2c, JP -Original Message- From: Arved Sandstrom [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 29, 2000 3:06 PM To: Orion-Interest Subject: RE: DataSourceUserManager methods Hi, Juan I'm not sure I agree with your appreciation of the 3 methods I am referring to: addToGroup(), removeFromGroup(), and getGroups() are not final in AbstractUserManager (they aren't in that API at all). I can go along with your characterization of them as "convenience" methods, though, as so far I have been able to do what I want to do without making use of these methods. Are we using the same version of Orion, I wonder? I agree, I'd like some heads up as to the future development of the UserManager API's in Orion. I like them, particularly compared to most others I've seen. They are serious value-added, IMHO. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Pablo Lorandi Sent: Tuesday, August 29, 2000 1:47 PM To: Orion-Interest Subject: RE: DataSourceUserManager methods I don't think it's obfuscation, only the console calls these methods, they're like convenience methods or something like that and they should have been superseeded in release versions, by the methods we know: getUserCount(), et al The problem's root is at AbstractUserManager, which declares these as FINAL, and they only throw exceptions I changed these (removing the FINALs) and recompiled (Yawwwl!) and I'm touching DataSourceUserManager. Whenever it's done, I'll merge the code (Abstract DataSource UserManager) and then release my own DSUM. Still, poking around orion's source (which I don't have!) doesn't seem to be the 'right' way. I sure wish Karl, Magnus et al would at least say whether they're working on it or not, and what are we supposed to do about it.
JNDI Service Providers
Background... I would like to have Orion Application Server store its object references in a Win2000 Active Directory via a JNDI LDAP service provider. I would also like to have my client applications access these same object references via a JNDI LDAP service provider. Question 1. Does Orion support JNDI Service Providers other than the default (accessed via ormi)? Question 2. Can Orion support the scenario I have described above? Question 3. If the answer to Question 2 is "Yes", what are the general steps to accomplish the scenario? Thanks! Mark H. McLain Systems Developer Sybron Laboratory Products Corporation (SLPC)
Vendor specific data sources?
Hi everyone. I am starting to move my legacyish apps over to the data-source.xml method way of getting connections and have a few questions. Before now, I had been using a ConnectionPool of my own design but it appears that I should be leaving this up to the application server now. I created a data source in data-sources.xml and it works great, but I have a question about vendor specific sources. The example data source in data-sources.xml shows the following: -- 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" -- But in browsing around the new Oracle drivers, I have noticed a class called OracleConnectionPoolDataSource (and also OracleDataSource). I have substituted this class for the Orion DriverManagerDataSource and it works fine. My question is, should I use the vendor supplied data source class or should I use Orion's? Also, if I use the vendor supplied source, should I bother with xa-location, ejb-location and pooled-location or should I just use location? Thanks in advance! -- Jason von Nieda 3Buddies.com
RE: Caribou Lake JDBC driver to Ingres Database
Thank you Rick I now have Orion taking via the cariboulakes JDBC driver Ingres 2 I am running the lesson 2 from sun writing enterprise applications Thanks Jeff -Original Message- From: Rick Bos [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 29, 2000 11:59 PM To: Orion-Interest Subject: RE: Caribou Lake JDBC driver to Ingres Database To do object to relational mapping you have to modify the file: orion/application-deployments/your_app/ejb/orion-ejb-jar.xml after you deploy the entity beans. You can put the file in : ear/ejb/orion/orion-ejb-jar.xml in your ear file or development directory to be used the next time you deploy. Hope that helps.
What does the error - com.evermind.server.rmi.RMIConnectionException: Object reference no longer valid (Disconnected)
Hi, I have a session bean which returns an array of Objects.I get this error while trying to return the application. The complete stacktrace is below com.evermind.server.rmi.RMIConnectionException: Object reference no longer valid (Disconnected) at com.evermind.server.rmi.a2.invoke(JAX) at __Proxy2.getAllTrees(Unknown Source) at com.trigyn.apollo.servicetree.gui.STDataFetch.getAllTrees(STDataFetch.java:1 01) at com.trigyn.apollo.servicetree.gui.ServiceTreeGUI.getServiceTrees(ServiceTree GUI.java, Compiled Code) at com.trigyn.apollo.servicetree.gui.ServiceTreeGUI.createServiceNamePanel(Serv iceTreeGUI.java:237) at com.trigyn.apollo.servicetree.gui.ServiceTreeGUI.createMainPanel(ServiceTree GUI.java:175) at com.trigyn.apollo.servicetree.gui.ServiceTreeGUI.layoutComponents(ServiceTre eGUI.java:152) at com.trigyn.apollo.servicetree.gui.ServiceTreeGUI.buildGUI(ServiceTreeGUI.jav a:146) at com.trigyn.apollo.servicetree.gui.ServiceTreeGUI.init(ServiceTreeGUI.java: 78) at com.trigyn.apollo.servicetree.gui.ServiceTreeGUI.main(ServiceTreeGUI.java:43 4) regards santosh s:)
