Re: NoSuchMethodException
Greg, Getting a remote interface and invoking methods on a stateless session bean has been stable for me. My first inclination would be that perhaps you have a mismatch with method signatures. I would suggest you validate the method signature between your client, the remote interface and the implementation. My guess would be that the problem is most probably a mismatch between the method signature the remote interface is publishing and what the implementation is expecting. Just my $0.02 worth. Remember, you get what you pay for Hitesh PS: 'javap -s classname>' shows the fully resolved method signature. Very valuable in cases where a particular classname was used in multiple packages. Greg Matthews wrote: Dear all,I've build an ejb jar, deployed it, and then tried to call one of the methods in one of the stateless session beans.It doesn't work.I can get a reference to the stateless session bean but can't work out why i can compile client code to call an ejb method, but then get a NoSuchMethodException when i try to run it.The line below is from a System.out.println call, showing that i've got a remote object reference.testing server = TestingServer stateless session com.evermind.server.rmi.OrionRemoteException: Invocation error: java.lang.NoSuch MethodException at com.evermind.server.rmi.bd.invokeMethod(JAX) at com.evermind.server.rmi.a4.invoke(JAX) at __Proxy1.initialise(Unknown Source) at com.traveltech.data.OrionClient.init>(OrionClient.java:27) at com.traveltech.data.OrionClient.main(OrionClient.java:37) Nested exception is: java.lang.NoSuchMethodException at com.evermind.server.rmi.bd.invokeMethod(JAX) at com.evermind.server.rmi.a4.invoke(JAX) at __Proxy1.initialise(Unknown Source) at com.traveltech.data.OrionClient.init>(OrionClient.java:27) at com.traveltech.data.OrionClient.main(OrionClient.java:37)Does anyone have any clues as to why I can't call a method in a object that I have a reference to? The method is there since doing a javap shows the method, and my client code compiles ok.Thanks,Greg.
Re: www.orionserver.com down again
Isent some email to Netcraft asking about any stats they might have on web/app server uptime instead of operating system uptime. Unfortunately they don't collect that kind of information, nor do they know of anybody else who might be doing that. So here's a problem that could use some brainpower from people on this list. Can you figure out a way to track the uptime of an Orion app server -- a generic solution that supported testing Apache and others would be nice, but right now we're focused on Orion. This assumes that the server workstation does not get rebooted and the site does not change the version of Orion they are currently running -- both of these stats are already tracked by Netcraft. Personally I don't have any idea how this might be feasible, but we'd all benefit if someone figured it out. Hitesh Jeff Schnitzer wrote: An interesting graph can be found here: http://uptime.netcraft.com/graph?display=uptimesite=www.orionserver.com (sorry about the previous chopped message) Jeff Schnitzer [EMAIL PROTECTED] >-Original Message- >From: Scott Stirling [mailto:[EMAIL PROTECTED]] >Sent: Wednesday, December 13, 2000 9:02 PM >To: Orion-Interest >Subject: RE: www.orionserver.com down again > > >That's because it was put back up in the interim. I've noticed these >downtimes before too. > >Scott Stirling >West Newton, MA > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of Juan Gargiulo >Sent: Wednesday, December 13, 2000 3:34 PM > >The site works for me > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED]]On Behalf Of Gerald >Gutierrez >Sent: Wednesday, December 13, 2000 11:36 AM > > >Once again the web site is down. This time a scan shows me >that something >is listening on port 80, and one can connect to it via [telnet >www.orionserver.com 80], but nothing comes back. I'm not sure about the >other customers and potential customers of the Orion server, >I'd like some >explanation for these frequent down-times. Is this the quality >of service >that one can expect of this application server? > > >
Re: to boldly go where no man has gone before (long)
See comments below Hani Suleiman wrote: Well flameproofsuit My native language isn't English either, but this IS an English mailing list, isn't it? I think it's reasonable that if someone requests help, they should at least be able to express their problem coherently. They're Yes, absolutely. They should be able to clearly articulate their issues, details on their hardware setup, versions of all relevent software (OS, system software, user programs) running on their system (including patch levels, etc.). If they haven't detailed all of this in their request, then they are wasting my time since I will have to then query them for this information piecemeal. very unlikely to get help if nobody can understand the problem to start with! Mind you, the ejb-interest list really gets some.'interestingly In addition, they should be up to date on all of the relevant specifications related to Java2, EJB 1.1 2.0, Servlets, Security, Http, XML, etc. If they don't have the time to read through these specs and be literate, then I don't have time to answer any of their questions. worded' posts and it really does lower the overall quality, IMHO (or at least, it's quite an annoyance). Thankfully enough vendors pipe in to I wholeheartedly agree we should take them out back and flog them publicly. [Flip sarcasm switch to off] Okay, while I was being sarcastic up above, there is some truth to the fact that when people describe problems on this list it helps if they are literate in English, explain their hardware/software set up and have some knowledge about the area (EJB, servlets, jsp, etc.) they're having problems. It seems to me that you've arbitrarily chosen to set the barrier to entry at the level of English literacy. Ie. if they're not fluent in English they are an annoyance to you and you don't want to waste your time in answering their questions. Well, what about those who would say that your bar is set too low? Some people would say that answering a question is not worthwhile unless you've already read the specifications/manuals/sample code/documents multiple times. Setting a bar that high would make this list more efficient ... but not a place that I would want to frequent. We're not perfect. By the grace of God, I and the Internet happened to grow up with English as our primary language. But while I struggle to learn a new language, the Internet is soaking up tons of new languages every day. I can already see the writing on the wall as search engine queries routinely turn up pages in languages other than English. It won't be long before I may have to be subscribed to a non-English resource and I'll then have to struggle to translate my questions into a language foreign to me. When that day comes, I hope there are people on the list who are more understanding than yourself. The point of this list is that people are able to ask questions and provide responses. If you don't want to answer any questions, simply ignore those messages. But don't look down at those who aren't as fluent in English as yourself . unless you yourself wish to be judged. People on this list have varying levels of fluency in English, Java, EJB, http, etc. I applaud everyone who is trying to better themselves by expanding their horizons in any and all of these areas. Life is simple: Lead and help others, follow and learn or just get out of the way. Hitesh [snip]
Re: www.orionserver.com down again
Thanks for the link! You've got to be a little careful interpreting the results though. If I read it correctly, the current moving average for uptime for the www.orionserver.com linux box is around 20 days. However, there are no numbers for the average amount of time that the Orion server on that host is actually up and available. This data is more a measure of the stability of the operating system than whatever web server is running on it. At least that's my take but I'd like to hear other people's opinions. Thanks, Hitesh Jeff Schnitzer wrote: An interesting graph can be found here: http://uptime.netcraft.com/graph?display=uptimesite=www.orionserver.com (sorry about the previous chopped message) Jeff Schnitzer [EMAIL PROTECTED] [snip]
Re: common jars
Matt, Here's a manifest of one of my .ear files in which Ibundle a couple of common non-ejb classes: META-INF/MANIFEST.MF lib/atoc-app2-common.jar lib/atoc-app2-xcpt.jar META-INF/application.xml META-INF/orion-application.xml atoc-app2-ejb.jar atoc-app2-web.war counter.jar Hope that helps. Hitesh Matthew Domarotsky wrote: Hello all, Does anyone know about deploying an ear file that contains ejb jars with dependencies on a common non-ejb. For example, I have the following situation below: ejb1.jar ejb2.jar common.jar Both ejb1.jar and ejb2.jar depend on common.jar, which has no ejbs. The problem comes when I deploy. How do I deploy the two ejb jars so they can see common.jar. I just tried creating the directory META-INF/lib and adding the common.jar there, but that didn't work. Any ideas. Thanks, Matt
Re: Multi-App user Management
Juan, Is there a special reason you have user information stored in principals.xml and not in a database? Moving that information into a database will allow seamless access by multiple applications. The EJBUserManager and DataSourceUserManager are meant for this very purpose. Hitesh Juan Fuentes wrote: Hi all! I have several applications installed on a single orion server. Each application has its own principals.xml so user management is different for every one. I'd like that all applications use the same user definition (e.g. config/principals.xml). Is this possible? A second thing: I'm using the UserManagerEJB that comes with orion to create and get user information. This EJB makes queries to the application principals.xml. How can I do the same with the orion/config/principals.xml? Thanks to all of you! -- Juan Fuentes vi:ru73z! / [EMAIL PROTECTED]
Re: NEWBIE QUESTION: How do I shut this thing down
Robert, Check the principals.xml file in the config directory. In it you should find an entry for the admin user and his password -- see below. users user username="admin" password="123" deactivated="false" descriptionThe default administrator/description group-membership group="administrators" / group-membership group="guests" / group-membership group="users" / /user Enjoy, Hitesh Robert Keith wrote: Hi Guys, I have trawled through the docs to try and find a way to shut orion down cleanly, however I can't find the default username and password in order to shut it down. Can you guys let me know what it is? cheers Rob