Re: is Orion dead?
On Thu, Apr 11, 2002 at 12:41:22PM -0700, Aaron Tavistock wrote: Whats the current state of Ironflare and Orion? I asked Ironflare about support for EJB-QL a week or so ago, and got a reply from Magnus saying: EJB QL will be available shortly, exact when is hard to say, as it is about to go into testing the coming week. So the best we can tell you right now is soon. Seems like they're still plugging away at getting Orion up to the latest J2EE spec. As an aside, I'd imagine that any bug fixes that are made to OC4J will be fed back into the main Orion tree --- it only makes sense. Cheers, Simon, last of the innocents. -- I had just received my degree in Calcium Anthropology... The study of milkmen - Steven Wright
Re: is Orion dead?
I'm quietly waiting for Orion to adopdt the release often attitude of the OS developers. Provided it comes with warnings along the lines of this hasn;t been tested, you are beta testing our product I'm happy. Perhaps the experimental version of Orion should be just that? I'm even happy if autoupdate.jar doesn't update to this experimental version unless passed a flag --- I'd be happy to download and configure by hand --- but some of the promised features are worth the hassle, IMHO. On Fri, Apr 12, 2002 at 03:36:04AM -0700, Ray Harrison wrote: Agreed. The team is definitely working on Orion and the next versions of the app server will be much improved. You'll love it. Cheers Ray Joseph Ottinger [EMAIL PROTECTED] wrote: ...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. Simon -- Now I've got peanut butter in my armpit. I'm wiping but it doesn't seem to be coming out. Do I take a shower or just fall asleep with peanut butter in there? -- Philip Kaplan
Re: [orion-interest]CMP/BMP and standard JDBC, speed is of essence
On Sun, Apr 07, 2002 at 01:11:37PM -0700, Jeff Schnitzer wrote: Irrespective of who may be a smarter developer, I can guarantee you that I know a *lot* more about *my* specific business logic than Karl or Magnus. Furthermore, Karl and Magnus are for the most part just implementing a specification produced by a committee of labcoats dedicated to a lowest-common-denominator set of features that IBM, BEA, Borland, Sybase, the rest of the implementers can agree to. The absence of ORDER BY in EJB-QL and the lack of a standard PK generation mechanism make me seriously wonder if any of the people writing the EJB spec have ever used it to implement a real-world application. Forgive me, but what about the case where you just set the prim-key-class to be java.lang.Object and don't specify a managed primary key field in your ejb-jar.xml file? While that's not the world's most advanced method for automatically generating primary keys, it's there, and it does work Of course, I have no idea how to refer to this autogenerated primary key using EJB-QL, but that's beside the point ;) Cheers, Simon -- Real Programmers don't play tennis, or any other sport which requires you to change clothes. Mountain climbing is OK, and Real Programmers wear their climbing boots to work in case a mountain should suddenly spring up in the middle of the computer room.
Re: Orion EJB 2.0 final
On Wed, Mar 27, 2002 at 12:09:47PM -0800, Ray Harrison wrote: Moving among different app servers, I still use ejb-ql functionality in the ejb-jar.xml file, its just that when it is deployed on Orion, I have to add the finder functionality to the orion-ejb-jar.xml file. I think in 1.5.4, it deploys, it just doesn't do anything. That sounds like a sensible idea. Tried a simple pair of CMP beans with a one to many relationship, and the finders haven't picked up the EJB-QL at all in the orion-ejb-jar.xml file (as other people have pointed out on this list) Thanks for the tip. Cheers, Simon -- There is a little place in the jumbled sock drawer of my heart where you match up all the pairs, throw out the ones with holes in them, and buy me some of those neat dressy ones with the weird black and red geometrical designs on them.
Re: Orion EJB 2.0 final
On Tue, Mar 26, 2002 at 04:36:44PM -0800, The elephantwalker wrote: sans ejb-ql, 1.5.4 is compatible. Silly question, but doesn't this make writing EJB 2.0 CMP beans a little tricky? And if it's not too far off topic, how does JBoss compare? Cheers, Simon -- Dark under floor, hard to read, script is -- Yoda
EJB 2.0 CMP
I take it from the comments that have been made that the partial support for EJB 2.0 is really partial Is it possible to write my finders in EJB-QL yet? I suspect not, but that'd be really useful. Also, I've written a couple of 2.x CMP Entity Beans that have a 1:* relationship, and although the tables are auto-generated (which is neat) I get a ClassCastException whenever Orion attempts to persist the relationship between the beans. By this, I mean that any beans that are created are persisted properly, but their relationship is not stored in the database. Any else seen this? Or have a workaround? Was going to put this mini-rantette at the top of the mail, but it's a bit longer than a throwaway comment should be This is the last time I try and post to this list, because the list server keeps swallowing anything that I send --- either this list should move to a proper product for managing it, or its developers should take the time out and fix the problems; this lossage is just sloppy and something that I don't see in other lists (even for Open Source products) I know that this is a known issue, but until it's sorted out, could we _please_ have a reliable list? Cheers, Simon -- I used to be an airline pilot. I got fired because I kept locking the keys in the plane. They caught me on an 80 foot stepladder with a coathanger. --- Steven Wright
Re: Orion EJB 2.0 final
Apologies, I probably didn't make myself sufficiently clear. With EJB 2.0, aren't finder queries meant to be specified in the ejb-jar.xml file using EJB-QL? Consequently, Orions's lack of support for EJB-QL means that it's currently not possible to write portable CMP EJBs. Yes, I realise that you can get the orion-ejb-jar.xml file and edit the finders in that, but one of the touted benefits of the latest release of J2EE is that CMP is now a lot more portable between app servers, and doing that destroys this benefit. Or have I missed something? Still finding my feet with J2EE programming, so if anyone wants to set me straight, I'd appreciate it. On Wed, Mar 27, 2002 at 04:07:43AM -0800, Ray Harrison wrote: Simon - No its not tricky, I write them all the time. Orion has always had a rather= sophisticated finder mechanism to provide (at least) some of the functionality of ejb-ql. And I = haven't worked with the JBoss 3.0 beta so I can't comment there. Cheers Ray --- Simon Stewart [EMAIL PROTECTED] wrote: On Tue, Mar 26, 2002 at 04:36:44PM -0800, The elephantwalker wrote: sans ejb-ql, 1.5.4 is compatible. Silly question, but doesn't this make writing EJB 2.0 CMP beans a little tricky? And if it's not too far off topic, how does JBoss compare? Cheers, Simon -- dngor Every little bit of seaweed kelps.
OT: disappear postings (was Re: Uploading files to Orion webserver with MultipartParser API)
On Wed, Feb 27, 2002 at 09:17:41AM -, Justin Crosbie wrote: P.S. this is my second attempt at posting this, it appears the list does not pick up everything that is posted. I've noticed this too. Can't remember seeing a comment that this list is moderated anywhere, but perhaps we should ignore the man behind the curtain? Cheers, Simon -- Anyone who goes to a psychiatrist ought to have his head examined. -- Sam Goldwyn
PHP servlet
Has anyone out there managed to get PHP 4.1.1 to compile as a servlet and work with Orion? It compiles and I can install it, but any attempt to access a PHP document throws an Unexpected Exception, and you get a couple of screenfuls of backtrace from the JVM. To compile PHP use something like ./configure --with-java --with-servlet and then copy the phpsrvlt.jar to orion/lib and add the directory with the libphp4.so to either LD_LIBRARY_PATH or your /etc/ld.so.conf depending on what you're using. I'm using Orion 1.5.2, PHP 4.1.1 and the JDK 1.4 on Linux (debian unstable, kernel version 2.4.17) but a quick google reveals that this is a problem on other platforms.
