Re: Developers
Inline... - Original Message - From: "Burr Sutter" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, January 30, 2001 9:09 PM Subject: Re: Developers Thank You Juan, Ray and Randy I guess the initial question was a little vague but I like to hear people's opinions. After the download and simple install I was able to add a Sybase ASA database as a DataSource, connect to it via JSP and add a simple custom taglib to the default-web-app which proves to me that this thing at least works. My next tests include setting up my own web-app and playing around with EJB and JMS if I get the time. Overall it seems to be a good product. While the EJB implementation is quite nice the JMS implementation is lacking to say the least. Look in the archive for messages from me in this regard. I like how it picked up on the change I made to make the news.ear demo code function automatically. As I assume you know Allaire/JRun was purchased by Macromedia. Perhaps the marriage with Dreamweaver/UltraDev will payoff. I've never looked hard at JRun since most of my customers typically will pay the big bucks for a "brand-name" product like WebSphere, WebLogic or SilverStream but some want to keep the cost of licenses very low at times. I'm not sure about Resin at this time. It seems to ship with source code which is cool but it seems to be C code, not Java. The C code is the connector for Apache, etc. Resin's a Java product and the Java source is part of the distribution. I also teach Java and J2EE classes and we've been looking for an engine for student machines that is fairly easy to install and configure. Tomcat works for JSP but lacks the EJB, JNDI and JMS support needed. JNDI should be fine as well. JMS, well... SilverStream 3.7 has been certified for J2EE and it seems to be very solid. I spent several days with about 20 other people putting it through some exercises. Weblogic is great but has to be restarted a lot to make some code changes (5.1). This has lessened greatly with v6.0 but of course it's in BETA and only for Win32 and Solaris. WebSphere doesn't seem to fully understand the proper directory structure of a web-app and the use of WARs completely and it is VERY slow on my NT box to startup and build/deploy simple JSPs. WebSphere's a glorified servlet engine. For really exercising J2EE I'd stay away. Any need to restart Orion after a change to: JSP EJB JMS queue or topic Bean for a JSP Taglib classes, .tld, .xml .war, .ear, .jar? I don't really remember but the startup time for Orion is so small it's not that big a deal (at least for instruction). Startup time's nothing like WebLogic that's for sure. Thanks, Burr [EMAIL PROTECTED] snip --- Jason Rimmer [EMAIL PROTECTED]
Re: Which version is stable
The OOPS listing that Juan mentioned earlier is currently running v1.4.5. Granted it's just a bunch of JSPs but so far the server has crashed a few times. Note that I'm running IBM build cx130-2815 JVM. By the way, is there a new version of the IBM v1.3 JVM? I know releases are slipstreamed in. --- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Korosh Afshar" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, January 30, 2001 9:10 PM Subject: RE: Which version is stable Just last week I deployed an EJB app that used CMP onto 1.4.5 with JDK 1.3. It was slow, slow, slow. I reverted back to 1.3.8 and it was fast. this is for Solaris 2.7. NT 1.3.8 was fast and consistent with 1.3.8 on solaris. k. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kemp Randy-W18971 Sent: Tuesday, January 30, 2001 9:24 AM To: Orion-Interest Subject: RE: Which version is stable At one point in time, they said the same thing of version 1.3.8. I believe what they mean is that the experimental version has now become the stable version. -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 30, 2001 6:14 AM To: Orion-Interest Subject: Which version is stable I am running Orion 1.3.8 seems to work, but I am thinking of upgrading. But which version should one upgrade to? - According to www.orionserver.com the new 1.4.5 is both stable and experimental... which sounds a bit like "stable and unstable". R.
Re: How to configure Orion to use Oracle
You don't have to copy the jar into the lib directory. You can also add a new library tag to the application.xml config file. This is fairly well documented in the mailist list archive as well as the config files themself. For example, here's a snippet of my application.xml config that utilizes Oracle: orion-application ... !-- Path to the libraries that are installed on this server. These will accesible for the servlets, EJBs etc -- library path="../lib" / library path="/usr/local/oracle/8i/u01/app/oracle/product/8.1.6/jdbc/lib/classes12.z ip" / ... /orion-application Note that the xml comment is part of the default config. -- Jason Rimmer "If it isn't true, it should be, [EMAIL PROTECTED] and if we could afford it, it would be." - Original Message - From: "Danut Prisacaru" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, January 17, 2001 11:50 AM Subject: Re: How to configure Orion to use Oracle At 09:20 AM 1/17/2001 -0700, Gary Shea wrote: I believe you will need to copy the oracle jar classes111.zip or (if you have it) classes12.zip to the orion lib dir. That at least is how I did it. You are right Gary. It just happen that I figured the solution few minutes ago by seeing that the "hsql.jar" file is under the Lib folder too. I'm not sure if you can use the CLASSPATH to accomplish the same thing, but frankly I'm not clear on how orion decides where to find things! I agree. Why do I have to copy the file(s) there instead of using the CLASSPATH? Shouldn't I be able to point to where Oracle installed the driver files? Do I need to have two copies of the driver files on my machine? Maybe this is an idea for a future improvement for Orion(?) Gary Danut Danut Prisacaru ([EMAIL PROTECTED]) wrote: I am trying to use Oracle database with Orion. In the "data-source.xml" file I have added: data-source class="com.evermind.sql.DriverManagerDataSource" name="Oracle" schema="database-schemas/oracle.xml" location="jdbc/OracleCoreDS" xa-location="jdbc/xa/OracleXADS" ejb-location="jdbc/Myapollo" connection-driver="oracle.jdbc.driver.OracleDriver" username="system" password="manager" url="jdbc:oracle:oci8:@APOLLO" inactivity-timeout="30" / I have set the correct class path to the Oracle class files CLASSPATH=c:\java\orion\jrb.jar;c:\java\orion\jndi.jar;.;c:\java\orion\orion .jar;C:\Java\Oracle;.;C:\Java\orion\orion.jar;C:\Java\orion\ejb.jar;C:\Java\ orion\jndi.jar;C:\Java\j2sdkee1.2.1\lib\j2ee.jar; but when I launch Orion server I get the following message: C:\Java\orionjava -jar orion.jar Error initializing server: DriverManagerDataSource driver 'oracle.jdbc.driver.OracleDriver' not found Thank you, Danut _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: SV: Off topic: development tools
Ant: http://jakarta.apache.org/ant/ EJBDoclet: http://www.dreambean.com/ejbdoclet.html JUnit: http://www.junit.org/ XP: http://www.xprogramming.com/ (Not a tool but a development methodology) UltraEdit: http://www.ultraedit.com/ I fully endorse and encourage the use of Ant, EJBDoclet, and JUnit. They're all incredible tools. UltraEdit, well... it's a nice Notepad replacement but hardly an editor. As for Extreme Programming, it's certainly appropriately named. I wonder if anyone's actually adopted the process in it's entirety. I think anyone doing "internet" development these days is doing something "loosely based on XP" whether they realize it or not. -- Jason Rimmer "If it isn't true, it should be, [EMAIL PROTECTED] and if we could afford it, it would be." - Original Message - From: "Guilherme Ceschiatti" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, December 12, 2000 1:23 PM Subject: Re: SV: Off topic: development tools On Tuesday 12 December 2000 01:47, Chris Bartling wrote: I'm using EJBDoclet and Apache Ant 1.2 for my EJB development with Orion. Easy to setup and use, extensible (both EJBDoclet and Ant allow extension by subclass/interface implementation). I also use JUnit for all EJB unit tests (testing home and remote interfaces) and integration tests. Total cost: $0. All of these tools are open source and support our lightweight development process, loosely based on XP. As for the IDE, I use UltraEdit-32 for Java files and HomeSite 4.5.1 for JSP work. All seems to work well together. From my standpoint, I want a repeatable deployment process, all these tools used in conjunction give me that. Hi, Chirs. Could you please send the URL's of these apps? []s Guilherme Ceschiatti [EMAIL PROTECTED]
Re: Anyone using Orion in production? [long]
WebLogic, IBM, and Silverstream all offer source for a customer with a reasonable requirement. One of the company's I worked with was able to get the source commitment from all 3 vendors. I do think the customer and NDA requirement for source is a viable one. Especially since Evermind seems to be drafting friends/coworkers all the time. Heck, it certainly couldn't hurt. I wish this "interest" list operated in a similar fashion to the support list for another product I use, Stalker's CommuniGate Pro. Even though Stalker's a small company and I only spent $500 on their product, their mailing list is tightly monitored and questions rarely go unanswered by Stalker staff for longer than a few hours. While I'm sure working on Orion is time-consuming, I can imagine just the PR worthiness of a monitored list would be greatly beneficial. Personally, I think the Evermind guys overestimate the value of features and underestimate the value of vendor accessibility and involvement. The latter will frequently pays off in more handsome ways than the former. I would certainly trade interim EJB v2 support, since it's not even final yet, for the active involvement of Evermind staff in this list. If JBoss ever becomes a competent product I fear for Orion. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Gerald Gutierrez" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Friday, November 24, 2000 10:55 PM Subject: RE: Anyone using Orion in production? [long] At 05:36 PM 11/24/2000 -0800, you wrote: You know..while I would love to see source for the sole purpose of allowing us to help the Orion team debug and fix problems (not to allow a fork of the product), I think everyone needs to think about other products. Do you think WebLogic, Inprise, Oracle, IBM and others are going to release their source so the committed followers can help them fix bugs. That would be ideal..but none of them do it. Thus far I don't know of any full J2EE ready app servers that have released their source. I have heard of JBoss..but I don't know much about it. As far as I know, the "Orion Team" consists of very few people (I believe it's two), not 20 or 50 or 100 or more. Although Orion is cheap, if something goes wrong, I'm not certain I can expect rapid response. It's also a tough sell to the "business side". There is a community of people using the product. All are technically adept. If each person only fixed one bug in the life of the Orion server, it would be far superior than what it is now. Make people print out an NDA, sign it, and fax it back. Make them understand that the code is proprietary. But by allowing people using the product to see the source, it becomes that much better a product. For $1500, I'm actually not "glad" that it is cheap, I'm worried that it'll be $1500 wasted when the crunch comes and Orion cannot deliver, and I have to pay for an alternative solution.
Re: counter.jar
You shouldn't have to decompile it, as it's supposedly open source. Here's the message in May from Karl: http://www.mail-archive.com/orion-interest@orionserver.com/msg01478.html. Though I certainly would not mind the fixes you're proposing. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, November 15, 2000 4:07 PM Subject: counter.jar Would anyone be tremendously upset if I rewrote counter.jar based on info I get from decompiling it? I have two things in mind: 1) To make the changes needed to switch it to ejb 2.0 2) Minor optimisation in the generation of ID's (to create the initialContext once and hold onto it, rather than creating a new one at every invocation)
Re: Initial JMSTest++ results, sort of
During all the JMSTest++ tests, both successful and otherwise, Orion didn't crash once. JMSTest++'s JMS compliance tests are necessarily detailed and broad and I find it impressive that while Orion may not have been able to behave appropriately during the tests it never once blinked. So while it didn't support the expected functionality it never once was caught off guard by the test's attempts. Quite an achievement. -- Jason Rimmer [EMAIL PROTECTED]
Initial JMSTest++ results, sort of
JMSTest++ is a JMS v1.0.2 compliance test suite written by Fiorano (http://www.fiorano.com) which publishes a competing JMS implementation. I performed the compliance tests on a machine with the following specifications: o Dell Intel Pentium 3 - 600 Mhz with 128Mb memory o Windows 200 SP1 o Orion v1.4.0 o Javasoft's JDK v1.3 (running in mixed mode) The compliance suite consists of ~800 tests which includes the breadth of functionality detailed in the JMS v1.0.2 specification.. There is a caveat in that Orion's JMS implementation is only claimed to be JMS v1.0 compliant while the JMSTest++ tests are to determine JMS v1.0.2 compliance. This isn't a large issue as the difference between the spec's are small and therefore only cover a small percentage of the tests. This message was going to contain details of all the tests, their results, and commentary. Unfortunately, Orion's JMS implementation was unable to pass anything more than the rudimentary tests. The most common test result was a hang, though a functionality failure was right behind. I spent some time looking over much of the JMSTest++ source and while I can't claim every test is 100% legitimate, it largely appears reasonable. The test suite is in active internal use at not only Fiorano, but also Bea, and Progress (home of SonicMQ). Considering my results I believe it's false to claim that Orion supports JMS v1.0, let alone v1.0.2. The bottom line is that I would not depend on Orion's JMS implementation for anything: educational tool, toy, or production application. I don't plan to take up the testing again unless Evermind makes major JMS updates or the list membership considers specific results to be valuable. -- Jason Rimmer [EMAIL PROTECTED]
Re: Initial JMSTest++ results, sort of
Each test is an individual programs to prevent exactly that sort of occurrence. When I ran portions that hung or failed I cycled the server and reran them to take that extra step to prevent domino-style failures. I don't think anything else would be necessary to reset Orion's JMS since queues aren't persistent and therefore state's not outliving shutdown. The failures ran the gamut from hangs due to incorrect server behavior, incorrect exceptions (among other spec. breaks), to missing functionality. I'm glad you're committed to a real JMS implementation and I look forward to it being usable. As it stands now it's barely there. Note that the JMSTest++ suite is not freely available. My Fiorano sales rep specified that vendors are paying a license fee to use it. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Karl Avedal" [EMAIL PROTECTED] To: "Jason Rimmer" [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Wednesday, November 01, 2000 7:00 PM Subject: Re: Initial JMSTest++ results, sort of Hello Jason, Interesting, we will look at that test suite to see what the results are. If a very large number of tests fail, it might be because there is a bug that triggers failure in more than one case which leads to a great number of failures, but I can't tell for sure until I've run the tests. JMS hasn't been the main focus for Orion but with J2EE 1.3 and EJB 2.0, JMS is becoming more important so we will obviously make sure we have a great JMS implementation (in J2EE 1.2, JMS was optional and not very tightly integrated). Regards, Karl Avedal Jason Rimmer wrote: JMSTest++ is a JMS v1.0.2 compliance test suite written by Fiorano (http://www.fiorano.com) which publishes a competing JMS implementation. I performed the compliance tests on a machine with the following specifications: o Dell Intel Pentium 3 - 600 Mhz with 128Mb memory o Windows 200 SP1 o Orion v1.4.0 o Javasoft's JDK v1.3 (running in mixed mode) The compliance suite consists of ~800 tests which includes the breadth of functionality detailed in the JMS v1.0.2 specification.. There is a caveat in that Orion's JMS implementation is only claimed to be JMS v1.0 compliant while the JMSTest++ tests are to determine JMS v1.0.2 compliance. This isn't a large issue as the difference between the spec's are small and therefore only cover a small percentage of the tests. This message was going to contain details of all the tests, their results, and commentary. Unfortunately, Orion's JMS implementation was unable to pass anything more than the rudimentary tests. The most common test result was a hang, though a functionality failure was right behind. I spent some time looking over much of the JMSTest++ source and while I can't claim every test is 100% legitimate, it largely appears reasonable. The test suite is in active internal use at not only Fiorano, but also Bea, and Progress (home of SonicMQ). Considering my results I believe it's false to claim that Orion supports JMS v1.0, let alone v1.0.2. The bottom line is that I would not depend on Orion's JMS implementation for anything: educational tool, toy, or production application. I don't plan to take up the testing again unless Evermind makes major JMS updates or the list membership considers specific results to be valuable. -- Jason Rimmer [EMAIL PROTECTED]
Re: JMS implementation, is it for real?
I've filed a few bugs with Bugzilla (149, 150, and 151) regarding a null pointer exception with rollback, lack of persistent functionality, and lack of client_acknowledgement functionality respectively. If 150 and 151 are resolved then the JMS implementation will at least be functional. Compliance would seem to be a ways off. Note that non-critical bug number 149's already been taken care of. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Jason Rimmer" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Saturday, October 28, 2000 10:42 PM Subject: JMS implementation, is it for real? Is Orion's JMS implementation for real? While it supports the simplistic behavior as demonstrated by the chat and coffeemaker demo it doesn't appear to support much else. JMS parts I can't get working: o Transactions. Doesn't seem to matter what you call: commit, rollback, etc. Doesn't make a difference. o Persistence: Make the change in the jms.xml to define a queue's persistent-file, set the message delivery mode to persistent, watch it get ignored. Has anyone had much luck with this? Perhaps SwiftMQ is the answer here (even though I want to use the MessageDrivenBeans). -- Jason Rimmer [EMAIL PROTECTED]
Re: Syntax error in Orion generated wrapper classes
Syntax error in Orion generated wrapper classesHere's the reference to this same topic that was discussed on the list late last month: http://www.mail-archive.com/orion-interest@orionserver.com/msg04684.html. I looked through Bugzilla and couldn't find an entry for it, so it would appear to still be a problem. Please file this with Bugzilla, http://www.orionserver.com/bugzilla/. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: Gordon Tyler To: Orion-Interest Sent: Monday, October 30, 2000 7:26 AM Subject: Syntax error in Orion generated wrapper classes Hi, I'm having a weird problem with Orion 1.3.8 on WinNT4, JDK 1.3. When deploying an EAR with two EJB-JARs (each containing multiple EJBs, stateless session beans and entity beans) and a WAR, I get the following error: StaffMembers_StatelessSessionBeanWrapper77.java:378: Undefined variable: created methodException = EJBUtils.getUserException(e, !created); ^ StaffMembers is a stateless session bean. I get similar errors for all the other stateless session beans in both EJB-JARs. Why is invalid code being generated? Ciao, Gordon --- Codito ergo sum - I code therefore I am --- Gordon Tyler [EMAIL PROTECTED] AST -- Product Development Tel: +27-(0)21-6803412 PGP key available on request If we knew what we were doing, it wouldn't be called research. -- Einstein Beware of Dragons, for thou art crunchy and taste good with ketchup. -- Unknown All programmers are optimists. -- Frederick P. Brooks, Jr.
Counter.jar source
According to this message: http://www.mail-archive.com/orion-interest@orionserver.com/msg01478.html, the Counter.jar source and license are supposedly "open source". Where is the source and license provided? That email's the last I can find regarding Counter.jar's status. -- Jason Rimmer [EMAIL PROTECTED]
Re: JMS implementation, is it for real?
I've used FioranoMQ previously and have had good luck. It's quite the compliant, performant JMS implementation. The only concerns I have are it's proprietary persistence mechanism, WebLogic and SonicMQ use JDBC and Cloudscape respectively, and it's cost (at least compared to Orion). Of course Orion also uses it's proprietary filestore for persistence. Though I can not claim that it's truly proprietary as I've yet to see it persist a message. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Mike Sick" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Sunday, October 29, 2000 11:16 AM Subject: Re: JMS implementation, is it for real? Hi Jason, We are using FioranoMQ and it seems to be working well. see: http://www.fiorano.com/ OrionTeam - If your JMS implementation is good - do speak up. I've read several emails saying that it is not ready for prime-time and NOT A SINGLE response from the Orion team saying that it is. I know if someone said these things about your webserver/servlet/ejb implementations you'd be all over it like white on rice. So what's the deal? Regards, Mike - Original Message - From: "Jason Rimmer" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Saturday, October 28, 2000 10:42 PM Subject: JMS implementation, is it for real? Is Orion's JMS implementation for real? While it supports the simplistic behavior as demonstrated by the chat and coffeemaker demo it doesn't appear to support much else. JMS parts I can't get working: o Transactions. Doesn't seem to matter what you call: commit, rollback, etc. Doesn't make a difference. o Persistence: Make the change in the jms.xml to define a queue's persistent-file, set the message delivery mode to persistent, watch it get ignored. Has anyone had much luck with this? Perhaps SwiftMQ is the answer here (even though I want to use the MessageDrivenBeans). -- Jason Rimmer [EMAIL PROTECTED]
Re: JMS implementation, is it for real?
Since I'm working with Fiorano now I'll take the charge to get a hold of this test suite and report back results of it's use against Orion. Thanks for bringing this to my attention, Mike. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Mike Sick" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Sunday, October 29, 2000 11:18 AM Subject: Re: JMS implementation, is it for real? Just a follow up. I noticed that Fiorano is making a JMS test suite available in case anyone wants to get it and run it against Orion. If you do - let us know how it goes. http://www.fiorano.com/products/jms.htm Regards, Mike - Original Message - From: "Jason Rimmer" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Saturday, October 28, 2000 10:42 PM Subject: JMS implementation, is it for real? Is Orion's JMS implementation for real? While it supports the simplistic behavior as demonstrated by the chat and coffeemaker demo it doesn't appear to support much else. JMS parts I can't get working: o Transactions. Doesn't seem to matter what you call: commit, rollback, etc. Doesn't make a difference. o Persistence: Make the change in the jms.xml to define a queue's persistent-file, set the message delivery mode to persistent, watch it get ignored. Has anyone had much luck with this? Perhaps SwiftMQ is the answer here (even though I want to use the MessageDrivenBeans). -- Jason Rimmer [EMAIL PROTECTED]
JMS implementation, is it for real?
Is Orion's JMS implementation for real? While it supports the simplistic behavior as demonstrated by the chat and coffeemaker demo it doesn't appear to support much else. JMS parts I can't get working: o Transactions. Doesn't seem to matter what you call: commit, rollback, etc. Doesn't make a difference. o Persistence: Make the change in the jms.xml to define a queue's persistent-file, set the message delivery mode to persistent, watch it get ignored. Has anyone had much luck with this? Perhaps SwiftMQ is the answer here (even though I want to use the MessageDrivenBeans). -- Jason Rimmer [EMAIL PROTECTED]
Re: EJB classpath problem
You can specify an additonal paths to jars, etc. via the "library path" tag in the application.xml config file. For example, here's my config that I added a library path tag to find the oracle JDBC jar: orion-application !-- snip -- !-- Path to the libraries that are installed on this server. These will accesible for the servlets, EJBs etc -- library path="../lib" / library path="/usr/local/oracle/8i/u01/app/oracle/product/8.1.6/jdbc/lib/classes12.z ip" / !-- snip -- /orion-application -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Laurent Cornelis" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, October 26, 2000 2:58 AM Subject: Re: EJB classpath problem Your solution will surely works but I don't want to mix my jars with Orion jars... It is really i^mpossible to specify an additional classpath for EJBs in Orion ? Thanks anyway ;) Laurent - Original Message - From: wim veninga To: Orion-Interest Sent: Wednesday, October 25, 2000 3:56 PM Subject: Re: EJB classpath problem Hi Laurent Where is your rapids-util.jar file located. I would suggest that you put this in your_orion_dir/lib. I had the same kind of situation with cloudscape (database) and orion. I have a couple of objects that need to be stored in cloudscape but cloudscape couldn't find it. But i had the classes in one of my ejb-jars. So when i put the classes in orion/lib everything worked fine. I think that orions class loader doesn't make the classes in ejb-jar available to the rest of the system. Greetings Wim Veninga. Laurent Cornelis wrote: Hello, I deploy a J2EE application (called rapids) with Orion, here is my directory structure after deployment : orion/applications/rapids - Contains EJBs jar orion/applications/rapids/rapids-web - Contains the Web app orion/applications/rapids/rapids-web/WEB-INF/lib/rapids-util.jar - A jar file my web application and my EJB need Somewhere in my web applications, a call to WebFacade (One of my EJBs) is done. In this call WebFacade must use a class from rapids-util.jar (class ubiquity.rapids.ejb.util.HomeFactory) but here is the exception I catch : snip com.evermind.server.rmi.OrionRemoteException: Transaction was rolled back: java.lang.NoClassDefFoundError: ubiquity/rapids/ejb/util/HomeFactory at WebFacade_StatelessSessionBeanWrapper9.getPublicSatellites(WebFacade_Statele ssSessionBeanWrapper9.java:311) at /pri/choosesatellite.jsp._jspService(/pri/choosesatellite.jsp.java:75)(JSP page line 28) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.w5(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at ubiquity.rapids.servlet.RapidsServlet.doPost(RapidsServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX) Nested exception is: java.lang.NoClassDefFoundError: ubiquity/rapids/ejb/util/HomeFactory at ubiquity.rapids.ejb.webfacade.WebFacadeBean.getPublicSatellites(WebFacadeBea n.java:153) at WebFacade_StatelessSessionBeanWrapper9.getPublicSatellites(WebFacade_Statele ssSessionBeanWrapper9.java:281) at /pri/choosesatellite.jsp._jspService(/pri/choosesatellite.jsp.java:75)(JSP page line 28) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.w5(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at ubiquity.rapids.servlet.RapidsServlet.doPost(RapidsServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.d1.si(JAX) at com.evermind.server.http.d1.forward(JAX) at com.evermind.server.http.ed.sp(JAX) at com.evermind.server.http.ed.so(JAX) at com.evermind.util.f.run(JAX) /snip How can I tell to the EJBs where is rapids-util.jar ? Please help !!! Thanks Laurent
Re: Code generation error at deployment stage.
File this with bugzilla, http://www.orionserver.com/bugzilla/. -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Paul Hammant" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Tuesday, October 24, 2000 11:51 AM Subject: Re: Code generation error at deployment stage. This is also a bug in Orion Server 1.4.0 - Paul
Re: Orion Powered Sites
Results from NetCraft's "what's it running?" tool, http://www.netcraft.com: http://www.redbull.com - Unable to determine http://www.javalobby.com - Running Orion/1.0.3 on Solaris http://www.vpro.nl - Running Orion/0.8.1n on Linux http://www.linuxtoday.com.au - Running Orion/1.3.8 on Linux http://wap.hjemmenett.no - Unable to determine http://www.headlinewatch.com - Running Orion/1.0.3 on Solaris http://news.partsbase.com - Running Orion/1.0.3 on Solaris http://australia.internet.com - Running Orion/1.3.8 on Linux http://www.yesitworks.com - Running Orion/1.1.9 on Solaris http://www.internetstockreport.com.au - Running Orion/1.3.8 on Linux http://www.e-mediamarketer.com.au - Running Orion/1.3.8 on Linux -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Gordon Sell" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, October 19, 2000 10:27 PM Subject: Re: Orion Powered Sites Try these(they are from the orion site) http://www.redbull.com http://www.javalobby.com http://www.vpro.nl http://www.linuxtoday.com.au http://wap.hjemmenett.no http://www.headlinewatch.com http://news.partsbase.com http://australia.internet.com http://www.yesitworks.com http://www.internetstockreport.com.au http://www.e-mediamarketer.com.au Cheers Gordon
Re: Orion in production
I doubt WebLogic and Orion compete against each other much. While you and I know that Orion's a capable server, for the business types Orion at US$1500/machine is a bit different from WebLogic's US$17000/cpu. Not to mention Netcraft's WebLogic results are skewed as a free hosting provider, NameZero, hosts 500,000 static html sites on it. Frank Eggink wrote: I don't know what's the downside of believing these statistics. On http://www.netcraft.com: click on 'what's that site running' click on 'help' click on 'range' click on 'Index' (of Sept 2000 of course) Hit Ctrl-F and search for orion. It tells you 1238 servers are running orion. (If you want your boss to go ahead with orion, don't show him number 5 on the list!) Frank On Friday, October 20, 2000 12:38 PM, Sven van 't Veer [SMTP:[EMAIL PROTECTED]] wrote: "Juan Lorandi (Chile)" wrote: Hi! I have been using orion for about 6 months now, and now, as I'm finishing my app, I need to sell orion to my customers... For this, it would be *VERY* valuable to have a list of sites (on the internet or intranets) which use orion... So, basically, what I have in mind is that anybody on this list that wishes to report a site as being partiallly/fully powered by orion, report it to my email address, [EMAIL PROTECTED], so that I can make a list of these, to publish it on WWW I think this will prove useful for us all. www.cachoeiro.net www.snpc.com.br -- == Sven E. van 't Veer http://www.cachoeiro.net Java Developer [EMAIL PROTECTED] == -- Jason Rimmer [EMAIL PROTECTED]
Orion powered sites - update
www.opengolf.com is running Orion/1.0.3 on NT4 using Sun's JDK 1.3 www.cachoeiro.net is running Orion/1.3.8 on Linux www.snpc.com.br is running Orion/1.3.8 on Linux www.redbull.com (de, nl, etc.) is running Orion/1.3.8 on Linux wap.hjemmenett.no is running Orion/0.8.4j on NT4 or Windows 98 www.javalobby.com - Running Orion/1.0.3 on Solaris www.vpro.nl - Running Orion/0.8.1n on Linux www.linuxtoday.com.au - Running Orion/1.3.8 on Linux www.headlinewatch.com - Running Orion/1.0.3 on Solaris news.partsbase.com - Running Orion/1.0.3 on Solaris australia.internet.com - Running Orion/1.3.8 on Linux www.yesitworks.com - Running Orion/1.1.9 on Solaris www.internetstockreport.com.au - Running Orion/1.3.8 on Linux www.e-mediamarketer.com.au - Running Orion/1.3.8 on Linux Changes: o Confirmation of RedBull sites o Confirmation of wap.hjemmenett.no o Addition of cachoeiro.net, snpc.com.br, and opengolf.com -- Jason Rimmer [EMAIL PROTECTED]
Re: Orion Powered Sites
That's appreciated. If you'd like an Orion place to host the list, as well as other Orion materials, I'm game to set it up and run it. "Juan Lorandi (Chile)" wrote: Thanks a lot! The list has grown a lot - fixed the links, and so on... It still is at http://www.rifleman.com.ar/orionsites.htm And it still is at a freeservers site... I have contacted Joe Ottinger, and he has told me, he has nothing else to do at orionsupport.com... I'm working on an J2EE App to handle the list in a more flexible manner (I'm getting nuts trying to keep up with it!) Anyway, write me any thoughts, flames, etc. to MY email (mailto:[EMAIL PROTECTED]), as an effort to keep the list unflooded TIA, Rifle -- Jason Rimmer [EMAIL PROTECTED]
Re: Help with getting Orion to talke to Oracle.
That's not quite true. While you can do what Al recommends you can also add a library path statement to the application.xml config file. As in the following: orion-application !-- snip -- !-- Path to the libraries that are installed on this server. These will accesible for the servlets, EJBs etc -- library path="../lib" / library path="../../java/oracle_jdbc" / !-- snip -- /orion-application -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Al Fogleson" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, October 19, 1995 5:29 PM Subject: Re: Help with getting Orion to talke to Oracle. You need to copy the oracle drivers into your orion/lib directory I actually unzipped the classes111.zip there myself. Al - Original Message - From: "J Davis" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, October 19, 2000 1:43 PM Subject: Help with getting Orion to talke to Oracle. I have been pulling my hair out trying to get oracle and orion to talk to each other. I am sure it is a simple error, but I can't seem to find it. Here is my problem: I have installed orion 1.3.8 on a Windows 2000 server with jdk1.2.2, j2ee1.2.1, jre1.2.2 and oracle8idrivers12_01.zip. I copied the tools.jar from the jdk into the c:\orion dir. I have taken the time to set the following ENV variables based off some earlier messages: J2EE_CLASSPATH=c:\orion\lib\oracle8idrivers12_01.zip J2EE_HOME=c:\j2ee JAVA_HOME=c:\jdk PATH=(Original path);c:\jdk I tried exploding the oracle drivers in the orion/lib dir as well as the jre/lib/ext dir. I tried adding the oracle zip file to the library tag in the application.xml like so: library path="../lib/oracle8idrivers12_01.zip;../lib" / I setup the data-source file like so: data-source class="com.evermind.sql.ConnectionDataSource" name="Oracle VND Driver" location="jdbc/vndCoreDS" pooled-location="jdbc/vndPooledDS" xa-location="jdbc/xa/vndXADS" ejb-location="jdbc/vndDS" connection-driver="oracle.jdbc.driver.OracleDriver" username="login" password="pass" schema="./database-schemas/oracle.xml" url="jdbc:oracle:thin:@machine:1521:sid" inactivity-timeout="120" / I built a simple class that looks like this to run from a remote machine: import java.sql.*; import javax.ejb.*; import javax.sql.DataSource; import javax.naming.*; import com.micronpc.db.*; public class TestConn { Context jndiContext; public TestConn() { try { jndiContext = new InitialContext(); DataSource ds = (DataSource)jndiContext.lookup("jdbc/vndPooledDS"); Connection conn = ds.getConnection(); Statement s = conn.createStatement(); String sql = "SELECT * from adv_sub_family_type"; ResultSet rs = s.executeQuery(sql); while(rs != null rs.next()) { System.out.println("Record:" + rs.getString(1)); } } catch(Exception e) { System.out.println("Got this exception:" + e.getMessage()); e.printStackTrace(); } } public static void main(String[] args) { TestConn testConn1 = new TestConn(); } } My application-client.xml in the META-INF looks like this(although I am not trying to use any of these objects yet.): ?xml version="1.0"? !DOCTYPE application-client PUBLIC "-//Sun Microsystems, Inc.//DTD J2EE Application Client 1.2//EN" "http://java.sun.com/j2ee/dtds/application-client_1_2.dtd" application-client ejb-ref ejb-ref-nameQuoteEntity/ejb-ref-name ejb-ref-typeEntity/ejb-ref-type homecom.micronpc.api.configurator.QuoteEntityHome/home remotecom.micronpc.api.configurator.QuoteEntityRemote/remote /ejb-ref ejb-ref ejb-ref-nameModelQuoteEntity/ejb-ref-name ejb-ref-typeEntity/ejb-ref-type homecom.micronpc.api.configurator.ModelQuoteEntityHome/home remotecom.micronpc.api.configurator.ModelQuoteEntityRemote/remote /ejb-ref ejb-ref ejb-ref-nameProfileEntity/ejb-ref-name ejb-ref-typeEntity/ejb-ref-type homecom.micronpc.api.configurator.ProfileEntityHome/home remotecom.micronpc.api.configurator.ProfileEntityRemote/remote /ejb-ref /application-client my jndi.properties looks like this: java.naming.factory.initial=com.evermind.server.ApplicationClientInitialCont extFactory java.naming.provider.url=ormi://ejbtestbox/micron java.naming.security.principal=admin java.naming.security.credentials=123 my principales file looke like this: ?xml version="1.0"? !DOCTYPE principals PUBLIC "//Evermind - Orio
FAQ-o-matic and OrionSupport (was Re: displaying xml)
That's an excellent idea! If Evermind doesn't do this I'm game to set it up and host it. Perhaps the gentleman who ran OrionSupport would be interested in making this part of his "new" site. On a similar topic: I'm interested in helping OrionSupport. While I may not have all the time to contribute content I'm more than willing to host the site and keep it updated. Interested? -- Jason Rimmer [EMAIL PROTECTED] - Original Message - From: "Hani Suleiman" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Monday, October 16, 2000 8:57 PM Subject: RE: displaying xml Or how about a faq-o-matic? Seems ideal for this kind of thing. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Porfiriev Sergey Sent: Monday, October 16, 2000 8:33 PM To: Orion-Interest Subject: Re: displaying xml To Magnus Karl Avedal: it will be good idea to open "users contribution" topic at www.OrionServer.com http://www.OrionServer.com ( like orionsupport was). and as result traffic in orion-interest will be decreased :) - Original Message - From: Derek Akers mailto:[EMAIL PROTECTED] To: Orion-Interest mailto:[EMAIL PROTECTED] Sent: Monday, October 16, 2000 6:44 PM Subject: Re: displaying xml Hi Troy, thanks, but I've already tried. the pre /pre tags do preserve the indentation of the XML, but do not allow for the displaying of tags for some reason. 1) use xmp /xmp tags - pre can;'t help. 2) use this xsl for XML parsing - ( i use it with Salaman's Saxon XSLT engine, but it will work under Orion default XSLT (xerces)) it will display your XML as HTML with XML reformating and coloring xsl:stylesheet xmlns:xsl=" http://www.w3.org/1999/XSL/Transform http://www.w3.org/1999/XSL/Transform" version="1.0" xsl:output method="html" encoding="windows-1251" indent="yes"/ !-- Generic stylesheet for viewing XML -- !-- This stylesheet has been modified to use modes instead of nested templates. -- !-- Last Updated by Parf: moved to lotus xsl, main tag fix -- xsl:template match="/" HTML xsl:apply-templates/ /HTML /xsl:template xsl:template match="node()" xsl:if test="name()!='xml-stylesheet'" bbigxsl:textlt;/xsl:textxsl:value-of select="name()"/xsl:textgt;/xsl:text/big/bbr/ DIV STYLE="font-family:Courier; font-size:10pt; margin-bottom:0em" xsl:apply-templates mode="inside"/ /DIV bbigxsl:textlt;//xsl:textxsl:value-of select="name()"/xsl:textgt;/xsl:text/big/b /xsl:if /xsl:template xsl:template match="*" mode="inside" DIV STYLE="margin-left:1em" SPAN STYLE="color:blue" xsl:textlt;/xsl:text bxsl:value-of select="name()"//b xsl:for-each select="@*" xsl:call-template name="attribute"/ /xsl:for-each xsl:choose xsl:when test="self::node()" xsl:textgt;/xsl:text xsl:apply-templates mode="inside"/ xsl:textlt;//xsl:text xsl:value-of select="name()"/ xsl:textgt;/xsl:text /xsl:when xsl:otherwise xsl:text/gt;/xsl:text /xsl:otherwise /xsl:choose /SPAN /DIV /xsl:template xsl:template name="attribute" SPAN STYLE="color:navy" xsl:text /xsl:text xsl:value-of select="name()"/ xsl:text="/xsl:text SPAN STYLE="color:black" xsl:value-of select="."/ /SPAN xsl:text"/xsl:text /SPAN /xsl:template xsl:template match="comment()" mode="inside" SPAN STYLE="color:orange" xsl:textlt;!--/xsl:textxsl:value-of select="."/xsl:text--gt;/xsl:text /SPAN /xsl:template xsl:template match="processing-instruction()" mode="inside" DIV STYLE="margin-left:1em; color:maroon" xsl:textlt;?/xsl:text xsl:value-of select="name"/ xsl:text /xsl:text xsl:value-of select="."/ xsl:text?gt;/xsl:text /DIV /xsl:template xsl:template match="text()" mode="inside" SPAN STYLE="color:green" xsl:value-of select="."/ /SPAN /xsl:template /xsl:stylesheet - Original Message - From: Troy E. mailto:[EMAIL PROTECTED] Echols To: Orion-Interest mailto:[EMAIL PROTECTED] Sent: Monday, October 16, 2000 5:09 PM Subject: Re: displaying xml Perhaps enclosing the xml in pre /pre will work. Troy Echols Derek Akers wrote: Hi all... I am trying to display the contents of an XML file t
I'll help with the FAQ and OrionSupport
I sent a message to the list but didn't see it so I'm reposting. If it did appear and this is a duplicate my apologies for your wasted bandwidth. I'm interested in helping, both on the OrionSupport front as well as with the faq-o-matic, which I think is a fantastic idea. While my content contribution's may be limited I'm at the least able to offer to host and work on the OrionSupport site as well as hosting and maintaining the faq-o-matic. So Mr. OrionSupport, interested? -- Jason Rimmer [EMAIL PROTECTED]
Re: Does Orion have an FTP service?
Why bother FTP'ing the file? Not only is the file sent cleartext ("orders" sound like they make include credit card info, etc.) but it's also one more system (and another daemon, e.g. security concerns) to write and support. Just make the file accessible via password protected HTTPS. That would make it not only secure but also utilize existing Orion's functionality. Neville Burnell wrote: Hi, Does orion have an FTP service? If not does anyone know of a good Java FTP server that might be used with orion? We are looking at downloading files created by our J2EE App running on Orion [basically online orders] to a remote sales order system for subsequent processing. AutoFTP from Primasoft (http://www.primasoft.com/ftp.htm) looks good for automating the download, but Orion doesn't have an FTP service [or does it?] How do other Orion sites handle FTP ? TIA Neville Burnell Business Manager Software -- Jason Rimmer [EMAIL PROTECTED]
Re: setting up jdbc with oracle 8i on NT
I've got, as I'm sure many have, Orion working great with Oracle 8i. In my case I'm running 8iR2 on Linux. The error message you gave in the other message you posted is vague, so it's tough to diagnose from it. Though upon looking at you data-source tag you're missing a critical attribute, that being: schema="database-schemas/oracle.xml". See the original data-sources.xml for an example of it's usage. I also added the path to the JDBC driver to the application.xml's orion-application tag in the form of: library path="../../java/oracle_jdbc" / Here's what my data-source tag looks like: data-source class="com.evermind.sql.DriverManagerDataSource" name="rmedia" location="jdbc/RMediaDS" xa-location="jdbc/xa/RMediaXADS" ejb-location="jdbc/RMediaEJBDS" connection-driver="oracle.jdbc.driver.OracleDriver" schema="database-schemas/oracle.xml" username="XXX" password="XXX" url="jdbc:oracle:thin:@localhost:1521:rmedia" inactivity-timeout="30" / "Boulatian, Misak" wrote: Hi all, Did anybody setup orion server to work with oracle8i? Please let me know what would data-sources.xml look like. This is what I have but it does not seem to work. data-source class="com.evermind.sql.DriverManagerDataSource" name="Oracle8i" location="jdbc/Oracle8i" xa-location="" ejb-location="" connection-driver="oracle.jdbc.driver.OracleDriver" username="system" password="manager" url="jdbc:oracle:thin@misaklap:1521:trade" inactivity-timeout="30" / /data-sources Please advise. Thanks, Misak -- Jason Rimmer [EMAIL PROTECTED]
Re: User/Group manager guide
I think the operative phrase here is "being written", e.g. in process. When it's done I'm sure we'll hear about it first on this list. Michael Mok wrote: Karl Where is this guide found? Any URL to the Orion Website or .HTML folder in the installed Orion directory? TIA Michael Mok -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Karl Avedal Sent: Tuesday, 19 September 2000 9:45 To: Orion-Interest Subject: Re: User/Group manager guide Hello, There's already a guide about this being written. Regards, Karl Avedal Guilherme Ceschiatti wrote: Hi! I'm almost leaving Orion because the lack of documentation, mainly about how to manage User/Groups. As many people have lots of doubts related to it too, I'm asking the Orion team or anybody else to write a tutorial about it. I really don't want to leave Orion, because I've made good things on it, but I'm spending a lot of time trying to "decifrate" how to use the Orion API. Thanks. Guilherme Ceschiatti [EMAIL PROTECTED] -- Jason Rimmer [EMAIL PROTECTED]
Re: Using strut with Orion
Where is information for Apache struts available? I looked around the Apache Org's website a bit and couldn't find a reference to it. I assume it's part of a larger Java project. -- Jason Rimmer [EMAIL PROTECTED]
Re: SIGSEGV 11 with IBMJava2-13
What version of glibc you're running? Older versions of glibc tend to be the reason for many failures. If you're running RedHat a simple "rpm -q glibc" will tell the tale. The two boxes I've got the JDK operating fine on are running: glibc-2.1.2-11 and glibc-2.1.3-15. Joel Shellman wrote: I get the following dump from using IBMJava2-13 (production version) running Orion 1.1.38. The wierd thing is that I thought I had been hammering on it for 30 minutes or so with no trouble. Now this happens in the middle trying one of our page requests everytime. Any ideas? java -version: java version "1.3.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-2623 (JIT enabled: jitc)) uname -a: Linux antone.office.ants.com 2.2.14-5.0smp #1 SMP Tue Mar 7 21:01:40 EST 2000 i686 unknown ps. Just tried it and disabling the JIT makes the problem go away. SIGSEGV 11 (*) segmentation violation stackpointer=0xbefc1d08 SIGABRT 6 (*) abort process stackpointer=0xbefc17dc Monitor pool info: Initial monitor count: 32 Minimum number of free monitors before expansion: 5 Pool will next be expanded by: 16 Current total number of monitors: 32 Current number of free monitors: 23 Monitor Pool Dump (inflated object-monitors): sys_mon_t:0x0804ef18 infl_mon_t: 0x0804eaf0: java.lang.ref.Reference$Lock@402F01E0/402F01E8: unowned Waiting to be notified: "Reference Handler" (0x80cedc0) sys_mon_t:0x0804ef98 infl_mon_t: 0x0804eb30: java.lang.ref.ReferenceQueue$Lock@402EFE30/402EFE38: unowned Waiting to be notified: "Finalizer" (0x80d2a20) sys_mon_t:0x0804f018 infl_mon_t: 0x0804eb70: com.evermind.server.ApplicationServerThread@402E84F0/402E84F8: owner "ApplicationServerThread" (0 x8464058) 1 entry sys_mon_t:0x0804f0d8 infl_mon_t: 0x0804ebd0: com.evermind.server.ApplicationServerThread@402E82A0/402E82A8: owner "TaskManager" (0x85c30e0) 1 entry sys_mon_t:0x0804f118 infl_mon_t: 0x0804ebf0: com.evermind.server.ApplicationServerThread@402E81F0/402E81F8: owner "ApplicationServerThread" (0 x4930a780) 1 entry JVM System Monitor Dump (registered monitors): ACS Heap lock: unowned System Heap lock: unowned Sleep lock: unowned Waiting to be notified: "TaskManager" (0x85c30e0) Method trace lock: unowned UTF8 Cache lock: unowned Heap lock: unowned Rewrite Code lock: unowned Monitor Cache lock: owner "ApplicationServerThread" (0x4930a780) 2 entries JNI Pinning lock: unowned JNI Global Reference lock: unowned Classloader lock: unowned Linking class lock: unowned Binclass lock: unowned Monitor Registry lock: owner "ApplicationServerThread" (0x4930a780) 2 entries Thread queue lock: owner "ApplicationServerThread" (0x4930a780) 2 entries Waiting to be notified: "Thread-1" (0x804f8a8) Thread identifiers (as used in flat monitors): ident 7 "ApplicationServerThread" (0x4930a780) ee 0x4930a5b4 ident 2 "Thread-1" (0x804f8a8) ee 0x0804f6dc ident a "TaskManager" (0x85c30e0) ee 0x085c2f14 ident 9 "HttpConnectionListener [0.0.0.0/0.0.0.0:8000]" (0x85a8940) ee 0x085a8774 ident 8 "ApplicationServerThread" (0x8464058) ee 0x08463e8c ident 5 "Finalizer" (0x80d2a20) ee 0x080d2854 ident 4 "Reference Handler" (0x80cedc0) ee 0x080cebf4 ident 3 "Signal dispatcher" (0x80ca490) ee 0x080ca2c4 Java Object Monitor Dump (flat inflated object-monitors): com.evermind.server.ApplicationServerThread@402E81F0/402E81F8 locknflags 8a00 Monitor inflated infl_mon 0x0804ebf0 com.evermind.server.ApplicationServerThread@402E82A0/402E82A8 locknflags 8900 Monitor inflated infl_mon 0x0804ebd0 com.evermind.server.ApplicationServerThread@402E8368/402E8370 locknflags 0009 Flat locked by threadIdent 9. Entrycount 1 com.evermind.server.ApplicationServerThread@402E84F0/402E84F8 locknflags 8600 Monitor inflated infl_mon 0x0804eb70 java.lang.ref.ReferenceQueue$Lock@402EFE30/402EFE38 locknflags 8400 Monitor inflated infl_mon 0x0804eb30 java.lang.ref.Reference$Lock@402F01E0/402F01E8 locknflags 8200 Monitor inflated infl_mon 0x0804eaf0 java.net.PlainSocketImpl@4085ED80/4085ED88 locknflags 0008 Flat locked by threadIdent 8. Entrycount 1 java.net.PlainSocketImpl@417D7240/417D7248 locknflags 00090000 Flat locked by threadIdent 9. Entrycount 1 -- Joel Shellman Chief Software Architect The virally-driven B2B marketplace for outsourcing projects http://www.ants.com/90589781 -- Jason Rimmer [EMAIL PROTECTED]
Re: Linux and IBM JDK v1.3?
Also, notice the "dev" in the middle of the version string. That's what I was running and it means you're running the prerelease development version. The production's version string is (notice "dev" has changed to 130): java version "1.3.0" Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.0) Classic VM (build 1.3.0, J2RE 1.3.0 IBM build cx130-2623 (JIT enabled: jitc)) The production version works fine. No problems at all... yet. Vlad Petric wrote: {mandrake}[~]$ java -version java version "1.3.0" Classic VM (J2RE 1.3.0 IBM build cxdev-2502 (JIT enabled: jitc)) 2502 is clearly the release date. I get 2623. My advice is to grab the latest version from IBM and use it instead of Sun/Blackdown version. It's considerably faster (BTW, you ran you Sun/Blackdown JVM without jit and with green threads - you'll get better results with jit and normal threads). Vlad -- Jason Rimmer [EMAIL PROTECTED]
Linux and IBM JDK v1.3?
I see some traffic in the archive that suggests that people have gotten Orion working on Linux with IBM's v1.3 JDK? If that's the case I'd love to know the secret. My attempts result in: [root@box orion]# java -jar orion.jar SIGSEGV 11 (*) segmentation violation stackpointer=0xbefc0d08 -- Jason Rimmer [EMAIL PROTECTED]
Re: Linux and IBM JDK v1.3?
It turns out that I was running a development version of IBM's JDK. A very subtle "dev" in the middle of the version string tipped me off. Upon download of the production version everything appears to work. Certainly a dubious first post to the mailing list. Thanks for your offer of help. Vlad Petric wrote: Jason Rimmer wrote: I see some traffic in the archive that suggests that people have gotten Orion working on Linux with IBM's v1.3 JDK? If that's the case I'd love to know the secret. My attempts result in: [root@box orion]# java -jar orion.jar SIGSEGV 11 (*) segmentation violation stackpointer=0xbefc0d08 -- Jason Rimmer [EMAIL PROTECTED] could you please tell us the result of a java -version ? What about distribution, kernel, etc. ? Vlad Petric -- Jason Rimmer [EMAIL PROTECTED]