RE: How to enable UserManager support for arbitrary user...
and in case you don't want to mix M$ and Java (mainly because M$ is a suspect platform, given C# and the Sun suit), you might try at AlphaWorks (http://www.alphaworks.ibm.com. Especially something like Caribbean (http://www.alphaworks.ibm.com/aw.nsf/frame?ReadForm/aw.nsf/techmain/DA6EC6 F79B61F68B8825695400664D79 Soap is REALLY bloated in most implementations I've seen, slows down the server and seems to be, on the whole, rather kludgy. XML-RPC is MUCH better at this, but takes some study. Not trying to create a flame war, Jeff. Just don't trust the source of the technology, and the implementations, thus far, are not very impressive, especially in an environment like ORION. Plus, mixing vb and Java makes me feel...I dunno...ill-at-ease, to be polite? Michael Cannon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: Monday, April 16, 2001 11:12 PM To: Orion-Interest Subject: RE: How to enable UserManager support for arbitrary user... Given that he has a smart/fat client, I don't think the web form is the way to go. It's a square peg for a round hole. Alex, when you execute a successful RoleManager.login(), whatever user information Orion keeps is automaticaly taken care of. All you need to do is make sure you maintain the session id in either a cookie or a rewritten url (;jsessionid=ASDFGHIJKL) in your requests. You don't need to explicitly create a session in the JSP, either. If you subsequently want to get the user name or programmatically check security, use the getCallerPrincipal() or isCallerInRole() methods on the servlet context or ejb context objects. You'll need to watch out for session timeouts in your client. You should seriously consider using SOAP. That is designed for exactly what you're trying to do. There is a free Apache implementation that you could probably get running under Orion, and VB will do all the client work for you. Jeff -Original Message- From: Hani Suleiman [mailto:[EMAIL PROTECTED]] Sent: Monday, April 16, 2001 2:07 PM To: Orion-Interest Subject: RE: How to enable UserManager support for arbitrary user... Thanks for your help, I think I am getting closer, here is what I plan to do: 1. Create a specific login .JSP page which will: a. validate the user b. create a session c. configure the "user" attribute to the user object d. return session id to the client 2. Client passes the session id on every call as a part of the url Why go through any of 1? J2EE does all this for you. All you need to do is use form auth. Have your login page return whatever xml is required to show the VB login box. So whenever you request a protected resource, the login box will pop up. Disable cookies in the webapp, and then read in the JSESSIONID from the url and just make sure it's in every future request, so the servlet container knows where to find your authenticated session. Again, the only part of the above which I am not sure about is 1c... Thanks. -AP_ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi (Chile) Sent: Monday, April 16, 2001 11:26 AM To: Orion-Interest Subject: RE: How to enable UserManager support for arbitrary user... Alex, I have a few questions and comments, 1. Which HTTPSession are you using? Orion's or your own? I recommend Orion's, tough one on the developments here uses a home-brewn session management. This forces us to include a few lines of code (with a taglib) in almost every page. Also, this renders Orion's J2EE security useless (Orion's HTTPSession has a User field where it stores either null (not authenticated) or a User reference to know the session Identity. 2. How are you authenticating a user? I presume you aren't right now. I would go with this: a. A Custom UserManager(for DB persistence, kinda like DataSourceUserManager, but yours) b. No custom SessionManager. (Orion has this declared as a public interface, but has no means to know which is the desired implementation; pity, session management,URL rewriting, and session + auth integration is not complaint to standards but purely propietary) c. a custom login action jsp/servlet. It takes username and password paramters and returns a session ID; this might be a cookie or URL rewriting (you can disable cookies in orion-web.xml) d. every new call has either a cookie field set on the HTTP header or a URL rewrite in the form of: http://somehost/somepath/somepage.jsp?a_Whole_Lotta_Params;jses sionid=SOMESE SSIONID That's it. 3. Are the client and the server in a LAN? Why not using JIntegra, J2EE CAS or SOAP4j + SOAP Toolkit to integrate them? I think basically your problem is that your HTTP Session is propietary and not seamlessly integrated with Orion. All we all would need to
Re: Application mapping - how do I know it from within the app?
Nope, when doing just that I get... 500 Internal Server Error Error parsing JSP page /aller/Allas/subscriber.jsp Syntax error in source/Allas/subscriber.jsp.java:32: Method getContextPath() not found in interface javax.servlet.ServletContext. (JSP page line 8) String servletPath = pageContext.getServletContext().getContextPath(); ^ 1 error - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, April 11, 2001 5:30 PM Subject: Re: Application mapping - how do I know it from within the app? pageContext.getServletContext().getContextPath() On Wed, 11 Apr 2001, Johan Fredriksson wrote: I'm using virtual hosts in my development to make sure that all links are correctly set, that is I can access the same app in two ways, either via appname.localhost or localhost/appname . The problem is that I'm not sure how to figure out on a jsp page which entry point was used, and this causes problem when I'm trying to map my servlet, since relative paths to servlets does not seem to work... String parsing of request.getRequestURI() seems like a way to start, but I'm not sure what how to write it, since in the future the app might be moved again to appname.serviceprovider.localhost vs localhost/serviceprovider/appname . Is there a way to get pageContext return application context? Johan
Re: Re: ORION RISE FROM THE DEAD!
As I mentioned before in a previous posting, the Orion team will continue their work on the Orion product, partners will do the support. Support will in the future be the "milking cow" ( don't know if that one translates well into english, where you get the money...), and there you have the business modell. At least that's how I interpreted Karl Avedals speech. Johan - Original Message - From: [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 12:53 AM Subject: Re: Re: ORION RISE FROM THE DEAD! I really hope that Orion is released into the open-source community if they're going to tank as a business. I never thought of that. I guess the real question may be: "What is Orion's/Ironflare's business model?" Taking a wild guess, not based on any first hand knowledge/contact/experience, the 'problem' may be that orion's developer's want to continue programming and not become consultants, support technicians, etc... Which would be great to have quality developers on the project full time, but this seems contrary to a lot of the service models that are out there now. A lot of companies now repackage open source and get paid on service/consulting. Perhaps they need a quality partner or need to be bought out (maybe macromedia should have bought them out instead of buying allaire)...who knows...I'm not an expert in this field as I'm sure my views have proved. So I may be way off base. I'm just an avid java developer with a small, nimble company that likes to develop and utilize small, quick, and well-written software. (did you also ever notice that orion seems to be at most h! ! ! alf the size of other major app servers?) By the way, if some help is needed to host (or provide an alternative to) orionsupport, please let me know. I know the boss here; I'm sure we could work something out. I think a lot of people would help out in this department (including myself), especially if it was open source. I already have a kind of how-to in the works for SSL using chained certificates from Entrust.net. David
Re: Is this the Orion Team?
Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudtext.htmlt=2; v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
RE: Migratingfrom GSP
well, here go my 2c's... - For part two i would suggest you implement a session listener in which you can code all the stuff you want to do on session init. - for part three the best option is a filter. Aniket I'll second that. And besides that, I think you should avoid coding directly to orion classes. So don't override anything in orion's JSPServlet. Perhaps you should start by reading the servlet 2.3 and jsp 1.2 spec from sun, they describe everything compliant containers should provide. The obvious advantage being that your app will run under orion and tomcat alike (that is, when tomcat will have implemented the same version as orion does). Marcel At 03:42 AM 4/17/2001, you wrote: Hi all. I am new to the orion/JSP/EJB sort of paradigm. Anyways, I am attempting to migrate a substantially sized GSP(Gnu Server Pages)/JServ application to the Orion platform for evaluation. I have a lot of functionality in place which relies on hooks present in GSP which do not seem to be obviously present in JSP/Orion. Namely when using the JSP facilites of Orion I need hooks into the following: *when the servlet is loaded -it seems that I have to overide the init method of the Orion JSPServlet. HOwever, how do i indicate that my application should use this new subclassed servlet to handle JSP requests? *when the session is created per user -in GSP there is a sessionStart() hook. *when the request is recieved before it is handed to the JSP for further processing. -in GSP there is a requestStart() hook I also have a fair amount of custom code doing session persistence among multiple servers. Is there a particular interface thgat I could wrap my code with so Orion would use this stuff to do its session handling. These are probably stupid questions but I just started looking at JSP/Tomcat/Orion a couple of days ago and I am finding the amount of configuration a bit daunting. Thanks. toph
RE: How to enable UserManager support for arbitrary user...
But of course, since he's already USING VB, that point is moot...
BOY! I can be an idiot sometimes...
Sorry, Jeff.
but I still don't like the looks of SOAP yet. the bloat is really
bothersome.
Oh, and my MTA mucked the URL for Caribbean, for those of you who are
interested.
}}Slinking back to my hole, tail between my legs.{{
Michael J. Cannon
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Michael J.
Cannon
Sent: Tuesday, April 17, 2001 1:22 AM
To: Orion-Interest
Subject: RE: How to enable UserManager support for arbitrary user...
and in case you don't want to mix M$ and Java (mainly because M$ is a
suspect platform, given C# and the Sun suit), you might try at AlphaWorks
(http://www.alphaworks.ibm.com. Especially something like Caribbean
(http://www.alphaworks.ibm.com/aw.nsf/frame?ReadForm/aw.nsf/techm
ain/DA6EC6
F79B61F68B8825695400664D79
Soap is REALLY bloated in most implementations I've seen, slows down the
server and seems to be, on the whole, rather kludgy. XML-RPC is
MUCH better
at this, but takes some study.
Not trying to create a flame war, Jeff. Just don't trust the
source of the
technology, and the implementations, thus far, are not very impressive,
especially in an environment like ORION. Plus, mixing vb and
Java makes me
feel...I dunno...ill-at-ease, to be polite?
Michael Cannon
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer
Sent: Monday, April 16, 2001 11:12 PM
To: Orion-Interest
Subject: RE: How to enable UserManager support for arbitrary user...
Given that he has a smart/fat client, I don't think the web form is the
way to go. It's a square peg for a round hole.
Alex, when you execute a successful RoleManager.login(), whatever user
information Orion keeps is automaticaly taken care of. All you need to
do is make sure you maintain the session id in either a cookie or a
rewritten url (;jsessionid=ASDFGHIJKL) in your requests. You don't need
to explicitly create a session in the JSP, either.
If you subsequently want to get the user name or programmatically check
security, use the getCallerPrincipal() or isCallerInRole() methods on
the servlet context or ejb context objects.
You'll need to watch out for session timeouts in your client.
You should seriously consider using SOAP. That is designed for exactly
what you're trying to do. There is a free Apache implementation that
you could probably get running under Orion, and VB will do all the
client work for you.
Jeff
-Original Message-
From: Hani Suleiman [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 16, 2001 2:07 PM
To: Orion-Interest
Subject: RE: How to enable UserManager support for arbitrary user...
Thanks for your help, I think I am getting closer, here is
what I plan to
do:
1. Create a specific login .JSP page which will:
a. validate the user
b. create a session
c. configure the "user" attribute to the user object
d. return session id to the client
2. Client passes the session id on every call as a part of the url
Why go through any of 1? J2EE does all this for you. All you
need to do is
use form auth. Have your login page return whatever xml is required to
show the VB login box. So whenever you request a protected
resource, the
login box will pop up. Disable cookies in the webapp, and then
read in the
JSESSIONID from the url and just make sure it's in every
future request,
so the servlet container knows where to find your
authenticated session.
Again, the only part of the above which I am not
sure about is 1c...
Thanks.
-AP_
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of
Juan Lorandi
(Chile)
Sent: Monday, April 16, 2001 11:26 AM
To: Orion-Interest
Subject: RE: How to enable UserManager support for arbitrary user...
Alex, I have a few questions and comments,
1. Which HTTPSession are you using? Orion's or your own? I recommend
Orion's, tough one on the developments here uses a home-brewn session
management. This forces us to include a few lines of code
(with a taglib) in
almost every page. Also, this renders Orion's J2EE security
useless (Orion's
HTTPSession has a User field where it stores either null
(not authenticated)
or a User reference to know the session Identity.
2. How are you authenticating a user? I presume you aren't
right now. I
would go with this:
a. A Custom UserManager(for DB persistence, kinda like
DataSourceUserManager, but yours)
b. No custom SessionManager. (Orion has this declared
as a public
interface, but has no means to know which is the desired
implementation;
pity, session management,URL rewriting, and session + auth
integration is
not complaint to standards but
RE: Inprise AppServer vs Orion
Hi, I have evaluated a number of application servers and I can honestly say that Borland IAS was the server that I recommended NOT using in any circumstances. In its favour it has good support from a big company, There is no need to restart server when deploying components (unlike a lot of servers). It implements load balancing and clustering for scalability and has reasonably good administration console/GUI deployment tools. Orions tools are a bit quirky and support is non-existent. However, it doesn't support EJB 1.1 standard enterprise archives (EAR files) or web archives (WAR files). This increases the overhead of deploying JSP and servlets. Security is implemented as a separate add-on product, increasing the cost of implementing any EJB standard security. It uses the Visigenics ORB to implement the naming service. This means that if more than one naming service is running on the same network then clients may get confused about which naming service is used to find objects and there is no guarantee that the naming service it goes to is the one that knows about the objects you want. This results in components appearing to disappear intermittently. One solution is to run one naming service for all users, but stops developers, testers and live systems from being completely separated. It's expensive. It's priced per CPU with no developer incentive. It is slow. Even starting the server is slow. And Orion does not have these issues. Hope this helps. Calvin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: 13 April 2001 00:24 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..
RE: remote deployment, how?
A quicker fix for the deployment problem you are having (as in the error with the zip file), is to put a 'touch' task into your ant script. As far as I can assertain, the error is caused when the ear file gets fairly large. When you copy a new ear file over the old one, while the server is still running, it seems that the server detects the new version of the ear file before the file has fully copied. It tries to deploy the semi-copied ear file, and therefore thinks that the zip file is corrupt. If you then touch the ear file (as in update it's timestamp), then orion will then try unpacking it again, and since the ear file has now fully copied, will work correctly. Ant comes with an in-built touch task, and it's solved our deployment problems here. Cheers, Simon Knott -Original Message- From: Bill Winspur [mailto:[EMAIL PROTECTED]] Sent: 17 April 2001 08:15 To: Orion-Interest Subject: Re: remote deployment, how? I dont like the underscore prefixing either, particularly in my development environment. At present, on my development wkstation, I manually replace the ear file in orion/applications while the server is running. This triggers auto-unpack and redeploy without underscore renaming. Previously, I used the -deploy option of the admin.jar utility which does result in underscore renaming. Slamming an ear into the running server like this does avoid renaming behavior, but I've found that it does not work on all our development wkstations, for reasons I have not nailed down. In some cases, auto-unpack fails with a diagnostic like 'zip file format error', when the file is flawless. The work-around in that case is to stop the server replace the ear file in orion/applications and then startup the server. I intend to put the work around into our ant deployment script (let it stop and startup orion) but have not done so yet. I've used admin.jar across the network ok, so given a shared file system, this klunky approach should work as a remote deployment technique for enterprise apps that does not result in underscore renaming. For our initial production application, the *shutdown, replace ear, startup* approach will probably be an acceptable protocol that fits into our weekly change-management process. For subsequent, high availability applications we will probably be looking at another server for production, unless Orion has a more convenient hot-deploy capability by then. - Original Message - From: "Koster, K.J." [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 2:14 PM Subject: 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.
Commercial support for Orion now available.
Cadrion Support Cadrion Technologies is proud to announce its brand new technical support service for the Orion Application Server and J2EE technology. Who we are Our team of dedicated technicians have extensive and detailed knowledge of J2EE technologies, from front end JSP and Servlet development through to Enterprise JavaBeans modelling, design and deployment, with particular expertise using the Orion Application Server platform. What we offer Cadrion Support offers a full range of email-based support options, with guaranteed 4 hours to 3 days response times and single incident up to unlimited access support packages. How it works * Single Incident Support gives you access to our team of experts with a guaranteed initial response within either four hours, one working day or three working days, depending on the option you choose. * The Five Incident Pack gives you up to five single incidents at a discounted rate, with the response time again depending on the option you select. * The Ten Incident Pack represents even better value. * Unlimited Monthly Subscription allows two members of your team to contact us as often as they wish. This is ideal for new teams or those starting out in J2EE and Orion development, when there are likely to be many questions and issues during the first couple of months' development. We will not charge you if we cannot find a resolution to your problem, nor if it turns out to be a bug within the Orion Application Server itself for which there is no known workaround. We will not invoice you until the Incident is resolved. Any follow-up work is free of charge. For more information, including pricing, please visit our web-site at http://support.cadrion.com/ or contact us at [EMAIL PROTECTED]. -- Cadrion Support Team http://support.cadrion.com/
RE: remote deployment, how?
A quicker fix for the deployment problem you are having (as in the error with the zip file), is to put a 'touch' task into your ant script. As far as I can assertain, the error is caused when the ear file gets fairly large. When you copy a new ear file over the old one, while the server is still running, it seems that the server detects the new version of the ear file before the file has fully copied. It tries to deploy the semi-copied ear file, and therefore thinks that the zip file is corrupt. If you then touch the ear file (as in update it's timestamp), then orion will then try unpacking it again, and since the ear file has now fully copied, will work correctly. Ant comes with an in-built touch task, and it's solved our deployment problems here. Cheers, Simon -Original Message- From: Bill Winspur [mailto:[EMAIL PROTECTED]] Sent: 17 April 2001 08:15 To: Orion-Interest Subject: Re: remote deployment, how? I dont like the underscore prefixing either, particularly in my development environment. At present, on my development wkstation, I manually replace the ear file in orion/applications while the server is running. This triggers auto-unpack and redeploy without underscore renaming. Previously, I used the -deploy option of the admin.jar utility which does result in underscore renaming. Slamming an ear into the running server like this does avoid renaming behavior, but I've found that it does not work on all our development wkstations, for reasons I have not nailed down. In some cases, auto-unpack fails with a diagnostic like 'zip file format error', when the file is flawless. The work-around in that case is to stop the server replace the ear file in orion/applications and then startup the server. I intend to put the work around into our ant deployment script (let it stop and startup orion) but have not done so yet. I've used admin.jar across the network ok, so given a shared file system, this klunky approach should work as a remote deployment technique for enterprise apps that does not result in underscore renaming. For our initial production application, the *shutdown, replace ear, startup* approach will probably be an acceptable protocol that fits into our weekly change-management process. For subsequent, high availability applications we will probably be looking at another server for production, unless Orion has a more convenient hot-deploy capability by then. - Original Message - From: "Koster, K.J." [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 2:14 PM Subject: 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: Re: ORION RISE FROM THE DEAD!
"cash cow" actually, but close enough. :) thanks for the update! - Original Message - From: "Johan Fredriksson" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 12:47 AM Subject: Re: Re: ORION RISE FROM THE DEAD! As I mentioned before in a previous posting, the Orion team will continue their work on the Orion product, partners will do the support. Support will in the future be the "milking cow" ( don't know if that one translates well into english, where you get the money...), and there you have the business modell. At least that's how I interpreted Karl Avedals speech. Johan
RE: remote deployment, how?
Dear Bill, I dont like the underscore prefixing either, particularly in my development environment. Not to mention the rate you go through diskspace on an average working day. :-) At present, on my development wkstation, I manually replace the ear file in orion/applications while the server is running. This triggers auto-unpack and redeploy without underscore renaming. Previously, I used the -deploy option of the admin.jar utility which does result in underscore renaming. Hmmm. I found that -deploy works only for non-root websites when I rebind the web context after -deploy. Root contexts require an Orion restart. This is annoying for our case (four root websites, no non-root ones, Murphy at work?). Slamming an ear into the running server like this does avoid renaming behavior, but I've found that it does not work on all our development wkstations, for reasons I have not nailed down. In some cases, auto-unpack fails with a diagnostic like 'zip file format error', when the file is flawless. The work-around in that case is to stop the server replace the ear file in orion/applications and then startup the server. The .ear auto deployment is very sensitive to clock synchronisation issues. NTP is your friend. I have not seen that "zip file format error", but I imagine that may be due to Orion starting to autodeploy the file before it is fully in place. Using mv instead of cp may help, as long as you're on the same filesystem. I intend to put the work around into our ant deployment script (let it stop and startup orion) but have not done so yet. I've used admin.jar across the network ok, so given a shared file system, this klunky approach should work as a remote deployment technique for enterprise apps that does not result in underscore renaming. I'll probably just stick with FTP instead. These are techs, they should know FTP. Thanks for the tips. I'll hack at amdin.jar a little more later today. Kees Jan You are only young once, but you can stay immature all your life.
Re: Application mapping - how do I know it from within the app?
Oops, a check of the API would have shown that it is request.getContextPath() anyways. PS All this is in the API, my suggestion was hastily written but should have pointed you in the right direction... On Tue, 17 Apr 2001, Johan Fredriksson wrote: Nope, when doing just that I get... 500 Internal Server Error Error parsing JSP page /aller/Allas/subscriber.jsp Syntax error in source/Allas/subscriber.jsp.java:32: Method getContextPath() not found in interface javax.servlet.ServletContext. (JSP page line 8) String servletPath = pageContext.getServletContext().getContextPath(); ^ 1 error - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, April 11, 2001 5:30 PM Subject: Re: Application mapping - how do I know it from within the app? pageContext.getServletContext().getContextPath() On Wed, 11 Apr 2001, Johan Fredriksson wrote: I'm using virtual hosts in my development to make sure that all links are correctly set, that is I can access the same app in two ways, either via appname.localhost or localhost/appname . The problem is that I'm not sure how to figure out on a jsp page which entry point was used, and this causes problem when I'm trying to map my servlet, since relative paths to servlets does not seem to work... String parsing of request.getRequestURI() seems like a way to start, but I'm not sure what how to write it, since in the future the app might be moved again to appname.serviceprovider.localhost vs localhost/serviceprovider/appname . Is there a way to get pageContext return application context? Johan
RE: Is this the Orion Team?
If you go to the Swedish newspaper site, there is a picture of the developers. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 3:09 AM To: Orion-Interest Subject: Re: Is this the Orion Team? Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudtext.htmlt=2; v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
Date and time format in the log
Is it possible to change the date and time format Orion uses in its log files? I hate the american date/time format it currently uses.
RE: Re: ORION RISE FROM THE DEAD!
The problem Orion will face is that the open source and low cost competition will be heating up, and as the quality improves, so will the competition. Who should they watch out for? 1.Resin (www.caucho.com). When they finally get an EJB server out, it will be set to integrate with Resin and have a competitive price (around $2000). 2. Jboss (www.jboss.org) and Enhydra Enterprise (www.enhydra.org), which are actively enhancing and developing their application servers. 3. Jonas (www.evidian.com/jonas) and openejb (http://openejb.exolab.org/), where the latter is making partnerships with Apache, etc. Notice I did not mention Unify, which also has a low cost entry, but they still need to get their financial act together. So why do I bring these items to light? So that Orion is aware of the competition, and like the rabbit, doesn't take a nap, but keeps moving forward, as the turtles get better prepared. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 2:47 AM To: Orion-Interest Subject: Re: Re: ORION RISE FROM THE DEAD! As I mentioned before in a previous posting, the Orion team will continue their work on the Orion product, partners will do the support. Support will in the future be the "milking cow" ( don't know if that one translates well into english, where you get the money...), and there you have the business modell. At least that's how I interpreted Karl Avedals speech. Johan - Original Message - From: [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 12:53 AM Subject: Re: Re: ORION RISE FROM THE DEAD! I really hope that Orion is released into the open-source community if they're going to tank as a business. I never thought of that. I guess the real question may be: "What is Orion's/Ironflare's business model?" Taking a wild guess, not based on any first hand knowledge/contact/experience, the 'problem' may be that orion's developer's want to continue programming and not become consultants, support technicians, etc... Which would be great to have quality developers on the project full time, but this seems contrary to a lot of the service models that are out there now. A lot of companies now repackage open source and get paid on service/consulting. Perhaps they need a quality partner or need to be bought out (maybe macromedia should have bought them out instead of buying allaire)...who knows...I'm not an expert in this field as I'm sure my views have proved. So I may be way off base. I'm just an avid java developer with a small, nimble company that likes to develop and utilize small, quick, and well-written software. (did you also ever notice that orion seems to be at most h! ! ! alf the size of other major app servers?) By the way, if some help is needed to host (or provide an alternative to) orionsupport, please let me know. I know the boss here; I'm sure we could work something out. I think a lot of people would help out in this department (including myself), especially if it was open source. I already have a kind of how-to in the works for SSL using chained certificates from Entrust.net. David
RE: Is this the Orion Team?
And what a lovely picture it is. PS Anyone notice how one of them looks likeSatan? On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: If you go to the Swedish newspaper site, there is a picture of the developers. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 3:09 AM To: Orion-Interest Subject: Re: Is this the Orion Team? Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudtext.htmlt=2; v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
RE: remote deployment, how?
Dear Daniele, Thers is no need to use the Orion's "-admin" option to deploy an application. I usually rely on the auto-deploy feature of Orion which trigger timestamp changes on the .ear file. A remote deployment is easy if you use the "rsync" utility (http://rsync.samba.org) that provides fast incremental file transfer over the network. Rsync mangle the file name until the trasfer is complete so there is non need to perform an additional rename of the file or a restart of the server. I like the idea of using rsync. So obvious that I missed it completely. Unfortunately I'm dealing with some non-UNIX development boxes, and rsync does not seem to be available for those. Kees Jan You are only young once, but you can stay immature all your life.
RE: Re: ORION RISE FROM THE DEAD!
How are these any more 'competitive' than all the other commercial application server vendors out there? While it's hugely unfashionable to say so, there's nothing 'magical' or 'special' about open source. We could sit here all day and name 'competitors' to Orion. Some will fail, and hell, some might beat it one day. I don't think the Orion team live in a bubble and are merrily oblivious to the fact that they do have competitors, and must stay ahead of the game and differentiate themselves. Some of the products you mention are at least as old as (if not older) than Orion. I for one won't be holding my breath for this 'catching up' you're promising will happen. Hani On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: The problem Orion will face is that the open source and low cost competition will be heating up, and as the quality improves, so will the competition. Who should they watch out for? 1.Resin (www.caucho.com). When they finally get an EJB server out, it will be set to integrate with Resin and have a competitive price (around $2000). 2. Jboss (www.jboss.org) and Enhydra Enterprise (www.enhydra.org), which are actively enhancing and developing their application servers. 3. Jonas (www.evidian.com/jonas) and openejb (http://openejb.exolab.org/), where the latter is making partnerships with Apache, etc. Notice I did not mention Unify, which also has a low cost entry, but they still need to get their financial act together. So why do I bring these items to light? So that Orion is aware of the competition, and like the rabbit, doesn't take a nap, but keeps moving forward, as the turtles get better prepared. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 2:47 AM To: Orion-Interest Subject: Re: Re: ORION RISE FROM THE DEAD! As I mentioned before in a previous posting, the Orion team will continue their work on the Orion product, partners will do the support. Support will in the future be the "milking cow" ( don't know if that one translates well into english, where you get the money...), and there you have the business modell. At least that's how I interpreted Karl Avedals speech. Johan - Original Message - From: [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 12:53 AM Subject: Re: Re: ORION RISE FROM THE DEAD! I really hope that Orion is released into the open-source community if they're going to tank as a business. I never thought of that. I guess the real question may be: "What is Orion's/Ironflare's business model?" Taking a wild guess, not based on any first hand knowledge/contact/experience, the 'problem' may be that orion's developer's want to continue programming and not become consultants, support technicians, etc... Which would be great to have quality developers on the project full time, but this seems contrary to a lot of the service models that are out there now. A lot of companies now repackage open source and get paid on service/consulting. Perhaps they need a quality partner or need to be bought out (maybe macromedia should have bought them out instead of buying allaire)...who knows...I'm not an expert in this field as I'm sure my views have proved. So I may be way off base. I'm just an avid java developer with a small, nimble company that likes to develop and utilize small, quick, and well-written software. (did you also ever notice that orion seems to be at most h! ! ! alf the size of other major app servers?) By the way, if some help is needed to host (or provide an alternative to) orionsupport, please let me know. I know the boss here; I'm sure we could work something out. I think a lot of people would help out in this department (including myself), especially if it was open source. I already have a kind of how-to in the works for SSL using chained certificates from Entrust.net. David
RE: RoleManager: how to log off?
You need to invalidate the session:
%
if (session != null) {
session.invalidate();
}
%
Cheers
--peter
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Taavi Tiirik
Sent: Tuesday, April 17, 2001 4:22 AM
To: Orion-Interest
Subject: RoleManager: how to log off?
It is possible to log into using RoleManager.login( user, password ).
Now, how can I log off?
thanks,
Taavi
Re: Application mapping - how do I know it from within the app?
getContexstPath(), which is what you want, is a method of HttpServletRequest. tim. Nope, when doing just that I get... 500 Internal Server Error Error parsing JSP page /aller/Allas/subscriber.jsp Syntax error in source/Allas/subscriber.jsp.java:32: Method getContextPath() not found in interface javax.servlet.ServletContext. (JSP page line 8) String servletPath = pageContext.getServletContext().getContextPath(); ^ 1 error - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, April 11, 2001 5:30 PM Subject: Re: Application mapping - how do I know it from within the app? pageContext.getServletContext().getContextPath() On Wed, 11 Apr 2001, Johan Fredriksson wrote: I'm using virtual hosts in my development to make sure that all links are correctly set, that is I can access the same app in two ways, either via appname.localhost or localhost/appname . The problem is that I'm not sure how to figure out on a jsp page which entry point was used, and this causes problem when I'm trying to map my servlet, since relative paths to servlets does not seem to work... String parsing of request.getRequestURI() seems like a way to start, but I'm not sure what how to write it, since in the future the app might be moved again to appname.serviceprovider.localhost vs localhost/serviceprovider/appname . Is there a way to get pageContext return application context? Johan
Re: remote deployment, how?
"Koster, K.J." wrote: I like the idea of using rsync. So obvious that I missed it completely. Unfortunately I'm dealing with some non-UNIX development boxes, and rsync does not seem to be available for those. rsync is available for win32 too! Patrick Hess | metazoa GmbH| fon +49-211-175447-15 | | Hohenzollernstr. 34 | fax +49-211-175447-27 | | 40211 Dsseldorf| mail [EMAIL PROTECTED] |
RE: Is this the Orion Team?
Well I would not know - I have never met him... I wonder what makes you able to make that king of comparison... R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: 17. april 2001 16:18 To: Orion-Interest Subject: RE: Is this the Orion Team? And what a lovely picture it is. PS Anyone notice how one of them looks likeSatan? On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: If you go to the Swedish newspaper site, there is a picture of the developers. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 3:09 AM To: Orion-Interest Subject: Re: Is this the Orion Team? Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudtext.htmlt=2; v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
RE: Is this the Orion Team?
Nope. I know Satan, and she's not that cute :-) Jeff -Original Message- From: Hani Suleiman [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 7:18 AM To: Orion-Interest Subject: RE: Is this the Orion Team? And what a lovely picture it is. PS Anyone notice how one of them looks likeSatan? On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: If you go to the Swedish newspaper site, there is a picture of the developers. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 3:09 AM To: Orion-Interest Subject: Re: Is this the Orion Team? Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudt ext.htmlt=2 v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/
RE: Is this the Orion Team?
I went to the site... Of course, I don't read Swedish (it could have been Greek for all I know), so I clicked on the only thing that I COULD read: SPORT. But, for some reason, I couldn't find the Red Sox - Yankees scores ;-) --- Kemp Randy-W18971 [EMAIL PROTECTED] wrote: If you go to the Swedish newspaper site, there is a picture of the developers. = - Lauren A person of moderate zeal __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
RE: Is this the Orion Team?
Well I would not know - I have never met him... I wonder what makes you able to make that king of comparison... I believe this was a "joke", which is tied to American TV, specifically Saturday Night Live and Dana Carvey's Satan skits. If it was not, then I have the same question as you. tim.
Re: Is this the Orion Team?
Interesting Tim, I got a different TV reference, thinking Karl looked like the young actor who played Damien. I guess you see what you want. Mike - Original Message - From: "Tim Endres" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 1:42 PM Subject: RE: Is this the Orion Team? Well I would not know - I have never met him... I wonder what makes you able to make that king of comparison... I believe this was a "joke", which is tied to American TV, specifically Saturday Night Live and Dana Carvey's Satan skits. If it was not, then I have the same question as you. tim.
Re: Is this the Orion Team?
It's an in-joke. It's really okay; the pills might help. On Tue, Apr 17, 2001 at 06:45:12PM +0200, Randahl Fink Isaksen wrote: Well I would not know - I have never met him... I wonder what makes you able to make that king of comparison... R. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: 17. april 2001 16:18 To: Orion-Interest Subject: RE: Is this the Orion Team? And what a lovely picture it is. PS Anyone notice how one of them looks likeSatan? On Tue, 17 Apr 2001, Kemp Randy-W18971 wrote: If you go to the Swedish newspaper site, there is a picture of the developers. -Original Message- From: Johan Fredriksson [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 3:09 AM To: Orion-Interest Subject: Re: Is this the Orion Team? Yes - Original Message - From: "Kemp Randy" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 2:32 AM Subject: Is this the Orion Team? Some digging though the.serverside.com, at the link http://www2.theserverside.com/reviews/thread.jsp?thread_id=165, uncovered this. Posted By: Per Norrman on November 3, 2000 in response to this message. A couple of weeks ago, the Orion team was featured in Dagens Nyheter, the largest swedish newspaper. Learn swedish, then read this article: http://www.dn.se/DNet/dyn/Crosslink.dyn?d=408a=135807f=huvudtext.htmlt=2; v=0 In short, the Orion team consists of two guys, 22 and 24 years old, working from an apartment in Eskilstuna, Sweden. The article mentiones that they spent about two years and approx 14 000 programming hours before their first order. However, that implies constantly working more than 19 hours a day for two years Also, they have refused venture capital and and other offers, on the grounds that it would limit their freedom of doing things their own way. __ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ -- --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Is there any way to force orion to create new sessionid?
Is there any way to force orion to create new session id? When I invalidate a session and creates a new session I want to be able to create a new session id is it possible? Kesav Kumar Software Engineer Voquette, Inc. 650 356 3740 mailto:[EMAIL PROTECTED] http://www.voquette.com Voquette...Delivering Sound Information
RE: remote deployment, how?
Title: RE: remote deployment, how? I am testing a setup where NT boxes have FTP servers running on them and I will use sitecopy (available for NT and Unix) to mirror the files up to the servers. This should trigger timestamp changes and have Orion do its magic. -Larry -Original Message- From: Koster, K.J. [mailto:[EMAIL PROTECTED]] Sent: Tuesday, April 17, 2001 11:31 AM To: Orion-Interest Subject: RE: remote deployment, how? Dear Daniele, Thers is no need to use the Orion's -admin option to deploy an application. I usually rely on the auto-deploy feature of Orion which trigger timestamp changes on the .ear file. A remote deployment is easy if you use the rsync utility (http://rsync.samba.org) that provides fast incremental file transfer over the network. Rsync mangle the file name until the trasfer is complete so there is non need to perform an additional rename of the file or a restart of the server. I like the idea of using rsync. So obvious that I missed it completely. Unfortunately I'm dealing with some non-UNIX development boxes, and rsync does not seem to be available for those. Kees Jan You are only young once, but you can stay immature all your life.
Orion as Win2000 service using jnt !
Hi Friends I am trying to set up Orion as a Win2000 Service. First I tried to set it up using RunExecSvc.exe as explained in orionsupport.com. But I was not successful in getting this exe run as it always exited suddenly. Then taking a hint from this mailing list I tried with jnt. D:\jntd:\jnt\jnt "/InstallAsService: Orion" "/SDD:\orion" java -jar d:\orion \orion.jar I get the following statements. Java Service Launcher V1.0.1 beta Copyright (C) 2000 by eWorkSmart, LLC 04/17/01 17:04:40 - Installing as service "Orion" (Orion). 04/17/01 17:04:40 - This has been installed as "Orion". This service is set to automatically start when the system boots. To start the service now, use the "Services" icon found in the control panel. 04/17/01 17:04:40 - NT Service options: Use /InstallAsService:ServiceName[:dependent1,dependent2,...] to install. Use /RemoveAsService:ServiceName to remove (uninstall) as a service. Use /SetServiceParams:ServiceName to change the startup parameters for this serv ice. Note: Any additional parameters on the command line will be setup as the startup parameters for the service when using the /InstallAsService or /SetServiceParams options. But after starting the Orion Service from Services, When I try to access the application then it throws an error saying web server can not be found. Any idea why this is happening ? Thanks and Regards Rajeev
The translated Swedish interview
Yesterday, I brought information on the founders being
interviewed in a Swedish newspaper. Today, with the
help of Tolken99, a Swedish English translation
software, I bring the interview in English
(translation software being what it is).
001010
Young gains over IT-jättar
Of Inger Sundelin
ESKILSTUNA. For a good half of it two year then
decided himself Magnus Stenman and Chap Avedal in
order to start a own programutvecklingsföretag.
The first ordern took the in våras and today have the
customers all over the world. Unlike many other
it-företagare is it not miljonerna that entices most -
without that get be with that actuate front a
programutveckling with open standards there also the
big mjukvaruföretagen tvingas cooperate.
We hits Magnus Stenman and Chap Avedal over a cup
coffee in the kitchen at home at Magnus in Eskilstuna
there he live along with flickvännen Elin Bjällhage,
that also is part-owner in the company and ansvarar
for ekonomin. Something office have the not without
all sköts from home.
24-årige Chap, that last the datavetenskapliga the
education in Linköping, and 22-årige Magnus, that is
entirely self taught, träffades by a diskussionsgrupp
on The internet for programmer. Magnus had begun
develop a webserver entirely in Java - a gathering
grundverktyg that programmer use in order to build
e-handelsplatser and other advanced webblösningar -
and bid in Chap that be with.
After uppskattningsvis 14.000 hours of
programmeringsslit could the in våras teckna the first
ordern and now have the a 60-tal customers. Dutch
tevebolaget VPRO, the australiensiska sajten The
internet.com, dryckestillverkaren Rode Bull and
norwegian Telenors Wap-tjänst in order to just take
some example.
And it without that the really satsat a sole crown on
marketing. Kunderna have actua sought up them.
- This is a thin market and all know to which that
exists there, says Chap. Furthermore lies all program
out on The internet as that being customers can
testköra them before the decides himself.
But how dares kunderna chose a small unknown
tvåpersonersbolag in front of multinationella company
that IBM or Oracle with loads of personnel?
- It's too really none that know that there just is we
two that stands behind Orionservern, says Magnus.
Furthermore builds our program on the same standard
that all other Javaapplikationsservrar as would the
become dissatisfied can the simple swap to a other
program.
Chap supplements:
- In the first hand receives we customers on ours
technical merits, but we gains also sympati in order
to we is small and holds flame prices, says Chap. We
takes 1.500 dollars per license while BEA that is
marknadsledande with her program Weblogic takes about
30.000 dollars per license.
But why as a little? You would why be able to take ten
times so much paid and yet be half as expensive that
yours störste competitor.
- We think not that there shall cost more than as,
says Magnus and Chap with a mouth. It's some of our
philosophy that all shall have ability to use the
program, not just the with very money. We want to do
programvarumarknaden public for all and force the big
companies that follow after.
Now can the at last begin take out wages for her work
and next step becomes that employ a or two duktiga
programmer. Then must the obtain a truly office - and
on sikt maybe also a vd. All this want to Chap and
Magnus pay with own average. Some money utifrån is the
not intresserade of, all the same not in nuläget.
- We has got several offerings if riskkapital but we
have pervading thanked no, says Chap. With outsider
finansiärer would it ställas more requirements on us
and then became it less focus on the product.
Equally decidedly have the thanked no to propåer if
uppköp and employment.
- We want to satsa on this and do it on our ways. The
friheten can we not have if somebody else owns us or
that employees, says Magnus. Would it not go as know
we that we can get a new job in morning day.
Dundersuccé not given in IT-branschen
/DNet/dune/GetArticle.dune/f,text.html The
software javascript:FaktaOpen('fakta.html');
Klickbar image javascript:nyBild()
javascript:nyBild()
Elin Bjällhage, Magnus Stenman and Chap Avedal
tightens musklerna in the hard international
konkurrensen if programutveckling
__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/
JMS Client - topicConnection.start - NullPointerException
I'm not sure if this is the right place to ask this question but here it
goes. I'm trying to write a JMS client. Everything looks correct but I get
a NullPointerException down in the topicConnection.start() code. What's
interesting is that this code runs fine from within a session EJB.
Here's what I'm trying:
Properties p = new Properties();
p.put(Context.INITIAL_CONTEXT_FACTORY,
"com.evermind.server.rmi.RMIInitialContextFactory");
p.put(Context.PROVIDER_URL, "ormi://localhost/");
p.put(Context.SECURITY_PRINCIPAL, "admin");
p.put(Context.SECURITY_CREDENTIALS, "orion+rocks");
InitialContext ic = new InitialContext(p);
TopicConnectionFactory tcf =
(TopicConnectionFactory)ic.lookup("jms/TopicConnectionFactory");
TopicConnection topicConnection = tcf.createTopicConnection();
Topic topic = (Topic)ic.lookup("jms/Topic”);
topicConnection.start();
I tried to rule out a problem with my code by running the JMSChat demo but I
get the same error. Here's the stack trace.
C:\orion\demo\jmsjava -Djava.naming.security.credentials=orion+rocks -jar
jmschat.jar
Exception in thread "main" java.lang.NullPointerException
at java.io.DataOutputStream.writeUTF(DataOutputStream.java:329)
at java.io.DataOutputStream.writeUTF(DataOutputStream.java:306)
at com.evermind.server.jms.cj.init(JAX)
at com.evermind.server.jms.b8.start(JAX)
at JMSChat.run(JMSChat.java:61)
at JMSChat.main(JMSChat.java:29)
Can anyone shed some light on this for me? Thanks
Christopher Sellers
Williams Communications
Re: remote deployment, how?
Yeah, it might be. Will do. - Original Message - From: "elephantwalker" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, April 17, 2001 1:37 AM Subject: RE: remote deployment, how? Bill, This sounds like a bug. Could you log this in bug-zilla so Magnus et al can get this one fixed? This seems to work for us. Regards, The Elephantwalker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Bill Winspur Sent: Tuesday, April 17, 2001 12:15 AM To: Orion-Interest Subject: Re: remote deployment, how? I dont like the underscore prefixing either, particularly in my development environment. At present, on my development wkstation, I manually replace the ear file in orion/applications while the server is running. This triggers auto-unpack and redeploy without underscore renaming. Previously, I used the -deploy option of the admin.jar utility which does result in underscore renaming. Slamming an ear into the running server like this does avoid renaming behavior, but I've found that it does not work on all our development wkstations, for reasons I have not nailed down. In some cases, auto-unpack fails with a diagnostic like 'zip file format error', when the file is flawless. The work-around in that case is to stop the server replace the ear file in orion/applications and then startup the server. I intend to put the work around into our ant deployment script (let it stop and startup orion) but have not done so yet. I've used admin.jar across the network ok, so given a shared file system, this klunky approach should work as a remote deployment technique for enterprise apps that does not result in underscore renaming. For our initial production application, the *shutdown, replace ear, startup* approach will probably be an acceptable protocol that fits into our weekly change-management process. For subsequent, high availability applications we will probably be looking at another server for production, unless Orion has a more convenient hot-deploy capability by then. - Original Message - From: "Koster, K.J." [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 2:14 PM Subject: 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: remote deployment, how?
Thanks Daniele,
the problem was solved with a copy to a mangled name then move (rename), but
that was the clue,
Bill.
- Original Message -
From: "Daniele Arduini" [EMAIL PROTECTED]
To: "Orion-Interest" [EMAIL PROTECTED]
Sent: Tuesday, April 17, 2001 5:30 AM
Subject: Re: remote deployment, how?
Hi Bill,
please, see comments inline:
Bill Winspur wrote:
I dont like the underscore prefixing either, particularly in my
development
environment.
At present, on my development wkstation, I manually replace the ear file
in
orion/applications while the server is running. This triggers
auto-unpack
and redeploy without underscore renaming. Previously, I used
the -deploy
option of the admin.jar utility which does result in underscore
renaming.
Slamming an ear into the running server like this does avoid renaming
behavior, but I've found that it does not work on all our development
wkstations, for reasons I have not nailed down. In some cases,
auto-unpack
fails with a diagnostic like 'zip file format error', when the file is
flawless. The work-around in that case is to stop the server replace
the
ear file in orion/applications and then startup the server.
I guess the auto-unpack fails because the file isn't totally
transferred when Orion try to use it.
The simple work-around is to copy it to a temporary filename and
then rename it to the real .ear.
See below for a better (IMHO) solution for deploy an application.
I intend to put the work around into our ant deployment script (let it
stop
and startup orion) but have not done so yet. I've used admin.jar across
the
network ok, so given a shared file system, this klunky approach should
work
as a remote deployment technique for enterprise apps that does not
result in
underscore renaming.
For our initial production application, the *shutdown, replace ear,
startup*
approach will probably be
an acceptable protocol that fits into our weekly change-management
process.
For subsequent, high availability applications we will probably be
looking
at another server for production, unless Orion has a more convenient
hot-deploy capability by then.
Thers is no need to use the Orion's "-admin" option to deploy an
application. I usually rely on the auto-deploy feature of Orion
which trigger timestamp changes on the .ear file.
A remote deployment is easy if you use the "rsync" utility
(http://rsync.samba.org) that provides fast incremental file transfer
over the network.
Rsync mangle the file name until the trasfer is complete so there is
non need to perform an additional rename of the file or a restart
of the server.
For better security you can tunnel the rsync traffic over an encrypted
channel with "ssh" (http://openssh.org).
This is the ant target I use for remote (or local) deployment:
target name="deploy" depends="all"
exec failonerror="true" executable="rsync"
arg line="-azv -e ssh" /
arg value="${app-ear.file}" /
arg value="${deploy.app-ear.dir}" /
/exec
/target
Hope this helps.
Regards,
Daniele Arduini
--
Daniele Arduini [EMAIL PROTECTED]
CINETICA s.r.l.
via III settembre, 11 - 47891 Dogana (Repubblica di San Marino)
TEL: (+39) 0549 970848
FAX: (+39) 0549 970849
FAX: (+39) 02 700 443 884
RE: JMS Client - topicConnection.start - NullPointerException
Are your mappings correct in META-INF/appication-client.xml and
orion-application.xml
Claudio
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Sellers,
Christopher
Sent: Tuesday, April 17, 2001 9:24 PM
To: Orion-Interest
Subject: JMS Client - topicConnection.start - NullPointerException
I'm not sure if this is the right place to ask this question but here it
goes. I'm trying to write a JMS client. Everything looks
correct but I get
a NullPointerException down in the topicConnection.start() code. What's
interesting is that this code runs fine from within a session EJB.
Here's what I'm trying:
Properties p = new Properties();
p.put(Context.INITIAL_CONTEXT_FACTORY,
"com.evermind.server.rmi.RMIInitialContextFactory");
p.put(Context.PROVIDER_URL, "ormi://localhost/");
p.put(Context.SECURITY_PRINCIPAL, "admin");
p.put(Context.SECURITY_CREDENTIALS, "orion+rocks");
InitialContext ic = new InitialContext(p);
TopicConnectionFactory tcf =
(TopicConnectionFactory)ic.lookup("jms/TopicConnectionFactory");
TopicConnection topicConnection = tcf.createTopicConnection();
Topic topic = (Topic)ic.lookup("jms/Topic”);
topicConnection.start();
I tried to rule out a problem with my code by running the JMSChat
demo but I
get the same error. Here's the stack trace.
C:\orion\demo\jmsjava -Djava.naming.security.credentials=orion+rocks -jar
jmschat.jar
Exception in thread "main" java.lang.NullPointerException
at java.io.DataOutputStream.writeUTF(DataOutputStream.java:329)
at java.io.DataOutputStream.writeUTF(DataOutputStream.java:306)
at com.evermind.server.jms.cj.init(JAX)
at com.evermind.server.jms.b8.start(JAX)
at JMSChat.run(JMSChat.java:61)
at JMSChat.main(JMSChat.java:29)
Can anyone shed some light on this for me? Thanks
Christopher Sellers
Williams Communications
Re: OrionSupport - if you care about the 'Orion community', read it! WAS RE: productive comment.
Mike, went to the egroup on yahoo, signed up, but could not see any buttons/links to check/post messages. I have a 'howto setup a custom welcome-app' doc to submit for what its worth. Bill - Original Message - From: "Mike Cannon-Brookes" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, April 13, 2001 7:52 PM 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 this idea. Orionsupport
