RE: ejb 2.0 relations in orion 1.4.3 broken ?
Title: RE: ejb 2.0 relations in orion 1.4.3 broken ? Hi Alex, well, the ATM needs to be updated a bit. Its descriptor is stuck somewhere between 1.1 and 2.0 during that it has been updated as the 2.0 implementation progressed. Hopefully, I will get time to do this this weekend. WR > -Original Message- > From: Axel Grossmann [mailto:[EMAIL PROTECTED]] > Sent: den 8 november 2000 18:28 > To: Orion-Interest > Subject: ejb 2.0 relations in orion 1.4.3 broken ? > > > > The current ATM example uses EJB 2.0 definitions of ont-to-many > relationships (account_owner -> account) . When I deployed it on > orion 1.4.3 it workes quite well until I added some accounts. > > After shutting down orion and re-login all accounts are lost. A quick > look into the hsql file (.script) revealed that there was no INSERT > statement for the ACCOUNTOWNER_ACCOUNTS table at all, where the > set-mapping between the AccountOwner and Account bean should happen. > > Any idea, or maybe an example how I can work around it by using > orion-ejb-jar.xml ? > > Thank you in advance, > > Axel. > > >
ClassCastException confusion
Hi all I have a class that is connecting to 2 beans. The one bean works while the other gives me a java.lang.ClassCastException: __Proxy4 at com.test.manager.TestManager.main(TestManager.java:45) exception. I have checked the listings. I could not find a similar case where one bean worked and the other did not. Object homeObject = initcontext.lookup("java:comp/env/TestManager"); TestManagerHome home = (TestManagerHome )PortableRemoteObject.narrow(homeObject, TestManagerHome .class); TestManager locator = (TestManager)PortableRemoteObject.narrow(home.create(), TestManager.class); Ta
Re: URGENT: talking with other app server?
Hi James. I think , you can implement it. Your servlet will just act as a client for other Application server. For weblogic, you can download the evaluation version of Weblogic which is free. After deploying the bean to Weblogic you can include following lines in the servlet. Properties p = new Properties(); p.put(javax.naming.Context.INITIAL_CONTEXT_FACTORY,"weblogic.jndi.WLInitialC ontextFactory"); p.put(javax.naming.Context.PROVIDER_URL,"t3://:7001"); p.put(Context.SECURITY_PRINCIPAL,""); p.put(Context.SECURITY_CREDENTIALS,""); Context cx = new InitialContext(p); Object objHome = cx.lookup(""); [jndi-name which is specified in weblogic-ejb-jar.xml] .etc. While running Orion you have to also provide the classpath for Weblogic to get Initial Context factory which can be \classes . - Original Message - From: James Ho <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Tuesday, November 07, 2000 9:31 AM Subject: URGENT: talking with other app server? > Hi everyone. > > Is it possible for a servlet deployed in orion talk to other app server > to access its beans? if so, how? what is the requirement? > > > I have got Orion using JNDI to use another Orion's bean, my main concern > is the fact that when initiating the JNDI context, I would have to > setthe property: > Properties props = new Properties(); > props.put("java.naming.factory.initial", > "com.evermind.server.rmi.RMIInitialContextFactory"); > props.put("java.naming.provider.url", provider.getPath()); > props.put("java.naming.security.principal", > provider.getRemoteLogin()); > props.put("java.naming.security.credentials", > provider.getRemotePasswd()); > props.put("dedicated.connection","true"); > props.put("classLoader",StampHome.class.getClassLoader()); > context = new InitialContext(props); > > What if talking with weblogic? I would have to change the > ContextFactory..can I download any impl from weblogic and use it (for > free) ? > > If you can help, please reply Asap, thanks a million! > > James.
EJB SLSB Question
I can't find a _definite_ answer to my question. Hopefully, someone can give me some pointers. Is it legal, per EJB 1.1, for multiple client threads to access a SLSB? Here's why this is important for me. Apparently, there is no portable way for a SLSB to tell a client that it has timed out. Hence, if a client caches a SLSB, it is prone to some "random" error. So, I figured, I will write a "keep-alive" thread and wrap the SLSB in an application object as a delegate. And in the SLSB, I will implement a no-op - ping(). Now, there's the possibility, that the SLSB will be in a method call when the keep-alive thread decides to do a ping. DO I need to guard against that? Thanks, Vidur -- Vidur Dhanda Active Solutions tel: 617/566-1252 [EMAIL PROTECTED] www.active-solutions-inc.com
SUGGESTION: Display nested EJBExceptions ...
EJBException allows for the nesting of exceptions. Since EJBException indicates a system fault, it makes sense to display as much information as possible about it. When my application throws an EJBException, the browser displays a stack trace, but only for the EJBException. Would it not make sense to display the stack trace of the nested exception as well? It would be a simple matter of add the line: exception.getCausedByException().printStackTrace(); somewhere in some file, and it would help a lot.
RE: Primary key in an EJB
Title: RE: Primary key in an EJB Table doesn't have to have a primary, but there should be column that uniques defines each row different. This usually is a primary key, but any index column should work... For these primary keys or index columns, you should create a proper primary key for it. Se Hee -Original Message- From: Seung Bang [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 08, 2000 6:22 PM To: Orion-Interest Subject: Primary key in an EJB Hi, How should I specify a primary key in an Entity bean, for which a db table really does not have a primary key? To my understanding, a database table with a primary key can be represented with Entity beans as follows: ejbActivate(): primKey = ctx.getPrimaryKey(); ejbPassivate(): primKey = null; With that scheme, pooled beans can be reactivated with that primary key later on. What if a table does not have a primary key? How can it be reactivated with what primary key and how is it distinguished from other pooled beans? How about ejb-jar.xml descriptor? What do I put in the primary key field? Thank you very much. Seung,
RE: findByPrimaryKey problem, Oracle char(10) space padding
If you were writing the SQL yourself, you would have to pad string constants yourself when testing for equality against a char field. I'd recommend switching to varchar2(10) instead. varchar2 isn't blank-padded. Kurt in Atlanta >-Original Message- >From: John Pletka [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, November 08, 2000 7:16 PM >To: Orion-Interest >Subject: findByPrimaryKey problem, Oracle char(10) space padding > > >I'm having a problem with Orion's findByPrimaryKey() method >when the column >type is CHAR(10). The problem is Oracle pads out the column >to fill in the >extra spaces. For example, if you store "KEY" in a CHAR(10) >field, Oracle >saves it at "KEY ". This does not affect any queries >run directly >through JDBC or SQL-Plus (you can write "WHERE key = 'KEY' " without >worrying about the spaces). Orion seems to have problems with >it though. >What I've found is Orion will only locate a record if I >manually pad out the >string when I'm creating my PK class. > What exactly does Orion do for these finder methods? >If it ran the >query against the database, it should (theoretically) be >handled by Oracle. >Is there any way to see the SQL Orion sends to the database? >I don't think >it loads the table into memory beforehand, but is there some >manipulation I >can do to the EJB.java file (maybe in the ejbPostCreate()) to trim the >values. I guess I don't totally understand how Orion compares the >PrimaryKey class to the records in the database. > > Thanks in advance > John >
1.4.4 OR Collection classes
Hello, Earlier today I had reported a problem with the Map class. There is also a problem with the List class. When the CMP entity is retrieved and the CMP List field is empty, it is returned to the client as null. Both the Map and the List work fine under 1.3.8. Vidur
Struts
Is anyone out there using the Struts framework? It looks pretty cool, what I've seen so far. I am having some problems deploying the struts-example. I get no errors deploying, but at the top of index.jsp it says: ERROR: User database not loaded -- check servlet container logs for error messages. I didn't see anything in the documentation about where to set this. And when I click on the Register link and fill it out and submit I get: java.lang.NullPointerException at org.apache.struts.example.SaveRegistrationAction.perform(SaveRegistrationAct ion.java:155) 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.d3.so(JAX) at com.evermind.server.http.d3.sm(JAX) at com.evermind.server.http.ef.su(JAX) at com.evermind.server.http.ef.dn(JAX) at com.evermind.util.f.run(JAX) I'm sure that's related to the error above. I know I read that older versions of Orion had problems, but I'm using the latest stable release. Also, what are your thoughts on Struts so far? Does it save a lot of time designing MVC applications? Thanks, Neal
Re: Multiple Orion Servers
I'm very interested in it too ... Any tips will be very apreciated. []s Guilherme Ceschiatti [EMAIL PROTECTED] On Wed, Nov 08, 2000 at 03:29:22PM -0800, Todd Huss wrote: > We're working on a distributed project and need multiple orion servers. I > found one prior post where the person had to deploy all of their EJB's to > all of the servers but I'd like to find a cleaner way if possible. > > Is there a way to configure all of our Orion servers to use one JNDI > server. This way if we deploy the EJB's, each to their own server, and > then have the Home and Remote interfaces in the classpaths of all of the > servers wouldn't that do the trick? > > Only problem is we can't figure out how to get the Orion server itslef to > use a remote JNDI server... any tips? > > Thanks, > Todd > > >
Re: Problems with CMP PrimKey...
Hey, I'm not too hip on CMP for EJB 1.1, but for 2.0 the prim-key-class is given if you have a custom primary key class; the primkey-field is used if no custom primary key class is defined. Of course that can only work if there's a single field in the primary key. Gary On Wed, 8 Nov 2000, Sean P. McNamara wrote: > Hi All- > > I'm new to Orion Server, and am in the process of developing a sample > application to test out CMP. > > The problem I'm having is that although I've defined a > primary-key-class and primkey-field, I receive errors that the > primkey-field is not a CMP field, even though the descriptor is set up > that way. > > My Descriptor is as follows: > > > > > The Employee Entity Bean > com.soma.axon.ejb.entity.Employee > com.soma.axon.ejb.entity.EmployeeHome > com.soma.axon.ejb.entity.Employee > com.soma.axon.ejb.entity.EmployeeBean > java.lang.String > ssn > Container > False > firstname > middlename > lastname > phone > fax > address1 > address2 > city > state > zipcode > hireDate > termDate > dob > name > ssn > > > > > > > And when starting the server, they error that is displayed is: > > Auto-deploying > /home/tank/OrionProjects/ResumeManager/rel/ResumeManager-ejb.jar (No > previous deployment found)... Error compiling > file:/home/tank/OrionProjects/ResumeManager/rel/ResumeManager-ejb.jar: > The specified primkey-field 'ssn' was not found among the cmp-fields > for the bean com.soma.axon.ejb.entity.Employee > > > Looking at the descriptor, the message doesn't make sense to me... Any > pointers? > > Thanks! >
Configuration bug still in 1.4.4
I do not know if anyone has posted this, but here is a problem with Orion 1.4.4, which is described in the INSTALL.TXT from the latest STRUTS project : http://http://jakarta.apache.org/struts/index.html This prevents the demo web apps from running without hacks. Any idea? Hristo Stoyanov ==DESCRIPTION= Versions of Orion up to at least 1.0.3 have a bug related to ServletContext.getResource() calls that prevent the Struts example application from working out of the box. This manifests itself as a JSP error when you try to access the example application, with the following message: javax.servlet.jsp.JspException: Missing resources attribute org.apache.struts.action.MESSAGE __ Do You Yahoo!? Thousands of Stores. Millions of Products. All in one Place. http://shopping.yahoo.com/
Re: There has GOTTA be a BETTER way !!!!
<> I know one thing that help solve that problem. If Sun would publish an XMLSchema (instead of a DTD) then xml editors (like xml spy) can be used to create the xml files and catch the mistakes as you make them. Dave Ford Smart Soft - The Java Training Company http://www.SmartSoftTraining.com
findByPrimaryKey problem, Oracle char(10) space padding
I'm having a problem with Orion's findByPrimaryKey() method when the column type is CHAR(10). The problem is Oracle pads out the column to fill in the extra spaces. For example, if you store "KEY" in a CHAR(10) field, Oracle saves it at "KEY ". This does not affect any queries run directly through JDBC or SQL-Plus (you can write "WHERE key = 'KEY' " without worrying about the spaces). Orion seems to have problems with it though. What I've found is Orion will only locate a record if I manually pad out the string when I'm creating my PK class. What exactly does Orion do for these finder methods? If it ran the query against the database, it should (theoretically) be handled by Oracle. Is there any way to see the SQL Orion sends to the database? I don't think it loads the table into memory beforehand, but is there some manipulation I can do to the EJB.java file (maybe in the ejbPostCreate()) to trim the values. I guess I don't totally understand how Orion compares the PrimaryKey class to the records in the database. Thanks in advance John
Multiple Orion Servers
We're working on a distributed project and need multiple orion servers. I found one prior post where the person had to deploy all of their EJB's to all of the servers but I'd like to find a cleaner way if possible. Is there a way to configure all of our Orion servers to use one JNDI server. This way if we deploy the EJB's, each to their own server, and then have the Home and Remote interfaces in the classpaths of all of the servers wouldn't that do the trick? Only problem is we can't figure out how to get the Orion server itslef to use a remote JNDI server... any tips? Thanks, Todd
Primary key in an EJB
Hi, How should I specify a primary key in an Entity bean, for which a db table really does not have a primary key? To my understanding, a database table with a primary key can be represented with Entity beans as follows: ejbActivate(): primKey = ctx.getPrimaryKey(); ejbPassivate(): primKey = null; With that scheme, pooled beans can be reactivated with that primary key later on. What if a table does not have a primary key? How can it be reactivated with what primary key and how is it distinguished from other pooled beans? How about ejb-jar.xml descriptor? What do I put in the primary key field? Thank you very much. Seung,
RE: There has GOTTA be a BETTER way !!!!
The J2EE RI´s DeployTool (which I usually use to package for major builds) has a set of tests designed for checking whether your .ear suits the specs. Also, whenever EJB 2.0 is available, you'll have a lot of IDE's compiting to make it easier on the programmer; under the risk of being flamed (again), check out http://www.pramati.com for an evaluation version of Pramati Studio 2.0 beta, which is what I use for developing + debugging + packaging (and generating descriptors in an easy yet very complete way) Many of the problems I'm facing now reside in the complexity of architechting solutions + bugs/unexpected behavior from the part of my App Server (which will keep on being Orion for any forseeable future)-- and I'm glad that there aren't any automated tools that detect these, for when they become available, I'll be out of the job ;-) HTH, JP -Original Message- From: Duffey, Kevin [mailto:[EMAIL PROTECTED]] Sent: Miércoles, 08 de Noviembre de 2000 17:29 To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: RE: There has GOTTA be a BETTER way My take on EJB is that while they seem to be more work (now that I have done it a couple of times..but I am far from pro caliber here), they are actually a bit less work if you are using CMP, instead of BMP. However, I have heard that EJB 2.0 CMP is more complicated, and it along the same amount of work. What scares the hell out of me is all the descriptor xml files. When you make a change in code..you can build it and see problems if they exist. When editing XML files, its not immediately apparent if there is a problem in a CMP mapping, a reference tag, etc. Only when you try to run the app do you see the problem. It would be nice if there was some auto-mated tool that would look at the source (or compiled classes) and sort of "compile" an xml file and flag if errors exist. I don't see that happening though..probably too much work to get that to work right. > -Original Message- > From: Keith Kwiatek [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 07, 2000 11:48 AM > To: Orion-Interest > Cc: [EMAIL PROTECTED] > Subject: Re: There has GOTTA be a BETTER way > > > Does anyone know if jdeveloper (which is based on Jbuilder) > has the same > functionality? > > Keith > > - Original Message - > From: Cory Adams <[EMAIL PROTECTED]> > To: Orion-Interest <[EMAIL PROTECTED]> > Sent: Tuesday, November 07, 2000 9:34 AM > Subject: Re: There has GOTTA be a BETTER way > > > > JBuilder 4 Enterprise allows you do build Entity CMP beans > this way. You > > can connect to a datasource and then select tables and keys for your > beans. > > It's wild. I'm still getting used to it. > > > > Can anybody else with more experience using this tool give > us a little > > insight? > > > > Thanks, > > > > Cory > > > > At 10:34 AM 11/7/03 -0500, Keith Kwiatek wrote: > > >Hello, > > > > > >EJB's are great if you like tripling the amount of > code you have to > > >write > > > > > >How is everyone building their web apps with hand > coded programs, or > > >using automagic tools? > > > > > >It sure seems like there should be some sort of tool that > you can just > point > > >at database tables, and have it build the jsp or ejb > entity bean. AND > > >shouldn't there be a tool that you can just drop the bean > on an html > > >template thus allowing visual access to the bean fields? > > > > > >You can't access ejb's directly from a jsp page (like a > normal bean) can > > >you? Any tools that will automagically wrap an ejb in a bean for > > >presentation in a JSP? > > > > > >Am I off base here, or are ejb's a lot more work? How can > people talk > about > > >how EJB's "speed development time"?!? > > > > > >Keith > > > > > > > > > > > > > > > > > > > > > > >
Re: Transaction propagation question
Yes, J2EE doesn't support nested transactions. However, a similar effect can be achieved through the suspension of existing transactions. As far as I can tell, what's supposed to happen is Transaction 1 gets suspended while Transaction 2 starts, and commits or rollsback. Then Transaction 1 resumes and commits or rollsback. Because Transaction 2 will generally throw an exception when it rollsback, Transaction 1 will also generally rollback, which results in an approximation of a nested transaction. However, this is never explicitly stated in the spec, so it would behoove you to make sure to rollback transactions yourself in your code when you must be SURE they get rolled back. Since you (Aziz) defined the SQL Delete statement, it doesn't necessarity have to be rolled back if some other transaction rolled back. I say "doesn't necessarily" because it really depends on the order and way in which you are doing things. However, you might want to try adding the following code to your catch clause in the HelloBean or HashCodeBean class. sessionContext.setRollbackOnly(); // sessionContext is the SessionContext object that is passed to the Bean in setSessionContext and stored as a member variable as per the EJB 1.1 spec Hope this helps. Anyway, transactions in Orion are still sketchy at best... -Dan "Juan Lorandi (Chile)" wrote: I think it defaults to NotSupported; also have in mind that J2EE only allows flat transactions, so, if you a a secuence Required ---> Requires New T1 T2 it will perform 2 transactions, not connected between each other, that is, if T2 fails, T1 doesn't fail autoamtically. -Original Message- From: Aziz Sharif [mailto:[EMAIL PROTECTED]] Sent: Viernes, 03 de Noviembre de 2000 18:11 To: Orion-Interest Subject: Transaction propagation question I have a question regarding transaction propagation. I took the orion primer example and modified it so that the servlet calls Hello and then the Hello Bean calls A HashCoder bean. Both Hello and HashCoder beans are stateless session beans and perform SQL. The Hello does a delete and the HashCoder an incorrect select (causing a SQLException). I was expection these two operations to happen in the same transaction, so that the SQLException would cause the delete to automatically rollback since for both these beans I specified Container managed transaction. But it did actually delete the row. So it seems they two methods were running in different transactions. The only thing I did not do is to specify the tranaction attribute to the bean's methods to be Required or anything else. I don't know what it defaults to in orion. I am using DB2 v. 6.1 as the Database, the in both beans I acquire the connection through JNDI DataSource. I configured the data-sources.xml for DB2 as follows: class="com.evermind.sql.DriverManagerDataSource" name="Db2" location="jdbc/Db2CoreDS" xa-location="jdbc/xa/Db2XADS" ejb-location="jdbc/Db2DS" connection-driver="COM.ibm.db2.jdbc.app.DB2Driver" username="db2admin" password="db2admin" url="JDBC:DB2:EB2" inactivity-timeout="30" /> I am attaching the zip file containing the modified orion primer example, that can be built simply by tying ant. I would like to know how to get something like this where multiple session beans participate in a single transaction such that if any one throws an SQLException the transaction is rolled back by the container. Thanks in advance. Aziz Sharif __ Do You Yahoo!? >From homework help to love advice, Yahoo! Experts has your answer. http://experts.yahoo.com/ -- Daniel G. Koulomzin Digital Media On Demand 244 Brighton Ave. 3rd Floor Allston MA 02134
Problems with CMP PrimKey...
Hi All- I'm new to Orion Server, and am in the process of developing a sample application to test out CMP. The problem I'm having is that although I've defined a primary-key-class and primkey-field, I receive errors that the primkey-field is not a CMP field, even though the descriptor is set up that way. My Descriptor is as follows: The Employee Entity Bean com.soma.axon.ejb.entity.Employee com.soma.axon.ejb.entity.EmployeeHome com.soma.axon.ejb.entity.Employee com.soma.axon.ejb.entity.EmployeeBean java.lang.String ssn Container False firstname middlename lastname phone fax address1 address2 city state zipcode hireDate termDate dob name ssn And when starting the server, they error that is displayed is: Auto-deploying /home/tank/OrionProjects/ResumeManager/rel/ResumeManager-ejb.jar (No previous deployment found)... Error compiling file:/home/tank/OrionProjects/ResumeManager/rel/ResumeManager-ejb.jar: The specified primkey-field 'ssn' was not found among the cmp-fields for the bean com.soma.axon.ejb.entity.Employee Looking at the descriptor, the message doesn't make sense to me... Any pointers? Thanks! -- Sean P. McNamara<[EMAIL PROTECTED]> SOMA Technologies, Inc. <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
RE: There has GOTTA be a BETTER way !!!!
JBuilder 4.0 will warn you of xml DD errors when doing a build. For instance if you add some methods to an entity bean and there is not a matching transaction-attribute for the method JBuilder will warn you. (CMP 1.1 - haven't tried CMP 2.0 with the tool). I'm not sure how robust that is overall with regard to every type of potential deployment descriptor problem Cory At 12:29 PM 11/8/00 -0800, Duffey, Kevin wrote: >My take on EJB is that while they seem to be more work (now that I have done >it a couple of times..but I am far from pro caliber here), they are actually >a bit less work if you are using CMP, instead of BMP. However, I have heard >that EJB 2.0 CMP is more complicated, and it along the same amount of work. >What scares the hell out of me is all the descriptor xml files. When you >make a change in code..you can build it and see problems if they exist. When >editing XML files, its not immediately apparent if there is a problem in a >CMP mapping, a reference tag, etc. Only when you try to run the app do you >see the problem. It would be nice if there was some auto-mated tool that >would look at the source (or compiled classes) and sort of "compile" an xml >file and flag if errors exist. I don't see that happening though..probably >too much work to get that to work right. > > > >> -Original Message- >> From: Keith Kwiatek [mailto:[EMAIL PROTECTED]] >> Sent: Tuesday, November 07, 2000 11:48 AM >> To: Orion-Interest >> Cc: [EMAIL PROTECTED] >> Subject: Re: There has GOTTA be a BETTER way >> >> >> Does anyone know if jdeveloper (which is based on Jbuilder) >> has the same >> functionality? >> >> Keith >> >> - Original Message - >> From: Cory Adams <[EMAIL PROTECTED]> >> To: Orion-Interest <[EMAIL PROTECTED]> >> Sent: Tuesday, November 07, 2000 9:34 AM >> Subject: Re: There has GOTTA be a BETTER way >> >> >> > JBuilder 4 Enterprise allows you do build Entity CMP beans >> this way. You >> > can connect to a datasource and then select tables and keys for your >> beans. >> > It's wild. I'm still getting used to it. >> > >> > Can anybody else with more experience using this tool give >> us a little >> > insight? >> > >> > Thanks, >> > >> > Cory >> > >> > At 10:34 AM 11/7/03 -0500, Keith Kwiatek wrote: >> > >Hello, >> > > >> > >EJB's are great if you like tripling the amount of >> code you have to >> > >write >> > > >> > >How is everyone building their web apps with hand >> coded programs, or >> > >using automagic tools? >> > > >> > >It sure seems like there should be some sort of tool that >> you can just >> point >> > >at database tables, and have it build the jsp or ejb >> entity bean. AND >> > >shouldn't there be a tool that you can just drop the bean >> on an html >> > >template thus allowing visual access to the bean fields? >> > > >> > >You can't access ejb's directly from a jsp page (like a >> normal bean) can >> > >you? Any tools that will automagically wrap an ejb in a bean for >> > >presentation in a JSP? >> > > >> > >Am I off base here, or are ejb's a lot more work? How can >> people talk >> about >> > >how EJB's "speed development time"?!? >> > > >> > >Keith >> > > >> > > >> > > >> > > >> > > >> > > >> > >> > >> >
Getting reference of DataSourceUserManager
In orion-application.xml, one can specify the use of DataSourceUserManager which allows Orion to manage user information via a database. How can I get a reference to an instance of this user manager so that I can add, delete and look up users and groups? Should I just instantiate my own copy of the object, or must I get it through Orion? Thanks.
RE: Bug with Java Code and HTML Comments?
AFAIK, somebody on this list have already complained about this. And this is a bug for sure. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Dylan Parker > Sent: Wednesday, November 08, 2000 10:35 PM > To: Orion-Interest > Subject: Bug with Java Code and HTML Comments? > > > All, > > Something else I just noticed... > > Java code (scriptlets) within HTML comments is ignored... while > JSP Expressions > are evaluated... does this not make sense? Or is it just me? > > Here is a simple example : > > <% int val = 1; %> > The value is: <%=val%> > > > The value is: <%=val%> > > > You would think that within the HTML comment you would see that > the value is 1.. > and you DO =)... but you would also think that the val would then > be changed to > 5... but it doesn't.. it still equals 1 when we print it out at the end. > > Here is the Output HTML > > The value is: 1 > > > The value is: 1 > > > > The java scriptlet has not been evaluated.. this works with other > app servers.. > an Orion bug or feature? > > To me Java code should only be ignored it is within JAVA > COMMENTS... not HTML > COMMENTS. > > I run into this all the time because I have comments around my JavaScript > code... and the JavaScript code I am generating is fairly dynamic. > > Dylan Parker > > >
EJB 1.1 findByPrimaryKey in orion 1.4.3 broken ?
I'm developing an EJB app for a while now on orion. The last version I had installed was 1.4.0. Most of my app was already working like a beauty. Today I auto updated to 1.4.3 and it seems that findByPrimaryKey where the primary key is a comppound primary key, got broken. I did some test and all my calls to findByPrimaryKey(java,lang.String) seemed to work. However all calls to findByPrimaryKey(new PrimaryKeyClass)) throw a finder exception. I reverted back to 1.3.8 which is running on an other machine, copying orion.jar to my dev box and all worked perfectly again. Has anyone seen this??? It would be very nice if autoupdate.jar would create a backup for the updated files for example in the form of: orion/backup/xxx.jar.version.no this would enable us to revert back to the last stable version some more graciously. sven -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] ==
RE: There has GOTTA be a BETTER way !!!!
My take on EJB is that while they seem to be more work (now that I have done it a couple of times..but I am far from pro caliber here), they are actually a bit less work if you are using CMP, instead of BMP. However, I have heard that EJB 2.0 CMP is more complicated, and it along the same amount of work. What scares the hell out of me is all the descriptor xml files. When you make a change in code..you can build it and see problems if they exist. When editing XML files, its not immediately apparent if there is a problem in a CMP mapping, a reference tag, etc. Only when you try to run the app do you see the problem. It would be nice if there was some auto-mated tool that would look at the source (or compiled classes) and sort of "compile" an xml file and flag if errors exist. I don't see that happening though..probably too much work to get that to work right. > -Original Message- > From: Keith Kwiatek [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, November 07, 2000 11:48 AM > To: Orion-Interest > Cc: [EMAIL PROTECTED] > Subject: Re: There has GOTTA be a BETTER way > > > Does anyone know if jdeveloper (which is based on Jbuilder) > has the same > functionality? > > Keith > > - Original Message - > From: Cory Adams <[EMAIL PROTECTED]> > To: Orion-Interest <[EMAIL PROTECTED]> > Sent: Tuesday, November 07, 2000 9:34 AM > Subject: Re: There has GOTTA be a BETTER way > > > > JBuilder 4 Enterprise allows you do build Entity CMP beans > this way. You > > can connect to a datasource and then select tables and keys for your > beans. > > It's wild. I'm still getting used to it. > > > > Can anybody else with more experience using this tool give > us a little > > insight? > > > > Thanks, > > > > Cory > > > > At 10:34 AM 11/7/03 -0500, Keith Kwiatek wrote: > > >Hello, > > > > > >EJB's are great if you like tripling the amount of > code you have to > > >write > > > > > >How is everyone building their web apps with hand > coded programs, or > > >using automagic tools? > > > > > >It sure seems like there should be some sort of tool that > you can just > point > > >at database tables, and have it build the jsp or ejb > entity bean. AND > > >shouldn't there be a tool that you can just drop the bean > on an html > > >template thus allowing visual access to the bean fields? > > > > > >You can't access ejb's directly from a jsp page (like a > normal bean) can > > >you? Any tools that will automagically wrap an ejb in a bean for > > >presentation in a JSP? > > > > > >Am I off base here, or are ejb's a lot more work? How can > people talk > about > > >how EJB's "speed development time"?!? > > > > > >Keith > > > > > > > > > > > > > > > > > > > > > > >
RE: BMP vs CMP with Orion
This can be complex as you have to indicate which relation to use. Does it only work for simple cases? For instance below you have three relations to the field person.name 1. one direct 2. via father 3. via mother Table person(name, father_fk, mother_fk); Translating to: class person { . . . private String name private father person private mother person } Frank On Tuesday, November 07, 2000 9:47 PM, Cory Adams [SMTP:[EMAIL PROTECTED]] wrote: > It appears as though you can define/select any number of tables and or > fields from different tables to define what makes up the fields within an > entity bean. > > Cory > > At 10:12 PM 11/7/00 +0100, Frank Eggink wrote: > >Hi Cory, > > > >How do they recognize relations between tables? > > > >Frank > > > >On Tuesday, November 07, 2000 3:32 PM, Cory Adams > [SMTP:[EMAIL PROTECTED]] wrote: > >> I just received JBuilder 4 Enterprise and I will say that it does an > >> amazing job at EJB so far. You can connect to a datasource via JDBC and > >> pick your tables and keys for Entity CMP. It's amazing. > >> > >> I'm still tweaking the deployment descriptors for Orion. > >> > >> Man the money you can save on Orion should go toward also purchasing JB4 > >> Enterprise. The two together could be a very cutting edge solution. > >> > >> It does also have support for EJB 2.0 style descriptors Haven't tested > >> this yet though. > >> > >> Cory > >> > >> > >> At 09:37 AM 11/7/00 +0100, Frank Eggink wrote: > >> >I guess I'm using neither. > >> > > >> >The clue is that, when you stick to the rules, you have to write the > >> minimum one panel and one table > >> >per dataobject as all the access to the properties is done via methods and > >> each of those methods is > >> >specific for the dataobjects (e.g. getName(), setName(x)). When you have a > >> lot of dataobjects that is > >> >a bore. > >> > > >> >The 'pattern' I'm using abstracts away (= marketing speak) from the clean > >> OO model. The generator > >> >generates standard bean access (getProperty(index), setProperty(index, x) > >> and by using descriptors > >> >for the dataobjects and its relations is it possible to generate default > >> screens. Something you would > >> >most likely use reflection for when that was possible. > >> > > >> >Using reflection has two problems: > >> >- It does not work with Orion. > >> >- It works only on a per object basis. > >> >You could solve those by adding on the client side wrapper objects that > >> implement Just-Another-Layer. > >> >You can use reflection for that layer and if you device you object in a > >> clever way (using clever naming > >> >patterns) you -can- use reflection. > >> > > >> >Why the complex stuff and not generating the tables and the panel. Well, > >> in the system I'm using I plan > >> >to implement the option for users/systemmanager to tailor their screens. > >> You can do that when you > >> >generate screen on the fly, you can't when they are already compiled. > >> > > >> >It is a bit of an excercise but I am always strongly in favour to use as > >> less as possible code to build your > >> >final system. A lot of bugs stem from silly mistakes: the less code, the > >> less silly mistakes. And if in the > >> >above generator there is a silly mistake it is reproduced in a lot of > >> places: more chance to be discovered. > >> > > >> > > >> >I guess the same model could be used for dynamic creation of HTML. > >> > > >> >Frank > >> > > >> >On Monday, November 06, 2000 11:16 AM, Cory Adams > >> [SMTP:[EMAIL PROTECTED]] wrote: > >> >> Are you using the command or business object pattern? > >> >> > >> >> At 08:49 AM 11/6/00 +0100, Frank Eggink wrote: > >> >> >I'm using Swing instead of JSP. > >> >> > > >> >> >On Sunday, November 05, 2000 9:04 PM, Cory Adams > >> >> [SMTP:[EMAIL PROTECTED]] wrote: > >> >> >> Thanks for that update. > >> >> >> > >> >> >> Do you or does anyone else know of the MVC (model - view - control) > >> pattern > >> >> >> used with JSP - Servlets and EJB? I have read that a single servlet > >> >> >> becomes that controlling mechanism to the EJBs. I wondering how > that is > >> >> >> done? > >> >> >> > >> >> >> Cory > >> >> >> > >> >> >> At 10:23 PM 11/5/00 +0100, Frank Eggink wrote: > >> >> >> >My personal trade off was: > >> >> >> > > >> >> >> >Why not CMP 2.0 style: > >> >> >> >- Too scared to use it for real as it is not even officially > there ... > >> >> >> > > >> >> >> >Why choose for CMP 1.1? > >> >> >> >- CMP is more portable (across db's). > >> >> >> >- Working already towards EJB2.0. > >> >> >> >- The claim is CMP can be optimized better (I would be happy to know > >> more > >> >> >> details about that, until that time it is a bit > >> >> >> >of a bet on a blackhorse for me). > >> >> >> > > >> >> >> >Why choose for BMP? > >> >> >> >- I do not know yet whether I'll run into trouble with complex and > >> highly > >> >> >> flexible queries requirements > >> >> >> >
Re: Shutting down orion
>I faced this problem on Solaris (jdk1.3) and "force" method does not work >either. java -jar admin.jar ... -shutdown force just hangs... I have had no problem with shutting down Orion 1.3.8 nor Orion 1.4.3 under Solaris 8 with JDK 1.3.0. As a nonroot id "orion" (I have changed the default port in config/default-web-site.xml to be above 1024) I set the following: setenv JAVA_HOME /usr/j2se setenv LD_LIBRARY_PATH /usr/j2se/jre/lib/sparc/server:/usr/j2se/jre/lib/sparc and use the following command to start Orion (while logged in as "orion" from Orion's install directory (referred to as [ORION_HOME])): /usr/j2se/bin/java -server -Xms8m -Xmx48m -jar orion.jar & I use the following command to stop Orion (while logged in as "orion" from [ORION_HOME]): /usr/j2se/bin/java -jar admin.jar ormi://localhost admin mypassword -shutdown While setting up Orion, I copied the file /usr/j2se/lib/tools.jar to [ORION_HOME]. I also reset the default password with the command (use chmod to allow only "orion" to read the clear text password file): /usr/j2se/bin/java -jar orion.jar -install chmod 600 iconfig/principals.xml Note: JDK 1.2.2_06 runs Orion faster than 1.3.0 under Solaris 8. Now if I can just get servlet-chaining to work..
Re: autoencode breaks my HTML?
I just encountered something similar. It fails under 1.3.8, but works with 1.2.9, 1.4.0 and 1.4.2. Try the latest version. Regards, Earl At 11:15 11/08/2000 -0800, you wrote: >Hello, all. > >Has anyone else has strange occurences where autoencoding-urls breaks their >HTML? > >I have one instance where adding a space makes it work.. without it results in >a badly broken anchor tag. > >Example: > >This doesn't work : ><%="SOME_TEXT"%> >OUTPUTS: > >This works : > <%="SOME_TEXT"%> >OUTPUTS: SOME_TEXT > >The difference is the space after the '>' of the A tag. > >I turn autoencode-urls off (both absolute and relative) and the problem >disappears. > >It seems it has to do with when you have scriptlet or an expression directly >following the closing bracket of an anchor tag... > >A problem with the auto-encoding code? Can anyone else verify this? > >I'm using Orion 1.3.8 under Win2k with JDK1.2.2 if it helps. > >Thanks, >Dylan Parker
RE: What's new? - Where is 1.4.2??
Actually, no, you can't always do this, for two reasons. First, on a Unix system, we the orion user the permission to write to itself. This is a basic security procedure. As a xonsequence, autoupdate won't work. Second, although I may be able to do this, I may not want to. There is risk in grabbing the newest experimental server and I'm not always willing to accept that risk. If things are working for me and I have a tight deadline, I prefer not to update unless there is a fix or an enhansement I need. Therefore, I prefer to check the changes.txt file first. Jim --On Wednesday, November 08, 2000 5:17 PM +0100 Runar Svendsen <[EMAIL PROTECTED]> wrote: > You can always get the latest version of Orion by running > > java -jar autoupdate.jar > > in the orion dir. > > Runar. > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Archer > Sent: 7. november 2000 20:15 > To: Orion-Interest > Cc: Kesha Sibilev > Subject: Re: What's new? - Where is 1.4.2?? > > > Where can we even get 1.4.2? The web site shows the latest experimental > is still 1.4.0 and when I bypass that and go to the unpacked version > that has the changes.txt file from 1.4.0. > > Thanks... > > Jim > > --On Tuesday, November 07, 2000 12:02 PM -0500 Kesha Sibilev > <[EMAIL PROTECTED]> wrote: > >> Does anybody know what is new in the 1.4.2 version of orion server? >> >> kesha >> > > > > >
Re: ejb 2.0 relations in orion 1.4.3 broken ?
EEK! Axel, I have not yet tried to verify this and am not dure how to work around it, but if you are sure please Bugzilla it as soon as possible. I was just reviewing the bug list and saw that Magnus seems to be making excellent progress in cleaning up the EJB 2.0 persistence manager related bugs. Maybe if you get this one logged quickly, he can throw a fix in for it. Jim --On Wednesday, November 08, 2000 6:28 PM +0100 Axel Grossmann <[EMAIL PROTECTED]> wrote: > > The current ATM example uses EJB 2.0 definitions of ont-to-many > relationships (account_owner -> account) . When I deployed it on > orion 1.4.3 it workes quite well until I added some accounts. > > After shutting down orion and re-login all accounts are lost. A quick > look into the hsql file (.script) revealed that there was no INSERT > statement for the ACCOUNTOWNER_ACCOUNTS table at all, where the > set-mapping between the AccountOwner and Account bean should happen. > > Any idea, or maybe an example how I can work around it by using > orion-ejb-jar.xml ? > > Thank you in advance, > > Axel. > >
Bug with Java Code and HTML Comments?
All, Something else I just noticed... Java code (scriptlets) within HTML comments is ignored... while JSP Expressions are evaluated... does this not make sense? Or is it just me? Here is a simple example : <% int val = 1; %> The value is: <%=val%> The value is: <%=val%> You would think that within the HTML comment you would see that the value is 1.. and you DO =)... but you would also think that the val would then be changed to 5... but it doesn't.. it still equals 1 when we print it out at the end. Here is the Output HTML The value is: 1 The value is: 1 The java scriptlet has not been evaluated.. this works with other app servers.. an Orion bug or feature? To me Java code should only be ignored it is within JAVA COMMENTS... not HTML COMMENTS. I run into this all the time because I have comments around my JavaScript code... and the JavaScript code I am generating is fairly dynamic. Dylan Parker
autoencode breaks my HTML?
Hello, all. Has anyone else has strange occurences where autoencoding-urls breaks their HTML? I have one instance where adding a space makes it work.. without it results in a badly broken anchor tag. Example: This doesn't work : <%="SOME_TEXT"%> OUTPUTS: This works : <%="SOME_TEXT"%> OUTPUTS: SOME_TEXT The difference is the space after the '>' of the A tag. I turn autoencode-urls off (both absolute and relative) and the problem disappears. It seems it has to do with when you have scriptlet or an expression directly following the closing bracket of an anchor tag... A problem with the auto-encoding code? Can anyone else verify this? I'm using Orion 1.3.8 under Win2k with JDK1.2.2 if it helps. Thanks, Dylan Parker
RE: Shutting down orion
Guys, there is an AWEFUL bug in jdk1.3 when using URLConnection.getInputStream(); This method worked fine until version 1.2.2 of the jdk. The failure of the shutdown process is probably related to this bug. Here is the BugParade url in sun where you can see all the detailed descriptions. http://developer.java.sun.com/developer/bugParade/bugs/4333920.html I wonder why did they have to touch this pice of code which used to work like a charm since version 1... It only has 25 votes by now, CAST YOUR VOTES ! ramiro diaz trepat -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Storm Linux User Sent: Wednesday, November 08, 2000 1:32 PM To: Orion-Interest Subject: Re: Shutting down orion On Wed, Nov 08, 2000 at 10:02:24AM -0500, Jim Crossley wrote: > Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've > found that I cannot with a 1.3 JVM. The server ceases to accept > connections, but its process does not go away. (Running on > Redhat/Debian Linux) > > Anyone else noticed this? Yes, I noticed this too. But only with the new Sun jdk1.3 . In IBM jdk1.3, it works fine. []s Guilherme Ceschiatti [EMAIL PROTECTED]
Non-serializable object turns into null
Hello I had forgotten to mark some helper classes, which are sent from an EJB to a JSP, as implementing Serializable. I didn't notice any side-effects when I was running Orion 1.3.something (the JSP and the EJB containers being in the same JVM). When I upgraded to 1.4.3 this morning, everything broke ;) Instead of throwing a "can't serialize" type exception, non-serializable objects come back to the client as null with no warning. Is that correct behaviour? Makes it a bit tricky to debug ;) In order to get an exception to happen (so I could figure out which object was causing the problem by reading the message) I had to write the object to an ObjectOutputStream before returning it. The one that confused me was a Comparator hiding inside a TreeSet... -- Thomas Munro <[EMAIL PROTECTED]> http://www.gi-technology.com/ GI Technology (Paris)
RE: State of the Graphical Tools
You'll have to manually edit orion-ejb-jar.xml You'll find it in the $ORION\application-deployments\YOURAPP\YOURJAR\orion-ejb-jar.xml -Original Message- From: Gerald Gutierrez [mailto:[EMAIL PROTECTED]] Sent: Miércoles, 08 de Noviembre de 2000 12:37 To: Orion-Interest Subject: State of the Graphical Tools What's the state of the graphical tools? Can they replace editing of the DD files? I'm having trouble trying to use some of them. For example, how to you specify the select criteria for CMP findBy* methods?
Re: orion classloader?
I'm not sure if this will fix your problem, but try getting the classloader from the thread. Thread.currentThread().getContextClassLoader(); Savotchkin Egor wrote: Hi all, I needed to load property files on my own without ResourceBundle class because the latter does a lot of caching which I do not need. So I copied the code from ResourceBundle class where property files are loaded and included it in my application. The problem is all this thing works if I start orion by java com.evermind.server.ApplciationServer and does not work in case of java -jar orion.jar. Is this because of different classloaders or something else? The code is: class MessageResources {... private static ClassLoader getLoader() { ClassLoader cl = MessageResources.class.getClassLoader(); if (cl == null) { cl = ClassLoader.getSystemClassLoader(); } return cl; } private InputStream loadResourceAsStream(final String resName) { final ClassLoader loader = getLoader(); InputStream stream = (InputStream)java.security.AccessController.doPrivileged( new java.security.PrivilegedAction() { public Object run() { if (loader != null) { return loader.getSystemResourceAsStream(resName); } else { return ClassLoader.getSystemResourceAsStream(resName); } } } ); return stream; }..}
Re: Shutting down orion
I faced this problem on Solaris (jdk1.3) and "force" method does not work either. java -jar admin.jar ... -shutdown force just hangs... Egor Savotchkin - Original Message - From: "Ismael Blesa Part" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Wednesday, November 08, 2000 7:40 PM Subject: Re: Shutting down orion > Yes, I have experienced this on Solaris also. add "force" at the end of > line. > more information on www.oriosupport.com > > Jim Crossley wrote: > > > Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've > > found that I cannot with a 1.3 JVM. The server ceases to accept > > connections, but its process does not go away. (Running on > > Redhat/Debian Linux) > > > > Anyone else noticed this? > > >
ejb 2.0 relations in orion 1.4.3 broken ?
The current ATM example uses EJB 2.0 definitions of ont-to-many relationships (account_owner -> account) . When I deployed it on orion 1.4.3 it workes quite well until I added some accounts. After shutting down orion and re-login all accounts are lost. A quick look into the hsql file (.script) revealed that there was no INSERT statement for the ACCOUNTOWNER_ACCOUNTS table at all, where the set-mapping between the AccountOwner and Account bean should happen. Any idea, or maybe an example how I can work around it by using orion-ejb-jar.xml ? Thank you in advance, Axel.
RE: Two Orion Servers!
in orion-ejb-jar.xml: tag entity-deployment, attribute validity-timeout="N", validity-timeout="1" and your beans are reloaded as needed every 10 sec. (actually, it mean s the cached data is considered stale after N miliseconds and should be reloaded if needed) Works for me and saves precious db resources (specially whenever orion is flooded) HTH, JP -Original Message- From: Amir Peivandi [mailto:[EMAIL PROTECTED]] Sent: Martes, 07 de Noviembre de 2000 18:58 To: Orion-Interest Subject: Two Orion Servers! Hi, I have two Orion servers running on the network sharing some entity beans. Both two Orion use the same SQL server and table to store entity beans. And here is the problem! Some how the entity get cached in the application server so the other one doesn't get a fresh copy of the data! It's not a concurrency problem since even if I update an entity from server A now and 5 minutes later I read it in server B, I get old data! So any idea? Regards, Amir
RE: Shutting down orion
On orionsupport it mentions to add 'force' to the shutdown command i.e. java -jar admin.jar ormi://localhost username password -shutdown force and that works fine for me in a redhat/jvm 1.3 environment. Good luck! Sean -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Crossley Sent: Wednesday, November 08, 2000 7:02 AM To: Orion-Interest Subject: Shutting down orion Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've found that I cannot with a 1.3 JVM. The server ceases to accept connections, but its process does not go away. (Running on Redhat/Debian Linux) Anyone else noticed this?
Re: Shutting down orion
I have noticed some errors when shutting down Orion under Sun's 1.3 JVM on Solaris. I get the following error: Error: com.evermind.server.rmi.OrionRemoteException: Disconnected: Server shutdown However, the server processes do go away. This doesn't look like a fatal error (or even an error for that matter - dunno why it's tagged as such), but I get it. Other than that, though, Orion shuts down and the processes vaporize. At 09:02 AM 11/08/2000 -0600, you wrote: >Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've >found that I cannot with a 1.3 JVM. The server ceases to accept >connections, but its process does not go away. (Running on >Redhat/Debian Linux) > >Anyone else noticed this? -- Andrew Kidder L3 SW/Support Engineer, IBU Tivoli Systems 512-436-4544 [EMAIL PROTECTED] http://www.tivoli.com
Re: Shutting down orion
Yes, I have experienced this on Solaris also. add "force" at the end of line. more information on www.oriosupport.com Jim Crossley wrote: > Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've > found that I cannot with a 1.3 JVM. The server ceases to accept > connections, but its process does not go away. (Running on > Redhat/Debian Linux) > > Anyone else noticed this?
Re: Shutting down orion
On Wed, Nov 08, 2000 at 10:02:24AM -0500, Jim Crossley wrote: > Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've > found that I cannot with a 1.3 JVM. The server ceases to accept > connections, but its process does not go away. (Running on > Redhat/Debian Linux) > > Anyone else noticed this? Yes, I noticed this too. But only with the new Sun jdk1.3 . In IBM jdk1.3, it works fine. []s Guilherme Ceschiatti [EMAIL PROTECTED]
RE: What's new? - Where is 1.4.2??
You can always get the latest version of Orion by running java -jar autoupdate.jar in the orion dir. Runar. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jim Archer Sent: 7. november 2000 20:15 To: Orion-Interest Cc: Kesha Sibilev Subject: Re: What's new? - Where is 1.4.2?? Where can we even get 1.4.2? The web site shows the latest experimental is still 1.4.0 and when I bypass that and go to the unpacked version that has the changes.txt file from 1.4.0. Thanks... Jim --On Tuesday, November 07, 2000 12:02 PM -0500 Kesha Sibilev <[EMAIL PROTECTED]> wrote: > Does anybody know what is new in the 1.4.2 version of orion server? > > kesha >
orion classloader?
Hi all, I needed to load property files on my own without ResourceBundle class because the latter does a lot of caching which I do not need. So I copied the code from ResourceBundle class where property files are loaded and included it in my application. The problem is all this thing works if I start orion by java com.evermind.server.ApplciationServer and does not work in case of java -jar orion.jar. Is this because of different classloaders or something else? The code is: class MessageResources { ... private static ClassLoader getLoader() { ClassLoader cl = MessageResources.class.getClassLoader(); if (cl == null) { cl = ClassLoader.getSystemClassLoader(); } return cl; } private InputStream loadResourceAsStream(final String resName) { final ClassLoader loader = getLoader(); InputStream stream = (InputStream)java.security.AccessController.doPrivileged( new java.security.PrivilegedAction() { public Object run() { if (loader != null) { return loader.getSystemResourceAsStream(resName); } else { return ClassLoader.getSystemResourceAsStream(resName); } } } ); return stream; } .. }
RE: startup & shutdown classes
Simple solution, write a servlet that is loaded on startup and load/run the classes you need from the init mehod. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Edmund Cheung > Sent: Wednesday, November 08, 2000 9:54 AM > To: Orion-Interest > Subject: startup & shutdown classes > > > In weblogic's properties file, I can register classes that are laoded into > WL server and execute each time WL is tarted or shut down. Can I do > something similar in Orion ? > > Thanks, > > Edmund > > *** > Edmund Cheung > > Kadius > 19a Rosemount Park Drive, > Rosemount Business Park, > Ballycoolin Road, > Dublin 11, > Ireland > > Phone: +353-1-8850324 > Fax: +353-1-8211102 > > >
State of the Graphical Tools
What's the state of the graphical tools? Can they replace editing of the DD files? I'm having trouble trying to use some of them. For example, how to you specify the select criteria for CMP findBy* methods?
AW: AW: Entity beans never changed back to the pool.
Hi Robert, Of course this is not an offical and documented way and I would it never use in production. It's the result of playing around with the orion-console and analyzing the interface "ApplicationAdministrator" with javap. Heinz -Ursprüngliche Nachricht- Von: Robert Krueger [mailto:[EMAIL PROTECTED]] Gesendet am: Mittwoch, 8. November 2000 10:56 An: Orion-Interest Betreff: Re: AW: Entity beans never changed back to the pool. At 08:12 08.11.00 , you wrote: >Hello Esteban, > >I posted the same question some months ago. >In this list there are several mails concerning the cache-strategy of >entity-beans in the orion-container - but unfortunately we never got answers >from the developer-team. > >I found a way to flush the cache automatically. > >You can use the class > com.evermind.server.administration.ApplicationAdministrator >from orion.jar in the following way (application-client or session-bean): > >... >import com.evermind.server.administration.*; >... >Context context = new InitialContext(); >ApplicationAdministrator admin = >(ApplicationAdministrator)context.lookup("java:comp/Administrator"); >... >admin.flushEJBCache("name of your entity-bean"); >... is this offically exposed and documented? if not, what makes you think they don't change the interface in the next version regardless of whether you've coded against it? robert >All beans will be flushed, it works fine. >But the virtual memory of the JVM don't change (WinNT, JDK 1.3, Orion >1.4.0). > >Kind regards > >Heinz Häußler >Eurocopter Deutschland GmbH >D/KDC >Postfach 13 53 >86603 Donauwörth >Tel.: +49 (0) 906 / 71-4431 >Fax.: + 49 (0) 906 / 71-4100 >Mail: mailto:[EMAIL PROTECTED] >Home: http:\\www.eurocopter.com > >-Ursprüngliche Nachricht- >Von: Lopez Esteban [mailto:[EMAIL PROTECTED]] >Gesendet am: Montag, 6. November 2000 20:07 >An: Orion-Interest >Betreff: Entity beans never changed back to the pool. > >Hello, I plan to use Orion-Server for a big Database-Application with Java- >and Web-Clients. >I'm using Orion version 1.4.0. After serveral tests we noticed, that once a >Entity-Bean was instanced and used, it never changed back to the pool. The >number of usered instances grows and grows until I manually flush the cache >in the Console-Utility. >With this strategy, the Server will run out of memory after some time. Is it >possible to limit the number of used and pooled Entity-Bean instances ? I >can't find any parameter in the xml-Files. >Best regards >Esteban > (-) 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
Auto-started clients, JMS and transactions
Hello, I just installed 1.4.3. The good news is that my previous problems with JMS subscribers, when running as auto-started clients, not getting messages delivered is resolved. However, it appears that the auto-started client's message handler (onMessage()) is invoked within the transaction context of the publishing EJB call. Is this expected behavior? I would think that the message handlers would be invoked outside of the transaction. If this is expected behavior, how can I design around it? Here's a stacktrace that shows the calls (the non-reentrant exception, I believe, is an artifact of the problem) The flow is that the EntityBean (datawatchItemBean), in its postCreate publishes a message and an auto-started client (DataWatchEngine) subscribes to these messages. I'm not an expert on JMS (barely getting started with messaging) and would appreciate all help. Thanks, Vidur com.evermind.server.rmi.OrionRemoteException: Recursive call to non-reentrant be an at com.evermind.server.ejb.AbstractEJBObject.startCall(JAX) at DataWatchItem_EntityBeanWrapper18.getDataWatchEntry(DataWatchItem_Ent ityBeanWrapper18.java:1014) at com.epistemic.km.server.DataWatchEngine$NotificationHandler.onNotify( DataWatchEngine.java:195) at com.epistemic.km.server.ServerNotificationListener$MessageListenerImp l.onMessage(ServerNotificationListener.java:30) at com.evermind.server.jms.ct.lr(JAX) at com.evermind.server.jms.cu.lr(JAX) at com.evermind.server.jms.EvermindTopicConnection.l8(JAX) at com.evermind.server.jms.JMSServer.lq(JAX) at com.evermind.server.jms.ch.k9(JAX) at com.evermind.server.jms.cu.l5(JAX) at com.evermind.server.jms.cv.publish(JAX) at com.evermind.server.jms.cv.publish(JAX) at com.epistemic.km.server.Notifier.publish(Notifier.java:87) at com.epistemic.km.server.Notifier.notifyCreate(Notifier.java:101) at com.epistemic.km.server.DataWatchItemBean.ejbPostCreate(DataWatchItem Bean.java:69) at DataWatchItemHome_EntityHomeWrapper51.create(DataWatchItemHome_Entity HomeWrapper51.java:506) at com.epistemic.km.server.DataWatchServiceBean.addWatch(DataWatchServic eBean.java:110) at DataWatchService_StatelessSessionBeanWrapper8.addWatch(DataWatchServi ce_StatelessSessionBeanWrapper8.java:138) at java.lang.reflect.Method.invoke(Native Method) at com.evermind.server.rmi.bf.do(JAX) at com.evermind.util.f.run(JAX) -- Vidur Dhanda Active Solutions tel: 617/566-1252 [EMAIL PROTECTED] www.active-solutions-inc.com
Shutting down orion
Although I can shutdown orion using the admin.jar with a 1.2 JVM, I've found that I cannot with a 1.3 JVM. The server ceases to accept connections, but its process does not go away. (Running on Redhat/Debian Linux) Anyone else noticed this?
startup & shutdown classes
In weblogic's properties file, I can register classes that are laoded into WL server and execute each time WL is tarted or shut down. Can I do something similar in Orion ? Thanks, Edmund *** Edmund Cheung Kadius 19a Rosemount Park Drive, Rosemount Business Park, Ballycoolin Road, Dublin 11, Ireland Phone: +353-1-8850324 Fax: +353-1-8211102
DB-connection timeout
I know that others have had performance problems with timeouts when running out of DB-connections. Has anybody figured out where this value is set? Some have stated that the problem disappears when running Orion with enough memory, but we see no difference even with large amounts of mem. Is there some other magic lever to pull? /Marcus -- Marcus Ahnve email: [EMAIL PROTECTED] Lecando AB Office: +46-(0)8-634 94 18 Sweden Mobile: +46-(0)70-462 19 18 www.lecando.comICQ#: 4564879
RE: Tools was: There has GOTTA be a BETTER way !!!!
You can try the beta enterprise version of Kawa for free, and the production version should be ready sometime this year. Go to the web site at http://www.tek-tools.com/enterprise/index.html. Please note they just got acquired by Allaire, the producers of Jrun and Cold Fushion. -Original Message- From: M. David Minnigerode [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 07, 2000 4:28 PM To: Orion-Interest Subject: Re: Tools was: There has GOTTA be a BETTER way Adam Winter wrote: > > I'm just starting down the EJB road, and I'm looking for tools. My > company is used to RAD tools having been developing for Sapphire/Web. > Is there a consensus in this group? JBuilder, VisualCafe, VisualAge, > Rose? > > It doesn't look like they offer evaluation versions of their > enterprise editions and there's no way I can buy something like this > just to try it out. > Can't say about vcafe, vage or rose... but Jbuilder foundation -is- jbuilder enterprise. Just without a lot of the wizards, the jbcl (various borland db enabled tools, layout managers, etc) classes and things like group tools, or source code. With some effort you can configure the foundation to do a lot of the things enterprise does. For example, you can get the j2ee stuff from sun to include as a library (so jbuilder will browse the source automatically) and use the sun deployment tool from a menu in jbuilder. So you can see if you like the environment and then decide about the enterprise version. Which has all of the bells and whistles turned on. Of couse you don't actually need any of this stuff but it's all nice to have. dave
Re: What's new?
At 18:37 07.11.00 , you wrote: >At 12:02 07.11.00 , you wrote: >>Does anybody know what is new in the 1.4.2 version of orion server? > >I get syntax errors compiling the generated wrappers for entities with >complex pks. fixed in 1.4.3 just tested it. regards robert >robert > >>kesha > >(-) 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: HIGH PRIORITY:Contact Information??????
Me too, I just bought two licenses last night, and zingo wammo they are here this morning. Great job Orion guys! Thanks for a rockin app server! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Arved > Sandstrom > Sent: Wednesday, November 08, 2000 7:30 AM > To: Orion-Interest > Subject: RE: HIGH PRIORITY:Contact Information?? > > > As the movie says, "just show them the money". :-) We just went ahead and > bought it, and the license showed up within 24 hours. > > The procedure is so simple that maybe folks are still expecting an elaborate > process akin to purchasing a $50,000 or $100,000 software application. Orion > is only $1500, after all, and for those sums I expect no process other than > payment. > > Putting it another way, if you want to license the server, the link is there > on the main website. Fill out the form and you're done. > > Arved Sandstrom > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Denis Hennessy > Sent: Wednesday, November 08, 2000 6:50 AM > To: Orion-Interest > Subject: RE: HIGH PRIORITY:Contact Information?? > > > I've just gone through the same experience. I've sent multiple mails > offering to license the server but no-one mails me back. (I hate to think > what would be happening if I was trying to get support!!). > > Does anyone have hard contact details? Names? Phone numbers? > > I think the technology looks good but without a company supporting it or > source available to dig in myself it might just be too risky.. > > Regards, > Denis > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of J Davis > Sent: 31 October 2000 00:58 > To: Orion-Interest > Subject: HIGH PRIORITY:Contact Information?? > > > Does anyone have any contact information for Orion. We have been trying to > contact them for over two weeks about purchasing and licenses, and no one > has gotten back to us. The seem to only have an E-mail address for sales on > their site and we cannot find any sort of phone number or other e-mail that > will work. Any help here would be greatly appreciated. Orion has been by > far the fastest, smoothest EJB server we have found for it's cost and we > want to purchase it. Unfortuanately if we cannot get a hold of anyone we > will have to take our business elsewhere. > > > Thanx > > > Greg > > > > >
Re: ejb-link
Billy Byberg wrote: > > Hi again! > > I want to look at them as two separate beans, only with the same interfaces. > They are both declared and have different names, the only thing they have in > common is the remote and home interfaces. I really would like to be able to > access them both. But when I do the references only one of them works. An > example of how it can look: Okidok, you have yourself a new problem here. There is a one to one mapping between the home interface, the remote interface and the bean implementation. EJB 1.1 (or 2.0 AFAIK for that reason) does not allow you to have several implementations answering to one set of interfaces. You could possibly solve it halfway by declaring a common super interface which the two remote ones extend, but you will still need two set of interfaces. /Marcus -- Marcus Ahnve email: [EMAIL PROTECTED] Lecando AB Office: +46-(0)8-634 94 18 Sweden Mobile: +46-(0)70-462 19 18 www.lecando.comICQ#: 4564879
validateXML
Last week I discovered the validateXML command line option and thought is was great. The more I use it, though, I realize it's near useless. Here is why. The two validating parser's that ship with Orion (Apache's xerces and Sun's jaxp) validate the DTD as well as the xml file. The problem is, it seems to find problems with the dtd's (some of which are sun dtds and some of which are Orion dtds). Why are the dtds invalid? I have no idea. What's more, these dtds are inside the orion.jar file. So fixing them is a pain. Please someone comment if they have found otherwise. Or if you have a solution. Thanks. Dave Ford Smart Soft - The Java Training Company http://www.SmartSoftTraining.com
RE: Tools was: There has GOTTA be a BETTER way !!!!
I have been doing ejb as long as there has been a spec, and I have settled on JBuilder4 and Together for development. Both are rock solid products and have saved me hundreds of hours. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Adam WinterSent: Tuesday, November 07, 2000 4:17 PMTo: Orion-InterestSubject: Tools was: There has GOTTA be a BETTER way At 07:15 PM 11/7/00 +0100, you wrote: I use JBuilder Enterprise 4 which does do skeletal work, including matching up home & remote interfaces to the businessmethods ofbeans, and it produces orion-friendly jar files. I'm just starting down the EJB road, and I'm looking for tools. My company is used to RAD tools having been developing for Sapphire/Web. Is there a consensus in this group? JBuilder, VisualCafe, VisualAge, Rose?It doesn't look like they offer evaluation versions of their enterprise editions and there's no way I can buy something like this just to try it out.-adamw "Good design is the only real shortcut."Adam WinterApplication Engineer II@Outcome, Inc 7000 West William Cannon, Building. 1, Suite. 100, Austin, TX 78735 http://www.atoutcome.com Ph. (512)899-1948 Ext.1010 Fx. (512)899-3880
RE: Forcing servlet declarations
Can't remove the classes. All the apps share the same repository, so that is not an option. I did do this however and it worked. set servlet-webdir to "none". Voila! > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of J.T. Wenting > Sent: Tuesday, November 07, 2000 4:59 PM > To: Orion-Interest > Subject: RE: Forcing servlet declarations > > > remove the classes? > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Russ White > > Sent: 07 November 2000 20:25 > > To: Orion-Interest > > Subject: Forcing servlet declarations > > > > > > I have several apps the share common libraries. Some apps I > > want to execute some > > servlets in the library but not others. > > > > Is there a way to keep a web-app from executing arbitrary servlets?1 > > > > Ordinarily http://yourserver.com/servlet/class will execute > > class as long as it > > is in the classpath and has no security restraints that are > > unresolved. > > > > I want only servlets that are declared in the web.xml file to > > be executed. > > > > Is there a way to do this? > > > > I tried removing the servlet-webdir attribute for the > > tag, but > > no dice. > > > > Anything else I can try? > > > > Thanks, > > Russ > > > > > >
Jetspeed
Has anyone got Jetspeed 1.2 to run on Orion? I keep getting errors instantiating caches (or so it seems). Hints appreciated. For the moment I am using Oracle 8i as a database (would like to use Interbase, but that is not supported, getting errors if I try). Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway
RE: HIGH PRIORITY:Contact Information??????
As the movie says, "just show them the money". :-) We just went ahead and bought it, and the license showed up within 24 hours. The procedure is so simple that maybe folks are still expecting an elaborate process akin to purchasing a $50,000 or $100,000 software application. Orion is only $1500, after all, and for those sums I expect no process other than payment. Putting it another way, if you want to license the server, the link is there on the main website. Fill out the form and you're done. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Denis Hennessy Sent: Wednesday, November 08, 2000 6:50 AM To: Orion-Interest Subject: RE: HIGH PRIORITY:Contact Information?? I've just gone through the same experience. I've sent multiple mails offering to license the server but no-one mails me back. (I hate to think what would be happening if I was trying to get support!!). Does anyone have hard contact details? Names? Phone numbers? I think the technology looks good but without a company supporting it or source available to dig in myself it might just be too risky.. Regards, Denis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of J Davis Sent: 31 October 2000 00:58 To: Orion-Interest Subject: HIGH PRIORITY:Contact Information?? Does anyone have any contact information for Orion. We have been trying to contact them for over two weeks about purchasing and licenses, and no one has gotten back to us. The seem to only have an E-mail address for sales on their site and we cannot find any sort of phone number or other e-mail that will work. Any help here would be greatly appreciated. Orion has been by far the fastest, smoothest EJB server we have found for it's cost and we want to purchase it. Unfortuanately if we cannot get a hold of anyone we will have to take our business elsewhere. Thanx Greg
RE: HIGH PRIORITY:Contact Information??????
The contact i used for questions was Elin Bjällhage, [EMAIL PROTECTED] Then to buy orion just fill in the purchase form on the web site. If your wondering about versions like i was this is what Elin said. > Hello Peter, With the license you get 6 months of free upgrades so there will be no problem for you to use version 1.3.8. Regards, Elin Bjällhage, Orion -Original Message- From: Denis Hennessy [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 08, 2000 10:50 AM To: Orion-Interest Subject: RE: HIGH PRIORITY:Contact Information?? I've just gone through the same experience. I've sent multiple mails offering to license the server but no-one mails me back. (I hate to think what would be happening if I was trying to get support!!). Does anyone have hard contact details? Names? Phone numbers? I think the technology looks good but without a company supporting it or source available to dig in myself it might just be too risky.. Regards, Denis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of J Davis Sent: 31 October 2000 00:58 To: Orion-Interest Subject: HIGH PRIORITY:Contact Information?? Does anyone have any contact information for Orion. We have been trying to contact them for over two weeks about purchasing and licenses, and no one has gotten back to us. The seem to only have an E-mail address for sales on their site and we cannot find any sort of phone number or other e-mail that will work. Any help here would be greatly appreciated. Orion has been by far the fastest, smoothest EJB server we have found for it's cost and we want to purchase it. Unfortuanately if we cannot get a hold of anyone we will have to take our business elsewhere. Thanx Greg
Re: Where is Orion's copy of ejb-jar dtd?
<> Thanks Rober. I don't think that's it though. I got the same error with the Orion provided "news" ejb. I think It's trying to validate against the 2.0 DTD. Dave Ford Smart Soft - The Java Training Company http://www.SmartSoftTraining.com
ejb-jar.xml DTD: 2.0 or 1.1
I have found that Orion is validating my ejb-jar.xml against the wrong DTD. My ejb-jar.xml has a 1.1. DOCTYPE specified but it's STILL being validated against the ejb 2.0 doc type. How do I turn this behavior off? Thanks, Dave Ford Smart Soft - The Java Training Company http://www.SmartSoftTraining.com
Re: Where is Orion's copy of ejb-jar dtd?
I've just moved a bit closer to a solution. I found in the docs that I can specify (as a command line argumnet "which" xml parser to use: java -Dxml.parser=xerces -jar orion.jar -validateXML or java -Dxml.parser=javax.xml -jar orion.jar -validateXML Upon using the xerces parser, I got a new error message: Error loading package at file:/C:/@web/ClassNotes/EjbJmsJndi/@StudentEjbApp/, Error parsing META-INF /ejb-jar.xml in C:\@web\ClassNotes\EjbJmsJndi\@StudentEjbApp: Fatal error at line 912 offset 1: A ') ' is required in the declaration of element type "role-source". Warning at line 1: Valid documents must have a http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd"> So my new question is, how do I tell Orion to use the 1.1 DTD instead of 2.0 DTD to validate my ejb-jar.xml? Since this is a new question, I'll post it under a different heading also. Dave Ford Smart Soft - The Java Training Company http://www.SmartSoftTraining.com
RE: HIGH PRIORITY:Contact Information??????
I've just gone through the same experience. I've sent multiple mails offering to license the server but no-one mails me back. (I hate to think what would be happening if I was trying to get support!!). Does anyone have hard contact details? Names? Phone numbers? I think the technology looks good but without a company supporting it or source available to dig in myself it might just be too risky.. Regards, Denis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of J Davis Sent: 31 October 2000 00:58 To: Orion-Interest Subject: HIGH PRIORITY:Contact Information?? Does anyone have any contact information for Orion. We have been trying to contact them for over two weeks about purchasing and licenses, and no one has gotten back to us. The seem to only have an E-mail address for sales on their site and we cannot find any sort of phone number or other e-mail that will work. Any help here would be greatly appreciated. Orion has been by far the fastest, smoothest EJB server we have found for it's cost and we want to purchase it. Unfortuanately if we cannot get a hold of anyone we will have to take our business elsewhere. Thanx Greg
RE: SSL
They are sent encrypted. The URL will contain them in plain-text though, which is how they will appear in serverlogs. 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 Christophe > Hartwig > Sent: Wednesday, November 08, 2000 09:03 > To: Orion-Interest > Subject: RE: SSL > > > > If I have an ssl connection using > > https://myserver/myresource?username=mylogin&password=mypassword > > Are the parameters username and password encrypted or is this > > available in clear text? > > Encrypted, definitely: the socket is encrypted by SSL, so everything is. > > Bye > Christophe >
Re: ClassCastException
Sorry ppls, I've found the problem - stupid me :). I've forgotten the home interface. The corrected code is : Line 12: ChannelManagerHome channelManagerHome = (ChannelManagerHome) JNDIHelper.getHome("akela.pesos.content.news.ChannelManager"); ChannelManager channelManager = channelManagerHome.create(); Peter. Peter Severin wrote: > Hi ppl, > > I have a stateless session bean ChannelManager. I wrote a test class > ChannelManagerTest to test the bean. > > Line 12: ChannelManager channelManager = (ChannelManager) > JNDIHelper.getHome("akela.pesos.content.news.ChannelManager"); > > ( JNDIHelper is tested and is working just fine ) > > I get the following exception when I execute it: > > java akela.pesos.client.ChannelManagerTest > > Exception in thread "main" java.lang.ClassCastException: __Proxy4 > at > akela.pesos.client.ChannelManagerTest.main(ChannelManagerTest.java:12) > > jndi.properties is: > #Orion JNDI properties > #Mon Jul 31 11:09:18 EEST 2000 > java.naming.provider.url=ormi\://127.0.0.1\:23791/mall > >java.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFactory > > java.naming.security.principal=admin > java.naming.security.credentials=123 > > Any idea ? > > Peter.
Re: AW: Entity beans never changed back to the pool.
At 08:12 08.11.00 , you wrote: >Hello Esteban, > >I posted the same question some months ago. >In this list there are several mails concerning the cache-strategy of >entity-beans in the orion-container - but unfortunately we never got answers >from the developer-team. > >I found a way to flush the cache automatically. > >You can use the class > com.evermind.server.administration.ApplicationAdministrator >from orion.jar in the following way (application-client or session-bean): > >... >import com.evermind.server.administration.*; >... >Context context = new InitialContext(); >ApplicationAdministrator admin = >(ApplicationAdministrator)context.lookup("java:comp/Administrator"); >... >admin.flushEJBCache("name of your entity-bean"); >... is this offically exposed and documented? if not, what makes you think they don't change the interface in the next version regardless of whether you've coded against it? robert >All beans will be flushed, it works fine. >But the virtual memory of the JVM don't change (WinNT, JDK 1.3, Orion >1.4.0). > >Kind regards > >Heinz Häußler >Eurocopter Deutschland GmbH >D/KDC >Postfach 13 53 >86603 Donauwörth >Tel.: +49 (0) 906 / 71-4431 >Fax.: + 49 (0) 906 / 71-4100 >Mail: mailto:[EMAIL PROTECTED] >Home: http:\\www.eurocopter.com > >-Ursprüngliche Nachricht- >Von: Lopez Esteban [mailto:[EMAIL PROTECTED]] >Gesendet am: Montag, 6. November 2000 20:07 >An: Orion-Interest >Betreff: Entity beans never changed back to the pool. > >Hello, I plan to use Orion-Server for a big Database-Application with Java- >and Web-Clients. >I'm using Orion version 1.4.0. After serveral tests we noticed, that once a >Entity-Bean was instanced and used, it never changed back to the pool. The >number of usered instances grows and grows until I manually flush the cache >in the Console-Utility. >With this strategy, the Server will run out of memory after some time. Is it >possible to limit the number of used and pooled Entity-Bean instances ? I >can't find any parameter in the xml-Files. >Best regards >Esteban > (-) 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: Where is Orion's copy of ejb-jar dtd?
At 18:15 07.11.00 , you wrote: >> >I don't think that's it. Here is the dd: could it be that you have some kind of invisible control character in there? usually this results in weird failure modes. other than that i have no clue what it could be. robert > >JavaBeans 1.1//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_1_1.dtd"> > > > > ejb/Math > math.MathHome > math.Math > math.MathBean > Stateless > Container > > > > >Any ideas? I'm stumped! > > >Dave Ford >Smart Soft - The Java Training Company >http://www.SmartSoftTraining.com > (-) 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: ejb-link
Hi again! I want to look at them as two separate beans, only with the same interfaces. They are both declared and have different names, the only thing they have in common is the remote and home interfaces. I really would like to be able to access them both. But when I do the references only one of them works. An example of how it can look: no description Tester Tester test.TesterHome test.Tester test.TesterEJB Stateless Bean ejb/test/Test1 Session Test1 test.TestHome test.Test ejb/test/Test2 Session Test2 test.TestHome test.Test no description Test1 Test1 test.TestHome test.Test test.Test1EJB Stateless Bean test1/password java.lang.String PASWD1 test1/hosturl java.lang.String http://www.test.com/demo/t1.jsp no description Test2 Test2 test.TestHome test.Test test.Test2EJB Stateless Bean test2/password java.lang.String PASWD2 test2/hosturl java.lang.String http://www.test.com/demo/t2.jsp -Ursprungligt meddelande- Fran: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]For Marcus Ahnve Skickat: den 7 november 2000 18:36 Till: Orion-Interest Amne: Re: ejb-link Billy Byberg wrote: > > I have a problem trying to use the same home and remote classes with > different implementations of the EJB class. > > In the ejb-jar.xml reference tags you specify home and remote interfaces. > These does not say which ejb to use. It doesn't help to also specify > ejb-link that should point out the exact EJB to use. The only way to change > between different ejb classes with the same home and remote interfaces is to > simply use one at a time. > > Anyone know a working example that does what I want or know anything I might > do wrong? Maybe someone else that has the same problem? Personally I think > it's a bug in Orion, but I hope to be proven wrong :) You're in luck, because this is a EJB feature. ejb-jar.xml is defined by JavaSoft and is the same everywhere you go in EJB country. You simply can not do this. When referencing one bean from another you are essentially being just another client of that bean. And since clients can not, and should not, know anything about the current implementation, you are not able to declare which implementation bean to use. /Marcus -- Marcus Ahnve email: [EMAIL PROTECTED] Lecando AB Office: +46-(0)8-634 94 18 Sweden Mobile: +46-(0)70-462 19 18 www.lecando.comICQ#: 4564879
ClassCastException
Hi ppl, I have a stateless session bean ChannelManager. I wrote a test class ChannelManagerTest to test the bean. Line 12: ChannelManager channelManager = (ChannelManager) JNDIHelper.getHome("akela.pesos.content.news.ChannelManager"); ( JNDIHelper is tested and is working just fine ) I get the following exception when I execute it: java akela.pesos.client.ChannelManagerTest Exception in thread "main" java.lang.ClassCastException: __Proxy4 at akela.pesos.client.ChannelManagerTest.main(ChannelManagerTest.java:12) jndi.properties is: #Orion JNDI properties #Mon Jul 31 11:09:18 EEST 2000 java.naming.provider.url=ormi\://127.0.0.1\:23791/mall java.naming.factory.initial=com.evermind.server.ApplicationClientInitialContextFactory java.naming.security.principal=admin java.naming.security.credentials=123 Any idea ? Peter.
Re: The way to use EJB?
Rafael Alvarez wrote: *snip* > It looks like we were designing Objects FROM Tables, and EJB is a way to > create tables FROM Objects. And most of the troubles of the first > project were because of that. I mean, we create objects tha > represented tables, rather than tables representing objects. IMHO it's all a matter of architecture, which in turn is very dependent on the preconditions of the project. If you are running a green field development process, I would definitely go for designing EJB's up front and create the DB according to them. Which is by the way how we do it here at Lecando. On the other hand, if you have to adapt to an existing DB or have development process that is DB-centric I guess you just have to do with whatever the DB guys throw at you. My 2c, Marcus Ahnve -- Marcus Ahnve email: [EMAIL PROTECTED] Lecando AB Office: +46-(0)8-634 94 18 Sweden Mobile: +46-(0)70-462 19 18 www.lecando.comICQ#: 4564879
RE: Placement of jars for JSP
Title: RE: Placement of jars for JSP Well, if you point out your tld from your web.xml file like: database-taglib /WEB-INF/database.tld you can have your taglib.tld in your WEB-INF directory. You can have the classes used by the taglib in your /WEB-INF/classes/ if you want. WR > -Original Message- > From: Aaron Scott-Boddendijk [mailto:[EMAIL PROTECTED]] > Sent: den 3 november 2000 04:03 > To: Orion-Interest > Subject: Re: Placement of jars for JSP > > > > You can place the JAR anywhere - orion will automatically > detect it has > > changed when you recompile / rejar, and it will load the new driver. > > > > Just change the location with the > attribute in web.xml. > > Ok that's working - can the be a folder > rather than a > jar to test without rebuilding the jar each time... > EG place the refering to the top of our > package hierarchy > and add a META-INF folder with the relevent taglib/tag info... > > I've tried it with no luck - is there a way for this to work? > > -- > Aaron Scott-Boddendijk > INTAZ Limited > +64 7 838 3371 Voice > +64 7 838 3372 Fax > > >
RE: SSL
> If I have an ssl connection using > https://myserver/myresource?username=mylogin&password=mypassword > Are the parameters username and password encrypted or is this > available in clear text? Encrypted, definitely: the socket is encrypted by SSL, so everything is. Bye Christophe