ANN: Atlassian JIRA 1.2
Just a short note to let you all know that JIRA 1.2 has been released. JIRA is a J2EE-based issue tracking and project management tool, which was developed (and runs best on!) Orion. It runs as an EAR or a WAR with any database, it's free for non-commercial Open Source use, and very reasonably priced for commercial use. (the same licensing ethos as Orion) For more details, evaluation download and a live demo, see: http://www.atlassian.com/software/jira Cheers, Mike The Atlassian Team Mike Cannon-Brookes [EMAIL PROTECTED] ATLASSIAN - Your J2EE Expert Partner Brilliant Software - http://www.atlassian.com/software Legendary Services - http://www.atlassian.com/support
Re: JSP comment tag.
That's actually a little incorrect - what Orion is doing is spec compliant.
Scriptlets are not processed within comments ie (% %) BUT expressions are
(ie %= %).
Who knows why they designed the spec like this ;)
Cheers,
Mike
Mike Cannon-Brookes
[EMAIL PROTECTED]
ATLASSIAN - Your J2EE Expert Partner
Brilliant Software - http://www.atlassian.com/software
Legendary Services - http://www.atlassian.com/support
On 15/3/02 9:50 PM, Jose Mena ([EMAIL PROTECTED]) penned the words:
Hi, I have a problem when putting comments in JSP code. Orion doesn't
process the code inside a comment, but if i look at the sun's jsp
reference(http://java.sun.com/products/jsp/tags/11/syntaxref11.fm1.html) it
says that the server must process it when it's put inside a comment.
Here you are an example extracted from the browser's source code(Explorer):
!--
tr
td% if (modem) { % img src=../images/ok.gif % }else{ % img
src=../images/notok.gif % } %/td
tdimg src=../../images/blank.gif width=8/td
tdfont face=verdana size=1bModem pitican + Tarjeta
Ethernet:/bfont/td
tdimg src=../../images/blank.gif width=8/td
tdfont face=verdana size=1b400.00 euro;/bfont/td
tdimg src=../../images/blank.gif width=8/td
% if (tipprod == 3) { %
td% if (maskwan) { % img src=../images/ok.gif % }else{ % img
src=../images/notok.gif % } %/td
tdimg src=../../images/blank.gif width=8/td
td font face=verdana size=1bMask WAN:/b/font/td
tdimg src=../../images/blank.gif width=8/td
td nowrapfont face=verdana size=1b40.08 euro;/bfont/td
% } else { %
td% if (inst_mod) { % img src=../images/ok.gif % }else{ % img
src=../images/notok.gif % } %/td
tdimg src=../../images/blank.gif width=8/td
tdfont face=verdana size=1bInstalación y configuración de
Modem:/b/font/td
tdimg src=../../images/blank.gif width=8/td
td nowrapfont face=verdana size=1b40.08 euro;/bfont/td
% } %
/tr
--
as you can see it shows my code to the end user's browser without processing
it.
Do you know if there is a setting that controls the comment processing
behaviour in orion?
Thank you.
Re: DataSource Issue
FYI I use Postgres on my laptop when working - it's small enough to run locally and supports all the true RDBMS functions. The great thing is that it can then be deployed in production so you're actually using the same DB to develop on. Not sure how it runs on Windows though - never tried it - my laptop runs OSX. Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] ATLASSIAN - Your J2EE Expert Partner Brilliant Software - http://www.atlassian.com/software Legendary Services - http://www.atlassian.com/support On 11/3/02 3:03 AM, Jason Coward ([EMAIL PROTECTED]) penned the words: Michael: Orion includes an old version of HypersonicSQL, which is a great, open-source, lightweight, 100% java database server that even supports transactions (and thus EJB CMP). I recommend getting the latest, now called HSQLDB, from... http://hsqldb.sourceforge.net/ I use the last version of HypersonicSQL before the old project died, 1.43. The one that comes with Orion does not have a database manager GUI to interact with, but 1.43 does, as do all the latest versions of the new hsqldb project, though I have not tried hsqldb personally. Cheers, Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael Shoemaker Sent: Sunday, March 10, 2002 8:38 AM To: Orion-Interest Subject: DataSource Issue Hello Gang I have a datasource question that Id like to get some feedback on. Typically my development happens where I have a datasource available, but sometimes I have my laptop offline without any access to my database. What do you mobile users do in this case? Set up a local datasource using what? Access? MySQL? Please advise. Thanks Mike _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Deploying components common to EJB-tier and WEB-tier
The easiest way to do this is just to put them inside one of your EJB JAR files - by the specification any classes in an EJB Jar file have to be visible to all other modules in the application. If you're looking for an Orion specific solution, you can just use the library path= / element in orion-application.xml (this is what we use for all our internal applications). There's more about Orion classloading in Scott's piece here: http://kb.atlassian.com/content/atlassian/howto/classloaders.jsp Hope this helps! Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] ATLASSIAN - Your J2EE Expert Partner Brilliant Software - http://www.atlassian.com/software Legendary Services - http://www.atlassian.com/support On 6/3/02 9:07 PM, Ramamurthy K ([EMAIL PROTECTED]) penned the words: Hi Sanjay There are few approaches. The best is use the apporach of Java Extension Mechanism if your application server support java 1.3. Place the common componets in your application directory and specify realtive path in your both manifest files of war and jar. with regards ram -- From: Sanjay Kumar Pandey[SMTP:[EMAIL PROTECTED]] Reply To: Orion-Interest Sent: Wednesday, March 06, 2002 10:57 AM To: Orion-Interest Subject: Deploying components common to EJB-tier and WEB-tier File: Wipro_Disclaimer.txt Hi, I'm sanjay joining you guys for the first time. Query: -- If I have some components that are common to both web-tier and ejb-tier, which would be the ideal place to store them(other than ../j2ee/home/lib) ?? Can I put them(the .jar file having the common components) in the same ear file as the .jar(for ejbs) and .war(for web components) files and be able to invoke them from both the web tier and ejb tier. Can you please tell me how the components can be invoked if I follow this approach. Thanx in advance, Sanjay
Re: How can I perform an action when web user is first logged on?
This would work great except that you cannot 'force' a container to bring up the login page (portably). UserManager doesn't help you because it too is an Orion specific API (just like RoleManager) About the only way to do portable user management/authentication/authorisation is with an open source project called OSUser (part of OpenSymphony which I participate in). See http://www.opensymphony.com/osuser for details. I currently have an application porting well (single EAR) between JBoss and Orion, and Weblogic/Pramati/JRun support are almost done. It also supports Resin (if you just want WARs). Check it out anyway, Cheers, Mike On 5/3/02 1:49 PM, [EMAIL PROTECTED] ([EMAIL PROTECTED]) penned the words: If you want to use form-based authentication, the only 'legal' way that I can think of is to write a sessionfilter that checks when a principal exists for the first time during a session. Otherwise you'd have to do your own authentication, calling RoleManager.login() and if it succeeds write a record to the database with the current date. (Of course this could be within a filter, too) This would be much easier if either login() or authenticate() would be handled by the UserManager (which is user configurable), but alas that is not so ... A real hack would be to have two forms on the login page, the first one being submitted on buttonpress to itself, where it handles the creation of the login record, and then when resent automatically submitting the loginform (which must have been filled out previously) to j_security_check by script ... drawbacks: the user may notice the screen reloading, and I noticed most people here try to avoid html client side programming like the pestilence:) cheers --peter -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 03, 2002 9:30 AM To: Orion-Interest Subject: How can I perform an action when web user is first logged on? I would like to keep lastLogonDate for my users. However, with the J2EE security model it does not appear that I can inject any processing between the time when user is authenticated and a forward to the target url occurs. Did anyone solve this problem. If so, could you share your solution? -AP_ http://www.alexparansky.com Java/J2EE Architect/Consultant
Re: Error creating web deployment directory ?
This is a bug in 1.5.4 I think, we've been seeing similar behaviour here. There's nothing in the spec I don't think about having a module called ../web - I agree it makes it much faster to do development with open source trees like this ;) I haven't seen it in bugzilla yet, I'll try to remember to file it in the morning when I wake up. Cheers, Mike On 1/3/02 9:21 PM, Eddie Post ([EMAIL PROTECTED]) penned the words: Hellu, I updated from Orion 1.5.2 to 1.5.4. If I start Orion I get the following error when Orion tries to start my application: -- Error initializing site Default Orion WebSite: Error creating deployment directory: ../web -- If I de-install my application I don't get the error, but ofcourse this isn't what I want. I removed my application from the Orion deployment directory and deployed it several times to begin with a clean setup but I keep getting the error. I use Windows 2000 with JNT to start Orion. Any idea what's causing the error ? Hereunder you find the application lines in the server.xml and default-web-site.xml. Eddie Server.xml: -- application name=sgs path=../../Orion_apps/sgs/dist/make/j2ee / -- Default-web-stie: - web-app application=sgs name=../web root=/groupsend load-on-startup=true / _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp;
Re: Re[2]: Direct call to j_security_check when using form basedauthori zati on
Alex,
Purely by coincidence this capability has just been added to OSUser
(http://www.opensymphony.com/osuser) today.
Besides all it's other features, you can now perform server agnostic login
(at the moment only JBoss and Orion are supported - but other servers should
be fairly trivial to write).
A code snippet like:
Usermanager um = UserManager.getInstance();
Authenticator authenticator = um.getAuthenticator();
boolean loginSuccessful = authenicator.login(username, password);
I've just updated the JavaDocs on the site - see
http://www.opensymphony.com/osuser
Hope this helps!
Cheers,
Mike
PS We're looking for lots of people to test OSUser on a variety of
application servers - at the moment JBoss, Orion, Resin and partial-Weblogic
support is there but we need other users. Please feel free to email me
directly if you're keen to help out/test/advise etc.
Mike Cannon-Brookes
[EMAIL PROTECTED]
ATLASSIAN - Your J2EE Expert Partner
Brilliant Software - http://www.atlassian.com/software
Legendary Services - http://www.atlassian.com/support
On 20/2/02 7:28 AM, Alex Paransky ([EMAIL PROTECTED])
penned the words:
Isn't RoleManager specific to Orion Server, only? Is there a way to
accomodate this without using Orion specific extensions?
-AP_
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Erik Johansson
Sent: Tuesday, February 19, 2002 7:38 AM
To: Orion-Interest
Subject: RE: Re[2]: Direct call to j_security_check when using form
based authori zati on
Thank you Jan and Sergey for your advices. With help from you I have managed
to solve my problem.
Best regards,
Erik
-Original Message-
From: Sergey G. Aslanov [mailto:[EMAIL PROTECTED]]
Sent: den 19 februari 2002 09:00
To: Orion-Interest
Subject: Re[2]: Direct call to j_security_check when using form based
authori zati on
Hi, Erik
You can login your user in program way by using RoleManager.
In your main page make form:
form action=login.jsp
input type=text name=login/
input type=password name=password/
/form
Your login.jsp is something like that:
RoleManager roleManager = (RoleManager) new
InitialContext().lookup(java:comp/RoleManager);
try {
roleManager.login(request.getParameter(username),
request.getParameter(password));
} catch (SecurityException ex) {
response.sendRedirect(main.jsp);
}
response.sendRedirect(your_protected_page.jsp);
// your protected page have to be protected in web.xml
I didn't ever try to do it for myself, but I think it will help you.
Monday, February 18, 2002, 10:29:42 PM, you wrote:
EJ Thank you for your answer. I understand what you mean, but I am afraid I
did
EJ not specify my problem enough.
EJ I would like to have a login form (fast login) on my public page where a
EJ visitor can directly insert username and password. When the client press
the
EJ login button I would like to send him to the correct page (which is
EJ restricted) without forcing him to visit the login.jsp (the page
specified
EJ as form-login-page in the web.xml). This seems natural since he has
EJ already added his login data once. If the client is trying to access a
EJ restricted page without using the fast login, then it is of course
desirable
EJ that the container intercepts the call and shows the login form.
EJ What I have tried to do is to attache the username and the password in
the
EJ http-parameter list (with post) when directing the user from the fast
login
EJ form to a restricted area, and then to automatically forward the call to
the
EJ j_security_check from the login.jsp if a password and a username is
attached
EJ to the http-parameter list. The problem is that the Orion web-server
does
EJ not accept the direct call to the j_security_check.
EJ Does anyone have any ideas about how to solve this problem?
EJ Below you´ll find my test login.jsp and the error message from the
EJ web-browser.
EJ Best regards,
EJ Erik
EJ login.jsp :
EJ
EJ html
EJ headtitleTest System/title/head
EJ body bgcolor=white
EJ %!
EJ private String username;
EJ private String password;
EJ public void jspInit() {
EJ //System.out.println(Running init...);
EJ }
EJ public void jspDestroy() {
EJ }
%
EJ %
EJ username = request.getParameter(username);
EJ password = request.getParameter(password);
EJ String j_username = username;
EJ String j_password = password;
%
EJ jsp:forward page=%= j_security_check;j_username= +
EJ java.net.URLEncoder.encode(j_username) + j_password= +
EJ java.net.URLEncoder.encode(j_password) %
/
EJ /body
EJ /html
EJ -
EJ Error message from
Re: fyi: 1.5.4 still stacks rather than queues JMS messages
Geoff, Also as someone said on this list just a few days ago - as per the JMS spec there is no guarantee that your messages turn up in the sequence you sent them. Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 16/2/02 12:55 AM, Stephen Davidson ([EMAIL PROTECTED]) penned the words: Geoff Soutter wrote: Re the problem reported a couple weeks back by Jorge Jimenez and confirmed by myself, I tested 1.5.4 to see if they had fixed this problem, but it's still there. Just set max-instances to 1 and load up with a lot of messages, it works just like a stack. Doh. Maybe I'll have time to put this into Bugzilla next week... Is _everyone_ using a third party JMS with Orion? geoff I am using the Orion JMS, but the way the code is set up, it does not care about the order the messages arrived. I had never noticed the Out of Order issue, as it was not applicable. -Steve
FW: [Ofbiz-devel] OFBiz Performance on various app servers afteroptimizing OFBiz
More performance tests from the OFBiz guys - this time they're much more interesting for Orion users! The most interesting stat sections are the sheer performance (where Orion absolutely wallops the competition) and price/performance. (quoting - sheer performance) Here they are, in order from fastest to slowest: Orion 1.5.3: 0.045s (45 milliseconds) - 444 pages/sec - 1.6 million/hour Resin 2.0.4: 0.065s (65 milliseconds) - 307 pages/sec - 1.1 million/hour Weblogic 6.1: 1.15s (1,150 milliseconds) - 17.4 pages/sec - 62,640/hour Tomcat 4.0.1: 3.3s (3,300 milliseconds) - 6 pages/sec - 21,600/hour (quoting - price/performance including $850 for a decent server) Resin 2.0.4: 1.1million/(500 + 850) = 814 Orion 1.5.3: 1.6million/(1500 + 850) = 680 Tomcat 4.0.1: 21,600/(0 + 850) = 25.4 Weblogic 6.1: 62,640/(10,000 + 850) = 5.77 (please remember here that Resin 2.0.4 is a servlet/jsp container, whereas Orion is a full J2EE server so they have slightly different feature sets despite comparing very favourably on price/performance). Hope this is interesting to others! Cheers, Mike PS Next time someone tells you that JBoss+Tomcat can outperform Orion, you have some excellent data to prove them wrong PPS Wise man once say anyone who trusts benchmark tests absolutely is a fool - test yourself, on your own apps! -- Forwarded Message From: David E. Jones [EMAIL PROTECTED] Organization: Open For Business Reply-To: [EMAIL PROTECTED] Date: Thu, 7 Feb 2002 17:09:51 -0700 To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: [Ofbiz-devel] OFBiz Performance on various app servers after optimizing OFBiz Last night I sent a message to the ofbiz-devel list reporting the results of some performance enhancements in OFBiz from optimizing certain little pieces of code. I did some more tests today on the speed of the new improved OFBiz on various app servers. The following numbers are average server response times with 20 threads continuously hitting the server (ie when each thread gets a response it immediately sends another hit, keeping about 20 requests in the queue at all times). The test was done with JMeter on one computer and the app server OFBiz on my PIII 1Ghz laptop. Running Linux (kernel 2.4.10, Suse 7.3) and Sun's JDK 1.4 for all but Weblogic, which requires JDK 1.3, and yes 1.4 is slightly (like 5%) faster. The page hit was ecommerce/control/main with the default catalog. It had two products in the Featured Products category and two top level categories displayed on the side. This isn't a very realistic test for large catalogs, but is a medium sized page to test the app server container preformance. Here they are, in order from fastest to slowest: Orion 1.5.3: 0.045s (45 milliseconds) - 444 pages/sec - 1.6 million/hour Resin 2.0.4: 0.065s (65 milliseconds) - 307 pages/sec - 1.1 million/hour Weblogic 6.1: 1.15s (1,150 milliseconds) - 17.4 pages/sec - 62,640/hour Tomcat 4.0.1: 3.3s (3,300 milliseconds) - 6 pages/sec - 21,600/hour The pages per second counts are calculated as follows: (1/avg. time)*20, because of the 20 continuous threads hitting it. As you can see Orion Resin perform very similarly but Weblogic and Tomcat are left in the dust. Before optimizing OFBiz Weblogic was the fastest, coming in about twice as fast as Orion and Resin. I know from past (good?) experience with Weblogic that they have a lot of tuning parameters, so chances are you can increase the thread pool size or something to get it to go faster. I reduced the number of threads hitting it and it did somewhat better, but never came close to the speed of Orion or Resin, it's webapp container must be just plain heavier. For the $10,000 per CPU range, I think I'll pass, even though I'm sure it can do better than what it was in this test (I don't think it'll ever touch Orion or Resin for webapp speed). Tomcat was by far the slowest. It seemed to run all right for a little while, and then have little periods of slowness where page times jumped up from an average of about 2 seconds to an average of about 5 seconds. Over the minute it levelled out to about 3.3 seconds as listed above. So, which to choose? If you need EJB and other features that Orion provides and want to pay more for them ($1500 per server), then go for it. It is a little bit difficult to configure (or maybe it's just me?), but it runs REALLY well. If you have a smaller budget and are fine with Tyrex (open source from Exolab) as your DB connection pool and TX monitor, then go for Resin. OFBiz runs great on it, and it's only $500 per server. On price/performance Resin wins (pages per second/dollars): Resin: 1.1million/500 = 2200 Orion: 1.6million/1500 = 1066 Weblogic: 62,640/10,000 = 6.264 Tomcat: 21,600/0 = N/A With that sort of calculation you could argue that Tomcat really does win, beacuse it costs nothing so the (pages per second/dollars) would be infinite, effectively. But lets factor in the cost of a server. A cheap PIII 1Ghz supported
FW: [Ofbiz-devel] Re: [Ofbiz-users] OFBiz Performance on variousapp servers after optimizing OFBiz
FYI so in other words the price [of Orion] scales much better. Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world -- Forwarded Message From: David E. Jones [EMAIL PROTECTED] Organization: Open For Business Reply-To: [EMAIL PROTECTED] Date: Thu, 7 Feb 2002 18:01:20 -0700 To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: [Ofbiz-devel] Re: [Ofbiz-users] OFBiz Performance on various app servers after optimizing OFBiz One other thing I forgot to mention about Orion. It DOES perform better than Resin, 1.6e6/hour compared to 1.1e6/hour, that's like 50% faster, and the cost of both Orion and Resin is per box. Hypothetically lets say you had a four processor box running OFBiz with either Orion or Resin. Looking at prices at Dell (even though you can do much better...) a four processor PowerEdge 6400 server with 4 Pentium III Xeon 700Mhz chips with 1Mb cache and 2Gb RAM will run you pretty close to $15,000. I'm not SURE what the performance would be like on something like that compared to something like the PIII 1Ghz, certainly not 15 times as fast (I guess it could be), let's say it's 10 times as fast (to keep it easy). In that case you would be delivering 16 million hits an hour with Orion and 11 million an hour with Resin. So, we do our little analysis again: Orion 1.5.3: 16million/(1500 + 15,000) = 969 Resin 2.0.4: 11million/(500 + 15,000) = 709 Weblogic 6.1: 626,400/(10,000 + 15,000) = 25.1 Tomcat 4.0.1: 216,000/(0 + 15,000) = 14.4 So, Resin is more expensive in hits per hour per dollar on a bigger server than a smaller server, while Orion is fast enough that it is cheaper in hits per hour per dollar on the bigger server, and it a much better deal than Resin there, so in other words the price scales much better. Later, -David Jones On Thursday 07 February 2002 17:32, you wrote: Mike, Those are very valuable $0.02, and I completely agree. In the paragraph on Orion I mentioned that because of such a little difference, if you need the extra things that Orion has, definately go for it. If all you need it a Servlet container (and use Tyrex for JTA and pooling, and OFBiz for other stuff), then Resin seems to be the best choice. If a shop already has Orion and is using it for other things, they can be sure they made a good choice, in my opinion. Later, -David On Thursday 07 February 2002 17:23, Mike Cannon-Brookes wrote: These performance tests are really valuable - but I'd like to point out that you don't take features into account ;) Woe betide me to start applying numerical calculations to relative feature sets - but I think the below shows that really your choice is between a J2EE server and a Servlet Container (Orion vs Resin). The others are just also-rans. The cost/performance differences are negligible, but the feature sets of these two servers are quite different. (With Orion you get a full EJB container, JMS server, etc etc which you don't get with Resin). Before this starts sounding too much like an ad ;) I'll stop - but choose your features, then your server - not the other way around! My $0.02. -mike On 8/2/02 11:09 AM, David E. Jones ([EMAIL PROTECTED]) penned the words: Last night I sent a message to the ofbiz-devel list reporting the results of some performance enhancements in OFBiz from optimizing certain little pieces of code. I did some more tests today on the speed of the new improved OFBiz on various app servers. The following numbers are average server response times with 20 threads continuously hitting the server (ie when each thread gets a response it immediately sends another hit, keeping about 20 requests in the queue at all times). The test was done with JMeter on one computer and the app server OFBiz on my PIII 1Ghz laptop. Running Linux (kernel 2.4.10, Suse 7.3) and Sun's JDK 1.4 for all but Weblogic, which requires JDK 1.3, and yes 1.4 is slightly (like 5%) faster. The page hit was ecommerce/control/main with the default catalog. It had two products in the Featured Products category and two top level categories displayed on the side. This isn't a very realistic test for large catalogs, but is a medium sized page to test the app server container preformance. Here they are, in order from fastest to slowest: Orion 1.5.3: 0.045s (45 milliseconds) - 444 pages/sec - 1.6 million/hour Resin 2.0.4: 0.065s (65 milliseconds) - 307 pages/sec - 1.1 million/hour Weblogic 6.1: 1.15s (1,150 milliseconds) - 17.4 pages/sec - 62,640/hour Tomcat 4.0.1: 3.3s (3,300 milliseconds) - 6 pages/sec - 21,600/hour The pages per second counts are calculated as follows: (1/avg. time)*20, because of the 20 continuous threads hitting it. As you can see Orion Resin perform very similarly but Weblogic and Tomcat are left in the dust. Before optimizing OFBiz Weblogic
FW: [Ofbiz-devel] App Server Performance
See below for an interesting test one of the OFBiz guys did using their framework in different servers. Good to see Orion smoked 'em! ;) (Yes, I'll give up a half second for my $1500/server vs ~$10k/cpu for WL!) Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world -- Forwarded Message From: David E. Jones [EMAIL PROTECTED] Organization: Open For Business Reply-To: [EMAIL PROTECTED] Date: Wed, 6 Feb 2002 03:11:43 -0700 To: [EMAIL PROTECTED] Subject: [Ofbiz-devel] App Server Performance As many of you know we have been working on making sure that OFBiz runs on a number of different J2EE app servers. We have also been putting together directories for each server with instructions and the files needed to get it going. We have it running on a few different ones now, and I've noticed that performance varies a LOT between different app servers. So, I grabbed JMeter and did some little tests. These results are average response times with 6 simultaneous hits on the server that repeat as soon as a response it received, the default little JMeter behavior. The page hit was ecommerce/control/main which has categories on the side and two products in the promos category. Note that most of the servers could do a .25 to .3 second response for this page with one hit at a time (except Tomcat, which is higher). Weblogic: 0.8 seconds avg Orion: 1.44 seconds avg Resin: 1.6 seconds avg Tomcat: 6.0 seconds avg As you can see Tomcat doesn't do very well under the load. Single page hits come in anywhere from .15s to 1.5s, so performance is all over the chard, but the average for Tomcat seems to be about 1s. So, it doesn't do so well for single hits either. Why the performance difference? My guess is that there are resource handling differences, taglib container differences, etc. It would seem like most of the code is in OFBiz anyway, so there shouldn't be much difference. But, different containers do things VERY differently, evidently. One thing to note about Weblogic is that they have a native performance pack for Linux which was being used for this test, which seems to give them a bit of an advantage (if only it weren't so expensive). Another thing found in recent timing excercises is that OFBiz is pretty slow for a lot of things, especially in certain parts of ecommerce where tons of information is being thrown around. We are doing some profiling and little improvements here and there to speed things up, and it would be great to have help with that. It's a great way to get to know the OFBiz internals. One tool I have just started to try is Sitraka's JProbe, which gets some nice info. They have a free demo download available (only 7 days though...). Later, -David Jones ___ Ofbiz-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/ofbiz-devel -- End of Forwarded Message
Re: Weird behaviour: Orion 1.5.3 / Postgres 7.2RC2 / RH7.2
Title: Re: Weird behaviour: Orion 1.5.3 / Postgres 7.2RC2 / RH7.2 Christian, This may be a shot in the dark but had a very similar problem on one of our servers. Are you running Orion on a non-privileged port and using ipchains to map (say port 80 to port 8000?) If so, the problem is with ipchains. We moved to using iptables and it works perfectly now. As I said, may be a shot in the dark but it might be the problem. Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 3/2/02 3:47 AM, Christian Meunier ([EMAIL PROTECTED]) penned the words: Hi,i re installed my server yesterday, upgrading mainly the os and some hardware. I got like 30 000 visit / day with 2Millions hits the os is : RH 7.2, the cpu is an athlon 600MHz with 1.5Go SDRAM got an Adaptec raid controller 3200S ( one array in raid 1) Top snapshot: -- 4:41pm up 2:43, 1 user, load average: 62,01, 58,01, 48,15 262 processes: 230 sleeping, 32 running, 0 zombie, 0 stopped CPU states: 15,4% user, 84,5% system, 0,0% nice, 0,0% idle Mem: 1544452K av, 492688K used, 1051764K free, 62064K shrd, 36688K buff Swap: 2096472K av, 0K used, 2096472K free 171564K cached PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 3075 orion 18 0 14584 14M 2928 R 1,3 0,9 0:02 java 3073 orion 17 0 14584 14M 2928 R 1,2 0,9 0:01 java 3074 postgres 15 0 21864 21M 21156 R 1,2 1,4 0:02 postmaster 3093 orion 18 0 14584 14M 2928 R 1,2 0,9 0:01 java 1710 orion 17 0 77860 75M 2976 S 1,1 4,9 0:27 java 3000 root 17 0 1184 1184 836 R 1,1 0,0 0:06 top 3076 postgres 17 0 21192 20M 20516 R 1,1 1,3 0:01 postmaster 3095 postgres 16 0 21696 21M 20996 R 1,1 1,4 0:01 postmaster 2463 postgres 11 0 45404 44M 43936 S 1,0 2,9 0:29 postmaster 1509 orion 12 0 77812 75M 2976 R 0,9 4,9 0:28 java 1511 orion 11 0 77812 75M 2976 R 0,9 4,9 0:29 java 1585 orion 18 0 77860 75M 2976 R 0,9 4,9 0:25 java 2240 orion 13 0 77900 75M 65396 S 0,9 4,9 0:23 java 2652 orion 11 0 77900 75M 63556 S 0,9 4,9 0:13 java 2734 orion 20 0 77900 75M 55948 R 0,9 4,9 0:09 java 3031 postgres 20 0 33344 32M 32188 R 0,9 2,1 0:03 postmaster 3126 postgres 13 0 27988 27M 27300 S 0,9 1,8 0:00 postmaster 2173 orion 9 0 77900 75M 65396 S 0,8 4,9 0:18 java 2182 orion 12 0 77900 75M 65396 S 0,8 4,9 0:21 java 2184 orion 14 0 77900 75M 65396 S 0,8 4,9 0:22 java 2484 orion 10 0 77900 75M 63556 S 0,8 4,9 0:17 java 2505 orion 11 0 77900 75M 63556 S 0,8 4,9 0:11 java 2687 orion 10 0 77900 75M 55948 S 0,8 4,9 0:11 java 2886 postgres 14 0 28032 27M 26520 S 0,8 1,8 0:09 postmaster 2959 postgres 16 0 33128 32M 31984 R 0,8 2,1 0:04 postmaster --- I was used to handle the load perfectly well and now its messy and i have no clue why. I wonder why i have a system cpu state so high, leading to a very very high load average. for this snapshot i started orion with no argument ( java -jar orion.jar) As for postgres ( max backend set to the default 32): tcpip_socket = true shared_buffers = 16384 sort_mem = 4096 wal_buffers = 2048 wal_files = 3 If someone has some ideas or tips to find out whats going on... Thx in advance Best regards
Re: Integrating LOG4J into Orion...
This is one possible scenario - but as Jeff says it's server specific logging (not application specific) - which can often be non-optimal. We have a document coming out on this (check http://kb.atlassian.com) soon, but until it's finished here's what we usually do: - use the latest log4j from CVS (which has the capability to define which is the default log loading class - there is now one which loads log4j.xml from classpath, and watches it) - I believe it's done via system properties (selecting automated file loader and watch time) - add a library path=config / to your orion-application.xml for each application - add config/log4j.xml to your application You're done! this means you now have : - automatic log configuration (no more need for servlet listeners, application clients or servlets to configure logging!) - dynamic logging (you can just change the log4j.xml file and your changes are picked up without redeployment) - logging _per application_ (rather than per server) As I said, see if the above directions work for you and please email me off list if they don't (so we can adjust the document in progress). Watch this space for the doco coming soon ;) Hope this helps! Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world Now just configure log4j.xml On 19/1/02 4:40 AM, Jeff Schnitzer ([EMAIL PROTECTED]) penned the words: I put the log4j.jar in orion's lib directory, and use -Dlog4j.configuration=file:path/to/log4j.properties to initialize log4j. I'm pretty happy with this approach. I control logging on a server-wide basis, so I can use the same ear file for both testing and deployment. Jeff Schnitzer [EMAIL PROTECTED] -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Friday, January 18, 2002 5:35 PM To: Orion-Interest Subject: FW: Integrating LOG4J into Orion... One more time, the last one did not show up -Original Message- From: Alex Paransky [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 17, 2002 11:09 AM To: Orion-Interest Subject: Integrating LOG4J into Orion... I have a full EJB/JSP application running with Orion. Is there a preferred method of initializing LOG4J in this situation? Looking at the LOG4J documentation, they mention using a startup servlet to do the initialization. I am concerned as to how this would work with the CLASSLOADER hierarchy. If I initialize my LOG4J at the servlet (WEB) layer, will the EJB's be able to see the initialized LOG4J or will they attempt to re-initialize due to the different classloader? Thanks. -AP_
Re: How does Orion load the classes?
Bill, Try reading: http://kb.atlassian.com/content/atlassian/howto/classloaders.jsp And see if it answers your question. (Using -cp is a baaad idea in general ;)) Another thing to do would be to try it without obfuscation and see if that works first (to see if obfuscation is the cause) Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 18/1/02 7:58 PM, Bill Hen ([EMAIL PROTECTED]) penned the words: Here is the situation (using orion 1.52, windows 2000 OS, jdk1.3.1) I have a jar file, say my.jar which is not part of the ear or war file and it need to be added to the classpath. I tried this: 1. added in application.xml: library path=../lib;c:\tmp\my.jar / 2. and launch the server with java -jar orion.jar This does not work. When a servlet is called, it complains that the memeber name of a class include thing like 0e That is correct, because some class in my.jar is obfuscuted and has a field name like _fld0e. However, if I use the following to launch the server (without the previous step 1) java -cp c:/tmp/my.jar;orion.jar com.evermind.server.ApplicationServer EVERYTHING WORKS! My question is, what is the difference between these two approaches? _fld0e is a totally legal name, is it? Thanks. _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com
Re: Lookup EJB's in another application
Guys, This is certainly one way to do things (nest the applications) - but there are some limitations to this method (namely it's Orion specific, and you can only have one parent app, the apps must be on the same server). For details on how to do it other ways (proper remote EJBs), see this document: http://kb.atlassian.com/content/orion/docs/remote-access/remote-access.html Hope this helps, Cheers, Mike Mike Cannon-Brookes [EMAIL PROTECTED] Atlassian :: www.atlassian.com Supporting YOUR world On 17/1/02 2:44 AM, Klaus Thiele ([EMAIL PROTECTED]) penned the words: server.xml: application name=ejbapp path=../applications/ejbapp.ear/ application name=webapp parent=ejbapp path=../applications/webapp.ear/ ... nothing else. webapp can use the ejbs in ejbapp as if they are in its own ear-file. hope that helps klaus Am Donnerstag, 17. Januar 2002 00:47 schrieben Sie: Hi, If you have two applications in the same orion container. One application with web components and another with just EJB's. From the application with web components, I want to lookup an EJB that is deployed in the other application - is that possible via the InitialContext or do I have to call it via an URL and getting the extra RMI call? I can get it to work using a provider URL to the other application, but using the InitialContext, the local context - it cannot find the bean, or more correct, the JNDI name could not be found. Any help is appreciated ! Thanks, Patrik __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ Sent using the Entourage X Test Drive.
RE: CMP Entity Bean Craziness
On Sun, 2001-12-30 at 07:50, Ed Brown wrote: Quoting Aaron Tavistock [EMAIL PROTECTED]: Mike - Since this is a generated file in a deployment directory shouldn't it always be overwritten if there is a change in one of the package deployment descriptors? The only reason it would be a pain in the ass is if you changed the generated file to suit your needs and did not change the one you bundle with your package. Which is my thought as well. Apologies but that's not really the way I see it. The deployment files are specific to _each_ deployment - for example if you deploy the same EAR on multiple machines (ie in a cluster) you would want different deployment files on each machine. Thus changing the one in the EAR would overwrite all deployment files. As Hani (I think) mentioned, it's easy to get XDoclet to generate your deployment file, and Ant to remove the old one - if you're concerned about development speed. If this is intended behavior, IMHO it is significantly less intuitive. Its kind of like saying a class should only be recompiled if you delete the class before recompiling, where one would expect that changing the source would be enough. Just my two cents. Agreed. In fact, I believe that implementation stinks. Why go through the hassle of writing the orion-ejb-jar.xml file and specifying the fields if the server re-writes the file as it sees fit? There are some misconceptions here - the server will not 'rewrite deployment files as it sees fit', in fact it takes any settings in orion-ejb-jar.xml and builds ontop of those. The easiest way to build an orion-ejb-jar.xml file for deployment is to: - deploy your EAR without it - copy the created orion-ejb-jar.xml into your source tree - remove any sections you don't want to customise (thereby letting Orion autogenerate them - for example it's usually nicest to specify a default datasource in orion-application.xml and let Orion take care of the datasources in orion-ejb-jar.xml automatically) - customise any you do (ie field names, table names etc) - delete the deployed orion-ejb-jar.xml - redeploy This process only really needs to be done once. At all other times the deployed file should work, except when you modify the orion-ejb-jar.xml then you delete it before redeployment (as above this is usually rare occurrence, if not - use XDoclet to generate and Ant to delete it every build if you want). As for the class analogy it's very different. Classes are compiled once, and 100% autogenerated, deployment files are created and altered by the server continually and are not fully autogenerated (see J2EE spec roles definitions). Also compiled classes are the same in all occurrences (or should be ;)) whereas deployment files are certainly not. Hope this helps clear things up - I do like this healthy debate on the topic though, please tell me if the above sounds unreasonable. Cheers, Mike -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Re: CMP Entity Bean Craziness
You're not special at all (well you may be - but that's a different story ;)) - what you describe is exactly the intended behaviour of the server. You're editing the deployment files in your EAR which are only used _IF AND ONLY IF_ there is no existing deployment file. Otherwise the existing deployment file is used, and the one in the EAR ignored. This behaviour is as it should be because otherwise you'd end up overwriting your deployment settings all the time which would be a royal pain in the ass. HOWEVER to do what you want, simply delete the deployment directory and your edited files will be copied and used. You will see a message on the console telling you that the deployment file has been copied. Hope this helps clear things up. Cheers, Mike -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World On Fri, 2001-12-21 at 15:01, Ed Brown wrote: Okay, here is the situation. Database: Oracle on Solaris Orion server: 1.5.2 on Windows 2000 Operating System: Windows 2000 I have a database table named FOO. I want to create different entity beans to provide different views of the table named FOO. FOO is a table with many columns. (Sure, I could create one entity bean, and then create wrapper classes that provides the views of table FOO that I want, but I didn't want to do that). Many of those column names contain underscores. When I created the first CMP entity bean, I mapped all column names and used the table name as the entity bean name. I wrote the appropriate ejb-jar.xml and orion-ejb-jar.xml and packaged them. In the orion-ejb-jar.xml file, I used the persistence-name to map the Java attribute to the proper table column. For all attributes that mapped to a column name with an underscore, I removed the underscore and uppercased the next character. (A column named long_col_name would map to the attribute longColName). So I deployed the entity bean and there were deployment errors. Orion complained about illegal column names. Much later after going around in circles, I looked at the ejb-jar.xml file that Orion generated and I noticed that the values for the persistence-name mapped exactly to the column names of the database table. It *IGNORED* what I had placed there. I had to edit the deployed xml file to get the mapping correct and properly deployed. Now, that's not very nice. Next, I created another CMP entity bean to give a different view of table FOO. I used the entity name FooTimeView and used the table attribute of entity-deployment in the orion-ejb-jar.xml to map the entity to the FOO table. I deployed it and, again, I got errors. I had to edit the deployed xml file to get the correct mappings. I deployed again and it still failed. Only this time, it tried to create a table named FOOTIMEVIEW. (Actually, it *DID* create the table). That's not what I expected to happen. So, I looked at the deployed xml file again and I noticed that the table name had been changed from what I specified. This time, I also looked at the query that was generated and noticed that the column names with underscores had the underscores removed. Now, that's not very nice. I edited that and restarted the server. Now all is well. Okay, now I *KNOW* what I described should not happen. I want to know why it did happen. Has this happened to anyone else, or am I special? Ed Brown _ This mail sent via toadmail.com, web e-mail @ ToadNet - want to go fast? http://www.toadmail.com -- Cheers, Mike -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Re: MDB with SwiftMQ
It looks like you've typo'ed the name of the resource provider in your orion-application.xml. Are you sure you didn't list it as com.evermind.server.deloyment.ContextScanningResourceProvider there? Chees, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World On Fri, 2001-12-21 at 03:38, David Shepherd wrote: Has anyone got a MDB working with SwiftMQ? I've followed the documentation but am getting the following error on deployment... Auto-unpacking \home\modules\jms_tests\dist\jms-tests.ear... done. Error instantiating application 'jms-tests' at file://e:/home/modules/jms_tests/dist/jms-tests.ear: resource-provider cl ass 'com.evermind.server.deloyment.ContextScanningResourceProvider' not found I noticed that 'deployment' is spelt 'deloyment' in the error message, is this a bug or just a typo? I extracted ContextScanningResourceProvider from orion.jar rather than compiling it myself. I'm not sure where to package this class, should it be in the ejb-jar? or in the general app jar? If anyone has this working can you please post your bean deployment config files. My setup is as follows - Cygwin on Win NT 4.0 - Orion 1.5.2 - SwiftMQ 2.1.3 - JDK 1.3.1 Thanks Dave -- David Shepherd [EMAIL PROTECTED] __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ -- Cheers, Mike -
Re: JMS over SSL?
Orion doesn't support JMS over SSL. You can however plug OpenJMS into Orion as a resource provider, and use it's capabilities. Hope this helps, Cheers, Mike -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World On Sat, 2001-12-08 at 05:54, Kipnis, Adam wrote: Hey all, I've been evaluating some JMS providers including Orion. One of my requirements is that the messages can be sent over SSL. I got this to work with OpenJMS and was wondering if Orion supported it as well. If so, how do I set it up? Thanks in advance, Adam Kipnis JAMDAT Mobile [EMAIL PROTECTED]
Re: How to Create Virtual Directory for Particular website
Lomesh, See http://kb.atlassian.com/content/orionsupport/articles/virtualdirs.html As always this was very easy to find on the KB - just search for virtual directory and it turns up the top result. Please try to look and search elsewhere before asking questions on the mailing list. Cheers, Mike On Tue, 2001-12-04 at 18:10, Lomesh Contractor wrote: Hi All, I coulnt find the way to create virtual directory for particular website in orion. Any help would be appriciate. Regards, Lomesh. -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Re: having prolems with CMP, PostgreSQL, and Serializable
Actually the Postgres driver does support blobs in a number of ways. The 7.1 driver supports BLOBs using OIDs (a postgres specific measure) and the latest driver from CVS (due out with 7.2 shortly) supports bytea datatypes (which is a long byte array up to 1 gig in size) which is much nicer than an OID. The problem is indeed Orion not setting autocommit=false which is needed by the Postgres driver. However the overhead involved in using a CMP bean with a large object is not a good idea IMHO, I'd create a simple session bean which persists your large object via JDBC and retrives it again. -mike On Thu, 2001-11-22 at 02:19, Marcus Ahnve wrote: A _very_ late answer I know, but it is my firm belief that the reason for this is that Postgresql JDBC driver does not support BLOB:s, it is simply not implemented, hence the message. Check out the WebCVS and see for yourselves. /Marcus On Fri, 2001-06-22 at 20:42, Phillip Ross wrote: Your problem is stemming from the fact that the Postgresql JDBC driver wants auto commit flag set to false before it can use setBinaryStream() method which is used to store the stream. Orion's entity bean wrapper seems to leave the flag alone and not set it to false explicitly. So, basicly, that's what causes it... but the proper solution to workaround or fix it is still something I'm playing around with. - Phillip --- [EMAIL PROTECTED] wrote: I am trying to port an application that was running on JBOSS to orion. All my Entity beans are using CMP. Whenever I try to create a bean that has CMP field of type java.io.Serialazable i get the following exception: javax.ejb.CreateException: Error creating EntityBean: InputStream as parameter not supported here is the mapping from orion/config/database-schemas that I am using: type-mapping type=java.io.Serializable name=oid / I am using postgres 7.1 and orion 1.5.2 I would appriciate any advice anyone had for me. thanks mike o'connor __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail http://personal.mail.yahoo.com/ -- Marcus Ahnve email: [EMAIL PROTECTED] Lecando AB Office: +46-(0)8-634 94 18 Sweden Mobile: +46-(0)70-462 19 18 www.lecando.comICQ#: 4564879
Re: orion-ejb-jar and other such descriptors
Geoffrey, This is the expected behaviour. The deployment descriptors are only copied from the EAR after a clean deploy. Otherwise Orion might overwrite deployment descriptors that you had edited. Cheers, Mike -- Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World On Thu, 2001-11-22 at 07:03, [EMAIL PROTECTED] wrote: I've put an orion-ejb-jar.xml in the EJB Jar's META-INF. If I clean out the Orion/application-deployment and Orion/applications versions of the application, and deploy to Orion, the file copies into the appropriate place and takes effect. If I deploy on top of an existing EAR, the redeploy process doesn't seem to replace the existing orion-ejb-jar.xml file. I suspect this is probably happening with other descriptors, but this is the one that I just tested thoroughly recently, to ensure that I wasn't imagining that. Is there any way to ensure that the file does get deployed along with the rest of the EAR? Am I missing something? - Geoffrey __ Geoffrey Wiseman: Internet Applications Manager Medium One t. 416.977.2101 x. 529 http://www.mediumone.com/ __ Think it. Build it. Work it.
RE: How can I start Orion Server as a service in Windows NT/2000 ?
Vu, As always please check the knowledge base before asking questions such as this - it saves everyone time! A query for NT service http://kb.atlassian.com/search.jsp?query=NT+service yields http://kb.atlassian.com/content/orionsupport/articles/orserv.html which looks like exactly what you're asking ;) Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Vu Le Hung Sent: Monday, November 12, 2001 3:38 PM To: Orion-Interest Subject: How can I start Orion Server as a service in Windows NT/2000 ? Dear all, I'm trying to find a way to start Orion Server as a service in WindowsNT/2000( i.e. Orion will be started automatically when my computer startup without any user interaction). Any one know how to do this ? I tried this as below but it failed : 1. Write an small Win32 application startorion.exe that calls java -jar orion.jar 2. Register it as a automatic service (named MyService) with Win2000 using Service Installation Wizard tool in the Windows 2000 Server Resource Kit. 3. Restart my computer. Then I can find item MyService in the list of all available services in my computer. But this service can not be start. Any idea ??? Thanks in advance. Vu Le Hung
RE: New Version 1.5.3
As said before (always!) you can obtain the latest version of Orion from autoupdate. See http://kb.atlassian.com/content/orionsupport/articles/update.html for info. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Alessandro Fustini Sent: Thursday, October 18, 2001 6:11 PM To: Orion-Interest Subject: New Version 1.5.3 ok for all , but where did you get it? Is it a special/restricted edition ?? Thanks Alessandro Fustini Java Developer e-mail: [EMAIL PROTECTED]
RE: orion xml's
Or alternatively we use XDoclet to generate almost all of our deployment descriptors and EJBs. http://sf.net/projects/xdoclet It has @orion tags now in 1.1 and will generate the orion-ejb-jar file for ou. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus Rydin Sent: Thursday, October 18, 2001 8:04 PM To: Orion-Interest Subject: SV: orion xml's The EARDeployer tool will help out with this when its final. WR -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]För The elephantwalker Skickat: den 18 oktober 2001 10:33 Till: Orion-Interest Ämne: RE: orion xml's Morten, At least the dd's are in xml, when Orion started they were the only ones that used xml descriptors. The way to do this is with gui's that are integrated with orion. Orion does have some gui's for generating this configuration files...but my experience with them has been miserable. Most of us use auto-generated files as a start...its true that these have some things which aren't necessary for configuration (I mean who needs to know the wrapper class name?). My experience is that you can strip out the auto-generated bits which have nothing to do with configuration (version= , date= ,wrapper class =, etc.), and this has no impact on the deployment...and in fact may hinder the deployment. For example, if you put in the version stuff, I have found that the ejb will double-deploy What we need is a good gui for doing this...anybody good with jdom and swing? regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Morten Wilken Sent: Thursday, October 18, 2001 1:00 AM To: Orion-Interest Subject: orion xml's Am i the only one who thinks that the idea that you have to edit the autogenerated files like orion-ejb-jar.xml etc. is a bit problematic? sure it can be done and it works, but i would be much happier if i could have 2 sets of xml files, the ones you edit (and you could put in your versioning system), and another set that orion generates, and that you never have to fiddle with. it seems an odd mix the way it is right now, as if it was meant to be seperated, but somehow it wasn't followed through i could be wrong, and missing the point of the structure entirely comments appreciated sincerely morten wilken
RE: 1.5.3 is out, but what is so new?
As always, get it from autoupdate. http://kb.atlassian.com/content/orionsupport/articles/update.html -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Khaled Alakhras Sent: Thursday, October 18, 2001 4:45 AM To: Orion-Interest Subject: Re: 1.5.3 is out, but what is so new? Where is 1.5.3? Thanks, Khaled --- Ray Harrison [EMAIL PROTECTED] wrote: I think (though I may be mistaken) that they had to do a bit of re-write in anticipation of moving forward with the spec and in addition to that re-write they also took care of some bugs. The suggestion was that future releases would be a little more frequent. Hopefully so! --- Russell White [EMAIL PROTECTED] wrote: I am somewhat disapointed in the new release. My EJB 2.0 local interfaces are still not supported. Bummer. Still at least there are some bug fixes. __ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com __ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com __ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com
RE: Orion on Linux, Follow-up Question
See http://kb.atlassian.com/content/orionsupport/articles/unixprocess.html That describes how to run on Linux as a non-root user, how to set up your groups for development, and how to setup IPChains so that to the external world you're still using port 80! Hope it helps - please add an annotation if you see any problems or shortcomings with the doc. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Wendell Nichols Sent: Tuesday, October 16, 2001 12:21 AM To: Orion-Interest Subject: Re: Orion on Linux, Follow-up Question I think this is because your user account is unable to run the server on reserved port 80. Modify Orion's default-website.xml file to use a port above the reserved range, (1000 or something like that). I use 8000. wcn Jimbo Jones wrote: My previous problem, starting Orion on linux, was due to the fact that I was calling upon the wrong JVM (even though I thought I had my path set correctly). That is resolved. Now I have another problem that seems more linux-related than Orion-related, but perhaps some of you know the solution. I have Orion running on linux, and from that machine I can access Orion-served pages. But I cannot do so from outside that machine. What's more, I am unable to run it on a user account. For now, I'm running under root. But like I said, I cannot connect to it from another machine. Upon doing some investigating, I have discoverd that when I try to connect from another machine, Orion is sending the HTTP headers only and then freezes without sending anything else. The page never loads, it just hangs indefinitely. I strongly suspect this has something to do with linux and not Orion. I cannot run Orion on a user account because it tells me I don't have permission to run an HTTP server. I don't get that message as root, but I wonder if there is some linux mechanism at work blocking my attempts to transmit data via HTTP. Your help in resolving this issue is greatly appreciated. -James _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp
RE: How to get the RoleManager
That won't help - I think shared sessions only work between two WARs in the same app. The only thing I can suggest is using some sort of cookie based system where you track via session ID who is logged in (stored in a hashmap or something), then from each app lookup that hashmap (via JNDI) and log in the user programmatically before they are shown the login page. Very fugly though. SSO is one of J2EE's problems. -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of SAURUGGER,PETER (A-PaloAlto,ex2) Sent: Thursday, October 11, 2001 1:50 AM To: Orion-Interest Subject: RE: How to get the RoleManager Maybe the session=shared attribute would allow you to achieve your goal. Don't know whether its valid only for sharing between http and https sessions -Original Message- From: David Potts [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 10, 2001 5:02 AM To: Orion-Interest Subject: RE: How to get the RoleManager -Original Message- From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] I have a feeling if you made app2 the parent app of app1 it might work (they'd probably be the same RoleManager - can't confirm that though). Thanks for the suggestion. We tried it, but it doesn't work. When we go to the second app the login form comes up again. This is a non-standard solution (if a solution at all! ;)), then again if you're using RoleManager you're already using Orion specific code so you probably don't mind too much. At the moment we are looking for *any* solution that will do form-based single signon across two apps on Orion. What is the standard? Cheers, Dave.
RE: How to get the RoleManager
Dave, I have a feeling if you made app2 the parent app of app1 it might work (they'd probably be the same RoleManager - can't confirm that though). This is a non-standard solution (if a solution at all! ;)), then again if you're using RoleManager you're already using Orion specific code so you probably don't mind too much. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of David Potts Sent: Tuesday, October 09, 2001 10:52 PM To: Orion-Interest Subject: FW: How to get the RoleManager I'm resending this as it hadn't appeared on the list after 5 hours :-) Dave. -Original Message- From: David Potts Sent: 09 October 2001 09:00 To: '[EMAIL PROTECTED]' Subject: How to get the RoleManager Hello, Does anyone know if/how to get the RoleManager for an application from outside of that application? What I'm trying to do is login to app1 and then as part of that process programmatically login to app2. I've seen questions in the archive about how to get the RoleManager, but I've not found the definitive answer. I've been able to get the java:comp/RoleManager object from within the application, but not from an external app. Any ideas? Cheers, Dave. --- David Potts Xchanging Email: [EMAIL PROTECTED] http://www.xchanging.com
RE: explicit table-names in CMP
In the orion-ejb-jar.xml file (Orion EJB deployment descriptor), each entity-deployment tag has a 'table' attribute. This is the name of the table in the database used for persistence. See http://kb.atlassian.com/content/orion/docs/deployment/orion-ejb-jar.xml.html Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Toni Menzel Sent: Friday, October 05, 2001 9:39 PM To: Orion-Interest Subject: explicit table-names in CMP dear all, We want to define an explicit table name for CMP's in OrionAppServer. By default, CMP tables have the names of the full qualified classname (entitybean). E.g. if the ejb-entity-class is net.quintessence.core.Leg then the table's name is: net_quintessence_core_leg. But we want to use already existing tables which where mapped into ejb-entities. Is that possible? how? thanx in advance, Toni Menzel --- [EMAIL PROTECTED] quintessence consulting GmbH - germany
ANNOUNCE: Atlassian-Orion Knowledge Base
It's been a long time coming, but Atlassian is proud to announce the launch of the official Orion knowledge base! http://kb.atlassian.com The knowledge base is the most comprehensive collection of Orion documentation and articles available anywhere, and it will grow continually as we add more content. There are currently 4 main content areas: 1. Atlassian articles- these are articles and HOWTOs by Atlassian 2. Atlassian-Orion docs - the OrionServer documentation - updated, cleaned and corrected by Atlassian 3. OrionServer API docs - the OrionServer JavaDocs 4. OrionSupport articles - articles contributed by developers to OrionSupport.com Many other content areas are scheduled to be added in the near future. Our aim is to let developers find answers and contribute useful tips they find in particular articles. For those reasons, the knowledge base also has: 1. Search- There is a full text search of the entire knowledge base, or just a specific content area. 2. Directory - A categorical, topical index of all content in the KB. 3. Annotate - Every document in the KB can be annotated by you, the developer, with useful tips! Try it out today: http://kb.atlassian.com After you've had a chance to look around, we'd love your feedback (http://kb.atlassian.com/about/feedback.jsp or email us mailto:[EMAIL PROTECTED]) - to improve this as a resource for all Orion developers! Enjoy! -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
RE: Equivalent to Apache's mod_usertrack?
Of course there is a far better way to do this. - turn on cookie based sessions (which are on by default) - you then have a jsessionid cookie given to all users, which tracks by session - therefore add $cookie:[jsessionid] into your format string of your access log Done! No filters, no custom cookies. Enjoy ;) -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of The elephantwalker Sent: Wednesday, October 03, 2001 9:33 AM To: Orion-Interest Subject: RE: Equivalent to Apache's mod_usertrack? Larry, You can of course create a cookie, and put it into your client's machine. See the servlet spec and api...this is relatively easy to do with Orion and a filter. Regards, the elephantwalker www.elephantwalker.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Larry Velez Sent: Tuesday, October 02, 2001 3:50 PM To: Orion-Interest Subject: Equivalent to Apache's mod_usertrack? Hi all, I wanted to know if there is an equivalent to Apache's mod_usertrack for J2EE/Orion? I would hate to have to put Apache in front of Orion just for this but we are having issues trying to reflect a unique visitor in the weblogs. http://www.webtrends.com/support/Solution.asp?id=5689050555 thanx, Larry
RE: OrionRemoteException: Error (de-)serializing object:
Orion 1.5.2 is much stricter about what you can put into app / session scopes. Any objects you want to store MUST be serializable (they didn't have to be in 1.4.0, the 1.5.2 behaviour is more spec compliant). I think the ResultSet you're using isn't serializable. Try pulling the data out first into your own data structure, and then storing that. -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Andres Garcia Hourcade Sent: Friday, September 28, 2001 11:56 AM To: Orion-Interest Subject: OrionRemoteException: Error (de-)serializing object: I have an application (jsp ejb) running with version 1.4.0, i am trying to upgrade the same EAR in 1.5.2 version, but i get this error. What i am doing wrong ? com.evermind.server.rmi.OrionRemoteException: Error (de-)serializing object: org.gjt.mm.mysql.jdbc2.ResultSet; nested exception is: java.io.NotSerializableException: org.gjt.mm.mysql.jdbc2.ResultSet Many thanks
RE: I can't connect www.orionsupport.com site
I think it is down at the moment - a more stable US mirror is being organised, please accept our apologies as this gets underway. As always you can try the mirrors: UK -uk.orionsupport.com Australia - au.orionsupport.com Germany- de.orionsupport.com Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Á¤¿¹ÁöSent: Saturday, September 22, 2001 10:34 AMTo: Orion-InterestSubject: I can't connect www.orionsupport.com site Hi, all. I could connect orionsupport site a few days ago. but, I can't now. why? Did theserver down?
RE: Reloading Class Files
Sure, simply at development=true to your orion-web.xml file. See http://www.orionserver.com/docs/orion-web.xml.html -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dave Ford Sent: Thursday, September 20, 2001 12:35 PM To: Orion-Interest Subject: Reloading Class Files Is there a way to make Orion reload the latest version of the class EVERY TIME. Specifically I'm referring to Beans that are used by JSP files. This is to make development more convenient so I don't have to restart Orion after every change. Thanks, Dave Ford Smart Soft - The Java Training Company http://www.smart-soft.com
RE: Persistent JMS Queue
This is Orion 1.5.2 plus a few extra fixes. -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Darryl Dieckman Sent: Monday, September 17, 2001 12:37 PM To: Orion-Interest Cc: [EMAIL PROTECTED] Subject: RE: Persistent JMS Queue Thanks. We downloaded the latest orion server (1.5.2) and found that the problem had been fixed. We are using the Oracle OC4J, so I'm not really sure what version it truly is. It reports an Oracle version, but I can assume that it is certainly not 1.5.2. It says Oracle9iAS (1.0.2.2.1) Containers for J2EE Just out of curiosity, does anyone know what version this corresponds to? Darryl Dieckman
HOWTO: Securing A Directory RE: password protecting folders
Lars, I had this HOWTO partially written for a client so I finished it off and put it up on our website. http://www.atlassian.com/article/securingdirectory.html Hope it helps, please let me know off list if you encounter any problems using it! Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lars Hegemann Sent: Wednesday, August 29, 2001 11:52 PM To: Orion-Interest Subject: password protecting folders dear all, which files do i need to modify and what modifications need to be made exactly to password-protect certain folders in the default-web-app folder? I am no coder, so a simple, straight-forward answer would be appreciated! thanks in advance for all and any replies! Lars ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/
RE: HOWTO: Securing A Directory
Lars, The only error I can see off hand (I haven't tested, just glanced over the files) is that your orion-web.xml file has two tag pairs in it. security-role-mapping name=deelnemerrol /security-role-mapping security-role-mapping name=deelnemerrol group name=deelnemersgroep / /security-role-mapping Try deleting the first one, so it's just: security-role-mapping name=deelnemerrol group name=deelnemersgroep / /security-role-mapping Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lars Hegemann Sent: Thursday, August 30, 2001 10:16 PM To: Orion-Interest Subject: Re: HOWTO: Securing A Directory Mike, Thank you for finishing this HOWTO. I immediately put it to work, but when I try to log in using the username and password I specified in the principals.xml, I keep on getting prompted for a username and password over and over again (up to 3 times, actually, after that a 401 Unauthorised error message appears). It seems therefor as if the password I specified is not accepted. Hoping that you could help me out, I'm hereby sending my 3 modified files + the 3 original files (web.xml, orion-web.xml, and principals.xml). The url to the resource I'm trying to secure is: http://www.webenquete.be/test/index.htm All of the web-pages are placed in the Orion/default-web-app folder. Maybe another issue is relevant here: you wrote in the howto that Orion would generate a tagpair in the orion-web.xml file. However, this tagpair was not generated automatically, I put it in manually. Maybe this is an indication that I'm going wrong somewhere along the way? Maybe you also need to know that we use Orion as a server for SPSS Data Entry Enterprise Server (Orion gets installed automatically if SPSS Data Entry Web Server is installed, and it runs immediately out-of-the-box, without any additional configuration), a program for conducting surveys on the internet. Kind regards, Lars On Thu, 30 Aug 2001 17:37:31 +1000, Orion-Interest wrote: Lars, I had this HOWTO partially written for a client so I finished it off and put it up on our website. http://www.atlassian.com/article/securingdirectory.html Hope it helps, please let me know off list if you encounter any problems using it! Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lars Hegemann Sent: Wednesday, August 29, 2001 11:52 PM To: Orion-Interest Subject: password protecting folders dear all, which files do i need to modify and what modifications need to be made exactly to password-protect certain folders in the default-web-app folder? I am no coder, so a simple, straight-forward answer would be appreciated! thanks in advance for all and any replies! Lars ___ Send a cool gift with your E-Card http://www.bluemountain.com/giftcenter/ ___ http://inbox.excite.com
RE: Virtual DirecTory -- Help
Guys, I'm both for and against this new Orion list, but surely we're solving NOTHING other than creating more email if we send support messages to both lists? (Meaning everyone subscribes to both lists, everyone get's everything twice) Is there a sensible way we can resolve this? Personally I'd say use o-i when it's up, only use the egroups list when there's a problem. -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Daniele Arduini Sent: Sunday, August 26, 2001 7:14 PM To: Orion-Interest Subject: Re: Virtual DirecTory -- Help Eddie Post wrote: Hellu, I am trying to exculde my JSP files from the war file, such that the designer can easily change them without my help (withoud deployment, etc...). Anyone any idea/advice how to do that as I tried many things, but appearantly am not able to succeed ? 1. create an orion user and an orion group. 2. chown -R orion:orion /opt/orion 3. Run Orion as orion user from a shell script: ... umask 002 # IMPORTANT! cd /opt/orion java -jar orion.jar $@ ... 4. add your designer to the orion group. in /etc/group: ... orion::204:designer ... 5. use symbolic links to enable access .jsp pages from designer's home. bye, Daniele Arduini What I tried (I am running on a linux box, RedHat 7.0, Orion 1.5.1, JDK 1.3) ? - First I changed the jsp entry in my web.xml, from a relative path to a absolute path, that doesn't work, as he always starts looking from within the web application: --- servlet servlet-nameMainWebShop/servlet-name display-nameMain page of web-shop/display-name description/description jsp-file/home/development/vwr/web-client/jsp/webwinkel/html/main .jsp/jsp- file /servlet -- - I did add a virtual directoy entry in orion-web.xml of the the default web application, as the application runs under the default web application: - virtual-directory real-path=/home/development/vwr/web-client/jsp virtual-path=/VWR/jsp / However this doesn't work as the j2ee application itself listens to the root url /VWR/. It also tried the following: - virtual-directory real-path=/home/development/vwr/web-client/jsp virtual-path=/VWR_jsp / Which works but then the jsp's don't run in the application environment, and as such you need to make a connection as if you were an external j2ee client, which isn't very logical ofcource. - I tried to put a symbolic link in the war file to the jsp's, but jar doesn't understand that. It will just copy all the files. Any ideas are more than welcome. Eddie :(
RE: Strange jsp-error.
I've had this error using Jikes before, I switched to javac and it went away. It's something to do with the compiler giving bad bytecodes. Also try commenting out large chunks of your JSP page to find out where the bad bytecode is, I'm sure the IronFlare guys will want to know (I believe mine was in a jsp:useBean block). -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michiel Meeuwissen Sent: Friday, August 17, 2001 11:43 PM To: Orion-Interest Subject: Strange jsp-error. Hello, Does anybody know what the following error means? Error creating jsp-page instance: java.lang.VerifyError: (class: __jspPage0_mmbase_edit_change_node_jsp, method: _jspService signature: (Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpSe rvletResponse;)V) Register 31 contains wrong type (using Orion 1.5.2) It does not occur in all jsp-pages, but I've no idea what's happening, neither how to solve it. Michiel -- Michiel Meeuwissen - NOS internet Mediacentrum kamer 203 - tel. +31 (0)35 6773065 http://www.mmbase.org http://www.purl.org/NET/mihxil/
RE: http://www.orionsupport.com
It was down but is back up again. There's always local mirrors up at : http://au.orionsupport.com http://uk.orionsupport.com http://de.orionsupport.com If you're having problems with the main site. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Shoemaker Sent: Wednesday, August 22, 2001 11:31 PM To: Orion-Interest Subject: http://www.orionsupport.com Anyone know what happened to this site? Mike _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
HAPPY BIRTHDAY Orion - turns 2!
Just thought I'd like to remind everyone that Orion's 2nd birthday has just passed ;) -mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
RE: NEWS: Orion Server Growth - 1400% in 12 months
Message seemed to get eaten by the Orion-interest gremlins - resending. Congrats Ironflare! The latest Netcraft figures for July, 2001 are in and it's good news - Orion posted another solid month of server growth, racing to become the 55th most used webserver on the planet - 1 place behind WebLogic! Read all about it - http://www.atlassian.com/article/oriongrowth.html -mike PS Any and all conclusions drawn from Netcraft figures are inherently dodgy and not to be trusted ;) Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
RE: Orion support - dead? (slightly OT)
Just to confirm, we're not exhibiting there however IronFlare will be. And yes, Karl is speaking at JAOO. I encourage anyone in the area to go, I hear it's an excellent, very well run conference. Cheers, Mike Mike Cannon-Brookes :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Michael J. Cannon Sent: Tuesday, August 14, 2001 3:23 AM To: Orion-Interest Subject: Re: Orion support - dead? (slightly OT) Speaking of which, anybody going to the JAOO Conference in Denmark? Karl will be lecturing there: http://www.jaoo.dk/bigwig/jaoo/Speaker.avedal.html and from the Orionserver Home Page, either Ironflare or Atlassian will be exhibiting there. So anybody going? Michael J. Cannon PM/COO-hsqldb.org, Inc.
RE: MDB in orion 1.5.2
Tim,
Do you
mind if we take this document and put it up on OrionSupport.com ?
We'll
gladly attribute you / your company as the author.
Cheers,
Mike
Mike Cannon-Brookes - Founder, Core
DeveloperOpenSymphony - http://www.opensymphony.com"The
Open Source J2EE Component Project"
Latest News- Cache in on faster, more reliable
JSPshttp://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tim
PouyerSent: Thursday, June 28, 2001 9:53 AMTo:
Orion-InterestSubject: Re: MDB in orion
1.5.2
ok,
finaly got my mdb working, it
took me ten minutes to write and a whole day to deploy. You gotta love
j2ee. So here is my little tidbit of knowledge for all of you that are
currently feeling what was my frustration about an hour ago.
Steps to deploy message driven been in
orion1.5.2
in your code for your mdb make sure that your
class only implements MessageDrivenBean and does not implement
MessageListener. This was a tough one to figure out but you have to remember
that these guys built this container before the ejb2.0 spec was final.
I still don't think that it is completely finialized.
Now compile your code into a ejb-jar making sure
to use the ejb.jar file from you orion directory and not the j2sdkee1.3
j2ee.jar file. Your ejb-jar.xml file should look like the xml snipit
at the bottom of this posting.
After you have deployed your mdb in orion browse
to the application-deployments directory and choose the folder with the name
of your application. Then browse to the folder with the name of your
mdb bean. Open the orion-ejb-jar.xml file in that directory.
most of the node orion has already generated for you but you will have to
make some modifications in order to tell orion what connection factory to
use and what topic or queue for it to look at. You will need to add a
cache-timeout, connection-factory-location, destination-location,
max-instances, min-instances, and name attributes to the
message-driven-deployment node. I am not sure if order is important
here or not but to be on the safe side and avoid a lot of agrivation I would
follow the above order since it is the order given on the orion site. I have
provided an example of my orion-ejb-jar.xml file at the bottom of this
post.
Finaly make sure that you have added the
topicConnectionFactory's that you specify in your deployment descriptors to
the jms.xml file located in the config directory of orion. the
names sould be exact, that means that they are case sensitive so watch out
for that mistake. And be sure to uncomment the jms-config node located
in the sever.xml file in your orion config directory. I have also
included my jms.xml file at the bottom of this post.
I hope that this will clear some things up for
some of you. Hopefully those of you getting ready to try this for the
first time will make good use of this knowledge and not spend all day just
trying to get the mdb's to work.
As a quick test I would recomend modifing the
jmschat example to connect to the topic your mdb is listening to using the
connection factory you have created. And put a System.out.println("This
is my onMessage() method"); tag into your onMessage(Message msg) method in
your mdb then when you use the modified jmschat example to send a message you
should see this output on your screen then you will know that your mdb is
working properly.
//
= //
// This is my jms.xml
file
//
//
= //
jms-server host="10.1.100.3"
port="9127"
!--
= --
!-- Topic Connection Factory bindings, these will
be used to obtain --
!-- JNDI names for administered objects
--
!-- Quick note use an ip address for the
topic-connection-factory host attribute when possible --
!-- if you will be using a remote client to
connect to your orion jms server it will need to be set to
--
!-- whatever your server's ip address is and not
to 'localhost' or '127.0.0.1' otherwize it will not--
!-- allow you to connect --
!--
=
--
topic-connection-factory host="xxx.xxx.xxx.xxx"
location="jms/PrimaryTCF"
password="exim00" port="9127" username="admin" /
!--
= --
!-- Queue bindings, these
RE: debug jsp pages and where is the source
Kevin, Thanks for that - hope you have a great weekend, and don't post too many messages to the wrong lists! ;) -mike Mike Cannon-Brookes - Founder, Core Developer OpenSymphony - http://www.opensymphony.com The Open Source J2EE Component Project Latest News - Cache in on faster, more reliable JSPs http://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin Duffey Sent: Sunday, June 17, 2001 10:27 AM To: Orion-Interest Subject: RE: debug jsp pages and where is the source Hi Melissa, I didn't get the size for him. To be honest..I cam was working on content and part of my front-end framework the last few times. I will figure this out soon for him and let him know. Next weekend is bad for me to meet too..got two graduations and a special mothers-day/fathers-day dinner for my parents who are in from Florida. But sometime during the week, especially Wednesday night or Thursday would be fine. Site is up. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scot Weber Sent: Thursday, June 14, 2001 5:27 PM To: Orion-Interest Subject: Re: debug jsp pages and where is the source Wendell, orion-web-app jsp-cache-directory=./persistence servlet-webdir=/servlet development=false-- Change this to true persistence-path=./persistence/state.ser Then . . . Assuming all things are equal and you have a default web app called 'devel-default-web-app' bound to the server you're working with, the persistence (and subsequently the .java files for the .jsp's) will be in the path: /u/orion/application-deployments/default/devel-default-web-app/persistence http://www.mydomain.com/index.jsp will produce the files /u/orion/application-deployments/default/devel-default-web-app/per sistence/index.jsp.java /u/orion/application-deployments/default/devel-default-web-app/per sistence/index.jsp.jspCache peace - scot Wendell Nichols wrote: Well I made the jsp page work by explicitly importing java.lang.String, as opposed to java.lang.* as I had done for other servers. Because this shouldn't bother other servers I'm ok with it. I still need to have access to the jsp.java files for debugging purposes before Orion will be an acceptable server for me... ... snip ... Any help would be appreciated.. Wendell Nichols Amdahl Software Ltd. and Fujitsu Apserv. -- scot weber - [EMAIL PROTECTED] - Given a choice between a folly and a sacrament, one should always choose the folly -- because we know a sacrament will not bring us closer to God and there's always a chance that a folly will. - Erasmus The only man who never makes a mistake is the man who never does anything. - Theodore Roosevelt.
RE: Oracle deal gag
Jay, Might I say in advance that I've read your posts in the past and they are good, however this one is severly off the mark and badly wrong in judgement. After my criticism, subsequent messages from others on the original thread (RE: Oracle deal) also went through fine, but none of them were critical of Ironflare. In fact, all of them either told me to shut up (Greg Stickley and Hani Suleiman, who described the problem as a pebble), were complimentary of the deal, and/or tried to change the subject. Seems odd to me that not one, single critical comment about the most important business deal in Orion Server's history came after mine, unless the thread was being censored. There is NO censorship on this list, I know the guys and trust me when I say there isn't. There have been list problems of late with the whole IronFlare team in SF - I'm sure they will be rectified soon. (For note I sent a very complimentary email that also didn't get through) I would point out one of Karl's statements in his reply to me: The purpose of the orion-interest has always been to promote the exchange of experiences and knowledge between our users, not as a channel to communicate with us. I interpret the statement above to be a veiled warning that big brother is watching and not to criticize Ironflare via orion-interest. I think you've been watching too much reality TV. IronFlare have never shied away from negative comment (much on this list). Quiet they may be, big brother they are not. Don't you also find it odd that Ironflare did not make this announcement? Rather, it came from Bryan Young's discovery after trying oc4j. My guess is that Ironflare, possibly under orders from Oracle, wanted to keep this quiet and is now attempting damage control. Yes odd indeed. Let me see: - Oracle has a press / marketing team of hundreds of individuals. - IronFlare doesn't have enough people to answer sales emails - IronFlare team is in SF, with little time to send out PRs - Oracle announces the deal first - shock horror!! If it's a list problem, okay, but how can we possibly know? Time will tell, though it could also be that open discussions are not and have never been allowed in this interest group. I've spoken to the guys and they assure me it's a list problem. There is no censorship here, never has, never will be. The product stands on it's merits, nothing else. -mike PS Sorry if this comes across as angry, I am. I'm sick of people sledging the IronFlare folks whenever anything happens. They're great guys, with a killer product, and they're working their guts out. Because they don't spend as much time as you deem necessary on PR, they're somehow Machiavellian ? Cut them some slack!
RE: Oracle deal
I've never seen behaviour like this, and yes I run a few 24x7 sites on Orion. My boxes are usually dual P3-866's, each with 1 gig RAM, running RedHat and Sun JDK 1.3. -mike Mike Cannon-Brookes - Founder, Core Developer OpenSymphony - http://www.opensymphony.com The Open Source J2EE Component Project Latest News - Cache in on faster, more reliable JSPs http://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Metla, Suri Sent: Saturday, June 09, 2001 1:49 AM To: Orion-Interest Cc: '[EMAIL PROTECTED]' Subject: RE: Oracle deal Hi all, I am running Oracle's oc4j ( i.e. Orion 1.5.0.) on Solaris BOX having 1G RAM, 12 CPU's box. We are now testing the Orion Server for the Scalability and Load test. We are running the Simple Jsp , for a duration of one day Using the Load runner with 50 user concurrency. The server Crashes after 3Hrs of test run giving the error. Warning: Error reading transaction-log file (/app/ias1022/j2ee/home/persistence/transaction.state) for recovery: premature end of file Forced or abrubt (crash etc) server shutdown detected, starting recovery process... Recovery completed, 0 connections committed and 0 rolled back.. Any one know about this behavior of Orion. Is this OC4J is scalable?. Is any one running the 24-7 sites using this Orion Application Server?. Thanks In advance. Regards, Suri -Original Message- From: Darren Gibbons [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 07, 2001 6:41 PM To: Orion-Interest Subject: Re: Oracle deal I agree fully. This is good for Orion, for Oracle, and us as developers. The indication that I've been getting at JavaOne is that this deal is similar to the JBuilder deal -- Oracle licenses the source code, and goes off and forks it, adding their own value-add features. Orion is free to keep on doing what they do best, albeit with a (hopefully very large) deposit to their bank account. At some point in the future, Oracle may license Orion again (just like Oracle recently licensed the latest JBuilder for their next release of JDeveloper), but they don't have to. The bottom line is that rather than recommending JRun on the low-end for clients, and BEA on the high-end, I'll be able to recommend Orion *or* Oracle, and know that I'm getting a high-quality product either way. Oracle's licensing is a huge validation for Orion, not just for technical reasons (I think everyone on the list knows it's a good product), but also in terms of mindshare and comfort level of those who sign the cheques. Code and be happy. Darren. PS IronFlare has hired another developer, and Magnus has some good things coming in terms of management tools and J2EE 1.3 integration. Now is when things really start to get interesting... On Thu, Jun 07, 2001 at 02:41:51PM -0700, Robert S. Sfeir wrote: Why can't everyone just enjoy and bask in the moment? It seems that every time something happens on this list, we all have to start whyning! If things suck later, just change to different app server if you're unhappy with the results. This just means that: 1- Orion kicks butt 2- Oracle's App Server was shameful and they saw the power of Orion 3- IronFlare has more money to work with, and perhaps add more support folks or more designer to go faster and better. It's not like we never have, and never will have another choice for an app server. This move justifies my pitch to clients now, and soon I many not even tell them Orion, I will say the Oracle App Server if the client is a bit gun-shy on using something other than Weblogic. Just my opinion. R Robert S. Sfeir Director of Software Development PERCEPTICON corporation, in Joint Venture With JTransit San Francisco, CA 94123 pw - http://www.percepticon.com/ jw - http://jtransit.com e- [EMAIL PROTECTED] -- Darren Gibbons[EMAIL PROTECTED] OpenRoad Communications ph: 604.681.0516 Internet Application Development fax: 604.681.0916 Vancouver, B.C. http://www.openroad.ca
RE: Oracle deal
I'm fairly sure it's Orion 1.5.1 but anyone with an Oracle license can download it and check for us by running java -jar orion.jar -version (yes, it is still called orion.jar ;)) Also see http://technet.oracle.com:89/cgi-bin/forumdisplay.cgi?action=topicsforum=Or acle9iAS+J2EEnumber=99 (may wrap) for discussion about OC4J/Orion. I'd imagine that the deal will help current Orion users by providing greater visibility / enterprise usage of the software, as well as Oracle contributing back bug fixes etc which will no doubt be rolled into the general code base. Whether it helps documentation or not is to be seen. -mike Mike Cannon-Brookes - Founder, Core Developer OpenSymphony - http://www.opensymphony.com The Open Source J2EE Component Project Latest News - Cache in on faster, more reliable JSPs http://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Phillip Ross Sent: Thursday, June 07, 2001 6:08 AM To: Orion-Interest Subject: Re: Oracle deal I've been told Oracle's oc4j is orion 1.5.0. And I've also been told that it's confidental as to how/when/if ironflare will continue to push newer builds of orion to Oracle or what. - Phillip --- Bryan Young [EMAIL PROTECTED] wrote: I just read about Orion being used as the base code for their 9i app server. Does anyone know the specifics of the deal? Specifically I wanted to know what version of Orion they are using, and if there would be any benefit to future versions of Orion. __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
RE: Oracle deal
It leaves customers in the same position they were in before. Orion still sells an app server, and a damned good one at that. The Oracle app server is the same (now) but only comes bundled with a $50,000+ database - so they're in slightly different price brackets. -mike Mike Cannon-Brookes - Founder, Core Developer OpenSymphony - http://www.opensymphony.com The Open Source J2EE Component Project Latest News - Cache in on faster, more reliable JSPs http://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Thursday, June 07, 2001 10:30 AM To: Orion-Interest Subject: Re: Oracle deal What I am interested in is what are the future implications for Orion? We are about to purchase a license for Orion, but if development on Orion isn't going to be the main focus, where does that leave customers? Julian Doherty Information Systems Analyst Education Review Office Phillip Ross [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent by: cc: owner-orion-interest@orionSubject: Re: Oracle deal server.com 06/07/01 08:07 AM Please respond to Orion-Interest I've been told Oracle's oc4j is orion 1.5.0. And I've also been told that it's confidental as to how/when/if ironflare will continue to push newer builds of orion to Oracle or what. - Phillip --- Bryan Young [EMAIL PROTECTED] wrote: I just read about Orion being used as the base code for their 9i app server. Does anyone know the specifics of the deal? Specifically I wanted to know what version of Orion they are using, and if there would be any benefit to future versions of Orion. __ Do You Yahoo!? Get personalized email addresses from Yahoo! Mail - only $35 a year! http://personal.mail.yahoo.com/
RE: Xerces.jar
java.lang.NoClassDefFoundError: org/apache/xalan/xslt/XSLTProcessorFactory This file is in Xalan.jar not Xerces.jar ? Orion no longer needs Xerces, it uses JAXP and Crimson instead. You should code to the JAXP API anyway, not to Xerces specific APIs - for portability. -mike
RE: Standar Template
Consider SiteMesh a prebuilt filter for the purpose of implementing HTML decorators ;) Trust me - try it! -mike Mike Cannon-Brookes - Founder, Core Developer OpenSymphony - http://www.opensymphony.com The Open Source J2EE Component Project Latest News - Cache in on faster, more reliable JSPs http://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joni Suominen Sent: Saturday, May 12, 2001 12:26 AM To: Orion-Interest Subject: Re: Standar Template Using a filter sounds like a good idea. It is a natural way to implement Decorator design pattern. -- Joni [EMAIL PROTECTED] Smith Jason wrote: Maybe you could use a filter? Check out the filter tutorial at http://www.orionserver.com/ /Jason -Original Message- From: Dave Ford [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 10, 2001 9:17 PM To: Orion-Interest Cc: Dan Tharp Subject: Standar Template I want to create a web app in which every page on the site has a standard header along the top and a standard menu along the left edge (a pretty standard thing). I came up with 2 ways of doing this: 1. Use a table tag and jsp:include tags on EVERY page: table tr tdjsp:include page=standardHeader.jsp//td /tr tr td colspan=2 table tr td valign=topjsp:include page=/menu.jsp //td td valign=top THIS IS WHERE THE PAGE-SPECIFIC CONTENT (i.e. the body)* /td /tr /table /td /tr /table 2. Invert the above solution to create one master template (or controller) and have the content page name passed in as a parameter. Here would be the master template-controller page: table tr tdjsp:include page=standardHeader.jsp//td /tr tr td colspan=2 table tr td valign=topjsp:include page=/menu.jsp //td td valign=top jsp:include page=%=request.getParameter(contentPage)% /* /td /tr /table /td /tr /table The key difference between these two architectures are best understood by looking at the 2 lines with the * at the end. Also, in option 2, there is only one copy of the above code. In option 1, there is one copy per content page Q1: Does anyone have any preference between options 1 and 2? Q2: Is there a better way of achieving this result? Q3: Do either have any negetive drawback I need to consider? (I will be converting an entire site) By the way, I'm currently achieving this effect VERY easily using good old client-side html frames. But due to popular demand, framse must go. Dave Ford Smart Soft - The Java Training Company http://www.smart-soft.com
RE: Standar Template
Noo - XML/XSL is too slow / fugly to actually use day to day (IMHO) I'd advise you to check out SiteMesh - it's built for this exact purpose! http://www.opensymphony.com/sitemesh Quite simply you provide JSP based decorators which are mapped to URIs. Download and install the sample app, it's the only way to learn about it. $10 says you're using it within a week ;) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: Friday, May 11, 2001 7:12 AM To: Orion-Interest Subject: RE: Standar Template I've iterated through several solutions to this problem and can offer some advice: I started out using option 1 as you describe. I quickly noticed that *every* page contains the definition of the layout and look of the website. What if I wanted to put the navigation bar on the right instead of the left? I would have to modify *every single page* in my website. Yuck. My next step was to put the container code in separate head/foot JSP files and @include them like this: %@ include file=head_stuff.jsp % p My content /p %@ include file=foot_stuff.jsp % Which at least puts all the look and feel stuff in a handful of places. But my site has different templates for the logged in user vs the welcome/signup screens and a few other special cases as well. It quickly became a pain to keep track of all the different headers and footers, and in any case opening tags in one file and closing them in another really sucks. Yuck. Next step was option 2 as you describe. I created template_inside.jsp, template_outside.jsp, etc which contain all the layout structure and then include the appropriate content file based on a parameter. Since I'm using an MVC framework, this is pretty easy to do. This is the best option I've described so far, and it works. But it's not very sophisticated, and it doesn't make having multiple layers very easy. Fortunately I'm working on my own time, so now I'm moving on to the fourth generation of my website content: This sort of templating is where XSLT really shines. Rather than creating templating layers from the top down, XSLT allows you to start at the bottom and build up, successively transforming the input. Wrapping (in a layout template) is just one kind of transformation. Each step has no need to know anything specific about the previous step; it's all just based on transformation rules. I'm still near the bottom of the XSLT learning curve, but I'm already amazed at how powerful it is. It's also a lot easier to pick up than I had expected from first looking at a sample. The only problem with using XSLT in a web application is the lack of framework support. Cocoon did not make a favorable impression on me (to say the least). I wanted something that provides a simple MVC paradigm like WebWork or (not-so-simple) Struts but uses XSLT for the view templating. So I (and a friend) sat down and wrote it. Tomorrow we'll send out a link to the sourceforge site; we're still working on the documentation and examples. In summary: For a simple approach, Option 2 as you describe isn't bad. For (IMNSHO) a more elegant and powerful approach, it's worth looking into XSLT. Jeff Schnitzer [EMAIL PROTECTED] http://www.similarity.com (still using WebWork, but not for long :-) -Original Message- From: Dave Ford [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 10, 2001 12:17 PM To: Orion-Interest Cc: Dan Tharp Subject: Standar Template I want to create a web app in which every page on the site has a standard header along the top and a standard menu along the left edge (a pretty standard thing). I came up with 2 ways of doing this: 1. Use a table tag and jsp:include tags on EVERY page: table tr tdjsp:include page=standardHeader.jsp//td /tr tr td colspan=2 table tr td valign=topjsp:include page=/menu.jsp //td td valign=top THIS IS WHERE THE PAGE-SPECIFIC CONTENT (i.e. the body)* /td /tr /table /td /tr /table 2. Invert the above solution to create one master template (or controller) and have the content page name passed in as a parameter. Here would be the master template-controller page: table tr tdjsp:include page=standardHeader.jsp//td /tr tr td colspan=2 table tr td valign=topjsp:include page=/menu.jsp //td td valign=top jsp:include page=%=request.getParameter(contentPage)% /* /td /tr /table /td /tr /table The key difference between these two architectures are best understood by looking at the 2 lines with the * at the end. Also, in option 2, there is only one copy of the above code. In option 1, there is one copy per content page
RE: FW: custom finder in CMPs (SLSB facade)
Not at all, I completely disagree (well not completely, but often ;))
As for the previous poster, SLSB facades are useful whereever they perform
more than one call on an entity bean because the potential network round
trips are reduced.
Example:
Swing Client - SLSB (travels over the network) - EJB (on the server all
the time)
SLSB.setOneTwo(String foo, String bar)
{
EJB.setOne(foo);
EJB.setTwo(bar);
}
You've just reduced your network calls by 50% over going to the EJB
directly.
(Note: I know this is a grossly simplified example but I hope it illustrates
the point)
-mike
Mike Cannon-Brookes - Founder, Core Developer
OpenSymphony - http://www.opensymphony.com
The Open Source J2EE Component Project
Latest News
- Cache in on faster, more reliable JSPs
http://www.javaworld.com/javaworld/jw-05-2001/jw-0504-cache.html
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Armin Michel
Sent: Monday, May 07, 2001 8:32 PM
To: Orion-Interest
Subject: Re: FW: custom finder in CMPs (SLSB facade)
IMHO, facades are only useful when they do some extra-work, e.g.
consolidating the work with many other EJBs.
When you just use a facade to plainly forward any request to exactly one
EntityBean (1:1 relationship between facades and EntityBeans)
than it's not
worth the trouble.
I am just about to write such 1on1 facades - because I need some
extra level
of security (checkout original topic of this thread). If I didn't have to
cope with such security issues, I wouldn't use these facades; I'd rather
prefer to directly communicate with my EntityBeans (for the sake of
simplicity).
Yours
Armin Michel
---
On Monday 07 May 2001 10:07, you wrote:
The call to a SFSB cause you (with Orion) at max the additional
penalty of
an extra Activation and Passivation cycle. Depending on the amount of
resource usage for these extra cycli as percentage of the
overall resource
usage, the use of SFSBs will hit you.
The thing which puzzles me is why not go to the Entity Bean directly
itself? It saves both computer and programming resources. In all
discussions and readings I have found no decent arguments that
prevent me
from going direct, unless you throw in the -valid- information hiding
argument.
The system I'm working on uses a Swing client. Most important
reason: Using
an application client you can validate user input the moment it gets
entered.
One of the things we do is validating keys against the server the moment
someone has entered the complete key. The validation is done against the
Entity Bean itself, not against a facade.
Now I know that the quality of constructive comments does not
necessarily
have a positive correlation with the price of a suite, but an expensive
(and thus highly regarded) consultant claimed that using a SLSB
facade is
better.
I still can't figure out why (although I do agree that the extra
performance overhead is little), so I'm tending to the position
that it's
probably bollocks.
Stuborn at the risk to get shot ...
FE
RE: Interests sake
In production, Orion 1.4.8 on Red Hat 6.2 (recently moved from a server that was on 6.0) Development - Red Hat 7.0 and Win2k - both 1.4.8 -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Thursday, May 03, 2001 5:16 PM To: Orion-Interest Subject: RE: Interests sake Linux ...Caldera Openlinx 2.3 Linux ... Red Hat 7.1 some development on win 98 (because it fits on my lap). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Adam Cassar Sent: Wednesday, May 02, 2001 10:53 PM To: Orion-Interest Subject: Interests sake Hi all, For interests sake, what OS is everyone on the list running orion on? Windows 2000? WinNT Linux? I would of thought that most people would be using Linux but I think from postings on this list that I might be mistaken -- Adam Cassar Technical Development Manager ___ NetRegistry http://www.netregistry.au.com Tel: +61 2 9641 8609 | Fax: +61 2 9699 6088 PO Box 270 Broadway NSW 2007 Australia
RE: Stateless Session Beans
Scotty, What is the need for this? Any stateless session variable can have a normal variable that's initialised in the ejbActivate() and ejbCreate() methods. static variables are fugly in a distributed environment because they're only per JVM - remember this ! -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of SCOTT FARQUHAR Sent: Thursday, May 03, 2001 3:48 PM To: Orion-Interest Subject: Stateless Session Beans I'm hoping that someone can help me with this. Can you have a stateless session bean that actually has class variables? Ie I want to have a variable that is loaded once per application, and then accessed by all the whole application. I know that SLSB are pooled and created and destroyed at will - but will they be created with the variable containing a value? Any thoughts are much appreciated. Scott
RE: Understanding XML files
Scott has put a lot of work into this document, so I'll try and do a mental brain dump of all the things left out / wrong. Don't get me wrong - this is an excellent document with a few corrections (see below). If people add their thoughts / experiences to it over the next few days, I'll put up a summary of all the contributions under one doc on OrionSupport. Read on... -mike Subject: Understanding XML files I'm still learning about this, but here's my attempt at a primer to understand how the xml files fit together. Please feel free to correct any omissions or inaccuracies. ~ Default-web-site.xml / web-site.xml These are both just web-site.xml files ( see http://www.orionserver.com/docs/web-site.xml.html ). Default-web-site.xml is just the 'default' website set up when Orion is installed , the contents of it's WAR are at ./default-web-app (read on for more details) +++ This represents a website. Because you may be serving multiple web sites on one box (either for multiple IP's, or multiple domains - ie. orionsupport.com and opensymphony.com could be on the same box), you configure a web-site.xml for each of them. Inside this file you configure a default-web-app multiple web-apps. The parameters to these tags are as follows: default-web-app application=default name=defaultWebApp / web-app application=EJBDemo name=ejbdemo-web root=/ejbdemo / web-app application=taglib-test name=sitemesh-example root=/sitemesh / application: the application as defined in server.xml (tag in server.xml is application, and the parameter is name). ie. from above I have an application named EJBDemo in server.xml name: the web application's name as defined in that particular application. ie. Inside my application.xml for EJBDemo, there is a web-application named ejbdemo-web. root: where you web-app is rooted on the tree. From the above localhost/ejbdemo/ would correspond with the web-app ejbdemo-web in application EJBDemo. Note you cannot have two web-apps with the same root (and you can only have one default-web-app - this is fairly obvious I guess). I don't know what happens if you have directories in one web-app (eg WAR A has /foobar) that overwrite another web-app's root (eg you bind WAR B to /foobar). My guess is the second web app would work and the first wouldn't (I don't think this is documented anywhere, shouldn't be too hard to test though) Server.xml ++ There is only one of these per server, so it is the root point for all the other files. Of particular note are the lines: web-site path=./default-web-site.xml / This is setup by default in the install, so as to make the default web site work. (See above). Feel free to remove this for a production machine. application name=EJBDemo path=c:\scott\javadev\ejbdemo\build\ejbdemo.ear / These lines show me what websites and what applications I have running. You would only need multiple web-site's if you are serving multiple domains. Or multiple IPs. Or SSL and non SSL sites (possibly same IP/domain but two web-site 's) On the other hand, you may have many applications. If you have many web-applications you will need to add them into your websites as listed above. Application.xml +++ This is a bit of a misnomer (I've complained to the orion guys about this file, it's misnamed). It's actually not an application.xml file in the J2EE sense (the descriptor for an EAR), it's an orion-application.xml file (the app-server specific deployment descriptor for an EAR) - see the tags inside it to confirm if you want. If you are creating a full-blown application, you are best to create a separate one of these for each application. Inside here you define modules. These can be web modules, ejb modules, or java modules. When creating your own applications, you need to create your own application.xml. Orion will create the orion-application.xml file for you and you can tweak it from there. If they are web modules, you will want to add them to a website in order to view them. True. If you want to deploy a simple WAR file under Orion (using the default, factory configuration settings) you add it as a web-module to this file (./config/application.xml) and then add a web-site to ./default-web-site.xml and you're set. (This is what Scott say's verbosely below ;)) Creating a quick and dirty JSP ++ (this is actually a quick and dirty web app) However - many people have asked about quickly deploying a jsp in a default way. In this case you are probably best to modify the file application.xml that resides in /config/ with the other xml files. Simply add a web module to this file, and then add that particular web module to your default-web-site.xml eg. You want to create a web-app called jsp-test that will be show at localhost/jsp-test/ + Create
RE: Backward compatibility
In what way? I'm having no problems. The only possible problem area is XML (but only if you've coded your software to use Xerces directly - which is bad ;)) -mike Mike Cannon-Brookes - Technology Director, Asia Pacific internet.com Corporation - The Internet Industry Portal Ph: (612) 9290 1088 - Mob: 0416 106090 - The Media Network @ http://australia.internet.com - Meet A Guru @ http://www.breakfastforums.com.au - Subscribe Online @ http://www.enewsletters.com.au -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Adam Cassar Sent: Thursday, May 03, 2001 12:37 PM To: Orion-Interest Subject: Backward compatibility Orion 1.4.8 not backward compatbile with at least 1.4.7? Anyone else experience this problem? -- Adam Cassar Technical Development Manager ___ NetRegistry http://www.netregistry.au.com Tel: +61 2 9641 8609 | Fax: +61 2 9699 6088 PO Box 270 Broadway NSW 2007 Australia
RE: SOAP/WSDL support?
Kevin, Orion 1.4.8 supports JAXP 1.1 and removes the need for Xerces. (It updates to the latest Xalan, and also uses Crimson). Not sure how this affects your ApacheSOAP stuff (sounds interesting - any URLs to read up?) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Duffey, Kevin Sent: Wednesday, May 02, 2001 11:59 AM To: Orion-Interest Subject: SOAP/WSDL support? Hey all, I am wondering why it is Orion still uses an old version of xerces.jar and such. There are a number of new things that I can't do with their shipping version of xerces.jar. Anyways, I think (if the Orion team reads this), that adding support for SOAP using ApacheSOAP would be a great feature. Having built in support for running SOAP services (with examples of writing a service, as well as a client to access that service) would be a very good thing.
RE: log4j and ejb
The problem with going this route (and it's what I do ;)) is that you only have ONE log4j config for the whole server. Each app has the same logging and you can't really separate them easily (without writing a long config file that breaks up based on category). -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan Ng Sent: Saturday, April 28, 2001 10:27 AM To: Orion-Interest Subject: Re: log4j and ejb I pass in the Java property that points to the whatever configuration I want at the time. Usually I use the log4j.properties file with the console appender rolling file appender, slightly modified for my purposes. Basically, the format of that file is covered under documentation at the log4j website( http://jakarta.apache.org/log4j ) Returning to the topic at hand, my run_orion.bat has the following line: java -Dlog4j.configuration=file:///orion/cfg/log4j.properties orion.jar The property value I provide is just a URL to a local file. I find it handy to able to specify what configuration file I want while developing. In theory, the PropertyConfigurator checks a number of places, including the classpath, for the log4j.properties file. It doesn't seem to work for me, but someone else on this list can probably help you out if you want to go that route. As far as I can tell, using log4j violates the letter of EJB spec, but not the spirit. Works just fine for me, so I'm going to go with the pragmatic route and fix things later if need be. hth... - Original Message - From: Todd M Benge [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Friday, April 27, 2001 2:39 PM Subject: log4j and ejb Hi, I'm trying to use log4j to log from an enterprise bean. I've been able to get a bean to log to stdout using the BasicConfigurator but am not able to get it to log using either the DOMConfigurator or the PropertyConfigurator. I believe Property and DOM configurators need a file to set up the appenders. Has anybody been successful in using a configurator othere than the BasicConfigurator with a bean? If so, how? Thanks, Todd
JOKE RE: Orion support company
Okok everyone - for those confused. Orion did NOT get bought by BEA. JoeO was just making a joke, which obviously quite a few people missed. Call it a late April fools prank ;) REPEATING: Orion has not been bought by BEA. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert S. Sfeir Sent: Thursday, April 26, 2001 4:33 AM To: Orion-Interest Subject: RE: Orion support company At 11:37 AM 4/25/2001 -0400, you wrote: Orion's web site is still up? Every time I go to www.orionserver.bea.com, it comes back with an error. What's orionserver.bea.com? Dude how about www.orionserver.com, I didn't know BEA bought Orion... or did I miss some crazy post somewhere? R Robert S. Sfeir Director of Software Development PERCEPTICON corporation San Francisco, CA 94123 w - http://www.percepticon.com/ e- [EMAIL PROTECTED] t - (415) 749-2900 x205
RE: orion-ejb-jar.xml
Beware I think this is changing in 1.4.8 so that _all_ config files will be in /META-INF (makes more sense for consistency). -mike -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ron van PolSent: Sunday, April 22, 2001 1:24 AMTo: Orion-InterestSubject: RE: orion-ejb-jar.xml orion-ejb-jar.xml has to be located at orion/orion-ejb-jar.xml, NOT in META-INF/orion-ejb-jar.xml. Snip form http://www.orionserver.com/docs/orion-ejb-jar.xml.html: "An orion-ejb-jar.xml file contains the deploy-time info for an ejb-jar. It is located in ORION_HOME/application-deployments/deploymentName/jarname(.jar)/orion-ejb-jar.xml after deployment and orion/orion-ejb-jar.xml below the ejb-jar root if bundled with the application or if no deployment-directory is specified in server.xml. " -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stan NgSent: Saturday, April 21, 2001 4:56 AMTo: Orion-InterestSubject: orion-ejb-jar.xml I'm noticing that my JNDI settings are being picked up from the ejb jar. I've specified the mappings in my META-INF/orion-ejb-jar.xml but Orion ignores the file when it deploys. Is anyone else experiencing this and if not, could you provide an example EJB jar that works? I thought I had this working before, but something seems to be broken now... Thanks in advance!
RE: smp w/jdk
I run 1.3.0.02 on Linux with two processors, no problems to speak of yet? (with -server and HotSpot) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of elephantwalker Sent: Friday, April 20, 2001 2:07 PM To: Orion-Interest Subject: smp w/jdk I just noticed that the readme for Sun's 1.3.0.02 recommends against smp kernels on Linux. Is that an issue? I haven't noticed a problem, had anybody else noticed a problem with Linux and Sun's jvm with the smp kernel? Regards, The elephantwalker
RE: PostgresJDBC Driver w/ Orion under load
I'm using Postgres 7.1rc3 with 'the most recent Orion build' ;) I'm going to upgrade both overnight to see if it makes any difference, but I think what I really need is a tool to see: a) the threads Orion is running and what method they're stuck in (JPDA should do this) b) the current connections to postgres and the query that's being run - any idea how to get this info? Heavy load is very heavy, real life load. (if that helps) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Adam Cassar Sent: Thursday, April 19, 2001 12:24 PM To: Orion-Interest Subject: Re: PostgresJDBC Driver w/ Orion under load What version's r u using? We use postgres + orion here with no problems. What do you classify as 'heavy load'? Is it testing or real life load? On 19 Apr 2001 10:27:02 +1000, Mike Cannon-Brookes wrote: Has anyone used Postgres + JDBC + Orion under heavy load? We're having a problem on one of our production machines that on some occasions under heavy load Postgres JDBC connections seem to be dying / locking up as do Orion threads and we're not sure where to start looking. Has anyone used this combo and has experience with this sort of thing? Here's an example trace: An I/O error occured while reading from backend - Exception: java.net.SocketException: Connection reset by peer: Connection reset by peer Stack Trace: java.net.SocketException: Connection reset by peer: Connection reset by peer at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:86) at java.io.BufferedInputStream.fill(BufferedInputStream.java:186) at java.io.BufferedInputStream.read(BufferedInputStream.java:204) at org.postgresql.PG_Stream.ReceiveChar(PG_Stream.java:181) at org.postgresql.Connection.openConnection(Connection.java:160) at org.postgresql.Driver.connect(Driver.java:122) or An I/O error occured while reading from backend - Exception: java.net.SocketException: Broken pipe: Broken pipe Stack Trace: java.net.SocketException: Broken pipe: Broken pipe at java.net.SocketInputStream.socketRead(Native Method) at java.net.SocketInputStream.read(SocketInputStream.java:86) at java.io.BufferedInputStream.fill(BufferedInputStream.java:186) at java.io.BufferedInputStream.read(BufferedInputStream.java:204) at org.postgresql.PG_Stream.ReceiveChar(PG_Stream.java:181) at org.postgresql.Connection.openConnection(Connection.java:160) at org.postgresql.Driver.connect(Driver.java:122) ... at org.postgresql.PG_Stream.ReceiveChar(PG_Stream.java:184) at org.postgresql.Connection.openConnection(Connection.java:160) at org.postgresql.Driver.connect(Driver.java:122) any ideas where to start looking? -mike -- Adam Cassar Technical Development Manager ___ NetRegistry http://www.netregistry.au.com Tel: +61 2 9641 8609 | Fax: +61 2 9699 6088 PO Box 270 Broadway NSW 2007 Australia
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: autoreload of jsp files failed while working hard on a single jsp
I think you all have more problems than Orion. I'd suggest looking at the dates on your multiple machines (usually this happens when one is behind another so the save does not come up as a modified file on the server). I've NEVER had to restart Orion to load a JSP before - and it's been working like that since pre 0.7 ;) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Santosh Kumar Sent: Thursday, April 12, 2001 10:35 PM To: Orion-Interest Subject: Re: autoreload of jsp files failed while working hard on a single jsp That is a major source of concern and wastage of time for our dev. project. But we got used to it. ;-) -Original Message- From: Norman Timmler [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: Thursday, April 12, 2001 5:58 PM Subject: AW: autoreload of jsp files failed while working hard on a single jsp it is a bug, isn't it? really anoying if you work with 3 or more people on one project. you have to restart the orion server every 10 minutes and it takes a while to come up again. :-(( -Ursprngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]Im Auftrag von Santosh Kumar Gesendet: Donnerstag, 12. April 2001 10:23 An: Orion-Interest Betreff: Re: autoreload of jsp files failed while working hard on a single jsp you have to restart orion..no other option. santosh -Original Message- From: Norman Timmler [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Date: Thursday, April 12, 2001 1:48 PM Subject: autoreload of jsp files failed while working hard on a single jsp hi, usally the autoreload function of jsp's works fine, but after some savings on a single jsp or some time passes (something between 10 minutes and half a day) orion does not reload the jsp correctly. if you press reload in your browser the old page is shown without changes actually made in the jsp. deleting the cache files did not help. we use orion 1.4.7 on window 2000 with jdk 1.3 any ideas or similar problems? norman ._ neteye GmbH [EMAIL PROTECTED] http://net-eye.de _.
RE: How to start EJB development using Orion?
See http://www.jollem.com for two very useful primers for you. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chris Bergstresser Sent: Monday, April 09, 2001 12:50 PM To: Orion-Interest Subject: How to start EJB development using Orion? Hi all -- I'm new to EJB development, and am trying to start with Orion Server, but I'm having the hardest time figuring out how to even begin. I've written a bean and all the interfaces, which are all sitting in class files in the c:\java directory. I created a META-INF directory off of that, and created an ejb-jar.xml file in there. However, I can find *no* information about how to inform Orion about the existence of these files. I was trying to follow http://www.orionserver.com/tutorials/ejbtutorial.html, but it references a config/ejb.xml file which simply doesn't exist. I'm guessing it's old. Is there a simple step-by-step explanation of which files need to be modified, in what order, and what else I need to do to start doing development work? Am I better off just using a better (i.e. better supported and more completely documented) appserver? -- Chris
RE: Internal Server Error
- check in your application.log file for that application, the errors will be there - for more detail, set up a mail session and a mail address to email log messages to (in orion-application.xml) - then you get detailed request information as well in the trace -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Toth [@HOTMAIL], Adam (E-mail) Sent: Tuesday, April 03, 2001 8:24 PM To: Orion-Interest Subject: Internal Server Error Hi, We're testing our web project (JSPs, Servlets and MS SQL 2000 DB). Orion app server version is v1.4.0. The test tool is MSWeb Application Stress v1.1. It's cool and free anyway, take a look: http://webtool.rte.microsoft.com/ The problem is minor, but it would be nice to clarify. During a 10 hour reliability test, some error appears, but only for POST methods. (The testing is replaying a recorded "browsing" by sending the POST and GET requests to the server, so it's like an average user, just no delay between the requests. FYI: Number of hits: 10798682 Requests per Second: 299.88, so it's quite busy). We have two problematic POSTs: Problem#1: URI: POST /login?action=dologout Hit Count:42018 Result Codes Code Description Count -- 200 OK42001 500 Internal Server Error 17 Problem#2: URI: POST /login?action=login-frommain Hit Count:42018 Result Codes Code Description Count -- 200 OK42010 500 Internal Server Error 8 What is interesting that there are no other POSTs in the test, just GETs, so it's somehow seems to be related to the type of the request. We're doing heavy logs during the test using log4j, so we have the complete log in a file. There is no detected problem in the log. The possible System.outs from Orion are lost, since the window it's running has only 999 line buffer. As you probably noticed, these POST methods are going to a servlet, mapped to /login. Other mappings are used of course, so the problem is not related to servlet mapping. Unfortunately I don't know when those logs coming (at once or in random intervals) My questions: - how to store orion logs? - any ideas what is this problem? - is there any way to catch these kind of errors? Any help would be very nice. Thank you in advance, Adam
RE: Hot deployment
Touch the .war file or recreate it - Orion will detect that and redeploy it. If not, check your date settings etc. Sometimes one machine (if you're deploying across a network) may have a different clock to another. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Lopez Sent: Thursday, March 29, 2001 8:22 PM To: Orion-Interest Subject: Hot deployment Hi, I've been using Orion for a while and so far, so good. Now I'm trying to improve the way we develop/deply applications and I started to digg in the .war file world. I've created the war file containing just the web application and it's been auto-unpacked and auto-deployed succesfully, great! Now I wanted to check what are the steps that I need to follow in order to deploy a new version of an application. Re-creating the war file and substituting it seems not to affect Orion and it's not detecting a new version. I even tried to remove the deployed application directory to see if it would re-unpack it from the new war file but it didn't work either. So, what am I missing? Do I need to create the full .ear file blah, blah so hot-deployment works? As I don't use EJB, I was thinking about just using a plain .war file with just the web application. Is that the problem? Thank you very much in advance, regards Dan --- Daniel Lopez Janariz ([EMAIL PROTECTED]) Web Services Computer Center Balearic Islands University ---
RE: Deployment xml files in ear file? If so, where?
Orion will copy the deployment files in your EAR the first time it deploys it. Thereafter it will use the files in the deployment directory. It will never copy a file if it exists in the deployment directory. Therefore you are free to modify those to customise your deployment. (The only exception here seems to be web.xml which always gets overwritten by web.xml from a WAR but this is in Bugzilla and I think has been fixed in the latest JAR) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Weissman Sent: Thursday, March 29, 2001 4:58 AM To: Orion-Interest Subject: Re: Deployment xml files in ear file? If so, where? Maybe I misunderstand, I thought orion will create orion-*.xml in the deployment area, if not supplied in the ear. If placed in the ear, Orion would only copy it to the application-deployment area. I did not think a person edited in the application-deployment area. mike Hani Suleiman wrote: No, orion is doing the right thing by not clearing application-deployment. People keep forgetting that deployment!=assembly, the deployer should be free to override values from the assembly, Orion clobbering application-deployments would effectively make the deployer's job impossible! deployment = orion-*.xml (application, web, ejb-jar, principals) assembly = *.xml (application, web, ejb-jar Hani From: Mike Weissman [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Re: Deployment xml files in ear file? If so, where? Date: Wed, 28 Mar 2001 08:21:08 -0700 It seems that orion auto-deployment should clean both the applications and application-deployment areas. In development especially when you make many changes, I have been bit a few times by leftovers when the areas were not cleaned. mike Yves Bossel wrote: Note though that if the application has already been deployed, then these files won't be copied over the existing ones. They're only used in the case of a 'fresh install'. When you make changes to your descriptors and/or any class in your app, (having packed everything in the ear), you should delete the directory orion/application-deployments/your-app Then shutdown and restart Orion. Shutdown is important (not hot restart) because any class that changed, specifically the EJBs tend to remain in memory. Yves -- ## Michael Weissman e-mail: [EMAIL PROTECTED] Clarent Corporation 303-734-5003 Fax 303-734-4244 1221 W. Mineral Ave. Littleton, Co 80120 In the land of the dark, the ship of the sun is drawn by the grateful dead -- Egyptian Book of the Dead ## _ Get your FREE download of MSN Explorer at http://explorer.msn.com -- ## Michael Weissman e-mail: [EMAIL PROTECTED] Clarent Corporation 303-734-5003 Fax 303-734-4244 1221 W. Mineral Ave. Littleton, Co 80120 In the land of the dark, the ship of the sun is drawn by the grateful dead -- Egyptian Book of the Dead ##
RE: Cookie creation bug (?) for servlet-including jsp files
Sounds like the flush=true is committing the response stream before you add teh cookie. This is not a bug. You have to add cookies before ANY part of the response is sent to the browser. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ostroff, Mike Sent: Wednesday, March 28, 2001 7:03 AM To: Orion-Interest Subject: Cookie creation bug (?) for servlet-including jsp files I am working on a web-app (powered by Orion 1.4.5) that uses a jsp page with several Java servlets included within it that do the more complex computations. The jsp file has lines like: "jsp:include page="/servlet/ExampleServlet" flush="true" /" that load the servlets. This does a request on the servlet and inserts the HTML they return at the include point. The problem is that in one of the servlets I am trying to create some cookies using the standard HttpServletResponse.addCookie(new Cookie(name, val)) code. If I run the servlet directly without embedding it in a jsp file then the cookies get created just fine. But when I try to execute the servlet from within the jsp file, then the cookies do not get created, even though I know that the addCookie() method is being reached and executed. This same jsp and servlet combination worked and created the cookies without problems when run under Allaire's JRun 2.3. Is this an Orion bug? And can anyone think of a work around that won't involve massive changes to how the code is organized? - Mike
RE: Deployment xml files in ear file? If so, where?
This is true EXCEPT for orion-ejb-jar.xml which goes in /orion not /META-INF in your EJB.jar (no idea why this one is different ;)) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: Tuesday, March 27, 2001 9:36 AM To: Orion-Interest Subject: Re: Deployment xml files in ear file? If so, where? You can place your orion-*.xml files alongside their *.xml counterparts. (eg, principals.xml and orion-application.xml alongside application.xml). Note though that if the application has already been deployed, then these files won't be copied over the existing ones. They're only used in the case of a 'fresh install'. From: "Rian Schmidt" [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Deployment xml files in ear file? If so, where? Date: Mon, 26 Mar 2001 14:47:50 -0800 Hi all, Firstly, we're having great luck with our adventures with Orion. Most everything works as advertised, and the performance is great-- particularly the CMP EJB stuff. Just thought I'd spew a little positivity. Is there some way to include the application-deployments XML files with an application? By that I mean, fer instance, we've made all kinds of modifications to orion-ejb-jar.xml to deal with our OR relationships, the legacy database name mappings, etc. orion-application.xml has a bunch of custom settings too. Were either of those to get wiped by an overzealous Orion, we'd be... sad. So, we're gonna back them up, but... Do we need to manually make those changes after deploying the application on another machine? That seems a little goofy. I'd hate to have to say to a customer "OK, start it up, and then stop it, open this file up and everywhere it says requestId, well, change that to request_id, blah blah, and then restart it." Thanks, Rian -- Rian Schmidt [EMAIL PROTECTED] _ Get your FREE download of MSN Explorer at http://explorer.msn.com
RE: Performance problems...
Q: Are you running the JVM with -server? Q: Could it be a garbage collection related problem? If it's happening at odd times when heap usage is up, it might be gc collecting old jdbc objects? -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Aaron Tavistock Sent: Monday, March 26, 2001 1:09 PM To: Orion-Interest Subject: Performance problems... I've been working on getting Orion running in a production environment for a little while now and just when I thought everything was working fine I go to push to production and something load/volume related is creating massive slowdowns. Basically every 250 database accesses or so there is a long pause (20 to 60 second), where nothing occurs. During this pause the CPU load *drops* to practically nothing and our entire site is frozen. I'm not sure exactly where the problem exists; it could be our code, our configuration, or even a bug in Orion. The environment is Redhat 6.2, JDK1.3, Oracle 8i. Its a pure J2EE app, but we're not using EJB. I initially thought it might be a memory issue, but I've played with the JDK heap size and carefully watched memory utilization and thats also not the issue. I even considered that maybe Evermind/IronFlare might have a throttle (to push you to get a license) so I put one of our production licenses on the QA box. I've since gotten a load tester and can reproduce the problem. Oddly, it only happens on pages which require database access. Even more interesting is that it occurs more frequently on pages which utilize more than one connection. But thats about as far as I can narrow it. I've tried the 8.15 and 8.17 type4 jdbc drivers from oracle and we've tried Oracles ConnectionCacheImpl and Orions XADataSource implimentation, both show the same behavior (though both are using the Oracle Driver). I've also tried Orions jdbc debug and it shows nothing of interest. So far I've put about a week straight into finding it, and I've just about run out of ideas. I'd really be appreciative if anyone has any good suggestions on where to look. ANyone seen behavior like this before?
RE: Problem with Filters and RequestDispatcher in Orion 1.4.5
Title: SV: Problem with Filters and RequestDispatcher in Orion 1.4.5
Orion
invokes filters on _every request_. That's internal and external. This is IMHO
the way it should be done. (Some filters require this to work!) Tomcat only
invokes it on _external requests_. AFAIK there is some debate about this at the
moment in the 2.3 spec team but I hope it is resolved on the Orion side
;)
To
standardise the behaviour, just put a request attribute ("__myfilter_applied" or
whatever) in the request when your filter is first invoked. Every time it is
invoked, check for this, and if present it means the current request is an
include and you can ignore it.
-mike
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Anders
JanmyrSent: Friday, March 23, 2001 11:02 PMTo:
Orion-InterestSubject: SV: Problem with Filters and
RequestDispatcher in Orion 1.4.5
My
filter and it's mapping is shown below. Tomcat does not invoke the filter when
the RequestDispatcher is used.
Since the RequestDispatcher is internal it would seem
that it should not invoke the filters. This is however not specified in the
Servlet2.3 spec.
As
you can see in this configuration the LoginPage is in the protected directory.
If I move it out everything works properly unless I try to include a file from
the protected directory. Then the filter is invoked again.
I
don't think this is the way it should work.
Anders
filter
filter-nameHtmlLoginFilter/filter-name
filter-classcom.netpuls.servlet.LoginFilter/filter-class
init-param
param-nameloginPage/param-name
param-value/html/login.jsp/param-value
/init-param
init-param
param-namefailedLoginPage/param-name
param-value/html/failedLogin.jsp/param-value
/init-param
init-param
param-nameloginHandler/param-name
param-valuecom.netpuls.np.WebUser/param-value
/init-param /filter
filter-mapping
filter-nameHtmlLoginFilter/filter-name
url-pattern/html/*/url-pattern
/filter-mapping
-Ursprungligt meddelande-Från:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]För Magnus
RydinSkickat: den 23 mars 2001 09:46Till:
Orion-InterestÄmne: SV: Problem with Filters and
RequestDispatcher in Orion 1.4.5
How does your filter mapping look? Does Tomcat ivoke filters on forward/include? WR
-Ursprungligt meddelande- Från: Anders Janmyr [mailto:[EMAIL PROTECTED]]
Skickat: den 23 mars 2001 00:25 Till: Orion-Interest Ämne: Problem
with Filters and RequestDispatcher in Orion 1.4.5
Hello, I am trying
to use filters for authenticating users. My filter uses RequestDispatcher.forward to show a login page when the user
needs to authenticate himself. This results in the filter beeing
invoked again. It seems that the
RequestDispatcher in orion (both forward and include) invokes
the filter again.
Tomcat does not do this. What is the correct behavior? The spec does not say how it should
be working. Any
help would be appreciated. Anders
RE: Impossible getting the attention of the orion (support) team. Are they still around?
I'm not sure about the Orion team contacts, but I'd suggest the problem is with your mail account ;) - you can't subscribe to Bugzilla - I just did and it worked fine - you can't subscribe / recieve the list - I do fine - you mail support / Magnus and get no response - I get both All these seem to involve a mail fault on your end ? -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Douma, Ate Sent: Monday, March 19, 2001 9:24 PM To: Orion-Interest Subject: Impossible getting the attention of the orion (support) team. Are they still around? Hello all, I've been trying for weeks now getting any response from the orion team to no avail. First of all, I wanted to post a serious problem in Bugzilla but for that I need a account password. I've tried and tried, but never ever received a password after creating a new account or after requesting the account password to be send again. Then I tried sending a message directly to orion support. No response. Then I posted my problem to this list http://www.mail-archive.com/orion-interest@orionserver.com/msg09692.html (Serious problem with Orion transaction processing: multiple connections used within a single transaction) februari 13, 2001, including a test case. I mailed this problem again to [EMAIL PROTECTED] februari 19, 2001. No response. I mailed Magnus Stenman directly on februari 27 explaining these problems and requesting access to Bugzilla. No response. I'm not clear what options are left, but we are seriously considering other application servers right now as this kind of support is really not acceptable in the long run. At least a simple acknowledgment of the reception of the problem would give us the idea that someone is actually monitoring [EMAIL PROTECTED] mailbox. It doesn't seems to be the case right now. Having to switch to another application server is something I really don't like. Overall I like the orion application server very much (certainly for development). We consider the bug we encountered as very, very serious which will have to be solved otherwise we just don't have another option. The bad (non-existing?) support makes this truly serious. If anyone did have some contact with the orion team (mailbased or otherwise) in the last month's I would be very grateful to know how they did that. The same question I have for anyone how was able to create a Bugzilla account recently. Lastly, somewhat less important: does anyone receive the orion-interest maillist still directly to their mailbox? Since Januari 11, 2001, we didn't receive any mail anymore, and can therefore only access the maillist at http://www.mail-archive.com/orion-interest@orionserver.com. (re)Subscribing again didn't help a bit, not even using new mailaccount. Ate +---+ | Ate Douma iWise B.V. | |Hoofdstraat 2a-4a | | mailto:[EMAIL PROTECTED] 4941 DC Raamsdonksveer | | Phone ++31 (0)162 517167 The Netherlands| | Fax++31 (0)162 516872 http://www.iwise.nl| +---+
RE: REFERENCE WAR CLASSES FROM EJB-JAR FILES
Yes, put your common classes in the EJB JAR. EJB JAR's can't see classes in your WAR. WAR's can see classes in your EJB JAR. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Josh P Motto Sent: Saturday, March 17, 2001 10:21 PM To: Orion-Interest Subject: REFERENCE WAR CLASSES FROM EJB-JAR FILES Hello, Can anyone help me with this quick question? I developed several javabeans (not ejb) that I use to pass data to and from my EJBs from servlets and Custom Tag Libraries... IE address.java contains the standard address address fields like street city, etc. I store these "pass by value" regular javabeans in the same directory tree as my servlets - and they get compiled successfully into a war file, and then I compile my EJBs into several Jar files, and finally into an EAR file. However, when starting orion, I get a NoClassDefFoundError indicating that the EJB jar file cannot succesully import the javabean package into the from the web war file into the ejb.jar file. My question: IS IT POSSIBLE TO IMPORT (reference) WEB WAR CLASSES (IE REGULAR JAVABEANS) STORED IN THE SAME FOLDER AS SERVLETS INTO EJBS (ie war file)? THANK YOU VERY MUCH HERE IS THE ERROR Auto-deploying usr-ejb.jar (No previous deployment found)... java.lang.NoClassDefFoundError: com/taskpro/web/usr/UsrLoginCredentia lsPBV at java.lang.Class.getMethods0(Native Method) at java.lang.Class.getMethods(Class.java:742) at com.evermind.server.ejb.compilation.gb.ah8(JAX) at com.evermind.server.ejb.compilation.fm.s_(JAX) at com.evermind.server.ejb.compilation.ga.s_(JAX) at com.evermind.server.ejb.EJBContainer.bz(JAX) at com.evermind.server.Application.bz(JAX) at com.evermind.server.Application.gf(JAX) at com.evermind.server.ApplicationServer.rv(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hg.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX) _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
RE: REFERENCE WAR CLASSES FROM EJB-JAR FILES
This is J2EE-defined behaviour. The lib dir in orion-application.xml is NOT j2ee-defined behaviour ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Shea Sent: Sunday, March 18, 2001 6:00 AM To: Orion-Interest Subject: RE: REFERENCE WAR CLASSES FROM EJB-JAR FILES Mike Cannon-Brookes ([EMAIL PROTECTED]) wrote: Yes, put your common classes in the EJB JAR. EJB JAR's can't see classes in your WAR. WAR's can see classes in your EJB JAR. -mike I didn't know that... cool! Is that a J2EE-defined behaviour, or is it orion-specific? Yet another solution is possible with Orion; I am using an entry in the orion-application.xml to specify a library directory. Any jars placed in that directory are visible to the entire application. Kind of like the orion/lib directory but on the application level. Gary -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Josh P Motto Sent: Saturday, March 17, 2001 10:21 PM To: Orion-Interest Subject: REFERENCE WAR CLASSES FROM EJB-JAR FILES Hello, Can anyone help me with this quick question? I developed several javabeans (not ejb) that I use to pass data to and from my EJBs from servlets and Custom Tag Libraries... IE address.java contains the standard address address fields like street city, etc. I store these "pass by value" regular javabeans in the same directory tree as my servlets - and they get compiled successfully into a war file, and then I compile my EJBs into several Jar files, and finally into an EAR file. However, when starting orion, I get a NoClassDefFoundError indicating that the EJB jar file cannot succesully import the javabean package into the from the web war file into the ejb.jar file. My question: IS IT POSSIBLE TO IMPORT (reference) WEB WAR CLASSES (IE REGULAR JAVABEANS) STORED IN THE SAME FOLDER AS SERVLETS INTO EJBS (ie war file)? THANK YOU VERY MUCH HERE IS THE ERROR Auto-deploying usr-ejb.jar (No previous deployment found)... java.lang.NoClassDefFoundError: com/taskpro/web/usr/UsrLoginCredentia lsPBV at java.lang.Class.getMethods0(Native Method) at java.lang.Class.getMethods(Class.java:742) at com.evermind.server.ejb.compilation.gb.ah8(JAX) at com.evermind.server.ejb.compilation.fm.s_(JAX) at com.evermind.server.ejb.compilation.ga.s_(JAX) at com.evermind.server.ejb.EJBContainer.bz(JAX) at com.evermind.server.Application.bz(JAX) at com.evermind.server.Application.gf(JAX) at com.evermind.server.ApplicationServer.rv(JAX) at com.evermind.server.ApplicationServer.aqb(JAX) at com.evermind.server.ApplicationServer.gf(JAX) at com.evermind.server.hg.run(JAX) at java.lang.Thread.run(Thread.java:484) at com.evermind.util.f.run(JAX) _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
RE: offtopic: Path issues
Because sendRedirect is fundamentally completely different to the RequestDispatcher? It sends a 302 response back to the client and the client browser re-requests the new URL. RequestDispatcher only performs internal includes and forwards, so the client never knows it was used. If you need fo forward to another URL, you can always use a full URL. Not much point arguing over it though, the spec team did at length and IMHO the good guys lost ;) -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Manne Fagerlind Sent: Saturday, March 17, 2001 12:55 AM To: Orion-Interest Subject: RE: offtopic: Path issues I don't see this as a spec bug, I think it's quite deliberate. Sometimes you need to redirect to sth outside the web app. What'd be the point of having sendRedirect() duplicate the functionality of the RequestDispatcher? /Manne NOTE: All JSP commands are relative to the web app root EXCEPT response.sendRedirect() which is relative to the host (stupid spec bug!) so you need to put an rcp in front of that.
RE: Orion with PostgreSQL (oid)
I suggest you email the postgresql-jdbc list and ask someone to implement
it. The list is very active and people are usually quite responsive.
-mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Julian
Richardson
Sent: Saturday, March 17, 2001 3:56 AM
To: Orion-Interest
Cc: '[EMAIL PROTECTED]'
Subject: RE: Orion with PostgreSQL (oid)
Hi Armin,
A bit of further digging (sorry to other listers, last couple of emails on
this were sent to Armin only) into the source for the Postgres
JDBC drivers
for version 7.0 reveals the following little snippet:
public void setBinaryStream(int parameterIndex, InputStream x, int
length) throws SQLException
{
throw new PSQLException("postgresql.prep.is");
}
- I guess somebody hasn't gotten around to implemening it yet :-( (that
"postgresql.prep.is" error translates to the "InputStream as parameter not
supported" error you mentioned)
If you really need this to work with postgres I suppose that leaves a few
options:
1) wrap the Postgres drivers and use the Large Objects API behind
the scenes
2) fix the Postgres 7.0 drivers! (I think it's open-source right, and
anybody can dive in and sort stuff out?)
3) Use BMP in Orion and use the (non-portable) Postgres Large Objects API
there
4) downgrade to Postgres 6.5 where I assume this worked (there
are people on
the list using Postgres via JDBC, right?)
5) Wait for this to be fixed (I assume it's fairly high on the
Postgres bug
list)
option 6 is to give up and use another database (which I personally don't
like the sound of having used up a day or so getting postgres
installed and
configured! Depends how long it'll take to work around the
problems though)
cheers
Jules
--
From: Armin Michel[SMTP:[EMAIL PROTECTED]]
Sent: 16 March 2001 09:49
To: Orion-Interest
Subject:Orion with PostgreSQL (oid)
I got some problems with PostgreSQL and Orion when using blobs (oids in
the table).
I checked:
http://www.postgresql.org/users-lounge/docs/7.0/programmer/jdbc6519.htm
In the above page you can read the following example:
snip
To insert an image, you would use:
File file = new File("myimage.gif");
FileInputStream fis = new FileInputStream(file);
PreparedStatement ps = conn.prepareStatement("insert into images values
(?,?)");
ps.setString(1,file.getName());
ps.setBinaryStream(2,fis,file.length());
ps.executeUpdate();
ps.close();
fis.close();"
/snip
This does a PreparedStatement.setBinaryStream(int,InputStream,int); -
Exactly what Orion did!
Here is the interesting part of the Exception.printStackTrace(); :
snip
Nested exception is:
InputStream as parameter not supported
at java.lang.Throwable.(Throwable.java:84)
at java.lang.Exception.(Exception.java:35)
at java.sql.SQLException.(SQLException.java:100)
at
org.postgresql.util.PSQLException.(PSQLException.java:22)
at
org.postgresql.jdbc2.PreparedStatement.setBinaryStream(PreparedStatement
.java:417)
at com.evermind.sql.ao.setBinaryStream(JAX)
/snip
So, this would lead to the conclusion, that Orion just tries to use a
standard JDBC-API. Maybe Orion uses a special subclass of InputStream
and
the JDBC-Driver doesn't correctly account for this situation. In the
JDBC
API it reads:
snip
Note: This stream object can either be a standard Java stream object or
your own subclass that implements the standard interface.
/snip
This would blame the JDBC-driver then?
Yours
Armin
RE: Removal of SBs from expiring HTTP sessions ...
Can't you just make the SB a HttpSessionBindingListener and implement valueUnbound() ? -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gerald Gutierrez Sent: Friday, March 16, 2001 9:33 AM To: Orion-Interest Subject: Removal of SBs from expiring HTTP sessions ... I posted this msg this morning, but I haven't seen it appear on the list yet. I'm reposting in case it was lost ... Session beans (SBs) must have their remove() methods called in order to "clean up" and return to an app server's object pool. I believe one common use of SBs is to create them and then bind them to HTTP sessions so that they can be reused by clients on subsequent requests. There's no standard way to tell when an HTTP session expires. How, then, is it possible for the remove() method to be called to release a SB? Does this not cause "memory leaks" to occur in two ways: 1) resources created by the SB are not released, and 2) the SB itself is not recycled?
RE: offtopic: Path issues
Mr Farquhar, You must always use rcp (or %= request.getContextPath() %) in front of every path to make your web app fully portable. It may be tedious but there's no other way around it besides making every path relative (which is sometimes not possible with include files etc) In stylesheets and JS files, use relative paths, this is the only way I can see to do this effectively. It shouldn't be too much of a problem though. %@ include % and jsp:include are always relative to the web app root. NOTE: All JSP commands are relative to the web app root EXCEPT response.sendRedirect() which is relative to the host (stupid spec bug!) so you need to put an rcp in front of that. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of SCOTT FARQUHAR Sent: Friday, March 16, 2001 10:17 AM To: Orion-Interest Subject: offtopic: Path issues When I have multiple web applications running on the one server - I'm having problems referencing files in other directories. eg - I can't use "/images/anImage.gif" because that references the document root. I can use "%= request.getContextPath() %/images/anImage.gif" ,but that gets tedious. Is there a better way to do it? The other problem I have is referencing images from stylesheets and javascript files. Because they don't go through the JSP processor, I can't use request.getContextPath() . Without mapping .css and .js to the jsp servlet - is there a way around this? Also - with include files - are they always rooted from the web context ie @ include file="/includes/pageheader.jsp" % -- does this map to http://myserver.com/mywebapp/includes/pageheader.jsp ? Does the same go for jsp:include page="/includes/pageheader.jsp" / ? Thanks in advance for any help. Scott
RE: Removal of SBs from expiring HTTP sessions ...
I can't see why this wouldn't work in the EJB model. I have other EJBs which implement interfaces such as this. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres Sent: Friday, March 16, 2001 11:19 AM To: Orion-Interest Subject: RE: Removal of SBs from expiring HTTP sessions ... Does that actually work in the remote EJB model; I mean through the stubs? If not, the servlets using the sessions could just as easily listen and in turn inform the SB's. tim. Can't you just make the SB a HttpSessionBindingListener and implement valueUnbound() ? -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gerald Gutierrez Sent: Friday, March 16, 2001 9:33 AM To: Orion-Interest Subject: Removal of SBs from expiring HTTP sessions ... I posted this msg this morning, but I haven't seen it appear on the list yet. I'm reposting in case it was lost ... Session beans (SBs) must have their remove() methods called in order to "clean up" and return to an app server's object pool. I believe one common use of SBs is to create them and then bind them to HTTP sessions so that they can be reused by clients on subsequent requests. There's no standard way to tell when an HTTP session expires. How, then, is it possible for the remove() method to be called to release a SB? Does this not cause "memory leaks" to occur in two ways: 1) resources created by the SB are not released, and 2) the SB itself is not recycled?
RE: Re[2]: Removal of SBs from expiring HTTP sessions ...
Remote interfaces are just interfaces. They can extend multiple other interfaces. So it's not real tedious at all? ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rafael Alvarez Sent: Friday, March 16, 2001 1:55 PM To: Orion-Interest Subject: Re[2]: Removal of SBs from expiring HTTP sessions ... Hello Mike, Thursday, March 15, 2001, 7:31:23 PM, you wrote: MCB Can't you just make the SB a HttpSessionBindingListener and implement MCB valueUnbound() ? Nope. For that to work you need your Remote interface to extend HttpSessionBindingListener, but it already extends EJBObject. There is a workaround, is to tedios that it's not worth the effort. -- Best regards, Rafaelmailto:[EMAIL PROTECTED]
RE: Orion Team Needs New List Software
For those interested, the mailing list software behind this list is... Orion! That's right, the list runs as a J2EE app in an Orion server (which IMHO is quite impressive). There are obviously a few areas where it is still catching up to the commercial list management software, but I'm sure the Orion guys are tweaking it constantly to get around what are usually 'bad users'. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres Sent: Thursday, March 15, 2001 12:52 PM To: Orion-Interest Subject: RE: Orion Team Needs New List Software The problem is not the autoresponder. It is the mailing list software that Orion uses, which appears to be years behind more common mailing list software. tim. I suspect that the person the mail is from is not responsible, obviously moved on and someone at the company set up the autoresponder. We do that here when we have people leave. Be bad business to lose a customer because email wasnt replied to wouldnt it? Al -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jeff Schnitzer Sent: Wednesday, March 14, 2001 4:29 PM To: Orion-Interest Subject: Orion Team Needs New List Software Someone desperately needs to replace the list software currently hosting the Orion-Interest mailing list. This is really getting out of hand. It's bad enough that everyone who posts gets messages like this from natch.se... but now they're echoing to the list as well.
RE: Performance with ORION
It _should_ only create one instance of each servlet. Multiple threads are then used to serve different requests. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ismael Blesa Part Sent: Monday, March 12, 2001 8:01 PM To: Orion-Interest Subject: Performance with ORION We have been making some tests with an application that uses a main entry point, this is used to redirect all the request to the correspondant object. We have found that ORION only creates one instance of this servlet and we think that this is causing a bottleneck of our application. Is there a way to configure how many threads to create to serve more requests per second? Thanks PS: Any news about IronFlare?
RE: problems with orion server
Nemad, I'll say it again - DO NOT SEND ORION SUPPORT REQUESTS TO PERSONAL EMAIL ADDRESSES. Use the mailing list - you will NOT get help by spamming people personally. -mike -Original Message- From: Nenad Momcilovic [mailto:[EMAIL PROTECTED]] Sent: Friday, March 09, 2001 6:38 AM To: [EMAIL PROTECTED] Subject: problems with orion server Importance: High People, ...If any of you wants to be dropped from this list please let me know replying with a subject "remove" and I will not bother again. It is very hard to find information about Orion server so I have two questions and I hope some of you is willing to give me an answer. - If we create multiple JMS topics only the last created topic will be served by message-driven beans who subscribed to that "last created topic". In other words, there is nothing to serve previously created topics and beans who subscribed to these topics never get to be notified once there is a message for them. - I tried to create ejb with the primary key as a separate class. I was able to compile and package everything properly using ant however, when I tried to deploy the whole thing within Orion server I am getting the following error: Error compiling file:/C:/mydoc/PSEJB/ps_sd/build/servicedisk/servicedisk-ejb.jar: Variable contained illegal space Orion/1.4.5 initialized I would also appreciate any useful links, user groups etc. regarding Orion server in addition to: http://www.orionsupport.com http://www.orionserver.com Sincerely, Nenad
RE: HTML/WML from JSP
You can also use SiteMesh (awesome product if I do say so myself ;)) -
http://www.opensymphony.com/sitemesh and use the AgentDecoratorMapper to use
different page decorators (layouts basically, very simple to build, very
advanced) based on the user agent and browser capabilities.
-mike
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of SCOTT FARQUHAR
Sent: Wednesday, March 07, 2001 3:44 PM
To: Orion-Interest
Subject: RE: HTML/WML from JSP
Try looking at filters to parse the output using the user-agent info.
You could use a servlet / jsp to produce xml, and then a filter
using a different XSL transformation to parse send back to the client.
It depends on how many pages you are going to produce whether it
is worth the hassle.
Scott
[EMAIL PROTECTED] 03/07/01 08:41am
If you want to determine the client and apply an appropriate xsl
transformation from the same .jsp you can
request.getHeader("USER-AGENT") and parse the result - this is
handy for formatting wap content for different phones.
I
don't know if there's an orion specific easier way to do this
as there is with cocoon (the 'user agents' section of
cocoon.properties) - does anyone else know?
As an aside this isn't always the best way to do it as you incur
the overhead of the transformation for every hit. See
http://java.sun.com/products/jsp/html/JSPXML.html for more on this.
cheers
daryl
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jason Smith
Sent: 06 March 2001 16:19
To: Orion-Interest
Subject: RE: HTML/WML from JSP
Orion comes with some examples as part of it's default web site:
Try
http://localhost/examples/xsl/doc.jsp
or look in your orion directory:
orion/default-web-app/examples/xsl
-jason
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Kiss Tibor
Sent: Tuesday, March 06, 2001 9:00 AM
To: Orion-Interest
Subject: HTML/WML from JSP
Hi!
I am quite new to Orion, but have some experience with
XML/XSL/JSP/HTML/WML.
I have read in the official FAQ, that it is possible to use the XML
output of a JSP and format it with client dependent XSL-s for WML or
HTML. However, I was unable to find any additional information.
Could anyone help me or point me to an example?
Thanks
Tibor
RE: How to set orion to perform a timely task..
Title: SV: How to set orion to perform a timely task.. Or if you're using JDK 1.3 there's always java.util.Timer (vastly underused IMHO). -mike -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Magnus RydinSent: Monday, March 05, 2001 7:08 PMTo: Orion-InterestSubject: SV: How to set orion to perform a timely task.. how about an client-application that does some operation on scheudled hours? WR -Ursprungligt meddelande- Fran: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Skickat: den 3 mars 2001 09:44 Till: Orion-Interest Amne: How to set orion to perform a timely task.. Hello, I need to have my EJB perform some DB operation at midnight everyday. How do I do that? In PC, I could create a timer object to do that with VC++, but in Java it does not seem to have such a functionality. And I think it's ideal to handle it in the server side rather than play with Java. In other words, orion may have such a cron function built in to do something in a timely manner. If anyone has any experience with this, please tell me how. Thank you very much in advance. Simon
RE: I switch from X to Orion because:
On another note (am I imagining things?) or isn't JDK2 _REQUIRED_ for J2EE ?
(Apache-folk: note the 2 in J2EE)
That tells me that Tomcat can never effectively be part of a true J2EE
server.
Other than that I agree with all that Victor has said.
Apache products suffer from
- severe bloat,
- old JDKs,
- bad spec conformance,
- appalling speed and
- some sort of strange developer arrogance
Why does everyone on the Apache project seem to think their products are
'the best' and cannot be beaten?! Sadly, 'tis not even close to true.
-mike (who uses Orion, Saxon, Jdom, Epesh.com tags and OpenSymphony - not
one released under the ASL and all rock)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Victor A.
Salaman
Sent: Thursday, March 01, 2001 9:49 AM
To: Orion-Interest
Subject: RE: I switch from X to Orion because:
-Original Message-
From: Arved Sandstrom [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 28, 2001 5:42 PM
To: Orion-Interest
Subject: RE: I switch from X to Orion because:
Just a few comments...not angry comments. :-)
As a committer on an Apache project, let me just say that decisions to
support JDK 1.1, on a per-project basis, are not about
supporting "dead
things". We have, in fact, people who _must_ use JDK 1.1
(probably more than
you might think). As another example, we are a J2EE shop; but
just recently
we had a (big) requirement to support ISAM data. That's
ancient, too, but
I'll bet there's more ISAM data out there than there is
relational data.
Would you personally turn up your nose at supporting ISAM?
Well, maybe you
would. I dunno.
I also use ISAM data, talk to mainframes (MVS, OS/390, VSE) and minis
but we are not talking about that. We are talking about Apache neglecting
important features in newer versions of the jdk which would work with all
versions of the jdk. for example, instead of producing code with 200
occurences of:
Class clazz=Class.forName("blabla");
these could be replaced with:
Class clazz=ClassUtils.findClass("blabla");
where you could have a "central" ClassUtils with a static method called
findClass which would find the class in the correct classloader
(contextclassloader or primordial, etc)... The only drawback to this
approach is that although the resulting code would work with any jdk, it
would need jdk1.2+ to compile, but of course there are workarounds around
this... So just becuase there are few jdk1.1 users out there, Apache
releases code which will not work in advanced containers and
require severe
patching. (e.g. ever tried to use Xalan, BSF or Xerces together in JBoss,
Resin, Orion?)
I haven't used Struts myself, but since you mention it, I'd
guess you'd have
to ask Rickard himself why he decided to write his own
framework. With all
due respect to him, the primary reason, 9 times out of 10,
that people write
their own code is because as an industry we are damned
terrible at re-use.
There are a whole bunch of bad reasons why this is so -
laziness, arrogance,
reluctance to share the limelight, etc etc. Only rarely do
you find that
somebody wrote code because they conducted a thorough search
and couldn't
find anything that could even be modified. I'm personally
pretty hot about
this topic because there is a huge amount of wasted time due to this.
Frameworks are a particularly bad offender - everybody and
his brother wants
to write their own framework.
quoting from Webwork documentation...
"Q: What is the difference between WebWork and Struts?
A: Struts is probably the technique that was the most similar to WebWork.
The main problem with Struts is its large API. There is quite a bit of API
to learn, and it is closely tied to Servlet API. The Struts API
also imposes
quite a few implementation rules with regard to how things are
done, leaving
less room for customization.
"
(Large API == Bloated?) since both do the same things in concept.
This industry is very pro-reuse, it's only when projects become surreal,
when people start building something else. Let's get real, would you spent
your time building something when there is another product which is
accesible and fits your needs entirely... ? thought not...
The problem here is that you can't serve god and devil at the same time.
As far as bloat, well, that's in the eye of the beholder. If a product
provides 100 features, but any given user only needs 25 of
them, but nearly
all of the features are useful to someone, it's "bloat" to
almost everyone,
but also useful to almost everyone. It's only bad bloat if the extra
features get in your way, though, when you want to use your subset. I
question whether this happens that often. But most of your
comments are
pretty general, so who knows exactly what you were talking about.
Usually I don't mind about extra features, but take
RE: referring to a jar from an ejb-jar file/directory?
Running it out of a directory I'm not sure the MANIFEST Class-Path: will work. I know if you use a JAR, it will work that way. It's the way the OSCore library works, http://www.opensymphony.com/oscore -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Gary Shea Sent: Thursday, March 01, 2001 4:35 PM To: Orion-Interest Subject: referring to a jar from an ejb-jar file/directory? I have an ejb application running under orion. I want to restructure the code so that some common code is put into a jar. The problem is that I can't figure out a way, short of putting the jar in the orion/lib directory, to make the contents of the jar available to the ejb side of the application. The EJB-2.0-pfd spec says: The ejb-jar file must also contain, either by inclusion or by reference, the class files for all the classes and interfaces that each enterprise bean class and the remote and home interfaces depend on, except J2EE and J2SE classes. (page 486) Well, what does 'reference' mean? The only hint I have found is: An ejb-jar file does not have to physically include the class files if the classes are defined in another jar file that is named in the Class-Path attribute in the Manifest file of the referencing ejb-jar file or in the transitive closure of such Class-Path references. (page 487) Well, I'm going to try creating a manifest file with a Class-Path in it, but since I'm running out of a directory, not an actual ejb-jar file, I really doubt this is going to work! Any hints would be greatly appreciated... Gary
RE: ISO good user mgmt system for web apps
In a word, this does not exist. There is NO way to do vendor independant (and still spec compliant) user management, authorisation and authentication. However there's a project afoot to solve these problems, called OSUser - http://www.opensymphony.com - if you can do nothing else then sign up to the mailing lists to discuss / help testing. -mike -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Vaskin KissoyanSent: Monday, February 26, 2001 3:34 PMTo: Orion-InterestSubject: ISO good user mgmt system for web apps I need something that is not vendor dependant, non-orion dependant, but preferably with hints on how to get it to work with Orion. :) Database is preferable to directory, flexibility between the two a plus. Thanks in advance..
RE: documentation wanted
Then I point you to the propert support channel - Orion Interest the mailing list. Goto http://www.orionserver.com to sign up. A note to everyone, DO NOT SEND SUPPORT REQUESTS TO INDIVIDUALS. Apologies for the caps, but this happens far too often and I'm sick of it. Use the list, deal with the problem yourself or pay someone to figure it out for you. -mike -Original Message- From: colin harris [mailto:[EMAIL PROTECTED]] Sent: Monday, February 26, 2001 9:52 PM To: Mike Cannon-Brookes Subject: Re: documentation wanted hi, sorry for not being more specific, I am developing with the Orion server and am having difficulties with mapping an ejb reference from one orion application to an actual ejb in another orion application, i have been trying to do this in the orion deployment files, i have put an ejb-ref in the web.xml file for an application called Soap ejb-ref ejb-ref-nameejb/ClientInterface/ejb-ref-name ejb-ref-typeSession/ejb-ref-type homeserene.ejb.ClientInterfaceHome/home remoteserene.ejb.ClientInterface/remote /ejb-ref and then an ejb-ref-mapping in the orion-web.xml deployment-- ejb-ref-mapping name="ejb/ClientInterface" location="ormi://waits/serene/serene.ejb.ClientInterface" / my machine name is waits, and the orion application is serene, -- - and this is the error i get when trying to do the lookup -- Exception caught: javax.naming.NameNotFoundException: ormi://waits/serene/serene.ejb.ClientInterface not found -- I think the problem is just specifying the right JNDI location to the orion ormi server I have tried many combinations of ormi path but can't find the right one. any help would be much appreciated. thanks colin.. Mike Cannon-Brookes wrote: Deployment files for what? -Original Message- From: colin harris [mailto:[EMAIL PROTECTED]] Sent: Friday, February 23, 2001 10:47 PM To: [EMAIL PROTECTED] Subject: documentation wanted some examples of the deployment files orion-web.xml orion-ejb.xml would be much appreciated regards colin.
RE: orion 1.4.7
Using autoupdate - check out http://www.orionsupport.com/articles/update.html -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Seng Choy Kua Sent: Sunday, February 25, 2001 2:21 PM To: Orion-Interest Subject: orion 1.4.7 this may be a silly question, but how do i get hold of orion1.4.7? the latest downloadable version is 1.4.5. is it only available to those who have paid for the license? thanks, peter
RE: EJBUserManager, what am i missing?
You have no group "usergroup" specified in your principals.xml as far as I can see. Create a principals.xml like this: principals groups group name="usergroup"/ /groups /principals And then reference that from orion-application.xml. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Billen Sent: Saturday, February 24, 2001 9:43 AM To: Orion-Interest Subject: EJBUserManager, what am i missing? I want to implement EJBUserManager in my application, but the authentication from the web doesn't accept my credentials and keep popping up until finally I get a 401. Here's how I'm doing it: 1) I defined the EJBUserManager in ejb-jar.xml and it gets instantiated properly: tables COM_EVERMIND_EJB_EJBUSER and COM_EVERMIND_EJB_EJBUSER_GROUPS get created 2) I created a user "joeuser" with a password in the user table and made that user belong to "usergroup" in groups 3) In my web.xml I created a constraint on a resource: security-constraint web-resource-collection web-resource-name/protectedurl/web-resource-name /web-resource-collection auth-constraint role-nameusergroup/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method realm-namemyapp-basic-realm/realm-name /login-config security-role role-nameusergroup/role-name /security-role 4) In my application.xml I have a role defined: security-role role-namemanager/role-name /security-role 5) In my orion-application.xml I have defined the user manager and the role-group mapping: user-manager class="com.evermind.ejb.EJBUserManager" property name="home" value="com.evermind.ejb.EJBUser" / property name="defaultGroups" value="users" / /user-manager security-role-mapping name="usergroup" group name="usergroup" / /security-role-mapping 6) I also removed the reference to principals.xml from orion-application.xml (If I leave it I get a 403 right away) 7) I finally, suggested by searching the list archive, defined the groups in my principals.xml: principals groups group name="manager"/ /groups /principals Everthing starts ok, no error message, if I try to access the /protectedurl I get the basic authentication prompt, I try to fill in "joeuser" with his password but Orion doesn't take it and prompt me again until I get a 401 Unauthorized. What am I missing? Thanks, Christian
RE: Any way to forward to j_security_check?
This is very simple to do. Just grab the RoleManager from java:comp/env/RoleManager I think and then the method if just RoleManager.login(username, password) - see the Orion API docs for more info. Alas there is no standard way to do this defined in the spec. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Thursday, February 22, 2001 11:27 PM To: Orion-Interest Subject: Any way to "forward" to j_security_check? Does anyone know a way to "forward" to the j_security_check processing in Orion ? We use form-based login but have our own processing to do ahead of the standard j_security_check. On J2EE Reference Implementation (and e.g. Weblogic) we post the form to our own servlet instead of j_security_check, then forward from this to j_security_check. This doesn't seem to work on Orion i.e. j_security_check doesn't seem to be something one can get a request dispatcher for. Of course, the servlet spec doesn't mandate anything about how the server should implement the j_security_check mechanism, so potentially it doesn't have to have anything that can be referenced and invoked from application code. But it would be useful to be able to. I've also thought about programmatically simulating a post to j_security_check instead of trying to forward to it, but doesn't look simple and not sure this would work on Orion either. Might be helped by Servlet 2.3 but can't move to that yet. Am I just missing some trick to this, or is it not possible on Orion? Or is it related to a bug somewhere ? (n.b. even a normal post to j_security_check seems to fail, and to get sign-on to work I have to use Orion's non-standard feature of leaving the action unspecified). *** NIG The National Insurance Guarantee Corporation PLC Reg. Office : Crown House 145 City Road London EC1V 1LP Registered in England Wales No : 42133 *** Legal disclaimer : This message is confidential and for use by the addressee only. If the message is received by anyone other than the addressee, please return the message to the sender by replying to it and then delete the message from your computer. NIG does not accept responsibility for changes made to this message after it was sent.
Documentation wanted - WAS RE: EJB Clustering -- ANYONE? [Urgent!]
On that note, it's about time I asked again what documentation people do want? OrionSupport survives on people's donations of documentation, tips, tricks and tutorials and we thank them very much for that. People often ask "what can I write" - well now is your time to tell us. Email me ([EMAIL PROTECTED]) and tell us what specific areas that you would like documentation on, then we'll compile a list and try our hardest to get it done. Anyone? Topics? Questions? Areas of confusion? -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Brian Wing Shun Chan Sent: Saturday, February 24, 2001 8:21 AM To: Orion-Interest Cc: Orion-Interest Subject: RE: EJB Clustering -- ANYONE? [Urgent!] I've worked with all of the other EJB Servers (Enhydra, JBoss, Jonas, etc). I do find the OrionServer to be far better (nice complex O-R mapping, web and app server in one, etc). For documentation, I refer to www.orionsupport.com, which is doing a great job. - Brian Chan On Thu, 22 Feb 2001, Kemp Randy-W18971 wrote: The problem is that the Orion team is great at building a product, but need some lessons on marketing it. Very few people on the list -- myself included -- say anything really negative about the product. But I (and many others) have strong reservations about the documentation. Granted, if you have worked with another EJB server, or have the patience to use a trial and error approach with the existing documentation, you can get things to work. But it is not how to really market a product. Has anyone from Orion ever looked at the Jboss (www.jboss.org) or Jonas (www.evidian.com/jonas) documentation? While it does not compare to products like Oracle or Jrun, it is getting better with each new release. I am trying to implement some helpful suggestions to Orion to increase their marketing presence, and give them some leverage over other commercial class contenders, like Unify Ewave, and the open source products (Enhydra, Openejb, Jboss, Jonas). -Original Message- From: Ray Brown [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 21, 2001 6:53 PM To: Orion-Interest Subject: RE: EJB Clustering -- ANYONE? [Urgent!] Dylan, I'm a new user so bear with me...Did you check http://www.orionsupport.com ? The last entry was 15 February 2001. Read the Tuesday 13th Dec "Into the Future" entry. It has some other notes and yes, I find it strange that a company is not responding about an offer of money. I've thought about going to Sybase for their products. The documentation I've seen is strange and does not conform to what I've become to believe is a normal application server (weird names for products like "Jaguar CTS" doesn't help either ; at least Oracle has 09iAS). I have not tried clustering using Orion or any other server. Ray -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dylan Parker Sent: Wednesday, February 21, 2001 1:33 PM To: Orion-Interest Subject: EJB Clustering -- ANYONE? [Urgent!] Importance: High Hello, all. My company is about to drop Orion. The documentation issues, the dead website, the documentation issues, the absence of company responses, the documentation issues... We've contacted them asking where to send our money. Nothing back. In one last futile attempt to keep Orion afloat in my company a little longer, can anyone provide me with the following information? How does one do EJB Clustering with Orion? Has anyone made this work? Can anyone give some background on the configuration steps? If I don't hear anything... then JRun, here we come. Thanks, Dylan Parker
RE: Flushing EJB cache
I think the reason this method is undocumented is you're not meant to play with it ;) AFAIK it's an internal API. By all means hack at Orion (I know I do), but beware that any hacking will be unsupported by any Orion folks (I think this is fair enough). -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tony J Brooks Sent: Wednesday, February 21, 2001 7:32 PM To: Orion-Interest Subject: RE: Flushing EJB cache Hey Peter, It's difficult to describe with absolute certainty since the documentation is poor (in fact, I haven't found any), but my understanding is that this method will remove instances of a named EJB from the container cache. It would be interesting to hear from other people on how effective they have found this method to be. We have observed that the OrionConsole 'flush' does not work - presumably this is calling 'flushEJBCache'. Does this imply that 'flushEJBCache' does not work ? We'll be testing this ourselves shortly. Hope that helps Peter, Tony. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Kua Sent: 21 February 2001 00:33 To: Orion-Interest Subject: Re: Flushing EJB cache hi tony, may i know what this method does?? thanks, peter - Original Message - From: "Tony J Brooks" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, February 20, 2001 5:52 PM Subject: RE: Flushing EJB cache To answer my own question - it is the JNDI name. -Original Message- From: Tony J Brooks [mailto:[EMAIL PROTECTED]] Sent: 20 February 2001 09:48 To: Orion Interest Cc: [EMAIL PROTECTED] Subject: Flushing EJB cache Hi everyone, I want to use the following to flush the EJB cache ... void com.evermind.server.administration.ApplicationAdministrator.flushEJBCache( String p0 ) ... can anybody tell me what the argument 'p0' specifies ? I've had a look for API documentation, but I can't find any. Thanks, Tony. --- Dr Tony J Brooks Apama (UK) Ltd 17 Millers Yard Cambridge, UK Mobile : 07748 767 110 eMail : [EMAIL PROTECTED]
RE: Oracle Sequences and CMP
Quite simply, you can't ;) EJBs must generate their own primary keys. The only way you can do this is have another bean that runs a custom SQL query to get a new ID from the sequence and then use that. But this is very ugly, not DB independent and involves coding SQL in your bean. I don't recommend it at all. -mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dan Cramer Sent: Sunday, February 18, 2001 5:59 PM To: Orion-Interest Subject: Oracle Sequences and CMP I'm trying to use CMP for beans that map to tables in which the primary key is an integer that comes from an Oracle SEQUENCE. How do I get the container to get the next number from the appropriate SEQUENCE on a create? Help is appreciated, Dan Cramer Chief Architect Dynamic Resolve, LLC Internet Solutions Consulting
-Xconcurrentio + J2SE 1.3
Is anyone using this with the Server hotspot VM? Are you noticing a speed increase? Here's the text from the Performance FAQ which seems to indicate this would give a radical perfomance increase to Orion (as it uses a lot of IO / threads being a web server): "If you're blocked doing I/O, then no matter which version of java you use you will not be able to speed this up. If your application is using many threads then try -Xconcurrentio to speed things up, this can make very large differences in throughput (we've noticed 40%+ improvement on certain applications). " -mike
RE: Incremental Development with Orion
Easy, use Ant to create a build script to build your EJB jar file, then Orion will automatically pick up that change and redeploy. -mike -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Phan Anh TranSent: Sunday, February 18, 2001 3:00 PMTo: Orion-InterestSubject: Incremental Development with Orion How should one setup Orion for rapid and incremental Servlets,JSP, and EJB development? I got the Servlets and JSP setup done, but the EJB setup is still a bit iffy (thanks Faisal for your notes). I expectour developers to develop ourEJBsin a veryincrementalfashion,so I would like to get ideas on a setup which can support a fast code,debug,code cycle. Thanks. Anh
