Does Orion support Java Connector Architecture?

2002-02-25 Thread @Basebeans.com
Subject: Does Orion support Java Connector Architecture? From: "alt.cybercafes" <[EMAIL PROTECTED]> === Does the latest release orion 1.5.4 support Java Connector Architecture?

RE: Caching XLS style sheets (MVC Architecture)

2001-05-15 Thread Ted R. Rice
Title: RE: Caching XLS style sheets (MVC Architecture) > I asked a question on an MVC application architecture > using XLS, and got > advice to cache XLS / XSLT style sheets, and pre > compile them. > > Can someone give me some more background on this. > How?

Multiple developers with Orion and mailing list about web architecture

2000-07-28 Thread Terence Kwan
" and kill all the orion process. Is there any better way to kill the orion server? If you have different instance of orion servers on the same machine? Also, is there any mailing list talking about web architecture? Like, 1. is 2 P500 CPU is better than 1 P733 CPU 2. Should I use NT to

Architecture

1999-11-03 Thread Kevin Jones
This may have been discussed before (sorry if it has), but is there any documentation for the Orion architecture? What I'm interested in (at the moment) is how JSPs are managed - for example, the JSPs are compiled - where are the class files kept? in memory? what happens when I shut Orion

Re: Architecture

1999-01-03 Thread Steve Houghton
You know its kinda funny, I've also used JSP/servlets on several other implementations and feel that Orion is the one to beat in its current form, let alone whats to be expected in the final one. Comparitively, other app servers are QUITE a bit more expensive. This will be a HUGE selling point f

Re: Open Source. Was Re: Architecture

1999-01-03 Thread i_am_linux
Hi, >Since when did wanting to get paid for something you do become a bad thing? If >they want to go open >source, then they should. If they want to charge a price for their work, then >all the power to them. Either way, >it should be up to them. You know..the nice thing about OpenSource..the

RE: Architecture

1999-01-03 Thread Magnus Stenman
> I disagree. The generated files can be very useful when you're trying to > debug. Deleting them doesn't seem like a big problem, to me. Just create > a batch file to do it. Orion 0.8.0 supports the optional persisting the generated sources if development mode is enabled in the web-app, the

RE: Architecture

1999-01-03 Thread i_am_linux
>I'll reiterate this, is there any chance of Orion going OpenSource? It would >certainly make it much more attractive from out point of view. Currently >we're considering WebSphere, WebLogic and JRun for our next project (so >there's big $ flying around) but it's impossible to convince any manager

Re: Architecture

1999-01-03 Thread i_am_linux
>It is amazing. I started working with Livesoftware's JRun less than 2 years >ago, and it >was just a team of 2 guys too...and we all know what happened to them. I >think >Orion is a much better product, IMHO. >Although I'd love to see this become opensource too =) You know, these guys have worke

Re: Open Source. Was Re: Architecture

1999-01-03 Thread Joseph B. Ottinger
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm on the side of commercial software. Let them get paid; they've invested a lot of time making something arguably better than any other offering out there; all they lack is documentation (hint, hint, Magnus.) Open Source would be NICE - I know I'm

Re: Open Source. Was Re: Architecture

1999-01-03 Thread Luke Gorrie
[EMAIL PROTECTED] writes: > Anyways, that's all I am going to say about that. And we'll follow this example, in politeness to the Orion users on the list who're only interested in things (more) directly related to using Orion. (right? :-) Cheers, Luke

Open Source. Was Re: Architecture

1999-01-03 Thread Sharath_Komarla
One thing you gotta keep in mind is that people need to make a living to eat, drink and shelter themselves from the elements. Open Source is a great medium for certain things, but there is NO MONEY in it. Based on the quality and quantity of work that these guys are doing, it is safe to assum

RE: Orion (Was: Architecture)

1999-01-03 Thread Kevin Duffey
Hi, >This is true - but this is why one would choose JAVA, not strictly why one >would choose Orion IMHO. Most servlet engines, EJB containers and the like >will work with standard code, whether they have proprietary extensions or >not. Thus if you write portable code, you can shift server. >The

RE: Orion (Was: Architecture)

1999-01-02 Thread Mike Cannon-Brookes
rrie Sent: Friday, 5 November 1999 3:12 To: [EMAIL PROTECTED] Subject: Orion (Was: Architecture) In reference to the thread about managers being afraid of choosing Orion, I'd like to point out that it's an implementation of strictly defined standards. When you're developing with Orion,

Orion (Was: Architecture)

1999-01-02 Thread Luke Gorrie
In reference to the thread about managers being afraid of choosing Orion, I'd like to point out that it's an implementation of strictly defined standards. When you're developing with Orion, you're not developing code with dependencies on proprietary APIs, only on standards. This means that you can

Re: Architecture

1999-01-02 Thread Ahmed Moustafa
ember 05, 1999 12:26 AM Subject: RE: Architecture > I'll reiterate this, is there any chance of Orion going OpenSource? It would > certainly make it much more attractive from out point of view. Currently > we're considering WebSphere, WebLogic and JRun for our next project (so > there&#

Re: Architecture

1999-01-02 Thread Neal Kaiser
> Keep in mind one thing. There are only TWO guys, mostly one, working on > Orion. I am damn impressed at the amount of stuff they have done compared > to other app servers built by teams of developers with large money backing. > These guys have made Orion WELL worth the $1500 they charge. I thin

RE: Architecture

1999-01-02 Thread Kucera, Rich
Sent: Thursday, November 04, 1999 4:01 PM > To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED] > Subject: RE: Architecture > > h > > I hope they go Open-Source & duplicate the success of Linux. > Such a small team will surely get bought

RE: Architecture

1999-01-02 Thread Mike Cannon-Brookes
nt: Friday, 5 November 1999 8:01 To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: Architecture h I hope they go Open-Source & duplicate the success of Linux. Such a small team will surely get bought out and the product either shelved [ala JWS2.0] or the li

Re: Architecture

1999-01-02 Thread Brien Voorhees
- Original Message - From: Kucera, Rich <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 04, 1999 11:37 AM Subject: RE: Architecture > > From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] > > right now, ALL JSP pages are compiled in memor

RE: Architecture

1999-01-02 Thread Neville Burnell
MAIL PROTECTED]] Sent: Friday, 5 November 1999 4:57 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: Architecture I can tell you from talking to one of the two Orion guysthis is a feature they are going to add, possibly by 1.0, maybe sooner. However, right now, ALL JSP pages are compile

RE: Architecture

1999-01-02 Thread Kucera, Rich
> From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] > right now, ALL JSP pages are compiled in memory. Another feature I and > I wouldn't want it any other way...all the other servers(ServletExec, WebLogic, Dynamo, JWS) left the generated files laying around and I always had to go in there and wip

Re: Architecture

1999-01-02 Thread i_am_linux
I can tell you from talking to one of the two Orion guysthis is a feature they are going to add, possibly by 1.0, maybe sooner. However, right now, ALL JSP pages are compiled in memory. Another feature I and others have requested is to be able to select the java compiler. Right now it uses the

Re: Architecture

1999-01-02 Thread Sharath_Komarla
t;[EMAIL PROTECTED]> on 11/03/99 06:01:00 AM To: [EMAIL PROTECTED] cc:(bcc: Sharath Komarla/PSDI) Subject: Architecture This may have been discussed before (sorry if it has), but is there any documentation for the Orion architecture? What I'm interested in (at the moment) is