IDE tools and Orion
Hi, I'm evaluating different tools for developing J2EE apps with Orion. So, I'm asking this excellent list which tools that supports Orion regarding deployment, debugging and so forth. I know that Kawa Enterprise 5.0 with SP1 do, but maybe there are other ones that work as fine as Kawa does ?? //Kalle _ Get your FREE download of MSN Explorer at http://explorer.msn.com
RE: Kawa 5.0 Ent and Orion 1.4.7
Hi, the SP1 contains all the settings for Orion. Thanks a lot all that helped my out. From: Kemp Randy-W18971 [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: RE: Kawa 5.0 Ent and Orion 1.4.7 Date: Thu, 12 Apr 2001 08:35:18 -0400 I think someone on this list contacted the Kawa development team, and the answer they received was that integration with Orion would be accomplished in an up and coming Kawa service pack. -Original Message- From: Kalle Anka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 11, 2001 5:06 PM To: Orion-Interest Subject: Kawa 5.0 Ent and Orion 1.4.7 Hi all, has anyone succesfully been able to configure Kawa 5.0 Enterprise with Orion 1.4.7 ? What I'm looking for is all the parameters needed for the EJB serve dialog box like EJB Server parameters, Packager, Deployer, Unddeployer and so forth. I've tried Allaire but no answer so far besides read on the FAQ. But there is nothing there. Thanks, Brynolf _ Get your FREE download of MSN Explorer at http://explorer.msn.com _ Get your FREE download of MSN Explorer at http://explorer.msn.com
RE: productive comment.
I love the enthusiasm, but I'm concerned about the solution. The orionsupport.com site is run and maintained by a small group of people with exactly the same ideas as those being expressed on this list. Let's not create splinter groups which start with a huge burst of enthusiasm and then fizzle out into another resource dead end. Instead, let's focus that energy on taking orionsupport to the level it needs to get to next. It is built on some great open source technology (www.opensymphony.com) which would make it a straightforward exercise to add threaded discussions, article feedback, printer-friendly page views etc. to the articles there. Joe Ottinger, who currently hosts the site, explains what his ideas are for orionsupport in his excellent (and conveniently short!) "Into the Future" article, which is currently available from google's cache at http://www.google.com/search?q=cache:www.orionsupport.com/articles/vision.html+hl=en). So, some feedback to the site would be a good start (once Joe gets it back on-line :o) Invitations for mirroring would ensure the availability we need, a threaded discussion list (which could interact with this list?), client news (you know if you've bought a licence - so tell the rest of us), much greater breadth and depth of support articles, etc. The sentiment from many of you on this list is that (a) orion is a fantastic product, (b) the orion team don't give their website the time/inclination/priority many of us require, (c) between us we possess a lot of knowledge, (d) we're happy to share that with the community. So, in the absence of formal support partners/infrastructure can I suggest that everyone gives orionsupport.com the, umm, support it deserves? Thanks, Dan/tastapod At 00:47 13/04/2001 -0500, you wrote: RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Thursday, April 12, 2001 10:28 PM To: Orion-Interest Subject: RE: productive comment. List, We have an organic community here, but the list has been our only output. The support from the company is lacking. Orionsupport seems to have been a good outlet for some, but appears to be down for a spell. Many here have used the other commercial packages (I have used weblogic and iplanet), but had to suffer through their "seminars" which are just over-blown sales meetings. If you are a small company, these are just not the products for you. It would be nice if we could post "success stories" and "hints" directly on the OrionServer web site. If they want to commercialize the product, and don't have the bucks or people to provide support...let *us* provide this service through a "community" process. About 18 months ago I started using the netbeans ide. At the time, its was the only jave 2 ide out there. The netbeans news server was well maintained by a support engineer for netbeans. Later they sold out to Sun, and a lot of that "organic" feeling went away. But the attention that one guy gave to the news service was great, and made using the product a good experience. If we could move the energy prevalent on the orion-interest news service into a "community" web page, maybe this could help all of us out? We could award *points* to the best answers to questions. We could have an ignore button. And yes, we could have a *paid* consultancy service for email questions, phone coaching, and even site visits. Many of the users of orion are independent consultants, so it is not out of the question that a community web service for orion wouldn't fill the gap for orion support. I think one thing missing from the OrionSupport web site was this last bitsome paid service for support. Its also missing from the Ironflare. If you notice,
RE: Inprise AppServer vs Orion
I'm in the same boat. JBoss didn't work for us, too slow. JRun is crap. So we are moving to Borland (Inprise). I used IAS in a project last year that never got deployed. I thought it was great. Very fast, Built on a true CORBA foundation, and very, I mean VERY good support. I have not yet ported our current system from Orion to BAS (Borland Application Server), to get pa performance comparison. I will be doing that in a couple of weeks. I'll post when I get results. -Original Message- From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 6:24 PM To: Orion-Interest Subject: Inprise AppServer vs Orion Hi all, I am pushing hard to get Orion included in the last shortlist for our next product. Only because of the support issues(that everyone here understands),my manager is inclined to consider something like Inprise Appserver as a better alternative.. Now,could anyone here give me some figures,opinions ,etc about the performance of Inprise Appserver. How does it compare with Orion in terms of the key evaluation factors?(i understand, we would know which factors are more important for us...still) We have to have two major applications hosted on the appserver as part of the product deployment. The first one is not a real 'web' app. It has ejbs being accessed by distributed components and mix of some database and proprietary back end. The second application is a web application with servlet/jsp/corba components We have pretty strict performance requirements for both of these...And the first application has to have high availability as well... Any sort of suggestions, pointers,data,exclamations would be of high value Thanks, Jobin
RE: ORION RISE FROM THE DEAD! - What we have here is a failure to communicate ...
Mike: I do agree with all the concern about Orion's lack of response. I think that three good developers created a great product, but didn't give much thought into how to market, support, and document it, should it reach a good level of success. I suppose we should ask this question: Is there any other ways we can help the Orion team? Perhaps we can get a documentation manual effort together, like the Jboss folks are doing. I know that the folks at www.orionsupport.com and www.jollem.com are doing a great job. And yes, I agree that Orion is way ahead of the open source efforts, such as Jboss, Enhydra, Jonas, and openEJb at this point in time (not that I don't root for them, since I want them to also get to a point to give the big guys some concern). So Orion, if we as a community can help you, tell us how. Randy -Original Message- From: Mike Sick To: Orion-Interest Sent: 4/12/01 4:20 PM Subject: Re: ORION RISE FROM THE DEAD! - What we have here is a failure to communicate ... Hey Randy, I think that most people who bothered to join this list want Orion to succeed and I can see how you might have taken David's words badly. There's no doubt that there are a significant number of Orion fans that are very dedicated (me included). It's natural, however, to want resolution and orionserver's lack of progress in the last few months should raise significant concern. Add 'a failure to communicate' to the mix and concern will turn to frustration, desperation, and worse. Orion's strength as a product has allowed a small but significant developer community to emerge around it. The activity on this list, the various support sites, and the strong word of mouth growth of Orion are all signs that developers care and will support the product. But it's impossible to help if you don't know what's wrong. Mike Sick - Original Message - From: "Kemp Randy-W18971" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 3:55 PM Subject: RE: ORION RISE FROM THE DEAD! David: Most people on this list are fans of Orion and are rooting for them to succeed. Personally, I root for the small guys, like Orion, Jboss, and Jonas, only because this technology should be available to everyone, and not just companies with deep pockets. Orion is the only commercial server under $5000 that is any good, and able to go toe to toe with BEA on several points. I wouldn't want them to go out of business, and would much rather Orion became an open source project before that happens. It has too much potential to fold. Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 1:34 PM To: Orion-Interest Subject: ORION RISE FROM THE DEAD! I've been watching Orion for awhile using/testing. It so close to being ideal for me and my clients and we are ready to buy. But development seems to have stopped lately. Updates to the web site are virtually non-existant (ie ORION 1.2 released on main site)...meanwhile we are up to 1.4.5 since Jan 22. I am happy with its current state. I just sucessfully tested SSL with it. I haven't done much in terms of EJB yet, but my experiences with orion still have been great. SO ORION - Please get your act together. Or if you must go out of businessdo it soonso I can look at enhydra/weblogic/websphere again...I haven't looked at them in awhile because I have been happy with orion. It's for your own good. You obviously have some great programmers who developed this product. They should either keep working on it, or find another product to work on. Best of luck David
RE: IDE tools and Orion
Mike: So many tools, it's hard to keep track. Jbuilder, Kawa, Ultraedit, Ant, ejbdoclet, Bugseeker. I am sure I missed some. Randy -Original Message- From: Kalle Anka To: Orion-Interest Sent: 4/13/01 1:32 AM Subject: IDE tools and Orion Hi, I'm evaluating different tools for developing J2EE apps with Orion. So, I'm asking this excellent list which tools that supports Orion regarding deployment, debugging and so forth. I know that Kawa Enterprise 5.0 with SP1 do, but maybe there are other ones that work as fine as Kawa does ?? //Kalle _ Get your FREE download of MSN Explorer at http://explorer.msn.com
platform independent jsp code. how?
Hello, I have still problems getting orion to work with unicode characters. Here is a jsp page that behaves differently on different platforms. Could you please help me to find a way to make it platform independent. I know that unicode is not something most of you should pay attention to right now. Still, soon... :-) My original problem was that without specifing correct locale information, request.getParameter() returned something else than expected. So, on solaris platform I added environment variable LANG=en_US.UTF-8 before running orion. Good, got it working. Then, the very same code did not run under win2000. For some reason specifying character set with a % @page % directive on top of jsp page does not work with win2000. Why? So in the meantime the best way I have found around this problem is to have %@ page contentType="text/html; charset=utf-8" % on top of every jsp file on solaris platform and NOT TO HAVE this line under win2000. Why? Is there something wrong with this line? How should it be written under win2000? --- (start of 'utf-8test.jsp') --- %@ page contentType="text/html; charset=utf-8" % html head meta http-equiv="Content-Type" content="text/html; charset=utf-8" title/title /head body % String q = request.getParameter( "q" ); % query="%= q %" form input type="text" name="q" value="%= q %" input type="submit" /form example 1 a href="utf-8test.jsp?q=asd"(asd)/a - no wonder this one is workingbr example 2 a href="utf-8test.jsp?q=%C3%B5%C3%A4%C3%B6%C3%BC%C5%A1%C5%BE" (otilde;auml;ouml;uuml;#353;#382;)/a - here I am having problemsbr /body /html --- (end of 'utf-8test.jsp') - On this page there is a text field. Place as complex characters as you can think of into this field and submit the form. You shuld see the very same text you entered and not some garbage in your browser. And I am speaking about 'solaris' and 'win2000' merely because I really haven't tried this on other unix and nt systems. On both systems I am running jdk1.3 and orion 1.4.5. Oh and one more thing. Tomcat 3.2.1 does not need %@ page contentType="text/html; charset=utf-8" % on top of a jsp page. In fact, it can not live with it. It works without and even without specifying LANG environment variable. So much about platform idependency. I really need to find a solution because I am using win2000 on my development machine and deploying it to solaris. Any ideas? thank you for your time, Taavi
Rise from the dead
From: Kemp Randy-W18971 To: 'Mike Sick '; 'Orion-Interest ' Cc: Subject: RE: ORION RISE FROM THE DEAD! - What we have here is a failure to communicate ... Sent: 4/13/01 9:22 AM Importance: Normal Mike: I do agree with all the concern about Orion's lack of response. I think that three good developers created a great product, but didn't give much thought into how to market, support, and document it, should it reach a good level of success. I suppose we should ask this question: Is there any other ways we can help the Orion team? Perhaps we can get a documentation manual effort together, like the Jboss folks are doing. I know that the folks at www.orionsupport.com and www.jollem.com are doing a great job. And yes, I agree that Orion is way ahead of the open source efforts, such as Jboss, Enhydra, Jonas, and openEJb at this point in time (not that I don't root for them, since I want them to also get to a point to give the big guys some concern). So Orion, if we as a community can help you, tell us how. Randy -Original Message- From: Mike Sick To: Orion-Interest Sent: 4/12/01 4:20 PM Subject: Re: ORION RISE FROM THE DEAD! - What we have here is a failure to communicate ... Hey Randy, I think that most people who bothered to join this list want Orion to succeed and I can see how you might have taken David's words badly. There's no doubt that there are a significant number of Orion fans that are very dedicated (me included). It's natural, however, to want resolution and orionserver's lack of progress in the last few months should raise significant concern. Add 'a failure to communicate' to the mix and concern will turn to frustration, desperation, and worse. Orion's strength as a product has allowed a small but significant developer community to emerge around it. The activity on this list, the various support sites, and the strong word of mouth growth of Orion are all signs that developers care and will support the product. But it's impossible to help if you don't know what's wrong. Mike Sick - Original Message - From: "Kemp Randy-W18971" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 3:55 PM Subject: RE: ORION RISE FROM THE DEAD! David: Most people on this list are fans of Orion and are rooting for them to succeed. Personally, I root for the small guys, like Orion, Jboss, and Jonas, only because this technology should be available to everyone, and not just companies with deep pockets. Orion is the only commercial server under $5000 that is any good, and able to go toe to toe with BEA on several points. I wouldn't want them to go out of business, and would much rather Orion became an open source project before that happens. It has too much potential to fold. Randy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 1:34 PM To: Orion-Interest Subject: ORION RISE FROM THE DEAD! I've been watching Orion for awhile using/testing. It so close to being ideal for me and my clients and we are ready to buy. But development seems to have stopped lately. Updates to the web site are virtually non-existant (ie ORION 1.2 released on main site)...meanwhile we are up to 1.4.5 since Jan 22. I am happy with its current state. I just sucessfully tested SSL with it. I haven't done much in terms of EJB yet, but my experiences with orion still have been great. SO ORION - Please get your act together. Or if you must go out of businessdo it soonso I can look at enhydra/weblogic/websphere again...I haven't looked at them in awhile because I have been happy with orion. It's for your own good. You obviously have some great programmers who developed this product. They should either keep working on it, or find another product to work on. Best of luck David
RE: productive comment.
Title: RE: productive comment. Isn't OrionSupport already registered and up and running (well sort of) why not incorporate thee new ideas onto this already existing and well publicized site? Is orionsupport.com not willing to accept community suggestions? It seems to me that if orionsupport.com were improved with additional submissions, improved infrastructure and maybe some backend content management apps (good way to show off some apps running on Orion) then it could become the ultimate source for erm Orionsupport. A karma system for support might be a good start to building a database of questions/incidents that could evolve to a very good FAQ. just my .02 -Larry -Original Message- From: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 1:47 AM To: Orion-Interest Subject: RE: productive comment. Importance: High RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Thursday, April 12, 2001 10:28 PM To: Orion-Interest Subject: RE: productive comment. List, We have an organic community here, but the list has been our only output. The support from the company is lacking. Orionsupport seems to have been a good outlet for some, but appears to be down for a spell. Many here have used the other commercial packages (I have used weblogic and iplanet), but had to suffer through their seminars which are just over-blown sales meetings. If you are a small company, these are just not the products for you. It would be nice if we could post success stories and hints directly on the OrionServer web site. If they want to commercialize the product, and don't have the bucks or people to provide support...let *us* provide this service through a community process. About 18 months ago I started using the netbeans ide. At the time, its was the only jave 2 ide out there. The netbeans news server was well maintained by a support engineer for netbeans. Later they sold out to Sun, and a lot of that organic feeling went away. But the attention that one guy gave to the news service was great, and made using the product a good experience. If we could move the energy prevalent on the orion-interest news service into a community web page, maybe this could help all of us out? We could award *points* to the best answers to questions. We could have an ignore button. And yes, we could have a *paid* consultancy service for email questions, phone coaching, and even site visits. Many of the users of orion are independent consultants, so it is not out of the question that a community web service for orion wouldn't fill the gap for orion support. I think one thing missing from the OrionSupport web site was this last bitsome paid service for support. Its also missing from the Ironflare. If you notice, you can buy the product...but even if you wanted to pay for extra support, they don't sell it. If you are reading this at Orion, please consider the McDonald's model. They had a good idea for a hamburger, but how do you put a restaurant on every corner? You franchise the hamburger restaurant idea. Why does'nt Ironflare franchise the support for Orion? This way they could continue to write great software, but others would pay them to give great support service for Orion. I have been trying to call these guys for a month now, with no success. So my question is... How do we take the next step? Regards, The elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 5:44 PM To: Orion-Interest Subject: productive comment. David, nothing personal, I'm just hanging my reply off yours as it's the latest one in this thread...BUT some of us are very bored of
RE: productive comment.
Great point. However, we can help expand on the functionality at orionsupport. But then there's that *paid* support issue. Companies need a place to go so they can *pay* for support when the chips are down, and the alligators are crawling around nipping at their tender parts. The great thing about mysql or borland's open source product is that when the chips are down, you can get *paid* support from thousands of independent consultants. The key bit that will help orion is support that is there for the asking...all you have to do is pay for it. If Joe Ottinger is reading this email, lets add this bit to your site. If you need a consultant to belly up to the bar, and help out, contact the elephantwalker. For the orion team at ironflare, I am willing to pay a *franchising* fee for every support call, email or site visit answered, as long as we get access to the dev team for *bugs*. Regards, the Elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan North Sent: Friday, April 13, 2001 5:28 AM To: Orion-Interest Subject: RE: productive comment. Importance: High I love the enthusiasm, but I'm concerned about the solution. The orionsupport.com site is run and maintained by a small group of people with exactly the same ideas as those being expressed on this list. Let's not create splinter groups which start with a huge burst of enthusiasm and then fizzle out into another resource dead end. Instead, let's focus that energy on taking orionsupport to the level it needs to get to next. It is built on some great open source technology (www.opensymphony.com) which would make it a straightforward exercise to add threaded discussions, article feedback, printer-friendly page views etc. to the articles there. Joe Ottinger, who currently hosts the site, explains what his ideas are for orionsupport in his excellent (and conveniently short!) "Into the Future" article, which is currently available from google's cache at http://www.google.com/search?q=cache:www.orionsupport.com/articles/vision.ht ml+hl=en). So, some feedback to the site would be a good start (once Joe gets it back on-line :o) Invitations for mirroring would ensure the availability we need, a threaded discussion list (which could interact with this list?), client news (you know if you've bought a licence - so tell the rest of us), much greater breadth and depth of support articles, etc. The sentiment from many of you on this list is that (a) orion is a fantastic product, (b) the orion team don't give their website the time/inclination/priority many of us require, (c) between us we possess a lot of knowledge, (d) we're happy to share that with the community. So, in the absence of formal support partners/infrastructure can I suggest that everyone gives orionsupport.com the, umm, support it deserves? Thanks, Dan/tastapod At 00:47 13/04/2001 -0500, you wrote: RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Thursday, April 12, 2001 10:28 PM To: Orion-Interest Subject: RE: productive comment. List, We have an organic community here, but the list has been our only output. The support from the company is lacking. Orionsupport seems to have been a good outlet for some, but appears to be down for a spell. Many here have used the other commercial packages (I have used weblogic and iplanet), but had to suffer through their "seminars" which are just over-blown sales meetings. If you are a small company, these are just not the products for you. It would be nice if we could post "success stories" and "hints" directly on the OrionServer web site. If they want to commercialize the product, and don't have the bucks or people to provide support...let *us* provide this service
RE: IDE tools and Orion
Kalle: I'm curious, when you say developing J2EE apps, what is the nature of the application(s) you are developing? Are you looking for Java IDE's with helpers for servlet, EJB, and/or JSP component development? Or are you looking for an IDE that supports the full life-cycle of web application development, integration, configuration, deployment, and/or management? If your interest is in the later, and not just the former, take a look at PortalStudio from Mongoose Technology, Inc. (http://www.mongoosetech.com). PortalStudio consists of an IDE and server, bundled with Orion, for designing, developing, assembling, deploying, and managing J2EE compliant portals. It's a framework for enterprise application integration, content management, component development with reusable libraries, community development, on-line collaboration, and a commitment to industry standards. It does not attempt to replace the functionality of a Kawa or JBuilder IDE, but rather serves as a higher-level IDE to bring together the more specific tools (XML schema editors, Java IDE's, graphics editors, etc.) that each contributor to a web application project would use, and as an API for consolidating organizational resources (structured and unstructured data, user management, application security and integration, etc.). It even generates Java code shells for new components. BTW, Orion is bundled with Mongoose PortalStudio because it seemed to have the most complete J2EE implementation, is lightweight and fast, offers free development licenses, and production licenses are relatively inexpensive. However, our product is designed to allow deployment of a singular portal "definition" to any J2EE compliant application server platform. Currently Orion is the only fully supported and tested platform, but we plan to provide support for additional app servers based on market trends and specification compliance. For instance, WebLogic deployment is currently under development and expected soon. In addition, the API is available for others to develop additional "adaptors" to handle any application server specific configuration steps required for deployment on the platform of choice. Anyway, enough said, please feel free to visit the website or contact me directly if you want more information... Thanks, Jason Coward Technical Relationship Manager Mongoose Technology, Incorporated [EMAIL PROTECTED] http://www.mongoosetech.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp Randy-W18971 Sent: Friday, April 13, 2001 9:31 AM To: Orion-Interest Subject: RE: IDE tools and Orion Mike: So many tools, it's hard to keep track. Jbuilder, Kawa, Ultraedit, Ant, ejbdoclet, Bugseeker. I am sure I missed some. Randy -Original Message- From: Kalle Anka To: Orion-Interest Sent: 4/13/01 1:32 AM Subject: IDE tools and Orion Hi, I'm evaluating different tools for developing J2EE apps with Orion. So, I'm asking this excellent list which tools that supports Orion regarding deployment, debugging and so forth. I know that Kawa Enterprise 5.0 with SP1 do, but maybe there are other ones that work as fine as Kawa does ?? //Kalle _ Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: W3C Log Format
On Thu, Apr 12, 2001 at 05:40:56PM -0700, Hitesh Patel wrote: does orion support W3C Extended Format (like IIS)? http://www.w3.org/TR/WD-logfile.html if not, what can I do to change it? Submit a RFE (Request For Enhancement) to http://www.orionserver.com/bugzilla/. Markus -- Markus Holmberg | Give me Unix or give me a typewriter. [EMAIL PROTECTED] | http://www.freebsd.org/
RE: platform independent jsp code. how?
Hi Taavi, I have encountered a problem that sounds related to yours. I tried to make japanese characters ailable on a page (although I don't expect japanese input), and set META http-equiv=Content-Type content="text/html; charset=euc-jp" before some unicode output - which I copied from a translation engine. All I got was garbage (I have japanese support installed on that particular W2000 machine). Even after setting my editor to Unicode (I use EditPlus for much of my work), copy/paste into my editor would fail and not produce the correct Unicode chars, and of course the jsp's output was garbage, too. I got this to work only after copying a japanese page to my computer, loading it into my editor, and voila - suddenly copy/paste worked correctly and so does my output from my jsp's. Any new page I write I have to use an exisitng working japanese page as a template in order for it to function correctly. I did *not* include the @page directive into my code - it works correctly with just the META ... tag --peter -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Taavi Tiirik Sent: Friday, April 13, 2001 8:23 AM To: Orion-Interest Subject: platform independent jsp code. how? Hello, I have still problems getting orion to work with unicode characters. Here is a jsp page that behaves differently on different platforms. Could you please help me to find a way to make it platform independent. I know that unicode is not something most of you should pay attention to right now. Still, soon... :-) My original problem was that without specifing correct locale information, request.getParameter() returned something else than expected. So, on solaris platform I added environment variable LANG=en_US.UTF-8 before running orion. Good, got it working. Then, the very same code did not run under win2000. For some reason specifying character set with a % @page % directive on top of jsp page does not work with win2000. Why? So in the meantime the best way I have found around this problem is to have %@ page contentType="text/html; charset=utf-8" % on top of every jsp file on solaris platform and NOT TO HAVE this line under win2000. Why? Is there something wrong with this line? How should it be written under win2000? --- (start of 'utf-8test.jsp') --- %@ page contentType="text/html; charset=utf-8" % html head meta http-equiv="Content-Type" content="text/html; charset=utf-8" title/title /head body % String q = request.getParameter( "q" ); % query="%= q %" form input type="text" name="q" value="%= q %" input type="submit" /form example 1 a href="utf-8test.jsp?q=asd"(asd)/a - no wonder this one is workingbr example 2 a href="utf-8test.jsp?q=%C3%B5%C3%A4%C3%B6%C3%BC%C5%A1%C5%BE" (otilde;auml;ouml;uuml;#353;#382;)/a - here I am having problemsbr /body /html --- (end of 'utf-8test.jsp') - On this page there is a text field. Place as complex characters as you can think of into this field and submit the form. You shuld see the very same text you entered and not some garbage in your browser. And I am speaking about 'solaris' and 'win2000' merely because I really haven't tried this on other unix and nt systems. On both systems I am running jdk1.3 and orion 1.4.5. Oh and one more thing. Tomcat 3.2.1 does not need %@ page contentType="text/html; charset=utf-8" % on top of a jsp page. In fact, it can not live with it. It works without and even without specifying LANG environment variable. So much about platform idependency. I really need to find a solution because I am using win2000 on my development machine and deploying it to solaris. Any ideas? thank you for your time, Taavi
RE: productive comment.
Yes to all your questions below. I sent the message to let the folks that run OrionSupport and IronFlare know two things: 1) the net is world wide and runs (thrives!) on active content. It wants change and 24/7/365 (or nine-nines or whatever your favorite availability metaphor) availability and responsiveness. An unchanging, corp-supported site is poisonous to the continued existence of a business. As a businessman, dependent on Orion, I know that money talks, so I put my money where my mouth was. 2) Busy as I am (I am the admin guy and Project Manager for hsqldb AND I run my own business, making payroll for 13 people), I understand two realities about business: a) Product is (almost) nothing when it comes to running a business. Customers (and their satisfaction) are EVERYTHING to a business' continued vitality. b) Communication is ALWAYS best. Silence is scary to your customers and potential customers. Orionsupport.COM has, for all intents and purposes gone dark, as has Orion, WITH NO NOTICE AND NO RESPONSE. It is not hard to believe that both these companies do not actively monitor these lists and that is why we have heard nothing. That is a mistake. It is one we have the power to rectify as a community. Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Larry Velez Sent: Friday, April 13, 2001 9:50 AM To: Orion-Interest Subject: RE: productive comment. Isn't OrionSupport already registered and up and running (well sort of) why not incorporate thee new ideas onto this already existing and well publicized site? Is orionsupport.com not willing to accept community suggestions? It seems to me that if orionsupport.com were improved with additional submissions, improved infrastructure and maybe some backend content management apps (good way to show off some apps running on Orion) then it could become the ultimate source for erm Orionsupport. A karma system for support might be a good start to building a database of questions/incidents that could evolve to a very good FAQ. just my .02 -Larry -Original Message- From: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 1:47 AM To: Orion-Interest Subject: RE: productive comment. Importance: High RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Thursday, April 12, 2001 10:28 PM To: Orion-Interest Subject: RE: productive comment. List, We have an organic community here, but the list has been our only output. The support from the company is lacking. Orionsupport seems to have been a good outlet for some, but appears to be down for a spell. Many here have used the other commercial packages (I have used weblogic and iplanet), but had to suffer through their "seminars" which are just over-blown sales meetings. If you are a small company, these are just not the products for you. It would be nice if we could post "success stories" and "hints" directly on the OrionServer web site. If they want to commercialize the product, and don't have the bucks or people to provide support...let *us* provide this service through a "community" process. About 18 months ago I started using the netbeans ide. At the time, its was the only jave 2 ide out there. The netbeans news server was well maintained by a support engineer for netbeans. Later they sold out to Sun, and a lot of that "organic" feeling went away. But the attention that one guy gave to the news service was great, and made using the product a good experience. If we could move the energy prevalent on the orion-interest news service into a "community" web page, maybe this could help all of us out? We could award *points* to the best answers to questions. We could have an ignore button. And yes,
orion j2ee config
can anyone help correct thisconfiguration that so that it would be professionally correct as a j2ee configuration? !--StartFragment server.xml --application-server application-directory="../applications" deployment-directory="../application-deployments" rmi-config path="./rmi.xml" / !-- JMS-server config link, uncomment to activate the JMS service -- !-- jms-config path="./jms.xml" / -- principals path="./principals.xml" / log file path="../log/server.log" / /log global-application name="default" path="application.xml" / !-- application name="cais" path="/u/build/release/cais.ear" / -- application name="cais" path="../applications/cais.ear" / web-site path="./cais-web-site.xml" / global-web-app-config path="global-web-application.xml" / web-site path="./default-web-site.xml" / !-- Compiler, activate this to specify an alternative compiler such as jikes for EJB/JSP compiling. -- !-- compiler executable="jikes" classpath="/myjdkdir/jre/lib/rt.jar" / --/application-server--- application.xml --!-- The global application config that is the parent of all the other applications in this server. --orion-application web-module id="defaultWebApp" path="../default-web-app" / web-module id="cais" path="../applications" / persistence path="../persistence" / !-- Path to the libraries that are installed on this server. These will accesible for the servlets, EJBs etc -- library path="../lib" / log file path="../log/global-application.log" / file path="../log/default-application.log" / /log data-sources path="data-sources.xml" / namespace-access read-access namespace-resource root="" security-role-mapping group name="administrators" / /security-role-mapping /namespace-resource /read-access write-access namespace-resource root="" security-role-mapping group name="administrators" / /security-role-mapping /namespace-resource /write-access /namespace-access/orion-application--- cais-web-site.xml --web-site host="[ALL]" port="80" display-name="C.A.I.S" default-web-app application="cais" name="cais-web" / web-app application="cais" name="cais-web" root="/cais" / access-log path="../log/cais-web-access.log" //web-site--- default-web-site.xml --web-site host="[ALL]" port="80" display-name="Default Orion WebSite" !-- The default web-app for this site, bound to the root -- default-web-app application="cais" name="cais-web" / !-- web-app application="cais" name="cais-web" root="/cais" / -- !-- Uncomment this to activate the news app -- !-- web-app application="news" name="news-web" root="/news" / -- !-- Access Log, where requests are logged to -- access-log path="../log/default-web-access.log" //web-site Any help much appreciated.
remote deployment, how?
Dear All, I would like to be able to deploy an .ear remotely (the servers run FreeBSD, some of the development workstations use Windows). I found that admin.jar can do this, and that the new application is indeed uploaded to the server. It is not automatically deployed in place of the old one. What I do now (more or less) is this: java -jar admin.jar ormi://bladibla admin passwd \ -deploy -file doc.ear -deploymentName doc I see that the new file shows up in $ORION/applications, prefixed with an underscore. Repeatedly deploying the same file gives me lots of folders with ever more underscores (_doc, __doc, ___doc, etc), but changes to .jsp files in the .ear are not visible over the web. What I want to do is upload a new version of the application archive in place of the old one, auto-deploying the thing. Question is: how do I do that? Kees Jan You are only young once, but you can stay immature all your life.
RE: productive comment.
Joe, elephantwalker, et.al. I was going to do a 'me too!' followed by a listing, but that may not be list-appropriate (MYOWN_PERSONAL_RULE: if you have the question: Is this SPAM? ASK THE LIST!) So, how do we do this, and not offend the users of the list (our budding community)? My response to elephantwalker was meant as an impetus for more discussion. More prods to follow tonite. Oh, yeah: ME, TOO! heh, heh Michael J. Cannon President Ubiquicomm mailto: [EMAIL PROTECTED] Project Manager hsqldb.org mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Friday, April 13, 2001 11:35 AM To: Orion-Interest Subject: RE: productive comment. Great point. However, we can help expand on the functionality at orionsupport. But then there's that *paid* support issue. Companies need a place to go so they can *pay* for support when the chips are down, and the alligators are crawling around nipping at their tender parts. The great thing about mysql or borland's open source product is that when the chips are down, you can get *paid* support from thousands of independent consultants. The key bit that will help orion is support that is there for the asking...all you have to do is pay for it. If Joe Ottinger is reading this email, lets add this bit to your site. If you need a consultant to belly up to the bar, and help out, contact the elephantwalker. For the orion team at ironflare, I am willing to pay a *franchising* fee for every support call, email or site visit answered, as long as we get access to the dev team for *bugs*. Regards, the Elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan North Sent: Friday, April 13, 2001 5:28 AM To: Orion-Interest Subject: RE: productive comment. Importance: High I love the enthusiasm, but I'm concerned about the solution. The orionsupport.com site is run and maintained by a small group of people with exactly the same ideas as those being expressed on this list. Let's not create splinter groups which start with a huge burst of enthusiasm and then fizzle out into another resource dead end. Instead, let's focus that energy on taking orionsupport to the level it needs to get to next. It is built on some great open source technology (www.opensymphony.com) which would make it a straightforward exercise to add threaded discussions, article feedback, printer-friendly page views etc. to the articles there. Joe Ottinger, who currently hosts the site, explains what his ideas are for orionsupport in his excellent (and conveniently short!) "Into the Future" article, which is currently available from google's cache at http://www.google.com/search?q=cache:www.orionsupport.com/articles /vision.ht ml+hl=en). So, some feedback to the site would be a good start (once Joe gets it back on-line :o) Invitations for mirroring would ensure the availability we need, a threaded discussion list (which could interact with this list?), client news (you know if you've bought a licence - so tell the rest of us), much greater breadth and depth of support articles, etc. The sentiment from many of you on this list is that (a) orion is a fantastic product, (b) the orion team don't give their website the time/inclination/priority many of us require, (c) between us we possess a lot of knowledge, (d) we're happy to share that with the community. So, in the absence of formal support partners/infrastructure can I suggest that everyone gives orionsupport.com the, umm, support it deserves? Thanks, Dan/tastapod At 00:47 13/04/2001 -0500, you wrote: RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of
RE: productive comment.
'access' to the dev team? You mean that if you think its a bug then you should be able to get on the phone with developers as if they were tech support people? Whats wrong with Bugzilla and a quick development team? -Original Message- From: elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 9:35 AM To: Orion-Interest Subject: RE: productive comment. Great point. However, we can help expand on the functionality at orionsupport. But then there's that *paid* support issue. Companies need a place to go so they can *pay* for support when the chips are down, and the alligators are crawling around nipping at their tender parts. The great thing about mysql or borland's open source product is that when the chips are down, you can get *paid* support from thousands of independent consultants. The key bit that will help orion is support that is there for the asking...all you have to do is pay for it. If Joe Ottinger is reading this email, lets add this bit to your site. If you need a consultant to belly up to the bar, and help out, contact the elephantwalker. For the orion team at ironflare, I am willing to pay a *franchising* fee for every support call, email or site visit answered, as long as we get access to the dev team for *bugs*. Regards, the Elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan North Sent: Friday, April 13, 2001 5:28 AM To: Orion-Interest Subject: RE: productive comment. Importance: High I love the enthusiasm, but I'm concerned about the solution. The orionsupport.com site is run and maintained by a small group of people with exactly the same ideas as those being expressed on this list. Let's not create splinter groups which start with a huge burst of enthusiasm and then fizzle out into another resource dead end. Instead, let's focus that energy on taking orionsupport to the level it needs to get to next. It is built on some great open source technology (www.opensymphony.com) which would make it a straightforward exercise to add threaded discussions, article feedback, printer-friendly page views etc. to the articles there. Joe Ottinger, who currently hosts the site, explains what his ideas are for orionsupport in his excellent (and conveniently short!) "Into the Future" article, which is currently available from google's cache at http://www.google.com/search?q=cache:www.orionsupport.com/articles/vision.ht ml+hl=en). So, some feedback to the site would be a good start (once Joe gets it back on-line :o) Invitations for mirroring would ensure the availability we need, a threaded discussion list (which could interact with this list?), client news (you know if you've bought a licence - so tell the rest of us), much greater breadth and depth of support articles, etc. The sentiment from many of you on this list is that (a) orion is a fantastic product, (b) the orion team don't give their website the time/inclination/priority many of us require, (c) between us we possess a lot of knowledge, (d) we're happy to share that with the community. So, in the absence of formal support partners/infrastructure can I suggest that everyone gives orionsupport.com the, umm, support it deserves? Thanks, Dan/tastapod At 00:47 13/04/2001 -0500, you wrote: RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Thursday, April 12, 2001 10:28 PM To: Orion-Interest Subject: RE: productive comment. List, We have an organic community here, but the list has been our only output. The support from the company is lacking. Orionsupport seems to have been a good outlet for some, but appears to be down for a spell. Many here have used the other commercial packages (I have used weblogic and iplanet), but had to suffer
How to enable UserManager support for arbitrary user...
We have developed a web application with our own user/group schema. Creating a UserManager to map our schema seems pretty trivial. What we are NOT clear on is how to tell Orion that a particular user has logged in. For example, we start our application with a LOGIN.JSP page, which accepts user name/password, and proceeds to find the user in the database. After the user is found/authenticated, we create an HTTP session, and store a certain User object in the session to tell us who the user is on the next http request. How do we introduce J2EE security into this picture. In other words, how do we tell Orion which user is logged on so that it starts using the security attributes/group/rights of the deployment descriptors? Do we need to put a special attribute into the HTTPSession so that Orion knows on behalf of what user the request is running? Thanks. -AP_
RE: productive comment.
absolutely...use Bugzilla, and a quick dev team. However, think of the *franchise* idea. The consultants are franchised by Ironflare to give *customer support*, which Ironflare can't provide. But other than the name, what do you get for your *franchise fee*. There's got to be some access. The reason is the ETF, or Estimated Time to Fix for a bug. Although bugzilla is fine for most bugs which have workarounds, sometimes there are bugs which are mission critical. In those cases we need to know when the bug is going to fixed, and only orion can make that commitment. I have written a use case for each support type. Notice that this support is well beyond anything that Ironflare is currently offering. Here's each use case ... *paid email support* 1. user logs in to orionsupport or where ever. 2. posts an email support issue. Offers $50 to resolve issue by email. 3. consultant logins into support que, sees the offer, and makes a bid (in this case time, time to solve and price). 4. user agrees to bid, and consultant responds with answer. In this case, there is no need for access to the Orion developers. But then we have step 5. 5. bug is reported, there is no workaround (that would have been provided in 4 above), and bug is reported in bugzilla. For and extra $50, user gets a detailed status of the bug (more detail than provided in bugzilla status) and an ETF (estimated time to fix). This requires access to the Orion development manager, since only they can make such a commitment. *paid phone call support* 1. user logs into orionsupport or where ever. 2. posts an request for phone call support, with a description of the problem. Offers $250 to resolve the issue. 3. consultant logins into support que, sees the offer, and makes a bid (time to solve, and price). 4. user agrees to bid, and consultant or user makes the phone call. 5. development access required for ETF. *paid consultant visit support* 1. user logs into orionsupport or where ever. 2. posts an request for site visit support, with a description of the problem. Offers $1,500/day to resolve the issue. 3. consultant logins into support que, sees the offer, and makes a bid (time to solve, and price). 4. user agrees to bid, and consult or user make arrangements for visit. 5. development access required for ETF. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron Tavistock Sent: Friday, April 13, 2001 2:01 PM To: Orion-Interest Subject: RE: productive comment. 'access' to the dev team? You mean that if you think its a bug then you should be able to get on the phone with developers as if they were tech support people? Whats wrong with Bugzilla and a quick development team? -Original Message- From: elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 9:35 AM To: Orion-Interest Subject: RE: productive comment. Great point. However, we can help expand on the functionality at orionsupport. But then there's that *paid* support issue. Companies need a place to go so they can *pay* for support when the chips are down, and the alligators are crawling around nipping at their tender parts. The great thing about mysql or borland's open source product is that when the chips are down, you can get *paid* support from thousands of independent consultants. The key bit that will help orion is support that is there for the asking...all you have to do is pay for it. If Joe Ottinger is reading this email, lets add this bit to your site. If you need a consultant to belly up to the bar, and help out, contact the elephantwalker. For the orion team at ironflare, I am willing to pay a *franchising* fee for every support call, email or site visit answered, as long as we get access to the dev team for *bugs*. Regards, the Elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan North Sent: Friday, April 13, 2001 5:28 AM To: Orion-Interest Subject: RE: productive comment. Importance: High I love the enthusiasm, but I'm concerned about the solution. The orionsupport.com site is run and maintained by a small group of people with exactly the same ideas as those being expressed on this list. Let's not create splinter groups which start with a huge burst of enthusiasm and then fizzle out into another resource dead end. Instead, let's focus that energy on taking orionsupport to the level it needs to get to next. It is built on some great open source technology (www.opensymphony.com) which would make it a straightforward exercise to add threaded discussions, article feedback, printer-friendly page views etc. to the articles there. Joe Ottinger, who currently hosts the site, explains what his ideas are for orionsupport in his excellent (and conveniently short!) "Into the Future" article, which is currently available from google's cache at
Re: How to enable UserManager support for arbitrary user...
Is this what you are looking for? RoleManager roleMgr = (RoleManager) (new InitialContext()).lookup( "java:comp/RoleManager" ); roleMgr.login( "user", "pass" ); Unfortunately, I think that can only run in the container. To accomodate multiple logins under a servlet, we used to use a new InitialContext on every servlet request and set the appropriate JNDI properties for each InitialContext construction. tim. We have developed a web application with our own user/group schema. Creating a UserManager to map our schema seems pretty trivial. What we are NOT clear on is how to tell Orion that a particular user has logged in. For example, we start our application with a LOGIN.JSP page, which accepts user name/password, and proceeds to find the user in the database. After the user is found/authenticated, we create an HTTP session, and store a certain User object in the session to tell us who the user is on the next http request. How do we introduce J2EE security into this picture. In other words, how do we tell Orion which user is logged on so that it starts using the security attributes/group/rights of the deployment descriptors? Do we need to put a special attribute into the HTTPSession so that Orion knows on behalf of what user the request is running? Thanks. -AP_
RE: How to enable UserManager support for arbitrary user...
Tim, this IS what I am looking for, but does it mean that I need to put this into every .JSP page that I have? Then, somehow (according to J2EE spec) Orion will forward this information to all EJB calls and properly make use of the deployment descriptor stuff? So every .JSP page will check the session, find the User object which I stored in there, and execute this call with the user.login and user.password? Thanks. -AP_ -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 3:04 PM To: Orion-Interest Cc: Alex Paransky Subject: Re: How to enable UserManager support for arbitrary user... Is this what you are looking for? RoleManager roleMgr = (RoleManager) (new InitialContext()).lookup( "java:comp/RoleManager" ); roleMgr.login( "user", "pass" ); Unfortunately, I think that can only run in the container. To accomodate multiple logins under a servlet, we used to use a new InitialContext on every servlet request and set the appropriate JNDI properties for each InitialContext construction. tim. We have developed a web application with our own user/group schema. Creating a UserManager to map our schema seems pretty trivial. What we are NOT clear on is how to tell Orion that a particular user has logged in. For example, we start our application with a LOGIN.JSP page, which accepts user name/password, and proceeds to find the user in the database. After the user is found/authenticated, we create an HTTP session, and store a certain User object in the session to tell us who the user is on the next http request. How do we introduce J2EE security into this picture. In other words, how do we tell Orion which user is logged on so that it starts using the security attributes/group/rights of the deployment descriptors? Do we need to put a special attribute into the HTTPSession so that Orion knows on behalf of what user the request is running? Thanks. -AP_
Re: www.orionsupport.com
It appears to be down again. On the bright side, jollem is back up, so I guess things evened out. I'm gonna finally make good on my promise to mirror jollem while I still can! ;) btw, a mirror of orionsupport.com is avaible through my site: http://www.theculprit.com it's not as good as the real site (all the dynamic stuff is broken, but all the content is there)... hope that helps until we figure out a better solution. - Original Message - From: "Arved Sandstrom" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 11:43 AM Subject: RE: www.orionsupport.com No, it's not just you. So, unless you also live and work in Nova Scotia, it's not a localized problem. I haven't gotten through all day. Regards, Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Taavi Tiirik Sent: Thursday, April 12, 2001 3:03 PM To: Orion-Interest Subject: www.orionsupport.com I haven't been able to use www.orionsupport.com from this corner of world for some time now. Is it just me or is it bigger? It does respond to ping though but http server seems to have problems. Can anybody pour some light... thanks, Taavi
RE: How to enable UserManager support for arbitrary user...
Alex, I beleive that what's important is the deployment descripter according to j2ee. As long as a role is required by the descripter, if you navigate to the jsp, servlet, or use a resource such as a ejb or database, as long as the application descriptor notes the proper security role, and the path to the resource is defined for the security role,the login screen will be presented when the user navigates or clicks on a resource that is in a security role. What's happening is container will check if they are in role, if they aren't the login form (if you used form-based login) will come up. You don't have to hard code this. These bits a defined in the web.xml, or the web application descripter. The only hardcoding I have done is when you need to automatically login somebody (for example, after they create an account), or when a resource is outside of the application, but you want to control it with your security anyway. An example of the first case is in the pet store example. If you don't want to go to the trouble of creating a special path for your jsp pages, you can stick a ifinrole statement on every page, and these will go to the login page if somebody accesses a page by typing a guessed url... mysecretplace.mycompany.com/allmysecrets.jsp, the jsp can have a statement like: util:ifInRole role="customer" include="true" ... content /util:ifInRole util:ifInRole role="customer" include="false" jsp:forward page="/control/animaginarypage" / /util:ifInRole The util tags are from orion's utility tag package. The /control path is also the j2ee path control in the deployment descripter. This is also a good idea on jsp content in general, because jsp's change very frequently, and people don't always have time to update the deployment descripter. Regards, the Elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Paransky Sent: Friday, April 13, 2001 3:20 PM To: Orion-Interest Subject: RE: How to enable UserManager support for arbitrary user... Tim, this IS what I am looking for, but does it mean that I need to put this into every .JSP page that I have? Then, somehow (according to J2EE spec) Orion will forward this information to all EJB calls and properly make use of the deployment descriptor stuff? So every .JSP page will check the session, find the User object which I stored in there, and execute this call with the user.login and user.password? Thanks. -AP_ -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 3:04 PM To: Orion-Interest Cc: Alex Paransky Subject: Re: How to enable UserManager support for arbitrary user... Is this what you are looking for? RoleManager roleMgr = (RoleManager) (new InitialContext()).lookup( "java:comp/RoleManager" ); roleMgr.login( "user", "pass" ); Unfortunately, I think that can only run in the container. To accomodate multiple logins under a servlet, we used to use a new InitialContext on every servlet request and set the appropriate JNDI properties for each InitialContext construction. tim. We have developed a web application with our own user/group schema. Creating a UserManager to map our schema seems pretty trivial. What we are NOT clear on is how to tell Orion that a particular user has logged in. For example, we start our application with a LOGIN.JSP page, which accepts user name/password, and proceeds to find the user in the database. After the user is found/authenticated, we create an HTTP session, and store a certain User object in the session to tell us who the user is on the next http request. How do we introduce J2EE security into this picture. In other words, how do we tell Orion which user is logged on so that it starts using the security attributes/group/rights of the deployment descriptors? Do we need to put a special attribute into the HTTPSession so that Orion knows on behalf of what user the request is running? Thanks. -AP_
RE: productive comment.
Way to go, elephantwalker... More ideas: 1) Since we are using Orion's/IronFlare's/OrionServer's IP (the corporate ID and product names are the most basic IP a corp has) we agree to some kind of quals and independently verified audits (other than 'pay-for-play') that can then be 'hung' on our own corporate websites (which also agree to dedicate a small percentageof space to mirroring and a small amount of BW to downloads) 2) there is an agreed 'spread' for use and a pool of money from the 'franchise fees' that Orion and its agents agree to use to help the community as a whole. An additional portion is dedicated to the frachisors 3) everything is managed by a separate, neutral server. References/leads (especially for on-sites) are furnished on a geographic basis first, than, after a suitable time, distributed to a wider and wider pool 4) qualified franchisors, under restrictions, are contracted by Orion to 'act in their stead' to answer, for free, user questions, with no 'lead-fishing' or commercial re-direction allowed 5) the system operates 24/7/365...'franchisors' pony up the cash - up front - agree to a fixed time schedule for certification and submission to the auditors and operate/agree to a 'three strikes' -also audited- rule, with reasonable requirements. Currently, I am involved with 2 partnerships that operate under a variation of this combined with a couple of elephantwalker's use cases: IBM and CA (on different platforms). I have dedicated personnel specifically on payroll to manage and comply with these agreements. In another business that I an investor in (and help with managing), Bang and Olufsen manages their partnerships and distributors in a similar manner. Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Friday, April 13, 2001 4:37 PM To: Orion-Interest Subject: RE: productive comment. absolutely...use Bugzilla, and a quick dev team. However, think of the *franchise* idea. The consultants are franchised by Ironflare to give *customer support*, which Ironflare can't provide. But other than the name, what do you get for your *franchise fee*. There's got to be some access. The reason is the ETF, or Estimated Time to Fix for a bug. Although bugzilla is fine for most bugs which have workarounds, sometimes there are bugs which are mission critical. In those cases we need to know when the bug is going to fixed, and only orion can make that commitment. I have written a use case for each support type. Notice that this support is well beyond anything that Ironflare is currently offering. Here's each use case ... *paid email support* 1. user logs in to orionsupport or where ever. 2. posts an email support issue. Offers $50 to resolve issue by email. 3. consultant logins into support que, sees the offer, and makes a bid (in this case time, time to solve and price). 4. user agrees to bid, and consultant responds with answer. In this case, there is no need for access to the Orion developers. But then we have step 5. 5. bug is reported, there is no workaround (that would have been provided in 4 above), and bug is reported in bugzilla. For and extra $50, user gets a detailed status of the bug (more detail than provided in bugzilla status) and an ETF (estimated time to fix). This requires access to the Orion development manager, since only they can make such a commitment. *paid phone call support* 1. user logs into orionsupport or where ever. 2. posts an request for phone call support, with a description of the problem. Offers $250 to resolve the issue. 3. consultant logins into support que, sees the offer, and makes a bid (time to solve, and price). 4. user agrees to bid, and consultant or user makes the phone call. 5. development access required for ETF. *paid consultant visit support* 1. user logs into orionsupport or where ever. 2. posts an request for site visit support, with a description of the problem. Offers $1,500/day to resolve the issue. 3. consultant logins into support que, sees the offer, and makes a bid (time to solve, and price). 4. user agrees to bid, and consult or user make arrangements for visit. 5. development access required for ETF. Regards, the elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron Tavistock Sent: Friday, April 13, 2001 2:01 PM To: Orion-Interest Subject: RE: productive comment. 'access' to the dev team? You mean that if you think its a bug then you should be able to get on the phone with developers as if they were tech support people? Whats wrong with Bugzilla and a quick development team? -Original Message- From: elephantwalker [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 9:35 AM To: Orion-Interest Subject: RE: productive comment. Great point. However, we can help expand on the functionality at
RE: How to enable UserManager support for arbitrary user...
oops, I forgot one little thing. If you want to know Who is using a resource, and they have already been authenticated, use the session context (in an ejb) String userid = sc.getCallerPrincipal().getName(); obviously, you can expose this as a business method for the session ejb, and access the userid from a servlet or jsp. This is the safest way to get the userid into a web page. Somehow, I think manipulating the usermanager from within a jsp offers a security hole. If anybody ever gained access to a jsp, they could copy the code for access to the usermanager, modify it so that an email would send the password and userid, and then put it back on the website. The same hack on a ejb is much more difficult. I believe the session context in the servlet api was depricated just for this reason. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Friday, April 13, 2001 4:12 PM To: Orion-Interest Subject: RE: How to enable UserManager support for arbitrary user... Alex, I beleive that what's important is the deployment descripter according to j2ee. As long as a role is required by the descripter, if you navigate to the jsp, servlet, or use a resource such as a ejb or database, as long as the application descriptor notes the proper security role, and the path to the resource is defined for the security role,the login screen will be presented when the user navigates or clicks on a resource that is in a security role. What's happening is container will check if they are in role, if they aren't the login form (if you used form-based login) will come up. You don't have to hard code this. These bits a defined in the web.xml, or the web application descripter. The only hardcoding I have done is when you need to automatically login somebody (for example, after they create an account), or when a resource is outside of the application, but you want to control it with your security anyway. An example of the first case is in the pet store example. If you don't want to go to the trouble of creating a special path for your jsp pages, you can stick a ifinrole statement on every page, and these will go to the login page if somebody accesses a page by typing a guessed url... mysecretplace.mycompany.com/allmysecrets.jsp, the jsp can have a statement like: util:ifInRole role="customer" include="true" ... content /util:ifInRole util:ifInRole role="customer" include="false" jsp:forward page="/control/animaginarypage" / /util:ifInRole The util tags are from orion's utility tag package. The /control path is also the j2ee path control in the deployment descripter. This is also a good idea on jsp content in general, because jsp's change very frequently, and people don't always have time to update the deployment descripter. Regards, the Elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alex Paransky Sent: Friday, April 13, 2001 3:20 PM To: Orion-Interest Subject: RE: How to enable UserManager support for arbitrary user... Tim, this IS what I am looking for, but does it mean that I need to put this into every .JSP page that I have? Then, somehow (according to J2EE spec) Orion will forward this information to all EJB calls and properly make use of the deployment descriptor stuff? So every .JSP page will check the session, find the User object which I stored in there, and execute this call with the user.login and user.password? Thanks. -AP_ -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 3:04 PM To: Orion-Interest Cc: Alex Paransky Subject: Re: How to enable UserManager support for arbitrary user... Is this what you are looking for? RoleManager roleMgr = (RoleManager) (new InitialContext()).lookup( "java:comp/RoleManager" ); roleMgr.login( "user", "pass" ); Unfortunately, I think that can only run in the container. To accomodate multiple logins under a servlet, we used to use a new InitialContext on every servlet request and set the appropriate JNDI properties for each InitialContext construction. tim. We have developed a web application with our own user/group schema. Creating a UserManager to map our schema seems pretty trivial. What we are NOT clear on is how to tell Orion that a particular user has logged in. For example, we start our application with a LOGIN.JSP page, which accepts user name/password, and proceeds to find the user in the database. After the user is found/authenticated, we create an HTTP session, and store a certain User object in the session to tell us who the user is on the next http request. How do we introduce J2EE security into this picture. In other words, how do we tell Orion which user is logged on so that it starts using the security attributes/group/rights of the deployment descriptors? Do we need to put a special attribute into the HTTPSession so that Orion knows on behalf
RE: productive comment.
Fine, but OrionSupport.com is _already_ owned by Joe Co. and they are not responding (I sent them a letter and am sending another off-line). Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing I'm worried about is how the Orion developers are doing... is there anything we can do to help out the guys at orionserver/ironflare? - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 10:47 PM Subject: RE: productive comment. RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED]
RE: How to enable UserManager support for arbitrary user...
Again, I am not sure if your JSP page can even make this call. I have only ever used it in the container in a session bean. I seem to remember not being able to lookup the RoleManager from my servlet. I think you would have to have every SB method call this. Which is why I suggested using the InitialContext approach, which is portable across servers, and I think it scales better. Alas, it is pre-empted by a bug in Orion in that servlets don't properly initialize the credentials on the first (or in my case, all) use. tim. Tim, this IS what I am looking for, but does it mean that I need to put this into every .JSP page that I have? Then, somehow (according to J2EE spec) Orion will forward this information to all EJB calls and properly make use of the deployment descriptor stuff? So every .JSP page will check the session, find the User object which I stored in there, and execute this call with the user.login and user.password? Thanks. -AP_ -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 3:04 PM To: Orion-Interest Cc: Alex Paransky Subject: Re: How to enable UserManager support for arbitrary user... Is this what you are looking for? RoleManager roleMgr = (RoleManager) (new InitialContext()).lookup( "java:comp/RoleManager" ); roleMgr.login( "user", "pass" ); Unfortunately, I think that can only run in the container. To accomodate multiple logins under a servlet, we used to use a new InitialContext on every servlet request and set the appropriate JNDI properties for each InitialContext construction. tim. We have developed a web application with our own user/group schema. Creating a UserManager to map our schema seems pretty trivial. What we are NOT clear on is how to tell Orion that a particular user has logged in. For example, we start our application with a LOGIN.JSP page, which accepts user name/password, and proceeds to find the user in the database. After the user is found/authenticated, we create an HTTP session, and store a certain User object in the session to tell us who the user is on the next http request. How do we introduce J2EE security into this picture. In other words, how do we tell Orion which user is logged on so that it starts using the security attributes/group/rights of the deployment descriptors? Do we need to put a special attribute into the HTTPSession so that Orion knows on behalf of what user the request is running? Thanks. -AP_
Re: Kawa 5.0 Ent and Orion 1.4.7
From Kawa Allaire Newsgroup Kawa 5.0 SP1 is available for download from the following location: http://allaire11.allaire.com/download/showfamily.cfm?DownloadType=UpdateFam ilyID=2164DDE5-C7D0-11D4-922900508B6C5F5B Here are some of the changes in SP1: 1) Integration of IE browser 2) Support for Weblogic 6.0 3) Support for Orion server 4) Support for multiple servers in JRun 5) Support for JDBC-ODBC Bridge drivers in EJB wizards 6) Bug fixes Patrick Deloulay - [EMAIL PROTECTED] 408.348.0553 - Original Message - From: "Kemp Randy-W18971" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 05:35 Subject: RE: Kawa 5.0 Ent and Orion 1.4.7 I think someone on this list contacted the Kawa development team, and the answer they received was that integration with Orion would be accomplished in an up and coming Kawa service pack. -Original Message- From: Kalle Anka [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 11, 2001 5:06 PM To: Orion-Interest Subject: Kawa 5.0 Ent and Orion 1.4.7 Hi all, has anyone succesfully been able to configure Kawa 5.0 Enterprise with Orion 1.4.7 ? What I'm looking for is all the parameters needed for the EJB serve dialog box like EJB Server parameters, Packager, Deployer, Unddeployer and so forth. I've tried Allaire but no answer so far besides read on the FAQ. But there is nothing there. Thanks, Brynolf _ Get your FREE download of MSN Explorer at http://explorer.msn.com
RE: productive comment.
Another bit of info: From NSI WHOIS: http://www.networksolutions.com/cgi-bin/whois/whois?STRING=orionsupport.com; STRING=Search Magnus owns it now. NOW WHAT? Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing I'm worried about is how the Orion developers are doing... is there anything we can do to help out the guys at orionserver/ironflare? - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 10:47 PM Subject: RE: productive comment. RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED]
OrionSupport - if you care about the 'Orion community', read it! WAS RE: productive comment.
Ok, I feel it's time for me to step in here as one of the 'Joe Co.' people. Firstly, everyone calm down. As Hani said yesterday, every few weeks this whole "Orion support sucks, my boss won't buy Orion without support, I'm having a whinge" thread starts up again. Calm down and read the archives people ;) THE SITUATION: With regard to the future of OrionSupport, here are the things I _know_ are currently happening: - As far as I know it, Joe is on holidays which is probably why he's not answering his email - he hasn't been on IRC for about a week. Everyone just calm down ;) - The domain IS owned by IronFlare / Orion. As far as I know this was done by the previous owners so that it would always be an Orion support site. I have no problems with this at all, the guys have given us free reign over the content / production of the site. - The site IS down now, I'm not sure why. It seems to me Joe's machine has fallen over but we'll know when we get back. Meanwhile there is an archive of all content up to March 18th kindly hosted at www.theculprit.com - There ARE moves in progress to upgrade the site. As Hani said in a previous email it currently runs on lots of OpenSymphony technologies ( http://www.opensymphony.com - see gratuitous-OpenSymphony-plug at the end of this email) like SiteMesh, OSCache and Clickstream. I'm in the process of upgrading it to use OSContent so we'll have a fully fledged CMS with community features to boot. This will take a week or two at the least. THE PROBLEM: - The above measures are purely technical and won't help the Orion community in and of themselves. OrionSupport's biggest problem so far has been GETTING PEOPLE TO CONTRIBUTE. JoeO says this better than I could in his rant http://www.theculprit.com/www.orionsupport.com/articles/vision-2.html . BASICALLY if noone contributes the site will continue to move ahead at it's trickling pace. - HOWEVER if lots of people take 5 minutes to note down the problem they just solved, the bug they worked around, their expertise on a particular area, their knowledge of using Orion with software X - we can really produce a very useful support resource very fast indeed. Keep reading for how you can help. THE SOLUTION: I suggest we move discussion of this off the list (the last 48 hours has driven me nuts with the lack of Orion questions and the volume of "me too, Orion support sucks, I'm complaining and not doing anything about it" emails. If you don't like it, join those who are trying to do something about it! I've set up an egroup (still can't bring myself to call it a Yahoo! Group yet) for discussing it here http://groups.yahoo.com/group/orionsupport The manifesto of the group is: "A group for the authors and users of OrionSupport ( http://www.orionsupport.com ) to discuss content needed, moves ahead etc. NOTE: This is not a group for people looking for support for Orion. See http://www.orionserver.com for that" I hope you'll all join up and that together we can make OrionSupport an even better resource for the community. -mike gratuitous-OpenSymphony-plug If anyone else has some spare time and wants to help out the most advanced Open Source J2EE project out there, OpenSymphony is it ;) Check it out at http://www.opensymphony.com , help by downloading, using, testing, developing, documenting or even just suggesting ideas - let me know where you can help! For an example site running with ALL the OS technologies on Orion (OSContent for content management, community, user management, SiteMesh for layout, OSCache for speed, Formtags, OSCore for functionality / properties / personalisation) see http://ausralia.internet.com (This plug is sheerly to show off the technology, not for the extra page views - it's Australian new so who is likely to be interested anyway ;)) /gratuitious-OpenSymphony-plug -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael J. Cannon Sent: Saturday, April 14, 2001 10:24 AM To: Orion-Interest Subject: RE: productive comment. Fine, but OrionSupport.com is _already_ owned by Joe Co. and they are not responding (I sent them a letter and am sending another off-line). Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing
RE: productive comment.
I think Magnus has always owned this...at least as long as I have been using it. The plan still applies. We need *an agreement* for franchising with IronFlare. Next week is easter week in Europe, so I don't think anything can happen until the holidays are over. A recent post showed that somebody is bundling orion server with their software and selling it, so it is possible to get an agreement with Ironflare. I am buying a license for our deployment next week, so I will be talking to Magnus soon. There is definitely activity from their developers on the bugzilla database, so they are alive and kicking. The lose of the orionsupport server could just be an issue with the holiday's or hardware. Nobody's checking the server, and it just keeled over. I have done a lot of customer support before, and what people want is communication more than anything. The lack of communication isn't altogether uncommon from a development group. I think a *cyber* support organization is just what they need. I can't get a handle on how many orion users there are, but lately I have seen a lot of SF Bay area url's on the list, and that is very good news for Orion. I mean...this is where the money is. regards, The elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael J. Cannon Sent: Friday, April 13, 2001 6:07 PM To: Orion-Interest Subject: RE: productive comment. Importance: High Another bit of info: From NSI WHOIS: http://www.networksolutions.com/cgi-bin/whois/whois?STRING=orionsupport.com; STRING=Search Magnus owns it now. NOW WHAT? Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing I'm worried about is how the Orion developers are doing... is there anything we can do to help out the guys at orionserver/ironflare? - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 10:47 PM Subject: RE: productive comment. RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED]
RE: productive comment.
I just wanted to point out that despite the Orion team's silence on this list, over the last couple months there has been a lot of bugzilla activity. Development is clearly moving forward, so it's not time to jump ship yet :-) While a weekly "hey, here's what's up at Ironflare" letter to this list would be nice, I think just simply echoing all bugzilla update mail to this list would go a long ways towards giving us the feeling that development has not stalled. Especially if this trend towards less frequent, bigger updates continues. Anxiously awaiting 1.4.8, Jeff
RE: productive comment.
I was under the impression that the domain has always been owned by the Orion organization. They just pointed it at whoever was willing to maintain the community site. I have a suggestion. Lets take a slice of a Wiki system, say the Portland Pattern Repository at http://www.c2.com. I think the Wiki nature will lend itself well to a community group like this. It will also act as a FAQ-O-MATIC. The natural starting point is: http://www.c2.com/cgi/wiki?OrionServer Jeff -Original Message- From: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 6:07 PM To: Orion-Interest Subject: RE: productive comment. Importance: High Another bit of info: From NSI WHOIS: http://www.networksolutions.com/cgi-bin/whois/whois?STRING=orio nsupport.com STRING=Search Magnus owns it now. NOW WHAT? Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing I'm worried about is how the Orion developers are doing... is there anything we can do to help out the guys at orionserver/ironflare? - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 10:47 PM Subject: RE: productive comment. RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED]
Hooking up CMP data-sources?
OK, so I've gotten a couple beans deployed in Orion (many thanks to the list, and the Google-cached jollem pages), so next I want to set up CMP. I've got a SQL Server set up on a box next to me, and downloaded the Merant drivers (the .jars of which I've copied into the /orion/libs directory). I then created my data-sources.xml like so: ?xml version="1.0"? !DOCTYPE data-sources PUBLIC "Orion data-sources" "http://www.orionserver.com/dtds/data-sources.dtd" data-sources data-source class="com.evermind.sql.DriverManagerDataSource" name="SQLServer" schema="database-schemas/ms-sql.xml" location="jdbc/SQLServerCoreDS" xa-location="jdbc/xa/SQLServerXADS" ejb-location="jdbc/SQLServer" connection-driver="com.merant.datadirect.jdbc.sqlserver.SQLServerConnection" url="jdbc:sqlserver://orion-db-machine:1433;user=orion;password=password" inactivity-timeout="30" / /data-sources And when I start the server I get the helpful: Error initializing server: Class 'null' is not a java.sql.Driver What is it looking for? What am I doing wrong? -- Chris
Future directions for orion support
A most interesting twist... Hmm... I dunno, this is most unexpected. It's probably best to wait a couple days so that Joseph/Magnus can address this issue. Given that Orionsupport went dark today, it seems control of orionsupport has passed on to the orionserver/Ironflare folks. That may indicate a dedicated support site in the near future or it may mean that community support will now slow to a crawl... The Orion developers have been mighty quiet. I really like Orion as a product and would prefer to see it become immensely successful. Nevertheless the lack of feedback from Ironflare is disconcerting... Personally, I'm hedging my bets with jboss Returning to the core question -- I wholeheartedly agree that better support is vital, be it official or community-based. If no groundbreaking news comes from Ironflare or orionsupport, I'm all for orionsig. - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 6:07 PM Subject: RE: productive comment. Another bit of info: From NSI WHOIS: http://www.networksolutions.com/cgi-bin/whois/whois?STRING=orionsupport.com; STRING=Search Magnus owns it now. NOW WHAT? Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing I'm worried about is how the Orion developers are doing... is there anything we can do to help out the guys at orionserver/ironflare? - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 10:47 PM Subject: RE: productive comment. RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED]
RE: Hooking up CMP data-sources?
All right, so that wasn't *that* hard: the line 'connection-driver="com.merant.datadirect.jdbc.sqlserver.SQLServerConnection "' should have been SQLServerDriver instead; connection-driver refers to a Driver, not a Connection. So it's up and trying to hit the database. One problem: The bean I have so cleverly created is called "User". Orion obligingly attempts to create a "user" table and hits a tree -- user is a reserved word in SQL Server. So I edited the ms-sql.xml file and added "user" to the list of disallowed field names, but no dice. How can I prevent Orion from using invalid table names? -- Chris
RE: Hooking up CMP data-sources?
Most disturbing. I deleted the application-deployments/default directories and changed my class names (and the application-client) to UserX rather than User. Orion, however, stubbornly continues to try and create a User table, even though I have removed all references to a User class from my jar file. This stubbornness continues across all reboots of the server. What in heaven's name is going on; how can I force it to recognize the new settings, and where does it get those table names from in the first place? -- Chris -Original Message- From: Chris Bergstresser [mailto:[EMAIL PROTECTED]] Subject: RE: Hooking up CMP data-sources? So it's up and trying to hit the database. One problem: The bean I have so cleverly created is called "User". Orion obligingly attempts to create a "user" table and hits a tree -- user is a reserved word in SQL Server. So I edited the ms-sql.xml file and added "user" to the list of disallowed field names, but no dice. How can I prevent Orion from using invalid table names?
RE: Future directions for orion support
Nope...as I've just been clued in, MAGNUS HAS ALWAYS OWNED THE DOMAIN... Please read Mike Cannon-Brookes' (of OrionSupport) answer to me in the message "OrionSupport - if you care about the 'Orion community', read it! WAS RE: productive comment." I think what we're running into this time is the European Easter Holiday, and we probably won't get any response from IronFlare/Orion or OrionSupport resolution until after that's over. However, some things are going on behind the scenes and THIS TIME WE'RE GOING TO FIX THIS FOR GOOD! To the cynics out there, no, this isn't some Wizard of Oz "Pay no attention to the man behind the curtain..." or business skullduggery. To fix this, we need to go off-line, for reasons that should be obvious to all of you now. But IT WILL BE FIXED. I apologize to those I may have offended with my posts and, as usual, my impatience. My only excuse is my true love for the product and my present involvement in a small part of it. Please be patient, all and we will work this out. Michael J. Cannon Project Manager, COO hsql.org (formerly HyperSonicSQL) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 10:10 PM To: Orion-Interest Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Future directions for orion support A most interesting twist... Hmm... I dunno, this is most unexpected. It's probably best to wait a couple days so that Joseph/Magnus can address this issue. Given that Orionsupport went dark today, it seems control of orionsupport has passed on to the orionserver/Ironflare folks. That may indicate a dedicated support site in the near future or it may mean that community support will now slow to a crawl... The Orion developers have been mighty quiet. I really like Orion as a product and would prefer to see it become immensely successful. Nevertheless the lack of feedback from Ironflare is disconcerting... Personally, I'm hedging my bets with jboss Returning to the core question -- I wholeheartedly agree that better support is vital, be it official or community-based. If no groundbreaking news comes from Ironflare or orionsupport, I'm all for orionsig. - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 6:07 PM Subject: RE: productive comment. Another bit of info: From NSI WHOIS: http://www.networksolutions.com/cgi-bin/whois/whois?STRING=orionsu pport.com STRING=Search Magnus owns it now. NOW WHAT? Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing I'm worried about is how the Orion developers are doing... is there anything we can do to help out the guys at orionserver/ironflare? - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 10:47 PM Subject: RE: productive comment. RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help?
RE: How to enable UserManager support for arbitrary user...
I suggest using an MVC (aka "Model 2") approach, separating your view from your controller. One of the controller's responsibilities can be to check for authentication and provide to the user either the requested page or the login page. If you use a dispatcher-servlet-action framework for your controller, you typically will only need to put the authentication checking code in a base action class from which all protected action classes derive. If you use JSPs as controllers you'll need some sort of code in every one (you can use @include for this). You will be much happer if you use an MVC appraoch, trust me. The J2EE automatic form-based authentication is very crude and fails to accomodate simple use cases like automatically logging in new users. You might want to look at WebWork: http://www.sourceforge.net/projects/webwork. BTW, if you use the Orion UserManager (and RoleManager), you should not do your own database lookup. Calling RoleManager.login() causes methods to be called on the UserManager, which can either be your class or one of the UserManagers that ship with Orion. DataSourceUserManager looks up password and group information in a table. Jeff -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 3:20 PM To: Orion-Interest Subject: RE: How to enable UserManager support for arbitrary user... Tim, this IS what I am looking for, but does it mean that I need to put this into every .JSP page that I have? Then, somehow (according to J2EE spec) Orion will forward this information to all EJB calls and properly make use of the deployment descriptor stuff? So every .JSP page will check the session, find the User object which I stored in there, and execute this call with the user.login and user.password? Thanks. -AP_ -Original Message- From: Tim Endres [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 3:04 PM To: Orion-Interest Cc: Alex Paransky Subject: Re: How to enable UserManager support for arbitrary user... Is this what you are looking for? RoleManager roleMgr = (RoleManager) (new InitialContext()).lookup( "java:comp/RoleManager" ); roleMgr.login( "user", "pass" ); Unfortunately, I think that can only run in the container. To accomodate multiple logins under a servlet, we used to use a new InitialContext on every servlet request and set the appropriate JNDI properties for each InitialContext construction. tim. We have developed a web application with our own user/group schema. Creating a UserManager to map our schema seems pretty trivial. What we are NOT clear on is how to tell Orion that a particular user has logged in. For example, we start our application with a LOGIN.JSP page, which accepts user name/password, and proceeds to find the user in the database. After the user is found/authenticated, we create an HTTP session, and store a certain User object in the session to tell us who the user is on the next http request. How do we introduce J2EE security into this picture. In other words, how do we tell Orion which user is logged on so that it starts using the security attributes/group/rights of the deployment descriptors? Do we need to put a special attribute into the HTTPSession so that Orion knows on behalf of what user the request is running? Thanks. -AP_
RE: OrionSupport - if you care about the 'Orion community', read it! WAS RE: productive comment.
Finally...will the REAL Mike Cannon please stand up? He has. Patience, folks. Michael J. Cannon Project Manager - hsqldb.org (formerly HyperSonicSQL) mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Cannon-Brookes Sent: Friday, April 13, 2001 8:52 PM To: Orion-Interest Subject: OrionSupport - if you care about the 'Orion community', read it! WAS RE: productive comment. Ok, I feel it's time for me to step in here as one of the 'Joe Co.' people. Firstly, everyone calm down. As Hani said yesterday, every few weeks this whole "Orion support sucks, my boss won't buy Orion without support, I'm having a whinge" thread starts up again. Calm down and read the archives people ;) THE SITUATION: With regard to the future of OrionSupport, here are the things I _know_ are currently happening: - As far as I know it, Joe is on holidays which is probably why he's not answering his email - he hasn't been on IRC for about a week. Everyone just calm down ;) - The domain IS owned by IronFlare / Orion. As far as I know this was done by the previous owners so that it would always be an Orion support site. I have no problems with this at all, the guys have given us free reign over the content / production of the site. - The site IS down now, I'm not sure why. It seems to me Joe's machine has fallen over but we'll know when we get back. Meanwhile there is an archive of all content up to March 18th kindly hosted at www.theculprit.com - There ARE moves in progress to upgrade the site. As Hani said in a previous email it currently runs on lots of OpenSymphony technologies ( http://www.opensymphony.com - see gratuitous-OpenSymphony-plug at the end of this email) like SiteMesh, OSCache and Clickstream. I'm in the process of upgrading it to use OSContent so we'll have a fully fledged CMS with community features to boot. This will take a week or two at the least. THE PROBLEM: - The above measures are purely technical and won't help the Orion community in and of themselves. OrionSupport's biggest problem so far has been GETTING PEOPLE TO CONTRIBUTE. JoeO says this better than I could in his rant http://www.theculprit.com/www.orionsupport.com/articles/vision-2.html . BASICALLY if noone contributes the site will continue to move ahead at it's trickling pace. - HOWEVER if lots of people take 5 minutes to note down the problem they just solved, the bug they worked around, their expertise on a particular area, their knowledge of using Orion with software X - we can really produce a very useful support resource very fast indeed. Keep reading for how you can help. THE SOLUTION: I suggest we move discussion of this off the list (the last 48 hours has driven me nuts with the lack of Orion questions and the volume of "me too, Orion support sucks, I'm complaining and not doing anything about it" emails. If you don't like it, join those who are trying to do something about it! I've set up an egroup (still can't bring myself to call it a Yahoo! Group yet) for discussing it here http://groups.yahoo.com/group/orionsupport The manifesto of the group is: "A group for the authors and users of OrionSupport ( http://www.orionsupport.com ) to discuss content needed, moves ahead etc. NOTE: This is not a group for people looking for support for Orion. See http://www.orionserver.com for that" I hope you'll all join up and that together we can make OrionSupport an even better resource for the community. -mike gratuitous-OpenSymphony-plug If anyone else has some spare time and wants to help out the most advanced Open Source J2EE project out there, OpenSymphony is it ;) Check it out at http://www.opensymphony.com , help by downloading, using, testing, developing, documenting or even just suggesting ideas - let me know where you can help! For an example site running with ALL the OS technologies on Orion (OSContent for content management, community, user management, SiteMesh for layout, OSCache for speed, Formtags, OSCore for functionality / properties / personalisation) see http://ausralia.internet.com (This plug is sheerly to show off the technology, not for the extra page views - it's Australian new so who is likely to be interested anyway ;)) /gratuitious-OpenSymphony-plug -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael J. Cannon Sent: Saturday, April 14, 2001 10:24 AM To: Orion-Interest Subject: RE: productive comment. Fine, but OrionSupport.com is _already_ owned by Joe Co. and they are not responding (I sent them a letter and am sending another off-line). Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for
RE: productive comment.
Again, patience...I am quieting on-list until I get clearance from the involved parties (or they have a chance to speak for themselves). Michael J. Cannon Project Manager, COO hsqldb.org (formerly HyperSonicSQL) mailto: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: Friday, April 13, 2001 9:09 PM To: Orion-Interest Subject: RE: productive comment. I was under the impression that the domain has always been owned by the Orion organization. They just pointed it at whoever was willing to maintain the community site. I have a suggestion. Lets take a slice of a Wiki system, say the Portland Pattern Repository at http://www.c2.com. I think the Wiki nature will lend itself well to a community group like this. It will also act as a FAQ-O-MATIC. The natural starting point is: http://www.c2.com/cgi/wiki?OrionServer Jeff -Original Message- From: Michael J. Cannon [mailto:[EMAIL PROTECTED]] Sent: Friday, April 13, 2001 6:07 PM To: Orion-Interest Subject: RE: productive comment. Importance: High Another bit of info: From NSI WHOIS: http://www.networksolutions.com/cgi-bin/whois/whois?STRING=orio nsupport.com STRING=Search Magnus owns it now. NOW WHAT? Michael J. Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Friday, April 13, 2001 5:37 PM To: Orion-Interest Subject: Re: productive comment. I'm all for this idea. Orionsupport is a community support effort run on a volunteer basis and I believe that it is hosted on Joseph's development machine using Orion. :) : ) :) I'd be willing to help shoulder some of the costs in moving everything over to an ISP host. There's no need for a new domain, imho... orionsupport has been very open and supportive (no pun intended). I say that we just give those good folks a nice place to put everything without tying up their resources. Community support for Orion has been excellent. The thing I'm worried about is how the Orion developers are doing... is there anything we can do to help out the guys at orionserver/ironflare? - Original Message - From: "Michael J. Cannon" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, April 12, 2001 10:47 PM Subject: RE: productive comment. RE: How do we take the next step? A sig is, classically a _S_pecial _I_nterest _G_roup, in the computer culture. orionsig.net, orionsig.org and orionsig.com are available. Pick 'em. Don't need a license from anyone to be a 'general purpose special interest group,' as long as you don't purport to be in any 'special' circumstance or make unfounded claims or use words that have obvious legal meaning. I've got a fixed IP, but it's on a slow and restricted connection. I know an ISP that is easy to work with, charges $39/mo, knows how to run services for Java, and is relatively small and responsive, and accesses through a multiple T3 (second-tier backbone access, they're actually a small CLEC). They also are an accredited registrar for all the above TLD's (turn-around is typically about 24 hours to propagate through BIND/DNS and the internic). I'd be willing to donate the first six months worth of host costs, and, after 30 days, pay for the Orion license myself (gotta run the site on Orion, don't we?) with these guys or anyone better. Let's just DO IT. Anyone else want to help? Michael Cannon mailto: [EMAIL PROTECTED]
RE: Usage of the Service console...
My advice is to ignore all the GUI tools that come with Orion and stick to Ant as a build-and-deploy tool. It is my strong suspicion that nobody is using, testing, or actively developing the GUI tools. It is my personal opinion (probably shared by many on this list) that this is a good thing. I would rather see the Orion team's limited resources focused on the server core. Not that I think pretty GUI tools don't have a place, but there really is no limit to the amount of time one can sink into getting a GUI app working properly. Ant works just fine. Jeff -Original Message- From: Chaya Ramanujam [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 12, 2001 12:10 PM To: Orion-Interest Subject: Usage of the Service console... I've been playing with the Service console. It took me way longer to create, install and deploy a J2ee app using the console than it did when I did everything myself on the command line (creating the directory structures, creating very simple deployment descriptors, creating the jar and war files and finally editing the server.xml and default-web-site.xml files). I know the console is said to be "alpha" quality - but was just curious - is any one out there using the console on a regular basis? Do you find it really useful? In what scenarios do you find this more useful - while creating and deploying apps or for monitoring or for redeploying apps? There seems to be a great deal of functionality in the console, however the lack of documentation/help is a big drawback. --Chaya. _ Get your FREE download of MSN Explorer at http://explorer.msn.com