Re: idea=$395.00USD
--- Maximilian Eberl <[EMAIL PROTECTED]> wrote: > One fancy detail: > > I tried IDEA at home on a 200 Mhz Pentium with 64 MB > RAM on Win 95 -> it > works fine with smaller projects, even takes less > time than JBuilder6 in the > office. > > post scriptum: > > > You can't afford $400?!? where the hell are all > you > > cheap bastards working that you can't scrape up > $400? > > I think you all need to focus a little harder on > > working and spending less time looking at porn; > > I really do not think that this is an appropriate > discussion style for a > mailing list of developers of whom - I suppose - the > majority has an IQ of > 90 points or even more. http://www.dictionary.com/search?q=satire sat·ire Pronunciation Key (str) n. A literary work in which human vice or folly is attacked through irony, derision, or wit. The branch of literature constituting such works. See Synonyms at caricature. Irony, sarcasm, or caustic wit used to attack or expose folly, vice, or stupidity. This whole thread had already taken a turn into evangelical lunicy, and I was mearly adding a satirical response to the thread. > > And: there are countries where a developer's salary > is about 2-300 USD and > students have to live on USD 50 monthly. > > -- > > Maximilian Eberl > [ developer ] - netzdenker.de > mailto:[EMAIL PROTECTED] > http://www.netzdenker.de > > Ludwigstrasse 2 > D-67346 Speyer / Germany > tel: +49-6232-2602-02 > fax: +49-6232-2602-05 > > __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/
RE: idea=$395.00USD was: RE: Java IDE?
You can't afford $400?!? where the hell are all you cheap bastards working that you can't scrape up $400? I think you all need to focus a little harder on working and spending less time looking at porn; then maybe you could get a job that would afford you a salary that gives you disposable income I could come up with $400 in two months just by bringing lunch to work from home... IDEA has rediculously high ROI. And it's normally high productivity is skyrocketed if you are refactoring because of all the advanced refactoring features it has. IDEA was written by people who apparently actually use the editor they're selling. JBuilder is probably used for JBuilder, too, but look at how long it takes Borland to crank out new useless features; Intellij does it every week. to sum it up: get a job that pays well you slackers! (or at least cut down on the ammount you spend on porn every month) Noah --- Clay Mitchell <[EMAIL PROTECTED]> wrote: > I personally have been using idea for a couple weeks > - It's a great app. > The price is a little over the top - $400? Sorry, > but I don't have the > extra cash to pony up for it - as for work, JBuilder > is the standard, so > that's not an option. I've used a lot of them - > Jbuilder, Forte, > NetBeans, but I like idea the most by far. It's > *only* problem is that > it's price prohibitive. > > -Clay > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On > Behalf Of Fredrik > Lindgren > Sent: Saturday, March 23, 2002 7:14 AM > To: Orion-Interest > Subject: Re: idea=$395.00USD was: RE: Java IDE? > > > Did you actually try it out or did you just check > the prices? If you > spend more than one hour a day writing java, I would > say that IDEA is > worth that money, even if it has to come from my own > pockets. Naturally > I would always try to get someone else to pay for > it, such as > my employer, but that goes for any tool I use at > work. > > Recently I have done some code review on code coming > from someone that > evidently does not use IDEA, at least not any of the > recent early access > > releases. I would even consider spending money for > them to use IDEA for > the code I receive to improve. > > I'd recommend anyone to register for the IDEA early > access program, use > IDEA with the EAP license until the real release, > and then decide if you > > want to spend the money or not. I think most people > would gladly pay the > > license cost to avoid having to go back to the old > tools. > > It is also important to note that the license > includes 8 months of > future updates to IDEA (one or two major new > releases looking back at > the release history to date) > > By the way, I'm not related to the IDEA team in any > way. > > /Fredrik Lindgren > > [EMAIL PROTECTED] wrote: > > > hi, > > > > At about $800.00 AUD (roughly=$395.00 USD) > > I'd forget all about idea ... what about > > some ide's with sensible prices? I realised > > JBuilder was a waste of time after using it > > for years, and waking up to the fact that > > I only used it to package classes anyway. I > > bet people who are recommending idea are using > > other people's money to buy idea licenses? > > > > What about Simplicity? > > > > regards ... > > > > > > > > > > > > > >>From: "Eric Hodges" <[EMAIL PROTECTED]> > >>Subject: RE: Java IDE? > >>Date: 22/03/2002 14:33:50 > >>To: Orion-Interest > <[EMAIL PROTECTED]> > >> > >>Idea for coding, Jbuilder for GUI layout. > >> > >> > >> > >>>-Original Message- > >>>From: Clay Mitchell [mailto:[EMAIL PROTECTED]] > >>>Sent: Friday, March 22, 2002 12:55 PM > >>>To: Orion-Interest > >>>Subject: Java IDE? > >>> > >>> > >>>Just a question, any suggestions as to what a > good IDE is? > >>>I've tried JBuilder, IDEA (I like IDEA) and a few > others... > >>>any recommendations? > >>> > >>>Thanks > >>>-Clay > >>> > >>> > >>> > >>> > >> > > > > This message was sent through MyMail > http://www.mymail.com.au > > > > > > > > > > > > > > > > > __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/
Re: Bug??? Orion/SSL + IE loses sessions
are you using a really long GET query string? I've found (on an older version, 1.3.8 if I recall correcty) that if you send a very long, don't know exactly how long, query string, it would cause you to loose your session. I couldn't explain why, I just switched to POST, and everything worked great. This may not be your problem, but just thought you might want to know. Noah - Original Message - From: "Klaus Thiele" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, July 03, 2001 11:20 AM Subject: Re: Bug??? Orion/SSL + IE loses sessions > Hi, > > in your "secure-web-site.xml" try: > > > ^ > hope that helps >klaus > > Am Dienstag, 3. Juli 2001 15:11 schrieben Sie: > > There is definitely a problem or bug with using IE in front of Orion > > with SSL turned on. I lose sessions every 2 minutes or so. When I use > > Netscape, this problem doesn't occur. If I use Weblogic with SSL, I > > don't lose any sessions even though I am using the same browsers. Has > > anyone run into this problem? Is this bug recorded? > > > > Thanks, > > Ozzie Gurkan > > Manheim Interactive > > 404-269-8776 > > > Content-Type: text/html; charset="iso-8859-1"; name="Anhang: 1" > Content-Transfer-Encoding: quoted-printable > Content-Description: > > > -- > Klaus Thiele - Personal & Informatik AG > mailto:[EMAIL PROTECTED] > > "Your mouse has moved. > Windows must be restarted for the change to take effect." _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: returning an interface
the answer is in your question
MyInterfaceImpl is not Serializable.
you have 2 options: make your interface extend
java.io.Serializable, or make your Impl class also implement
java.io.Serializable.
Noah
- Original Message -
From:
Paul
Knepper
To: Orion-Interest
Sent: Friday, June 29, 2001 2:33 PM
Subject: returning an interface
Has anyone ever
returned an interface from an EJB?
I get the
following error:
com.evermind.server.rmi.OrionRemoteException: Error (de-)serializing
object: MyInterfaceImpl
Here is my Remote
Interface:
public interface
Test extends EJBObject{ public IMyInterface
getInterface() throws
RemoteException;}
Here is the
implmentation of the method:
public IMyInterface
getInterface() throws
RemoteException
{ return new
MyInterfaceImpl(); }
Thanks,
Paul
Re: Oracle deal
actually, it's totally true that it's 1.5.0 as Phillip stated... - Original Message - From: Chad Cromwell To: Orion-Interest Sent: Wednesday, June 06, 2001 4:58 PM Subject: Re: Oracle deal this is true it is basically orion 1.4.5 - Original Message - From: Bryan Young To: Orion-Interest Sent: Wednesday, June 06, 2001 1:10 PM Subject: Oracle deal I just read about Orion being used as the base code for their 9i app server. Does anyone know the specifics of the deal? Specifically I wanted to know what version of Orion they are using, and if there would be any benefit to future versions of Orion.
Re: 1.4.8 and JMS
We are using them with EJB2.0 Message Driven Beans and they are working great. Noah - Original Message - From: "Vidur Dhanda" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Monday, May 14, 2001 9:17 PM Subject: 1.4.8 and JMS > Has anyone successfully used JMS Topics after 1.4.5. I have tried on > all versions since and the clients do not receive any messages. > > Vidur > > -- > Vidur Dhanda > Active Solutions > tel: 617/566-1252 > cell: 617/821-7115 > [EMAIL PROTECTED] > www.active-solutions-inc.com > > _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Session Invalidate Exception
So have the page where the user enters their credentials wax their session,
then the validation of the credentials page will create a new session.
why do you have to invalidate the session? why can't you just do:
===
HttpSession session = request.getSession();
Enumeration attributes = session.getAttributeNames();
while (attributes.hasMoreElements()) {
session.removeAttribute((String)attributes.nextElement());
}
===
Then you'll basically have a fresh session (except for a few exceptions).
Noah
- Original Message -
From: "Jeff Schnitzer" <[EMAIL PROTECTED]>
To: "Orion-Interest" <[EMAIL PROTECTED]>
Sent: Saturday, May 12, 2001 1:31 PM
Subject: RE: Session Invalidate Exception
> I don't think that excludes the desired behavior, which is that you
> should be able to invalidate a session and then create a new one.
>
> It appears that session invalidate() is setting a flag in the session
> object causing it to be cleaned up sometime later. Since the only way
> to logout a user is to call invalidate(), this causes some headaches.
>
> Ideally I would like my login submit page to a) discard existing
> credentials and b) try new credentials. This way if a user was already
> logged in, the net result of a new login attempt will be the
> unauthenticated state. Unfortunately I can't call
>
> getSession().invalidate();
> session = getSession();
>
> because what I get is the old session, which is going to disappear at
> the end of the method, the call to RoleManager.login() notwithstanding.
> Furthermore, a failed call to RoleManager.login() does *not* discard
> existing credentials. The only way to accomplish the original goal is
> to put the invalidate() on every page with a login form.
>
> Ok, this isn't super critical, but it's annoying nevertheless.
>
> Jeff
>
> > -Original Message-
> > From: Noah Nordrum [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, May 11, 2001 7:09 PM
> > To: Orion-Interest
> > Subject: Re: Session Invalidate Exception
> >
> >
> > Session Invalidate ExceptionServlet Spec
> > ==
> > 7.2 Creating a Session
> > Because HTTP is a request-response based protocol, a session
> > is considered
> > to be new until a client "joins" it. A client joins a session
> > when session
> > tracking information has been successfully returned to the
> > server indicating
> > that a session has been established. Until the client joins a
> > session, it
> > cannot be assumed that the next request from the client will
> > be recognized
> > as part of the session.
> >
> > The session is considered to be "new" if either of the
> > following is true:
> > . The client does not yet know about the session
> > . The client chooses not to join a session. This implies that
> > the servlet
> > container has no mechanism by which to associate a request
> > with a previous
> > request.
> >
> > A Servlet Developer must design their application to handle a
> > situation
> > where a client has not, can not, or will not join a session.
> > ==
> >
> > That last line is what specifically applies to your situation, only
> > backwards. In this case you are invalidating the HttpSession,
> > but the client
> > doesn't yet know about the pending invalidation, hense the
> > IllegalStateException.
> >
> > Noah
> >
> > - Original Message -
> > From: Kesav Kumar
> > To: Orion-Interest
> > Sent: Friday, May 11, 2001 7:23 PM
> > Subject: RE: Session Invalidate Exception
> >
> >
> > If there is no valid session getSession(false) should return
> > null is in't
> > it?
> >
> > Kesav Kumar
> > Software Engineer
> > Voquette, Inc.
> > 650 356 3740
> > mailto:[EMAIL PROTECTED]
> > http://www.voquette.com
> > Voquette...Delivering Sound Information
> > -Original Message-
> > From: Jason Coward [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, May 11, 2001 2:55 PM
> > To: Orion-Interest
> > Subject: RE: Session Invalidate Exception
> >
> >
> > Kesav:
> >
> > I believe that when you call request.getSession(false), it
> > will not create a
> > new session if a valid one does not already exist. If you
> > want to create a
> > new one, right after invalidation of a previous session, call
> > request.getSession() or request.getSessio
Re: Session Invalidate Exception
Session Invalidate ExceptionServlet Spec
==
7.2 Creating a Session
Because HTTP is a request-response based protocol, a session is considered
to be new until a client "joins" it. A client joins a session when session
tracking information has been successfully returned to the server indicating
that a session has been established. Until the client joins a session, it
cannot be assumed that the next request from the client will be recognized
as part of the session.
The session is considered to be "new" if either of the following is true:
. The client does not yet know about the session
. The client chooses not to join a session. This implies that the servlet
container has no mechanism by which to associate a request with a previous
request.
A Servlet Developer must design their application to handle a situation
where a client has not, can not, or will not join a session.
==
That last line is what specifically applies to your situation, only
backwards. In this case you are invalidating the HttpSession, but the client
doesn't yet know about the pending invalidation, hense the
IllegalStateException.
Noah
- Original Message -
From: Kesav Kumar
To: Orion-Interest
Sent: Friday, May 11, 2001 7:23 PM
Subject: RE: Session Invalidate Exception
If there is no valid session getSession(false) should return null is in't
it?
Kesav Kumar
Software Engineer
Voquette, Inc.
650 356 3740
mailto:[EMAIL PROTECTED]
http://www.voquette.com
Voquette...Delivering Sound Information
-Original Message-
From: Jason Coward [mailto:[EMAIL PROTECTED]]
Sent: Friday, May 11, 2001 2:55 PM
To: Orion-Interest
Subject: RE: Session Invalidate Exception
Kesav:
I believe that when you call request.getSession(false), it will not create a
new session if a valid one does not already exist. If you want to create a
new one, right after invalidation of a previous session, call
request.getSession() or request.getSession(true). Obviously, you will need
to reset your attribute after the new session is created.
Jason
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Kesav Kumar
Sent: Friday, May 11, 2001 4:17 PM
To: Orion-Interest
Subject: Session Invalidate Exception
When we call invalidate() method on the session what happens?
I was doing the following and I am getting a strange error. This is just a
testcondition I am giving to reproduce my error. The reality is much
complex.
session.setAttribute("kesav", "I am nice");
session.invalidate();
HttpSession sess = request.getSession(false);
if(sess == null)
System.out.println("Session is null");
Object obj = sess.getAttribute("kesav");
After the invalidate I was thinking that I won't get session object thats
the reason I had a condition for null. What happening is I am getting a
session object and when I try to access any attribute I am getting
java.lang.IllegalStateException: Session was invalidated
at com.evermind[Orion/1.4.8 (build
10374)].server.http.EvermindHttpSession.getAttribute(Unknown Source)
at /Test.jsp._jspService(/Test.jsp.java:30) (JSP page line 7)
at com.orionserver[Orion/1.4.8 (build
10374)].http.OrionHttpJspPage.service(Unknown Source)
at com.evermind[Orion/1.4.8 (build 10374)]._aj._nxd(Unknown Source)
at com.evermind[Orion/1.4.8 (build
10374)].server.http.JSPServlet.service(Unknown Source)
at com.evermind[Orion/1.4.8 (build 10374)]._iib._vfd(Unknown Source)
at com.evermind[Orion/1.4.8 (build 10374)]._iib._qjc(Unknown Source)
at com.evermind[Orion/1.4.8 (build 10374)]._kj._qbc(Unknown Source)
at com.evermind[Orion/1.4.8 (build 10374)]._kj._oa(Unknown Source)
at com.evermind[Orion/1.4.8 (build 10374)]._jw.run(Unknown Source)
Any ideas why is it happening?
Kesav Kumar
Software Engineer
Voquette, Inc.
650 356 3740
mailto:[EMAIL PROTECTED]
http://www.voquette.com
Voquette...Delivering Sound Information
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
Re: On large programming teams [RE: A Swedish Idea]
- Original Message - From: "Frank LaRosa" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Sunday, April 22, 2001 11:45 PM Subject: Re: On large programming teams [RE: A Swedish Idea] > Adding more programmers to a product early in its development cycle can pay > off. You have to add them early enough to account for the learning curve, > which slows down the project for a while as the new programmers learn and > the old programmers take time to teach them. > > The mistake most organizations make is adding more programmers after the > project is overdue without taking into account the learning curve. Good managers know this and account for it, and bad managers don't realize that this is an expense that can really add up. Turnover is VERY expensive. It becomes easier if your codebase is well architected, using common design patterns, and you have a well documented system (complete list of features, clear requirements list, functional specs, etc), but there still is the problem of learning how things are done at a company. This becomes even more critical on small teams. Unfortunately there are more bad managers out there than good ones (Peter Principle - in a hierarchically structured administration, people tend to be promoted up to their "level of incompetence". ). Unfortunately there are more poorly architected systems out there than good ones. All we can do is work with what we are given, and remeber that if the place sucks, you can leave. Even in this market, it's not that difficult to go out and find a new job that will make you happy, and will probably even pay more, bunches more (just remember, if you don't ask for more, you won't get it). > The best way to manage a late project is to cut the project's scope. The > next best way is to extend the due date. The worst thing to do is demand > more programming in less time, because this serves to reduce the quality of > the programming. Agreed. But even worse is demanding more programming, and expanding the project scope :) Seriously though, long hours are the spawn of satan. It's ok for a while if you NEED to crunch down and get something done, but as a way of life it sucks. You will be much happier and much more productive if you are able to get out and enjoy life, and aren't having to deal with your PHB hovering over you, or have to sit in meetings for hours because somebody likes to hear themself talk. Sorry I got a little off topic for Orion-Interest, but I was on a roll ;-)~ Noah Nordrum = > > > - Original Message - > From: "Frank Eggink" <[EMAIL PROTECTED]> > To: "Orion-Interest" <[EMAIL PROTECTED]> > Sent: Saturday, April 21, 2001 7:01 AM > Subject: On large programming teams [RE: A Swedish Idea] > > > > The following is one of the classic readings on programming at large. 25 > years old and I > > can still recommend it: > > > > "The Mythical Man-Month" from F.P. Brooks jr. > > > > Yes, it's even 26 years old and talks about OS/360, some odd system which > is now out > > performed by your 100$ marketvalue Pentium I machine, but programming is > done by > > humans which haven't much changed over the last 25 years. > > > > On the experience I have had so far with large projects I can only agree > with him. Changing > > one of his 'laws' slightly: > > > > "Adding more programmers to a product makes the product worse". > > > > > > So far I have not found evidence against this law ;-) > > > > FE > > > > On Thursday, April 19, 2001 3:06 PM, Jay Armstrong > [SMTP:[EMAIL PROTECTED]] wrote: > > > Generally, I agree with the comment about Micro$oft quality of code, > though > > > I've seen some pretty horrible code from outside the US, too. :) > > > > > > Bill Gates may be from the US, but Micro$oft employees come from all > over > > > the world. Visit Redmond, WA, USA and you'll see for yourself. > > > > > > At 09:50 AM 4/19/01 +0200, you wrote: > > > >And Micro$oft programmers are from...? > > > > > > > >I suppose that the country they're from produce the shittiest code of > em all > > > >:) > > > > > > > >Johan > > > >- Original Message - > > > >From: "Joseph B. Ottinger" <[EMAIL PROTECTED]> > > > >To: "Orion-Interest" <[EMAIL PROTECTED]> > > > >Sent: Wednesday, April 18, 2001 4:20 PM > > > >Subject: Re: A Swedish Idea > > > > > > > > > > > >> P
Re: Some Advice Requested.
I would have to respectfully disagree on the development prespective point. I personally think that using EJB speeds up my development, especially if you use CMP. J2EE is the ultimate Enterprise class RAD tool. Using EJB(w/CMP) and JSP, you can create database driven apps in hours. Deployment is annoying at first, but once you get the hang of it, it's not really that big of a deal. EJB/JSP allows me to build web-apps MUCH faster than when I was using JServ(yuck). Just my $.02, Noah Nordrum [EMAIL PROTECTED] Hyperride Technologies - Original Message - From: "Darren Gibbons" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Tuesday, February 15, 2000 9:20 PM Subject: RE: Some Advice Requested. > Hi all, > > Apologies again for a non-Orion specific post, but I think these issues are > something that most of us have run into. > > It seems to me that EJB brings a lot of overhead, both from a development > perspective and from a technical perspective. From a performance > standpoint, I'm guessing that a call to an EJB would be slower than directly > calling a bean/class to do the work. > > Here's what I understand about EJB strengths: > > - EJBs allow me to handle transactions among objects. > This is true; however, I can also accomplish this at a database level, which > I assume will be a lot faster. EJB does give me the choice though. > > - EJBs allow me to distribute the load across multiple servers -- ie one > server for JSP, one for EJB, and one for database work. > This is useful, however, I think a site would see better performance (and > reliability) with one database server, and two web servers running the same > JSP/bean application with load balancing between the two. > > - EJBs allow me to reuse the exact same business objects from different > clients (ie. an Applet front end, and a servlet front end) > While this is useful, there are many systems for which this just isn't an > issue. > > - EJBs allow me to do database connection and object pooling > DB pooling works for beans the same as for EJBs, and writing your own object > pooling is not very difficult. > > Anything else? > > I think everyone agrees that separating user interface code (ie JSP/HTML) > from business logic is a good thing. Putting business logic in beans is a > very straightforward process, and you can easily focus on the busines > problem, rather than writing interfaces, coding XML config files and > deploying code. EJB seems to make development much more of a chore. > > Please not that I am not against EJB, and I recognize that choice is good; > I'm just not convinced it makes sense for the majority of web application > development work out there. > > Comments? What are people using, and what issues have you run into? > > Darren. > > > -- > Darren Gibbons[EMAIL PROTECTED] > OpenRoad Communications ph: 604.681.0516 > Internet Application Development fax: 604.681.0916 > Vancouver, B.C. http://www.openroad.ca > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Frank Apap > > Sent: Tuesday, February 15, 2000 3:10 PM > > To: Orion-Interest > > Subject: Some Advice Requested. > > > > > > This mail is semi-OT. But here it goes. I have been using orion for > > learning purposes and what not. But I am planning with some friends to > > build a pretty large scale ecommerce site. We are going to need to handle > > pretty large amounts of hits, and frequent db access with semi large db's. > > > > Could someone let me know their opinions on how orion can handle > > this? Also > > any examples of sites running orion would be helpful. > > > > Beyond the webserver choice is my choice of wether or not to use EJB. Has > > any type of benchmarking been done showing how EJB compares to > > regular JDBC > > connections to db's? > > > > And finally, if I was to go with EJB, do you feel hSql is good > > enough to run > > a business off of? If not what would you recommend. > > > > Thank you for your time. > > > > > > - Frank Apap > > > > >
Re: Orion vs Apache, A Study of Features
I think the lesson is we all need more sleep, and need to stop working so damn much... :) Taking a "mental health day" and not touching my computer anymore today, Noah Nordrum [EMAIL PROTECTED] Hyperride Technologies - Original Message - From: "Klaus Myrseth" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Saturday, January 29, 2000 3:08 PM Subject: RE: Orion vs Apache, A Study of Features > > Designer thing.. > Hey someone has to take those guys under their hat :) (didn't mean to make > it that hard, was trying to make a joke aswell, but heh when i read it > myself i sound angry rofl) > > Btw sorry for being so hard. But my first thought when reading your posting > forced me to press the reply button with a provoked mouse click :) > > Its good to hear you are not serious about the first mail completely, since > it all really has to do with budgets and customer preferences. (ps it's late > here to :) > > And thanks for the 1.3 release candidate 1 tip, was waiting for it :) > > Klaus >
Re: Orion vs Apache, A Study of Features
> > A lot of these are obsolete technologies that Orion has better ways of > > implementing. > > Orion does that JServ/Tomcat can't do. > What you are trying to do here, is to compare a Volvo with a Porche, and > that is plain unfair. Apache and Tomcat is made for one thing, to be a > webserver (It don't even come close to supporting the J2EE standard). I agree completly. The topic of conversation that sparked me was all the Apache modules talk that was happening on this list. I am one of the people that have migrated to Orion from Apache/JServ. I thought a compairison of the two was relavant, but again, I completly concede that Orion is in a totally different class, that was kinda the whole point. > > I also think Orion is better than say WebLogic because it is > > so much easier to administer. > Ofcourse its easier to admin, I would guess that the J2EE part of the server > is just as easy to admin, have you seen all that stuff the WebLogic server > supports, its the admins nightmare, and thank good its not my job, but its > two servers of the same class. So if you compare them use some real > arguments like, performance, price, uptime and so on. I think Orion is the > best bet for a small to medium company who is looking for a total sollution > to get on the web. WebLogic is a killer server whitch large organizations go > for, because of its known and has been tested in HIGH trafic areas like > Amazon.com and so on. Don't missunderstand me, i use Orion all the time at > my customers, AND for development at my machine (size is everything hehe). Orion may be small now, but look at JRun. They were small once too, and now Sun is using their product on their website. > > > we all know how dumb designers are > Im a developerBut i would like to see your arguments for > why designers are dumb? I know loads of them and they are highly inteligent > (most of em anyways :) but ofcourse theyre experts at different areas than I > (and thank good, then I don't have to do those things). THIS WAS A JOKE!!! Hence the "(hehe,jk)" laugh and the JUST KIDDING! I realized that this was going to primarily developers, and I was poking fun at team members that provide a very valuable skill that I stink at. > I think you should do some more thinking before posting a letter like this. > I still think Apache for instance is a killer for some firms. Depending on > what theyre hosting there (its free you know, eaven for commercial hosting). > And last time i checked Orion was still a Beta :) I did some thinking(I admit I rambled on a bit, but I did write this at ~4am). I still personally use Apache for some stuff. > As a closing thing after so much negative speaking I want to say to the > Orion crew: Good work, hope you will be ready for releasing your product > with config panels and get a widely used product pretty fast. I like the > product so far, I allready deployed one sollution on it, and the customer is > happy (migrating from IIS). This product has huge potential, amongst other > things because of the speed of the server, and since i just love java server > implementations :), their SOO portable between platforms :)... > Agreed, I love the fact that I can develop on win2k, have a designer running 98, and deploy on *NIX, with no code changes. I was not trying to cause any division or angst on the list, that was not my goal. I was just trying to address the apache modules thread, and then kinda went nuts. Oh well. > Klaus Myrseth > > Orion is our firms prefered platform for Linux and WAP deployments btw :) > P.S. JDC has Windows 1.3rc1 JDK. Noah Nordrum [EMAIL PROTECTED] Hyperride Technologies
Orion vs Apache, A Study of Features
Apache Module - Orion's Implementation === mod_access - UserManager mod_actions Apache 1.1 and later. mod_alias mod_asis mod_auth - UserManager mod_auth_anon - UserManager mod_auth_db - UserManager mod_auth_dbm - UserManager mod_auth_digest - UserManager mod_autoindex mod_browser Apache 1.2.* only mod_cern_meta mod_cgi - CGIServlet mod_cookies up to Apache 1.1.1 mod_digest mod_dir mod_dll Apache 1.3b1 to 1.3b5 only - JNI mod_env *mod_example Apache 1.2 and up - who cares... +mod_expires Apache 1.2 and up - Servlet Filter +mod_headers Apache 1.2 and up - Servlet Filter +mod_imap - Servlets mod_include - JSP mod_info - Can be retrived from objects in JNDI *mod_isapi - who cares... mod_log_agent mod_log_common up to Apache 1.1.1 mod_log_config mod_log_referer mod_mime mod_mime_magic mod_mmap_static - JSP mod_negotiation *mod_proxy - not sure mod_rewrite Apache 1.2 and up +mod_setenvif Apache 1.3 and up - Servlet Filter, UserManager mod_so Apache 1.3 and up - JNI +mod_speling Apache 1.3 and up - Servlet Filter mod_status - Admin Console (not out yet, but I'm looking forward to it:> *nudge* ) mod_userdir +mod_unique_id Apache 1.3 and up - Servlet mod_usertrack Apache 1.2 and up mod_vhost_alias Apache 1.3.7 and up * = not supported(AFAIK) + = You might have to implement some of this your self = Standard Orion feature. A lot of these are obsolete technologies that Orion has better ways of implementing. For example mod_auth_* are all replaced by the UserManager Interface. This allows you to use the principles.xml file, the "standard" EJBUsermanager, the "standard" DataSourceUserManager, or implement the interface your self and create your own custom UserManager. Orion also has form based login to protected resources, which I have to say is one of my favorite little features. It's just SO COOL. :) With the CGIServlet Orion supports Perl, PHP, and Cold Fusion to name a few. Front Page Server Extentions is one of the only lacking things in that department(anybody wanna help start a team to work on this). This doesn't even factor in all the things for Servlets/JSP development that Orion does that JServ/Tomcat can't do. With one of the more common uses of Servlets being a connection to a Database, having Orion maintain any number of javax.sql.ConnectionPooledDataSource(s) is a very attractive feature. Also you have access to the full J2EE platform which provides you a very strong framebase for rapidly building Enterprise class applications. I can't speak for anybody else, but J2EE and Orion has allowed me to build more complicated, and complete sites in less time, causing my productivity to skyrocket. I also think Orion is better than say WebLogic because it is so much easier to administer. When I first installed WebLogic I was totally confused. It is overly complicated. Orion may not currently have a nice fancy admin GUI, but you can look in the XML files and see what is happening, and understand everything. I even have our designers looking in the config files with minimal fear, and we all know how dumb designers are(hehe,jk). This allows me to spend less time with administration, and more time coding. The next version of Orion will have OR(Object<-->Relational)-mapping which should speed up development even more. I have been testing the beta, and it's great. The new database schema are fantastic. Also EJBMaker will feature support for creating Views in 0.9.1(rumor). If you have created Views manually, you know how great a feature this is. You can port any Apache plug-in over to Orion. You will have to do some rethinking of how the "plug-in" works, but most should port just fine.I don't work with custom Apache modules, and I have never writen one, so I could be WAY off base here, but I think I'm really close. Anyway, I would personally like to thank the Orion team for all their great work. You guys make a great product. Noah Nordrum [EMAIL PROTECTED] Hyperride Technologies P.S. JDJ is having a poll about Java tools. I'm sure the Orion team would be greatful if you all would go and vote for Orion as your favorite Application Server. The survey is at http://www.sys-con.com/java/readerschoice2000/.
Re: Most basic problems - Trace options?
No offence Paul, but we need a little more information than that. If you haven't spent a lot of time customizing the config files, I would recommend a fresh set of config files from the 0.8.2 disto. Get it working off the new files, and then replace the new ones with your old config files one at a time, and see when it breaks. Or just change the new config files, and make liberal use of the in your config files when changing the, and/or put your config files in some sort of versioning software. Noah Nordrum [EMAIL PROTECTED] Hyperride Technologies - Original Message - From: "Paul Gayeski" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Wednesday, January 19, 2000 1:33 PM Subject: Most basic problems - Trace options? > After installing orion the other day I ran the basic http://localhost/ and > got a successful response. I ran a test html and even build a .jsp sample > and got it working via the html directory. Now nothing works, no log errors. > Only page not found from the browser? It's on port 80, no other servers are > running. It's an NT. the default-site is still the default. > > Are there any trace facility I can use to find out what has gone haywire? I > see no errors of any kind the server reports .0.8.2 initialized. > > Thanks, Paul > >
JDBC problem
I am getting a "No Suitable driver" SQLException. this is the offending
code.
javax.naming.InitialContext ic = new javax.naming.InitialContext();
javax.sql.DataSource ds = (javax.sql.DataSource)
ic.lookup("jdbc/DefaultDS");
con = ds.getConnection();
I have found that I can sometimes generate a "No Suitable driver"
SQLException by calling:
Class.forName(class);
instead of
Class.forName(class).newInstance();
I was wondering if anybody else has had this problem. I am currently trying
to connect Orion to a MySQL server also running on my laptop.
Current JDK: 1.2.2
Orion Version: 0.8.0
MySQL Version: Shareware Win32
JDBC Driver: mm.mysql 1.2 release(tried the new 2.0 prerelease but no luck)
I had this working in odbc mode, but I wanted to get off that POS access,
now that I am starting to grasp this EJB thing, so I went to some Type IV
drivers with MySQL, and I thought every thing would be peachy keen. Do I
need a "special" driver, or what. I would be curious what other people are
running Orion against, but not any ODBC/access combo's please. I know I
should be on Oracle, or Sybase but I can't find my Sybase for NT CD, and we
are deploying onto Sybase on NIX, so I figured that MySQL would be close
enough till I find a CD. Access has been driving me nuts.
Thanks,
Noah Nordrum
Carpe Diem. A fish a day keeps the doctor away.
Carpe Diem. A fish a day keeps the doctor away.
