RE: clustering and class/jar visibility
try placing the jar file in the web app WEB-INF/lib directory. Remember when you deploy an application it has its own sandbox. Thats my best bet. it should be visible if it is in that directory though. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Conway Sent: Wednesday, June 13, 2001 10:38 AM To: Orion-Interest Subject: clustering and class/jar visibility we have a 'dev' instance on box 1...we can deploy a web app using the 'exploded directory structure', and put our sybase jdbc driver zip file in lib under j2ee/home...works great. we have a 'test' instance on box 2...with 2 instances of orion running in a load-balanced cluster. We set an auto-deploy directory in our server xml files pointing to a shared file space (afs). We than .ear up the web app we had in 'dev' and deploy...it looks like deployment worked, but the sybase jdbc drivers are not visible..I get class not found...even tho the jconnect40.zip file is in the same j2ee/home/lib directory as on 'dev'is there some catch to distributing web apps to a cluster that effects the visibility of .jar files placed in j2ee/home/lib? I saw some messages about starting orion with a classpath directive in the java command explicitly mapping jar files, such as is done when starting jserv manually...is this the 'gotcha' of this type of config? Any help appreciated... Regards, Mike Conway UNC-Chapel Hill
RE: persistance
why dont you create a class that parses them and another class that keeps the results in member variables... you could then serialize the class with the results. check the file dates whenever you need to get the results and reparse if necessary, otherwise just reload the serialized class. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Saturday, March 24, 2001 10:40 PM To: Orion-Interest Subject: persistance I have this problem with session beans. I have certain objects which I want to be persistant across all session beans. One approach is to use an entity bean. But that's a little overkill. These are several xml files which I use to setup some of the session beans properties, but they are not expected to change. Parsing the xml files each time a session is created is another approach. But that gives me the *lag time* during the parsing, and slows down my application. Is there another alternative? Can I load a bean each time the server is restarted, or when an event occurs (say, the *datetime* changes on the file)? Has anybody else faced this problem and solved it? regards, Elephantwalker
RE: Orion and WARs
ok, "have" is extreme. Let me say rather, this is how I would do it. Don't clutter up the default then, and all. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: Thursday, March 22, 2001 6:51 PM To: Orion-Interest Subject: RE: Orion and WARs No, you do not. You can deploy your web apps using the 'default' application. On Thu, 22 Mar 2001, Allen Fogleson wrote: You have to include the war in a bigger ear file, that includes the application deployment descriptor application.xml. The webarchive will then be deployed. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Burr Sutter Sent: Thursday, March 22, 2001 10:32 AM To: Orion-Interest Subject: Orion and WARs Question: How do you use a WAR with Orion? If I update my server.xml to point to a WAR like so application name="struts-logon" path="../struts-logon.war" /
RE: bad timestamp confusion; BUGje
Is this in a table you designed or are you letting orion create them? if the later you can change the descriptor to create the other type of field, if the later you could do a alter table... I had this problem before with postgresQL and that is how I got around it. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Eddie Sent: Thursday, March 22, 2001 4:06 PM To: Orion-Interest Subject: Re: bad timestamp confusion; BUGje Helllu there, Ok, I dit download the the latest jdbc driver source and compiled it. I still had te same error and changed the getTimestamp function, such that it works. The problem occurs with Postgres Date field (I have version 7.0), not with Postgres DateTime fields. The problem is as followes: The driver checks the date from postgres and looks for a + or - sign at the end of the string for the GMT offset. It also does that when it concerns a postgres Date field, which is the problem, as it shouldn't. It then encounters the - between the month and day and inserts the string GMT there - rubbish - Exception!!! Am I missing something here, or is this really a bug ? If it is, please change it in the following release. Goodluck, Eddie - Original Message - From: Jeff Schnitzer [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Wednesday, March 21, 2001 8:08 PM Subject: RE: bad timestamp confusion Take a look at this message I posted in January: http://www.mail-archive.com/orion-interest@orionserver.com/msg08677.html If you patch the JDBC driver to read whatever format your dates are coming back as (you should see the actual formatted date string in the exception message), you should be ok. You might first check the CVS copy of the JDBC driver to see if it works; with any luck patches have already been made. Storing dates as strings just seems like a bad idea. It's nice to be able to do date math in SQL queries when you want to analyze your data. Jeff -Original Message- From: Eddie [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 21, 2001 4:55 AM To: Orion-Interest Subject: bad timestamp confusion Just like other people in the newsgroup, I am receiving a bad timestamp error once in a while with Postgres 7.0. I looked in the newsgroup and saw some possible solutions, but I am a bit confused. How can I solve this problem for ever in case of a DateTime field ??? Someone talked about using java.sql.Date instead of java.util.Date, the other about getting the last postgres jdbc driver I got the last postgres driver from the postgres site, so what should I do ?? I was thinking about just using Strings to store Date format info. What about this ? And what should I do when I get such an error. Filling the database all over again helps. But what, when I have everyting ready online ?? Regards, Eddie
RE: Weblogic and Orion 6.
basically you are going to have to instantiate your properties (or hashtable) with the values specific to wl. If I recall you need the providerURL to be t3://hostname (might be forced to use rmi there ) and then the context factory is WLInitialContextFactory (if I remember right) and then you have security principle stuff if needed. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Justen Stepka Sent: Thursday, March 22, 2001 10:28 PM To: Orion-Interest Subject: Weblogic and Orion 6. My company has decided to use Weblogic 6 for the backend J2EE server, but I managed to convince the project managers to use Orion for the war. For the last day I've been playing with getting Orion to communicate with Weblogic 6 but I just can't get an initialcontext with any value from Weblogic to use with the servlets running on Orion. Has anyone done this before? What do I need to do so that I can get a remote interface to Orion? Justen Stepka
RE: Simultaneous Username/Password Detection
what we did was store session info in a DB table. (appropriately enough named Session_T (our naming scheme add a T to tables, etc) We store it with the create time and all that. As you say the hard part is when they forget to log out. or winblows locks up on them. in that case what we always do on our login is: HttpSession ses = request.getSession(true); ses.invalidate(); then they are only logged in one time. its a two stage login if they have session info in the DB that has not "expired" where we ask if they are sure they want to log in. If this happens more than 3 times in a 30 minute period we email the administrator. We store the last login time additionally in a user intersection table (that contains user info but not the password, we use the a directory server for authentication) thus we can track all their logins. we just look at the last three, get the time between them, and then lock them out. its a security precaution. dont ask me where we came up with the time limit that was a client call not ours. Al -- Allen L. Fogleson Senior Project Manager Crunchy Technologies 2111 Wilson Boulevard Suite 350 Arlington, Va 22201 voice: (703) 469-2032 pager: (800) 826-3181 www.crunchy.com http://www.crunchy.com Is your business soggy or is it Crunchy? -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Morton Sent: Thursday, March 22, 2001 9:47 PM To: Orion-Interest Subject: Simultaneous Username/Password Detection I am building a system that protects content by username and password. No problem there. The more complicated part of the system prevents two people using the same username and password at the same time on our web site. I have a plan to do this, but I haven't seen if there are any common methods/techniques/strategies/design patterns to do this in a jsp environment. Nor do any of our developers have any experience in doing this. Currently, I am just going to store server generated sessionId's and userId's with other necessary data/time checks..of course the user must be able to take over use of that username and password because the browser may crash...or they forget to hit logoutand also I must flag when this happens too many times in a period of time as a red flagobviously with an html web site, there is no 100% accurate way to only have one user using the site at once, however, I can build it well enough that 95% of the users that are giving out their passwords won't because it is annoying to keep re-logging in and being locked out for an hour if you trip one of our red flags.thoughts? experiences? This is not for a porn site, however, I bet that porn people have something like this. David
RE: killing a session
HttpSession ses = request.getSession(true); ses.invalidate(); Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Fernando DeLeon Sent: Wednesday, March 21, 2001 6:28 PM To: Orion-Interest Subject: killing a session how do u kill a session ?? :D
RE: Orion Team Needs New List Software
I suspect that the person the mail is from is not responsible, obviously moved on and someone at the company set up the autoresponder. We do that here when we have people leave. Be bad business to lose a customer because email wasnt replied to wouldnt it? Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: Wednesday, March 14, 2001 4:29 PM To: Orion-Interest Subject: Orion Team Needs New List Software Someone desperately needs to replace the list software currently hosting the Orion-Interest mailing list. This is really getting out of hand. It's bad enough that everyone who posts gets messages like this from natch.se... but now they're echoing to the list as well.
RE: How can I use Application session?
HttpSession ses = request.getSession(true); ses.invalidate(); Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Huibert Aalbers Sent: Wednesday, February 21, 2001 1:51 PM To: Orion-Interest Subject: Re: How can I use Application session? Hi everyone, On a related note, I have two questions regarding sessions and Orion: A) Can I expire a session programmatically? B) In Orion my sessions do no seem to expire automatically. Does orion expire sessions only when it needs resources or am I doing something wrong? Thanks in advance, Huibert Angus Mark wrote: you can call getSession(boolean create) where create is false instead -Original Message- From: Yves Bossel [SMTP:[EMAIL PROTECTED]] Sent: 21 February 2001 11:40 To: Orion-Interest Subject: RE: How can I use Application session? I would add: * how can I retrieve the session ID while I am inside an EJB method so I (from the docs) use from HttpServletRequest the method getSession(), then session.getId() Be careful because the spec says that getSession() creates a session if it does not exists. Yves Bossel - Programmer - Neoris.com
RE: EJB Clustering -- ANYONE? [Urgent!]
An LDAPUserManager would be very nice, or at least some good docs on that whole schema so we could implement our own. I'm struggling through that now myself. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus Stenman Sent: Thursday, February 22, 2001 10:43 AM To: Orion-Interest Subject: Re: EJB Clustering -- ANYONE? [Urgent!] While on that note, what are the other especially wanted areas for improved/more elaborate documentation (howto's and similar)? Please be as specific as possible (ie the opposite of "improved overall documentation" :) and keep in mind that the security-primer is already in the pipe. Thanks in advance!
RE: Get me off this subscription!!!!
did you try the website, enter your email and press submit? it worked fine for me when I switched jobs and had to use a new email. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Steve Johann Sent: Wednesday, February 21, 2001 12:43 PM To: Orion-Interest Subject: Get me off this subscription I have tried all your recommendations to get off your subscription list. Come on guys! __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices! http://auctions.yahoo.com/
RE: ATM application not working in 1.4.0
you might try updating the server, I havent had 1.4.0 in a while but it definitely works in 1.4.5 and 1.4.7 I don't remember which server I had the problem in but I have had it running in 1.4.5 and 7 now. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Globetrot Communications Sent: Wednesday, February 07, 2001 8:19 PM To: Orion-Interest Subject: ATM application not working in 1.4.0 When I try to register on the web-page in ATM application, I get the following exceptions! I was hoping to use this application to see how exactly it is doing O/R mapping. Thanks. Satish javax.servlet.jsp.JspException: NamingException: com.acme.atm.ejb.AccountOwnerManager not found at com.evermind.ejb.taglib.UseHomeTag.doStartTag(UseHomeTag.java:37) at /doAddUser.jsp._jspService(/doAddUser.jsp.java:43) (JSP page line 3) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.xa(JAX) at com.evermind.server.http.JSPServlet.service(JAX) 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) __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/
RE: Orion-console in 1.4.7 supports DataSource properly... now what!!!
Daniel;
As far as I can tell the DS lookup works in 1.4.7 I have an app that does
many lookups and I just ran it unchanged from 1.4.5 to 1.4.7. Now Granted I
am in orion so I just have to do a...
InitialContext ctx = new InitialContext();
DataSource ds = (DataSource) ctx.lookup("jdbc/myDS");
So maybe it might not work with the initialApplicationContext?? (although
the console belies that)
Al
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Cardin
Sent: Tuesday, February 06, 2001 4:17 PM
To: Orion-Interest
Subject: Orion-console in 1.4.7 supports DataSource properly... now
what!!!
Hi everyone!
I'm progressing... Orion 1.4.7 has support for DataSources in the
orion-console application.
If you select a DataSource, you will see a new panel allowing you to
enter SQL commands that will
be sent directly to the database through the DataSource + connection.
it WORKS in the console. So this implies that :
1. the concept is valid : you don't need to use a driver instance on the
client side, contrary to what
some of you stated. No JDBC download, nothing... just a proxy
instance implementing the Connection interface
2. the client doesn't need to see the database server on the same
network
3. my datasources are configured PROPERLY on the server side... (I was
always doubting that
but normal DS, pooled DS, EJB DS etc. all work from my client
(actually only XA won't work now))
SO: since I get perfect access through the console, either
a) I can't do a JNDI lookup! (I doubt that)
b) the DataSource lookup is not working (yet) in 1.4.7
c) OrionConsole uses another method than a simple lookup to get the
DataSource object.
Please everyone, realize this is important for performance issues and
let's try to make it work!
Thanks for your help
Daniel
RE: Re[2]: R: R: frustrated - jdbc: No suitable driver
Uhmmm, I agree, I was confused because someone said they still needed the JDBC drivers on the client, and assuming you use the portable method of DataSources, there should be no reason that they would need to have the JDBC drivers, it is all handled container side with the datasource. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rafael Alvarez Sent: Sunday, February 04, 2001 10:24 AM To: Orion-Interest Subject: Re[2]: R: R: frustrated - jdbc: No suitable driver Hello Allen, DataSources gives you one advantage on the client side: Security. If you use a direct JDBC connection to a Database, your username, password and URL have to be placed in your class. A Datasource hides all those details, so if some one decompile your class (even JAXed classes are not totally safe) only the JNDI Datasource name will be found. It's up to you to set a security schema for the connection with the app server, but at least is one problem less to solve. -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
RE: R: R: frustrated - jdbc: No suitable driver
I think I am becomming more confused now. If you use a DataSource, and then DataSource.getConnection() you should have no need of JDBC drivers on the client side. You would need the javax.sql.* package but not the database dependent drivers. Otherwise what was the sense in switching to a DataSource? If I have to change my client if my database changes then I may as well just get connections the old way. Admittedly I have very rarely had a database change once an app was deployed... The other thing is that when calling EJB's you are only dealing with the remote interface, so you are not actually instantiating a connection on your machine (assuming an application client) so again there would be no need of jdbc drivers on the client machine. With all that, I cannot think of any instance where a DataSource is used where you need them, could you perhaps elaborate the situation where you do? After all maybe I am being dense and missing something. :) Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: Wednesday, January 31, 2001 12:15 AM To: Orion-Interest Subject: RE: R: R: frustrated - jdbc: No suitable driver While I agree that the client code should have no knowledge of what driver it is using, somehow the JDBC driver classes do need to eventually find their way to the client machine. Since J2EE doesn't specify the process by which client files get to the client machine (and for good reason), there are a lot of ways to do it. From you description, it looks like the weblogic launcher will automatically download the JDBC driver. I stand corrected :-) I wonder how they deal with licensing issues... I doubt they let just anyone download their jDrivers :-) And why didn't they make a launcher that downloads *all* the necessary classes so you can have a zero install footprint on the client machine? Looking at their docs, it looks like ClientDeployer wants the whole ear file to be installed on the client. Yuck. But I'll agree, downloading some classes is probably better than no classes. Orion is not so friendly. You've got to package everything up in the client jar file, including the interface classes of the ejbs you want to use. The good news is that in this process it's simple to put the minimum subset of classes into the client package :-) And dynamically downloading the class files is slow anyways :-) :-) :-) Jeff
RE: Session EJB Accessibility
You can still use an entity bean to provide this functionality. Nothing in the specification states that the persistent store has to be a database. So design your bean to be a BMP entity bean, then handle the loading and saving of your data in your ejbLoad and ejbStore methods. You can serialize the object, and use a helper class to load it and save it. This should allow you to do what you are looking to do. you could feasibly do the same thing in a stateful session bean though, but you don't have synchronized access to the object. Al I don't want to do any database activity. I just want this Java Object to be accessible as an EJB accessible by many different clients hosted by an Application Server. The object doesn't have to be stateful either. It sounds like you're describing an entity bean more than a session bean. An entity bean can be called by many clients although access is serialized. And certainly the role of an entity bean is to encapsulate data in a apparently-storage-mechanism-independent manner, from the client's perspective... How does the notion of a session play into what you want the bean to do? Gary Mark Bernardinis ([EMAIL PROTECTED]) wrote: Requirements: An EJB to be Stateful Accessible by more than client Share the same data object and information Summarising the above information, I would like to have an EJB that can be called by many clients yet share the same underlying data within the bean. These clients may be another application running under Orion or a stand-alone application. Is this possible, and if it is, what special requirements do I need to meet. I have looked at SessionContext but does this have anything to do with it? Thanks in advance. Mark
RE: Session EJB Accessibility
Actually there is nothing in the spec mandating a single instance. You could have multiple instances of the same entity bean (representing the same persistent store) as long as their access to the store was synchronized and changes are reflected accross all the beans. Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Shea Sent: Tuesday, January 30, 2001 8:46 PM To: Orion-Interest Subject: RE: Session EJB Accessibility I could use a little help here. My limited understanding of entity beans suggests that if I create an EB using a particular key value, as long as I refer only to that same key value there would only be one instance of the EB.
Re: Creating EAR Files
There are several quick solutions to this, one is to just use jar and make them yourself. This is what we do at work. Al - Original Message - From: Santosh Kumar To: Orion-Interest Sent: Tuesday, October 24, 2000 12:27 AM Subject: Creating EAR Files Hi all, How do i create EAR/WAR/JAR files without using ANT1.1 as required by the ORION PRIMER. When i try to build these using the Orion provided SERVICE CONSOLE tool, it shows error "Class hello.ejb.HelloBean" not found, though it does exist in the same directory where i was pointing to. where ami going wrong? Santosh Santosh Kumar C == Senior Systems Engineer == Wipro Technologies == 1-8-448, Laxmi Building, S.P. Road, == Begumpet, Secunderabad - 500 003 == A.P, India. == Phone@: 91407896008 Ext 4511 == Fax @: 91407896123 == eMail@: [EMAIL PROTECTED] == url @: http://www.wipro.com == The World's First SEI CMM Level 5 Software Services Company
RE: JBuilder + Orion
Professional and enterprise actually. :) -Original Message- From: Christian Sell To: Orion-Interest Sent: 10/19/00 7:29 AM Subject: Re: JBuilder + Orion However, JPDA is only available with the professional (non-free) version of JBuilder -Original Message- From: Russ White [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: Mittwoch, 18. Oktober 2000 22:18 Subject: RE: JBuilder + Orion Probably because together is stepping on your system properties. JPDA debugging is much easier. When I develop with TogetherJ I use JBuilder to do my debugging(But you could use many other tools). I have a JBuilder project that includes the Together project. Then I can debug using the JPDA. Very slick. BTW Together rocks, but I have never tried using JPDA directly with it. I will have to investigate that. If I find a way I will post it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Pontbriand Sent: Wednesday, October 18, 2000 10:45 AM To: Orion-Interest Subject: Re: JBuilder + Orion - Original Message - And for what it's worth, setting up JProbe to run Orion is about as simple... Arved Sandstrom -Original Message- - Adding orion.jar and ejb.jar to the required libraries of the project properties 'paths' tab. - Setting the main class to 'com.evermind.server.ApplicationServer' and the VM parameters to '-Duser.dir=c:\orion' on the 'run' tab. Sven E. van 't Veer Unfortunately, when set up pretty much exactly as mentioned but in Together 4.1 (www.togethersoft.com), Orion chokes thusly: com.canlink.components.services.ProducerServicesException: catalog creation failed: Database error: File input/output error: ./database/defaultdb.properties; nested exception is: java.sql.SQLException: File input/output error: ./database/defaultdb.properties; --- nested com.evermind.server.rmi.OrionRemoteException: Database error: File input/output error: ./database/defaultdb.properties; nested exception is: java.sql.SQLException: File input/output error: ./database/defaultdb.properties at ProducerServices_StatelessSessionBeanWrapper3.createCatalog(ProducerServ ices _StatelessSessionBeanWrapper3.java:92) at com.canlink.catalog.CreateCatalogAction.perform(CreateCatalogAction.java :62) at org.apache.struts.action.ActionServlet.processActionInstance(ActionServl et.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) The '-Duser.dir=c:\orion' JVM argument is set correctly and the defaultdb.properties file is in the right place and perfectly usable to Orion when it is run outside of Together. Any ideas as to why this happens only when Orion is run within Together? P.Pontbriand Canlink Interactive Technologies
RE: Why is it so hard?
I ended up adding the drivers for my DB (postgres) into the orion jar file. I dont know as this is necessary since, within the Orion jar file there is a manifest that seems to list all the jars, perhaps adding your drivers jar to that list would work. Al -Original Message- From: Dale Bronk To: Orion-Interest Sent: 4/5/00 10:11 AM Subject: Why is it so hard? I have been monitoring this list for a while and have not had time to try out Orion yet. Well I found that I had a half hour so I jumped in and tried to set up the ejb demo that comes with it. I noticed many posts about how it doesn't work. Well I am having problems also. I followed the instructions and get the following error: Error initializing server: ConnectionDataSource driver 'connect.microsoft.MicrosoftDriver' not found Well I placed my jar file in orion/lib just like the install.txt said to do... What now. Also, here is possibly a stupid question... I could not find in the install.txt what the database should look like (tables and columns). Does this not hit a db? If not, why do we need a datasource? There was a post earlier by Karl Avedal who I assume is part of the Orion team that said to expect the GUI tools very soon with BIG enhancements. When is very soon and what will the GUI tools help with? Will the tools help me with this? From the other posts that I see, the GUI tools should not be a replacement from real documentation. The GUI tools should help us out a bunch, but we still need to know about the configuration. So far, I see a lot of answers to posts from (I assume) the Orion team with answers that I do not see in the sorry excuse for documentation text files. Why should you expect us to pay, even though very inexpensive compared to others, when we do not get good documentation. There should not be a single configuration/feature/whatever that is not documented. I know I am not the first to ask for this and will not be the last, but why aren't you (Orion) listening? I will be glad to fork over $1500 to you even without GUI tools if I could get some decent documentation. What do I mean: 1. A getting started that holds my hand and walks through every step (and make sure each step works) of your examples leaving nothing for assumption. 2. Documentation on what each element means and why we would use it and what it will do. Your xml.html files start, but expand on them. 3. A full reference of what your server can do and how to do them (not hand holding here, more advanced). Example is the earlier post if isModified(). I found that my EJB container provider has the same thing, but a different method name (actually they let us name the method). I could not find this in your docs anywhere, but could in my container docs and it is free. I know I am not the only one who feels this way by the post I see and I don't have the time to devote to this if the simple demo does not even work. I am sure the demo works fine, but the instructions are obviously not clear enough or I wouldn't be the only one having problems. Thanks, Dale
RE: [Re: CMP finder query from another table]
java -jar autoupdate.jar Al -Original Message- From: Jay Jayaprasad To: Orion-Interest Sent: 3/28/00 5:17 AM Subject: Re: [Re: CMP finder query from another table] Thanks. Where can I get .4u? I see a lot of postings with references to versions after .4 which is the only one I can find on the orion web site. Jay Jayaprasad Elias Martensson [EMAIL PROTECTED] wrote: On 26 Mar 2000, Jay Jayaprasad wrote: I would like to execute a finder for a CMP EJB that uses a selection criteria based on a table other than the table in which the entity exists. This does not seem to be possible in Orion today as it requires adding another table in the from clause of the SQL select. Is there any way of doing this using Orion's O/R mapping? If not, is it possible to use either TopLink or CoCoBase with Orion CMP? Yes you can. Using .4u or later you cal specify partial="false" in the quesry declaration tag in the EJB deployment descriptior. That allows you specify whatever you want (I use it to call a Sybase stored procedure that does the selection for me). Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com.
RE: Please help, with deploying EJB bean....
Alex;
All I can say is WHEW! I am still feeling out the 1.1 spec and I was
afraid maybe I had missed something really important. Now at least I know I
am not going crazy. I have been pulling my hair out on exactly the same
problem.
Al
-Original Message-
From: Alex Paransky
To: Orion-Interest
Sent: 3/22/00 6:01 PM
Subject: RE: Please help, with deploying EJB bean
My SERVER.XML contains:
application name="citysearch" path="../../citysearch" /
My ../../citysearch/META-INF/application.xml contains:
xmlheader...
application
display-nameCitySearch/display-name
module
ejbcom/citysearch/ejb/ClassType/ejb
/module
/application
My com/citysearch/ejb/ClassType/META-INF contains:
xmlheader...
ejb-jar
enterprise-beans
entity
ejb-nameClassType/ejb-name
homecom.citysearch.ejb.ClassType.ClassTypeHome/home
remotecom.citysearch.ejb.ClassType.ClassType/remote
ejb-classcom.citysearch.ejb.ClassType.ClassTypeEJB/ejb-class
primkey-classjava.lang.Integer/primkey-class
reentrantFalse/reentrant
persistence-typeBean/persistence-type
/entity
/enterprise-beans
assembly-descriptor
container-transaction
method
ejb-nameClassType/ejb-name
method-name*/method-name
/method
trans-attributeNotSupported/trans-attribute
/container-transaction
/assembly-descriptor
/ejb-jar
What else do I need to do? Are there any other files to configure?
Thanks
-AP_
-Original Message-
From: Alex Paransky
Sent: Wednesday, March 22, 2000 3:04 PM
To: Alex Paransky; Orion-Interest
Subject: RE: Please help, with deploying EJB bean
I tried to bind something else into the naming registry with:
Context
context = new InitialContext();
Integer test = new Integer(23);
context.bind("test", test);
list(context, 0);
and it works ok. So I know it's not the registry that is having
problem.
What could be the problem? Are there any logs? This is all I get from
ORION:
E:\work\orionjava -jar d:\java\orion\orion.jar
Auto-deploying com/citysearch/ejb/ClassType... done.
Orion/0.9.4 initialized
No exceptions, no error messages NOTHING TO GO ON!
-AP_
-Original Message-
From: Alex Paransky [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 22, 2000 11:46 AM
To: Orion-Interest
Subject: RE: Please help, with deploying EJB bean
I wrote a program that iterates the registry. I see the following:
Context: jdbc
Binding: DefaultPooledDS --
com.evermind.sql.DefaultConnectionPoolDataSource
Context: xa
Binding: DefaultXADS -- com.evermind.sql.DefaultXADataSource
Binding: DefaultDS -- com.evermind.sql.ConnectionDataSource
Context: java:comp
Binding: ServerAdministrator -- Proxy0
Binding: Administrator -- Proxy1
Binding: ResourceFinder -- Proxy2
When I try to bind to java:comp/env/ejb/MyBean I get an exception:
javax.naming.NameNotFoundException: java:comp/env/ejb/MyBean not found
at com.evermind.server.rmi.RMIContext.lookup(JAX)
at javax.naming.InitialContext.lookup(InitialContext.java:354)
at
com.citysearch.ejb.ClassType.ClassTypeClient.main(ClassTypeClient.java,
Compiled Code)
I don't think the home is binding to the naming registry since it is not
under java:comp.
Any thing else I can look at?
Thanks.
-AP_
-Original Message-
From: Vasilenko, Dmitry [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 22, 2000 11:33 AM
To: 'Alex Paransky'
Subject: RE: Please help, with deploying EJB bean
Try to use fully qualified JNDI name, i.e. instead of ejb/MyBean use
java:comp/env/ejb/MyBean.
I had the similar problem and that was the solution, kind of confusing,
though...
Please, let me know if it did not work for you ;-]
-Original Message-
From: Alex Paransky [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 22, 2000 12:46 PM
To: Orion-Interest
Subject: Please help, with deploying EJB bean
Everything is deployed but, the home is not bound to the registry, or I
cannot find the home in the registry.
What configuration file do I need to check?
Thanks.
-AP_
Stupid question
OK, maybe this is a stupid question, but I am not finding it in the limited documentations. when deploying your beans does orion get the DD from the xml files? I am used to having to write a DD either in text or as a java serialized DD. (xx.ser) I think I am actually almost getting orion now, after being used to using weblogics gui deployment tools. :) just a little lost right now. Never got bogged down in this many details on the deployment side of things. Al
