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: Distributed EJB's
Hi Englisch-Speaks folks. I know english is important for my job. My Ex - english - teachers has shut herself. I hope the holy ghost came in me. - Karsten - "Juan Lorandi (Chile)" wrote: check RMI-howto, you must tell Orion A that it may have to look up beans in a different server... -Original Message- From: Karsten Beving [mailto:[EMAIL PROTECTED]] Sent: Lunes, 11 de Diciembre de 2000 12:16 To: Orion-Interest Subject: Distributed EJB's Hi. I have two Orion-Server running on two different PCs. I want to lookup a bean on the other Orion-Server. Look at this: PC PC Orion Orion lookup bean, that would connect. best thanks - Karsten -
OT: Language and the list
On Wed, 13 Dec 2000, Gary Shea wrote: What amazes me is that all these non-American/English folks speak English as well as they do. FLAMEBAIT It naturally follows from not living under a regime of cultural imperialism ;-) "If English was good enough for Jesus Christ, it's good enough for me." - Anonymous in Kansas /FLAMEBAIT Seriously, the better you are able to express your problem, the better your chances of receiving help. *Especially* in a volunteer organization such as this list. Language barrier is just a part of that, as numerous "help desk" jokes illustrate. Which is worse: Ignoring someone completely, or telling them you might be able to help if you could understand the question? //Mikko
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? > > >
SV: www.orionserver.com down again
In the year ive used orionserver and its site, i have only experienced downtime once? And when most of the reports og orion downtime comes it still answers to me.. Just to followup on stability :) I coded a wap site using windows nt 4 with jdk 1.3 beta (yepp it was before the RCs came :) and it still runs, the customer forgot the server and its been running for a whole year without problems, just a few days ago I stepped inside there and browsed some wap news and there wasnt problems with it... btw that server runs orion 0.8 or 0.6 something dont remember :) We are allso running a huge J2EE application with applets, jsps, ejbs (in production) and so on on the site im working on now with orion 1.4.0 and it is very stable for us. Our problems with stability is that some strange threaad issue when using JNDI from orion in the java plugin (IE and NS crash on us) but uptime on orionserver is very good. Klaus Myrseth -Opprinnelig melding-Fra: Hitesh Jasani [mailto:[EMAIL PROTECTED]]Sendt: 14. desember 2000 08:21Til: Orion-InterestEmne: Re: www.orionserver.com down againThanks 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: to boldly go where no man has gone before
My Orion could not interpret your message correctly as there is a syntax error in it (well, nobody is perfect). As for the poorly formulated information: sometimes people are shit-scared to write publicly anything in the language which they haven't mastered because they don't want to make fools of themselves. So when they do (write), they sometimes minimise the chance of that by writing less. Also, some least informative postings on this list were put together in a very perfect language. Jarek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Hani Suleiman Sent: 14 December 2000 03:26 To: Orion-Interest Subject: Re: to boldly go where no man has gone before 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 very unlikely to get help if nobody can understand the problem to start with! Mind you, the ejb-interest list really gets some.'interestingly 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 really make it worth subscribing. /flameprootsuit On Thu, 14 Dec 2000, Juan Lorandi (Chile) wrote: flamebait I've been reading all those neat messages about lack of english proficcency and I'd like to point out that more than half the members of Orion-Interest's native language isn't english... After all, orion itself is swedish... And being non-english, I really dislike any discriminating comments... It's a wide world and we all have to be tolerant... /flamebait JP
Re: to boldly go where no man has gone before
On Thu, 14 Dec 2000, Juan Lorandi (Chile) wrote: flamebait I've been reading all those neat messages about lack of english proficcency and I'd like to point out that more than half the members of Orion-Interest's native language isn't english... After all, orion itself is swedish... And being non-english, I really dislike any discriminating comments... It's a wide world and we all have to be tolerant... /flamebait Personally, I think all you non-US people need to get with the program and immigrate. Everyone - and I mean EVERYONE - knows that English is the best language out there. That's why, for example, the Bible was written in English. offtopicYes, I know, I'm getting sarcastic. But still! There's a fine point here - we could all use a lot less Instant Reaction and leave such concepts to our servers. /offtopic --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Information about OR-mapping
According to the Orion web site the current version supports "Partial EJB 2.0 OR-mapping (not N-M relationships)" This means, I presume, that the Orion server is enables your bean's relationships to be stored automatically (as long as they are not N-M relationships). Has anyone found any documentation with concrete examples about this topic - EJB 2.0 specification itself contains only a rather abstract description. Thanks Randahl
RE: Transaction across several different methods in Session beans
Sorry, my begin method is: public void begin() { try { ejbCtx.getUserTransaction().begin(); } catch(Exception e) { e.printStackTrace(); } } I make this mistake becose I before try do this using Context ctx = new InitialContext(); utx = (UserTransaction)ctx.lookup("java:comp/UserTransaction"); but I catch the same exception. Thanks. -Original Message- From: Scott Stirling [SMTP:[EMAIL PROTECTED]] Sent: Thursday, December 14, 2000 3:03 AM To: Orion-Interest Subject: RE: Transaction across several different methods in Session beans Maybe you're calling begin() and commit() on two different UserTransactions. Does the line where you assign the return value of UserTransaction.begin() to utx work? That looks weird (shorthand coding style), but if it works I guess it's OK. The type of utx isn't declared anywhere in the code you posted. Check these lines: public void begin() { try { utx = ejbCtx.getUserTransaction().begin(); } and: public void commit() { try { ejbCtx.getUserTransaction().commit(); } Scott Stirling West Newton, MA -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lopez Esteban Sent: Wednesday, December 13, 2000 6:14 AM To: Orion-Interest Subject: Transaction across several different methods in Session beans Hi all, I'm trying to use UserTransactions in a stateful session bean to associate itself with a transaction across several diferent methods, but it does not work. My code is: Stateful Session Bean: public class TransactionBean implements SessionBean { private SessionContext ejbCtx; private Entity entityRole = null; public void setSessionContext(SessionContext context) throws RemoteException, EJBException { ejbCtx = context; } public void ejbActivate() throws RemoteException, EJBException { } public void ejbPassivate() throws RemoteException, EJBException { } public void ejbRemove() throws RemoteException, EJBException { } public void ejbCreate() throws CreateException, EJBException, RemoteException { } public void createEntity(String id) { try { Context context = new InitialContext(); EntityHome entityHome = (EntityHome)PortableRemoteObject.narrow(context.lookup("java:comp/env/enti ty "), EntityHome.class); ejbEntity = entityHome.create(id); } catch (Exception ne) { ejbEntity = null; ne.printStackTrace(); } } public void setDescription(String description) throws RemoteException { if (ejbEntity == null) { throw( new RemoteException("Entity is null, use createEntity() first")); } try { ejbEntity.setDescription(description); } catch (RemoteException re) { re.printStackTrace(); } } public void begin() { try { utx = ejbCtx.getUserTransaction().begin(); } catch(Exception e) { e.printStackTrace(); } } public void commit() { try { ejbCtx.getUserTransaction().commit(); } catch(Exception e) { e.printStackTrace(); } } public void rollback() { try { ejbCtx.getUserTransaction().rollback(); } catch(Exception e) { e.printStackTrace(); } } } and my client is: public class TransactionTest { public static void main(String[] args) { try { Context context = new InitialContext(); TransactionHome home = (TransactionHome)PortableRemoteObject.narrow(context.lookup("java:comp/env /t ransaction"), TransactionHome.class); Transaction tx = home.create(); tx.begin(); tx.createEntity("tx entity"); tx.setDescription("tx description"); tx.commit(); } catch (Exception e) { e.printStackTrace(); } } } I'm using Orion 1.4.4 and Windows 98. I set transaction-typeBean/transaction-type in the ejb-jar.xml of Transaction Bean and container-transaction description/ method description/ ejb-nameentity/ejb-name method-name*/method-name /method trans-attributeRequired/trans-attribute /container-transaction for Entity bean. When I try to use this I catch the folow exception: java.lang.IllegalArgumentException: No active Transaction at com.evermind.server.ApplicationServerTransactionManager.commit(JAX) at transaction.TransactionBean.commit(TransactionBean.java:127) at Transaction_StatefulSessionBeanWrapper0.commit(Transaction_StatefulSession Be
FW: Please help me!! JMS and distributed EJBs
Hi I've already posted this few days ago. Please help me! Thanks, Esteban -Original Message- From: Lopez Esteban [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, December 12, 2000 12:52 PM To: Orion-Interest Subject: JMS and distributed EJBs Hi! I need some help about JMS configuration. My problem is: I have 2 orion servers, orionA and orionB, I have configured my servers like this: orionA (rmi.xml): server host="orionB" username="admin" password="admin" / orionB (rmi.xml): server host="orionA" username="admin" password="admin" / And I deployed an aplications which have 2 beans Bean1: session bean Bean2: MessageDriven In my orion-application-jar.xml i put: orionA (orion-application-jar.xml): ejb-module remote="false" path="Bean1" / ejb-module remote="true" path="Bean2" / orionB (orion-application-jar.xml): ejb-module remote="true" path="Bean1" / ejb-module remote="false" path="Bean2" / I use the orionB in my jndi.property in my client to use Bean1 and this work fine, but must Bean1 use JMS to call Bean2 and Bean2 recieves nothing. If I deploy the 2 beans in 1 orion, this work correctly, but in 2 orions the JMS does not work correctly. Any ideas? Thanks, Esteban
Re: to boldly go where no man has gone before (long)
Simply great Hitesh! I hope that settles it. Now let's get on with the business (JSPs, Servlets, EJBs etc.) at hand. Paul From: Hitesh Jasani [EMAIL PROTECTED] Reply-To: Orion-Interest [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Subject: Re: to boldly go where no man has gone before (long) Date: Thu, 14 Dec 2000 01:51:13 -0500 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] _ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com
RE: www.orionserver.com down again
I agree that most problems people encounter are more likely caused by 1) their own applications, 2) their JVM or 3) their operating system. Just blaming one thing (the application server written by a small startup company) is easy, but you need to look on the complete picture. Also, running the management console in the same JVM as the Orion appserver itself makes the whole far less stable (I noticed this with 1.2.something). This is caused by generic weaknesses in Swing more than in any bad coding in the console itself. Better to just connect a console running on a remote machine and use that. As to linux stability (especially with Java), the figures confirm my suspicions that linux is not ready for primetime... I'm not using Orion for life sites myself (only for testing, corporate policy demands iPlanet and Websphere for deployment, but those are a bit heavy for running on a workstation). I've seen iPlanet running rockstable on one machine and go down very regularly on another running the same OS. The fault usually was either with the web application being run or with 3rd party software also running (like LDAP servers). Jeroen T. Wenting[EMAIL PROTECTED]Murphy was wrong, things that can't go wrong will anyway -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED]Sent: Thursday, December 14, 2000 10:11To: Orion-InterestSubject: SV: www.orionserver.com down again In the year ive used orionserver and its site, i have only experienced downtime once? And when most of the reports og orion downtime comes it still answers to me.. Just to followup on stability :) I coded a wap site using windows nt 4 with jdk 1.3 beta (yepp it was before the RCs came :) and it still runs, the customer forgot the server and its been running for a whole year without problems, just a few days ago I stepped inside there and browsed some wap news and there wasnt problems with it... btw that server runs orion 0.8 or 0.6 something dont remember :) We are allso running a huge J2EE application with applets, jsps, ejbs (in production) and so on on the site im working on now with orion 1.4.0 and it is very stable for us. Our problems with stability is that some strange threaad issue when using JNDI from orion in the java plugin (IE and NS crash on us) but uptime on orionserver is very good. Klaus Myrseth -Opprinnelig melding-Fra: Hitesh Jasani [mailto:[EMAIL PROTECTED]]Sendt: 14. desember 2000 08:21Til: Orion-InterestEmne: Re: www.orionserver.com down againThanks 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: www.orionserver.com down again
+1 from here too. Most problems with orion stability on our production systems were caused by buggy linux VMs. Even now with jdk1.3.01 from sun the VM crashes from time to time. In terms of long term stability, I think orion has become very good. The problems we've had with orion freezing were all triggered by rather extreme conditions (e.g. massive batch operations on ejbs causing OutOf MemoryErrors). IMHO the most important thing that's missing is a few more configuration directives to tweak orion's resource usage policies especially for EJB caches (I would gladly trade some percentage points in performance for less memory use but that's a very individual thing to decide). Other than that, we just need someone to produce a stable AND fast jdk1.3 for linux. regards, robert At 12:41 14.12.00 , you wrote: I agree that most problems people encounter are more likely caused by 1) their own applications, 2) their JVM or 3) their operating system. snip/ Jeroen T. Wenting [EMAIL PROTECTED] Murphy was wrong, things that can't go wrong will anyway -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 10:11 To: Orion-Interest Subject: SV: www.orionserver.com down again In the year ive used orionserver and its site, i have only experienced downtime once? And when most of the reports og orion downtime comes it still answers to me.. snip/ Klaus Myrseth -Opprinnelig melding- Fra: Hitesh Jasani [mailto:[EMAIL PROTECTED]] Sendt: 14. desember 2000 08:21 Til: Orion-Interest Emne: 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 http://uptime.netcraft.com/graph?display=uptimesite=www.orionserver.com (sorry about the previous chopped message) Jeff Schnitzer [EMAIL PROTECTED] [snip] (-) Robert Krüger (-) SIGNAL 7 Gesellschaft für Informationstechnologie mbH (-) Brüder-Knauß-Str. 79 - 64285 Darmstadt, (-) Tel: 06151 665401, Fax: 06151 665373 (-) [EMAIL PROTECTED], www.signal7.de
Re: to boldly go where no man has gone before
Dear list members, I am just a nobody on this list, and in this world. But I have to point out some things, before this language problem becomes too inflated. First of all, what is the purpose of this list? I think (I didn't check, shame on me!) that it should provide a means of communication and support among all developers who use Orion for learning or for production. I belong to the first group, and I think so do many of us. We learn from you, the Developers who use Orion, and J2EE in your everyday work. We know less than you do, and we certainly should be punished for asking a question which has an obvious answer in a spec or in Orion docs. However, I feel that a person should not be punished for not speaking English correctly. You could have done so, only if there had been an alternative German language list which is not the case. We are fortunate to be able to speak English at a high level. I would be happy to be able to say the same things about my German proficiency. I think Karsten's English is not really a problem. What you are doing here is somehow a xenophobe and club-style behavior, sending out the message: "you cannot join us until you improve your English!". I thought this list was about Orion and helping each other... You could have simply asked Karsten: "What do you mean? I did not understand what exactly your problem was." I apologize for my bad English and for wasting your precious time, oh, you Developer Gods! Ervin Jakab
HttpSession problem
Hi all, I use session scope in my useBean tags correctly in my JSP based application and still all connected users share the same HttpSession. The same application works fine on J2EE-RI. What should be set in Orion config files to start separate HttpSession for each client? Thanks and regards Petr
RE: Information about OR-mapping
Hi, You could do a search in the orion mailing-list archive on 'ejb2.0'. One of the things I found there was that the implementation of the EJB QL also is not finished yet. Another posting contains a link to a very simple example (http://www.mail-archive.com/orion-interest@orionserver.com/msg04479.html). Regards, Marcel According to the Orion web site the current version supports "Partial EJB 2.0 OR-mapping (not N-M relationships)" This means, I presume, that the Orion server is enables your bean's relationships to be stored automatically (as long as they are not N-M relationships). Has anyone found any documentation with concrete examples about this topic - EJB 2.0 specification itself contains only a rather abstract description. Thanks Randahl
Re: to boldly go where no man has gone before
On Thu, 14 Dec 2000, Ervin Jakab wrote: Dear list members, snip! I apologize for my bad English and for wasting your precious time, oh, you Developer Gods! Apology not accepted. I've scheduled you an appointment with a really terrible masseur (he has six fingers and one nail is three inches long) as punishment. However... your point is still quite valid. Come on, guys, drop the issue. I understood the original poster well enough that if I'd have had sufficient time and motivation I could have answered him; I'd be surprised to find that I'm unique in this. Language is a barrier that should exist - not in person-to-person, not in business-to-business, not in program-to-program. It's time to remember that, in my opinion, and work toward a time when solutions are available to cross all boundaries. And yes, i know, that sounded all New Age dippy trippy. You'll live. --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Servlet Context in 1.4.4
Hi all. I have several servlets which use the ServletContext getAttribute() method to get context-param values from my web.xml file. This stuff worked fine with version 1.3.8, but since upgrading to 1.4.4 I just get a null back instead of a useful string. init-param stuff still works fine but I have parameters which I don't want to redefine for each servlet. Has anyone else had this experience? Did I do something stupid or is it a new bug? I also had a problem with placing something into the HTTP Session object (Orion hung and I had to kill it... it didn't even respond to shutdown), but that bug disappeared as I was chasing it down... very disconcerting. Thanks -- %%% Roger Mosher eMail: [EMAIL PROTECTED] Center of Geographic Sciences phone: (902)825-5230 50 Elliott Roadfax: (902)825-6733 Lawrencetown, N.S. Canadaweb: http://www.cogs.nscc.ns.ca/ B0S 1M0 %%%
RE: Information about OR-mapping
Hi , Try this : http://www.thoughtinc.com/cber_bean.html :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Randahl Fink Isaksen Sent: Thursday, December 14, 2000 1:18 PM To: Orion-Interest Subject: Information about OR-mapping According to the Orion web site the current version supports "Partial EJB 2.0 OR-mapping (not N-M relationships)" This means, I presume, that the Orion server is enables your bean's relationships to be stored automatically (as long as they are not N-M relationships). Has anyone found any documentation with concrete examples about this topic - EJB 2.0 specification itself contains only a rather abstract description. Thanks Randahl
RE: to boldly go where no man has gone before
Oh dear, certainly off-topic, but your example is as foolish as your logic. :) The Old Testament of the Bible was originally written in Hebrew (mostly) and the New Testament in classical greek (koine). Sheesh. As I meet and interact with people outside the US, I'm always impressed that they know more languages than me in the first place, and usually are better versed in world affairs, second. Careful with your heart, friend! :) ken. -Original Message- From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 14, 2000 6:03 AM To: Orion-Interest Subject: Re: to boldly go where no man has gone before On Thu, 14 Dec 2000, Juan Lorandi (Chile) wrote: flamebait I've been reading all those neat messages about lack of english proficcency and I'd like to point out that more than half the members of Orion-Interest's native language isn't english... After all, orion itself is swedish... And being non-english, I really dislike any discriminating comments... It's a wide world and we all have to be tolerant... /flamebait Personally, I think all you non-US people need to get with the program and immigrate. Everyone - and I mean EVERYONE - knows that English is the best language out there. That's why, for example, the Bible was written in English. offtopicYes, I know, I'm getting sarcastic. But still! There's a fine point here - we could all use a lot less Instant Reaction and leave such concepts to our servers. /offtopic --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
orion not jsp1.1 compliant ??
hello everybody, I try the jsp extend directive with the class below, and I get the message: 500 Internal Server Error Error parsing JSP page /demo/control/ Superclass of the JSP page does not implement Servlet, invalid extends attribute somebody can tell me how I can implement a superclass for my jsp page here is the class: package coming.; import javax.servlet.Servlet; import javax.servlet.jsp.HttpJspPage; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.ServletConfig; import javax.servlet.ServletRequest; import javax.servlet.ServletResponse; //import com.orionserver.http.OrionHttpJspPage; import coming.whip.view.util.GZipHttpServletResponse; public abstract class ComingHttpJspPage implements Servlet,HttpJspPage { private ServletConfig m_servletConfig; public abstract void _jspService(HttpServletRequest request, HttpServletResponse response) throwsjavax.servlet.ServletException, java.io.IOException; public void destroy() { jspDestroy(); } public void jspDestroy() { } public void jspInit() { } public ServletConfig getServletConfig() { return m_servletConfig; } public String getServletInfo() { return "a coming test of http jsp page"; } public void init(ServletConfig p_servletConfig) throws javax.servlet.ServletException { m_servletConfig = p_servletConfig; jspInit(); } public void service(ServletRequest request, ServletResponse response) throws javax.servlet.ServletException, java.io.IOException { _jspService((HttpServletRequest)request,(HttpServletResponse) response); } thank ! Best Regards! --- Stéphane GINER COMING 5, rue Bossuet 13006 Marseille France Tel : (33) 04 96 10 08 40 Fax : (33) 04 96 10 08 49 www.coming.fr ---
generic access to ejbs
Hi! My which for xmas: I need a tool (a servlet), wich searches throug jndi for home interfaces of my beans and let me find beans (call finders), show em as table (html), let me create new beans, delete beans and so on. Does such a tool already exist, os is there someone working on this? If not can someone give me hint how to search home-interfaces through jndi (example). Marcus Lankenau begin:vcard n:Lankenau;Marcus x-mozilla-html:FALSE url:wwl.de org:wwl vision2market;Interactive adr:;;goebelstr. 46;Lilienthal;D;28865; version:2.1 email;internet:[EMAIL PROTECTED] title:Senior Developer fn:Marcus Lankenau end:vcard
RE: to boldly go where no man has gone before
For the record, apparently my sarcasm re: the language of the Bible was completely missed. I *know* what languages the Bible was written in (Aramaic, Hebrew, Greek) and my point was that English is not the only language, nor is it the most important language the world has known. On Thu, 14 Dec 2000, Ken Burcham wrote: Oh dear, certainly off-topic, but your example is as foolish as your logic. :) The Old Testament of the Bible was originally written in Hebrew (mostly) and the New Testament in classical greek (koine). Sheesh. As I meet and interact with people outside the US, I'm always impressed that they know more languages than me in the first place, and usually are better versed in world affairs, second. Careful with your heart, friend! :) ken. -Original Message- From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 14, 2000 6:03 AM To: Orion-Interest Subject: Re: to boldly go where no man has gone before On Thu, 14 Dec 2000, Juan Lorandi (Chile) wrote: flamebait I've been reading all those neat messages about lack of english proficcency and I'd like to point out that more than half the members of Orion-Interest's native language isn't english... After all, orion itself is swedish... And being non-english, I really dislike any discriminating comments... It's a wide world and we all have to be tolerant... /flamebait Personally, I think all you non-US people need to get with the program and immigrate. Everyone - and I mean EVERYONE - knows that English is the best language out there. That's why, for example, the Bible was written in English. offtopicYes, I know, I'm getting sarcastic. But still! There's a fine point here - we could all use a lot less Instant Reaction and leave such concepts to our servers. /offtopic --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
Orion shutdown problem
I am running Orion-1.3.8 on a Linux Redhat 7.0 platform with Suns' JDK1.3. When I attemp to shutdown I get the following exception [root@ns orion]# java -jar admin.jar ormi://localhost:8081 admin 123 -shutdown force Error: javax.naming.NamingException: Lookup error: java.io.StreamCorruptedException: Caught EOFException while reading the stream header; nested exception is: java.io.StreamCorruptedException: Caught EOFException while reading the stream header Any ideas?? I am brand new to Orion so if there is an obvious source of documentation relating to this, my apolgies that I haven't spotted it yet. Regards /Dominic begin:vcard n:Hanlan;Dominic x-mozilla-html:TRUE org:;VG24 adr:;; version:2.1 email;internet:[EMAIL PROTECTED] note:+32 3 240 8265 x-mozilla-cpt:;-7968 fn:Dominic Hanlan end:vcard
RE: Information about OR-mapping
You may be interested in this: http://www.orionsupport.com/articles/ejb20sample.html Jason Boehle [EMAIL PROTECTED] -Original Message- From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 14, 2000 5:18 AM To: Orion-Interest Subject: Information about OR-mapping According to the Orion web site the current version supports "Partial EJB 2.0 OR-mapping (not N-M relationships)" This means, I presume, that the Orion server is enables your bean's relationships to be stored automatically (as long as they are not N-M relationships). Has anyone found any documentation with concrete examples about this topic - EJB 2.0 specification itself contains only a rather abstract description. Thanks Randahl
RE: to boldly go where no man has gone before
When someone asked for help, it's hard to say what level of expertise they should have. If it is a newcomer (we were all there at one time), and they ask a basic question that can be answered by (1) a working example at a web site, such as www.jollem.com, (2) A book or online tutorial, or (3) the documentation itself (then, by all means, direct them there). Someone may also be a developer on other application servers, such as Jboss, Jonas, or OpenEJB. If so, and they ask a technical question, answer it also, since the rest of us can learn from it. Isn't it to everyone's benefit to get more people on the J2EE bandwagon? I'm sure Sun would agree wholeheartedly. And language is not necessary a barrier to their intellectual capacity. I have a friend who is Greek, has trouble with the English language (despite being in this country for several years), but has advanced degrees from the University of Chicago and Oxford. -Original Message- From: Ervin Jakab [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 14, 2000 6:09 AM To: Orion-Interest Subject: Re: to boldly go where no man has gone before Dear list members, I am just a nobody on this list, and in this world. But I have to point out some things, before this language problem becomes too inflated. First of all, what is the purpose of this list? I think (I didn't check, shame on me!) that it should provide a means of communication and support among all developers who use Orion for learning or for production. I belong to the first group, and I think so do many of us. We learn from you, the Developers who use Orion, and J2EE in your everyday work. We know less than you do, and we certainly should be punished for asking a question which has an obvious answer in a spec or in Orion docs. However, I feel that a person should not be punished for not speaking English correctly. You could have done so, only if there had been an alternative German language list which is not the case. We are fortunate to be able to speak English at a high level. I would be happy to be able to say the same things about my German proficiency. I think Karsten's English is not really a problem. What you are doing here is somehow a xenophobe and club-style behavior, sending out the message: "you cannot join us until you improve your English!". I thought this list was about Orion and helping each other... You could have simply asked Karsten: "What do you mean? I did not understand what exactly your problem was." I apologize for my bad English and for wasting your precious time, oh, you Developer Gods! Ervin Jakab
RE: to boldly go where no man has gone before
Oh dear oh dear oh deary me.. may I suggest we ban all people with no appreciation of sarcasm? Anyway while the bible may not have been written in English, but can we at least agree He was proabably educated at Eton? Tim --- |+--- || Ken Burcham | || [EMAIL PROTECTED]| || ncorp.com | || | || 14/12/00 13:16 | || Please respond to| || Orion-Interest | || | |+--- --| | | | To: Orion-Interest [EMAIL PROTECTED]| | cc: (bcc: Tim Clarke/Globebyte Limited UK) | | Subject: RE: to boldly go where no man has gone before | --| Oh dear, certainly off-topic, but your example is as foolish as your logic. :) The Old Testament of the Bible was originally written in Hebrew (mostly) and the New Testament in classical greek (koine). Sheesh. As I meet and interact with people outside the US, I'm always impressed that they know more languages than me in the first place, and usually are better versed in world affairs, second. Careful with your heart, friend! :) ken. -Original Message- From: Joseph B. Ottinger [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 14, 2000 6:03 AM To: Orion-Interest Subject: Re: to boldly go where no man has gone before On Thu, 14 Dec 2000, Juan Lorandi (Chile) wrote: flamebait I've been reading all those neat messages about lack of english proficcency and I'd like to point out that more than half the members of Orion-Interest's native language isn't english... After all, orion itself is swedish... And being non-english, I really dislike any discriminating comments... It's a wide world and we all have to be tolerant... /flamebait Personally, I think all you non-US people need to get with the program and immigrate. Everyone - and I mean EVERYONE - knows that English is the best language out there. That's why, for example, the Bible was written in English. offtopicYes, I know, I'm getting sarcastic. But still! There's a fine point here - we could all use a lot less Instant Reaction and leave such concepts to our servers. /offtopic --- Joseph B. Ottinger [EMAIL PROTECTED] http://epesh.com/ IT Consultant
RE: to boldly go where no man has gone before
You could have simply asked Karsten: "What do you mean? I did not understand what exactly your problem was." Or even better, we could have asked Karsten to express the problem in German, then had one of the fluent German subscribers express the problem back into English. I do not fault Karsten's English. Perhaps the problem is my German. Shame on us. -tim all the German I know: "Ich mechta erdnusbutter essen." And, yes, I know German's don't have peanut butter.
Re: to boldly go where no man has gone before
Take it to alt.rec.etiquette. If you can read the post, and you know the answer, then reply. Otherwise, don't. tim.
Re: Inconsistent EJB JNDI Locations
We haven't been using any jndi.properties file. We've always gotten our contexts from simply invoking the default constructor for javax.naming.InitialContext. Obviously some change in our code or DDs has caused Orion to change its behaviour, but we have no idea what, and cannot waste any more time trying to determine what. Unless anyone has a better idea, I guess we'll have to catch the NamingException thrown with jndiContext.lookup("java:comp/env/ejb/whatever") and retry with jndiContext.lookup("whatever") everywhere we need a home interface - and live without a working env-entry implementation - while investigating other J2EE server offerings. P.Pontbriand Canlink Interactive Technologies Inc. - Original Message - From: "Tim Endres" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, December 13, 2000 9:50 PM Subject: Re: Inconsistent EJB JNDI Locations Is it possible that your jndi.properties file has changed? From this posting, and the other posting regarding env-entry's, it sounds like your getting an InitialContext that is not correct. Could this happen if the factory specified in jndi.properties changed? tim. For quite some time, our Stateless Session EJBs have been finding the home interfaces for our Entity EJBs using "java:comp/env/ejb/whatever" in the context lookup() invocation. Suddenly and for no apparent reason, we now get a "javax.naming.NameNotFoundException" exception when doing so. The home interfaces are now to be found only if we specify "whatever" in the lookup() invocation, without the "java:comp/env" prefix. I've been rooting around for an extremely long time now trying to ascertain exactly what it is that we might have done to cause this to happen without any luck. Our code has not changed in this regard, nor has the version of Orion we've been using (1.4.4). Any ideas as to what has happened? P.Pontbriand Canlink Interactive Technologies Inc.
RE: to boldly go where no man has gone before
I home my english is ok; I hope this list is not a list for kids 5 years old -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres Sent: jeudi 14 decembre 2000 16:50 To: Orion-Interest Subject: Re: to boldly go where no man has gone before Take it to alt.rec.etiquette. If you can read the post, and you know the answer, then reply. Otherwise, don't. tim.
RE: to boldly go where no man has gone before
Stop this shit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres Sent: jeudi 14 decembre 2000 16:50 To: Orion-Interest Subject: Re: to boldly go where no man has gone before Take it to alt.rec.etiquette. If you can read the post, and you know the answer, then reply. Otherwise, don't. tim.
Re: Servlet Context in 1.4.4
Strangely enough, context-param works fine in our Orion 1.4.4 installs, and the ejb-refs in our web.xml files can be properly found the the environment naming context "java:comp/env". Unfortunately, ejb-jar.xml env-entry doesn't, though. Nor are our ejb-jar.xml ejb-refs available in the environment naming context "java:comp/env", only in the root. P.Pontbriand Canlink Interactive Technologies Inc. - Original Message - From: "Roger Mosher" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 8:23 AM Subject: Servlet Context in 1.4.4 Hi all. I have several servlets which use the ServletContext getAttribute() method to get context-param values from my web.xml file. This stuff worked fine with version 1.3.8, but since upgrading to 1.4.4 I just get a null back instead of a useful string. init-param stuff still works fine but I have parameters which I don't want to redefine for each servlet. Has anyone else had this experience? Did I do something stupid or is it a new bug? I also had a problem with placing something into the HTTP Session object (Orion hung and I had to kill it... it didn't even respond to shutdown), but that bug disappeared as I was chasing it down... very disconcerting. Thanks -- %%% Roger Mosher eMail: [EMAIL PROTECTED] Center of Geographic Sciences phone: (902)825-5230 50 Elliott Roadfax: (902)825-6733 Lawrencetown, N.S. Canadaweb: http://www.cogs.nscc.ns.ca/ B0S 1M0 %%%
Re: Inconsistent EJB JNDI Locations
How are you ejb-ref entries set up in your ejb-jar.xml? Peter Pontbriand wrote: We haven't been using any jndi.properties file. We've always gotten our contexts from simply invoking the default constructor for javax.naming.InitialContext. Obviously some change in our code or DDs has caused Orion to change its behaviour, but we have no idea what, and cannot waste any more time trying to determine what. Unless anyone has a better idea, I guess we'll have to catch the NamingException thrown with jndiContext.lookup("java:comp/env/ejb/whatever") and retry with jndiContext.lookup("whatever") everywhere we need a home interface - and live without a working env-entry> implementation - while investigating other J2EE server offerings. P.Pontbriand Canlink Interactive Technologies Inc. - Original Message - From: "Tim Endres" [EMAIL PROTECTED]> To: "Orion-Interest" [EMAIL PROTECTED]> Sent: Wednesday, December 13, 2000 9:50 PM Subject: Re: Inconsistent EJB JNDI Locations > Is it possible that your jndi.properties file has changed? From this posting, > and the other posting regarding env-entry>'s, it sounds like your getting an > InitialContext that is not correct. Could this happen if the factory specified > in jndi.properties changed? > > tim. > > > For quite some time, our Stateless Session EJBs have been finding the home > > interfaces for our Entity EJBs using "java:comp/env/ejb/whatever" in the > > context lookup() invocation. Suddenly and for no apparent reason, we now get > > a "javax.naming.NameNotFoundException" exception when doing so. The home > > interfaces are now to be found only if we specify "whatever" in the lookup() > > invocation, without the "java:comp/env" prefix. I've been rooting around for > > an extremely long time now trying to ascertain exactly what it is that we > > might have done to cause this to happen without any luck. Our code has not > > changed in this regard, nor has the version of Orion we've been using > > (1.4.4). > > > > Any ideas as to what has happened? > > > > P.Pontbriand > > Canlink Interactive Technologies Inc. > > > > > > > -- David Smith Software Development Manager e-Net Software Ltd [EMAIL PROTECTED]
Re: Orion shutdown problem
it seems you are using the http port to send the admin commands to. That is wrong, it should be orions RMI port, which is set in some RMI.XML file. The default is 23791 - Original Message - From: Dominic Hanlan To: Orion-Interest Sent: Thursday, December 14, 2000 5:22 PM Subject: Orion shutdown problem I am running Orion-1.3.8 on a Linux Redhat 7.0 platform with Suns' JDK1.3. When I attemp to shutdown I get the following exception [root@ns orion]# java -jar admin.jar ormi://localhost:8081 admin 123 -shutdown force Error: javax.naming.NamingException: Lookup error: java.io.StreamCorruptedException: Caught EOFException while reading the stream header; nested exception is: java.io.StreamCorruptedException: Caught EOFException while reading the stream header Any ideas?? I am brand new to Orion so if there is an obvious source of documentation relating to this, my apolgies that I haven't spotted it yet. Regards /Dominic
RE: More than one InitialContext
Hi I have noticed a similiar issue. We have two frontend corba servers communicating with a virtual application server. Latter is two orion servers behind two Foundry Layer4/7 switches running symmetric load balancing. When one application server goes down the switches moves future connections to the remaining server. The corba servers sets up the InitialContext everytime it speaks to the application servers. Depending in which stage the connection were, a NamingException is thrown or the communication continues after a brief pause (during switch over). When the corba servers do receive a NamingException, it will continue communicating with the remaining application server but locks up inside the InitialContext constructor moments after that. It would appear that this constructor sets up the actual connection to the application server or keep the persistent connection open. A NullPointerException as outlined in Greg's mail below, is thrown when trying to close the context (aka connection). Even using the undocumented optioned dedicated.connection="true" one still cannot call the close() method on the context. Has this method been implemented at all? Using this option however causes the VM to run out of memory eventually. Karl, Greg, has any progress been made here? Any ideas as to what exactly is wrong here? Regards, Peter van Rensburg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of J Davis Sent: 12 December 2000 09:53 To: Orion-Interest Cc: 'Karl Avedal' (E-mail) Subject: RE: More than one InitialContext It looks like this is a bug if coming from a client-application. It seems if you create a initial context within the same instance of a class, and then close and try to re-open another InitialContext it will fail. I tested this again today making my test class runnable and spawning three instances of it off into three threads. This works fine, but if you attempt to make the same instance of one of the threads call InitialCOntext twice(after closing and setting it to null just in case) it throws the NullPointerException. I am currently in conversation with Karl about this. It has been reported as bug #210,215, 216. Hopefully this will get resolved soon. Curruently it is forcing us to look at other servers as a fallback plan until this can be fixed. Later Greg -Original Message- From: Guilherme Ceschiatti [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 03, 2000 9:12 AM To: Orion-Interest Subject: More than one InitialContext Hi. I'd like to konw if it's possible to have more than on InitialContext in the same app, one for each app server I have. -- []s Guilherme Ceschiatti http://listando.net [EMAIL PROTECTED]
Re: to boldly go where no man has gone before
Holy $@*!! people... what is all this "smarten up and speak english" crap floating around? Isn't it finally time for these self-centered egotistical Americans to get over themselves and realize that saying you're the center of the universe doesn't directly translate into reality? Seriously. English is English after all, not American. If you want to get picky about the way people are typing words on the screen, why don't you blokes start spelling things correctly? If you are too feeble-minded to understand what someone is trying to say (maybe because the words are too big for you, or maybe because there's a few pronouns missing and you failed grammar in grade school), ignore it. There are those of us whose ability to comprehend another human being does not vary directly with our ability (or desire) to memorize the American National Anthem. Derek Akers Senior Software Architect Eldan Software, Canada www.eldan.com
Re: isolation level
Well, on a related topic, is there any method that will tell you what isolation level a CMT bean is set to? There is no method in EntityContext that I see. -Dan "Juan Lorandi (Chile)" wrote: it depends on the driver/DB combo...also the level of isolation available depende on it...so there's no 'default' isolation level for orion...HTHJP -Original Message- From: Daniel G. Koulomzin [mailto:[EMAIL PROTECTED]] Sent: Miércoles, 13 de Diciembre de 2000 16:13 To: Orion-Interest Subject: isolation level What is Orion's default Transaction-Isolation level for Entity Beans? -Dan -- Daniel G. Koulomzin Digital Media On Demand 244 Brighton Ave. 3rd Floor Allston MA 02134 -- Daniel G. Koulomzin Digital Media On Demand 244 Brighton Ave. 3rd Floor Allston MA 02134
RE: Inconsistent EJB JNDI Locations
Hi , Instead of using jndi.properties try using a Hash table with your full IP : public static Context setJNDIEnv(String IP,String rmiType ,String user ,String pass,String j2eeName) throws javax.naming.NamingException { Hashtable env=new Hashtable(); env.put(Context.INITIAL_CONTEXT_FACTORY,"com.evermind.server.rmi.RMIInitialC ontextFactory"); env.put(Context.PROVIDER_URL, rmiType+"://"+ IP + "/"+ j2eeName); env.put(Context.SECURITY_PRINCIPAL, user); env.put(Context.SECURITY_CREDENTIALS,pass); return(new InitialContext(env) ) ; } :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Pontbriand Sent: Thursday, December 14, 2000 5:58 PM To: Orion-Interest Subject: Re: Inconsistent EJB JNDI Locations We haven't been using any jndi.properties file. We've always gotten our contexts from simply invoking the default constructor for javax.naming.InitialContext. Obviously some change in our code or DDs has caused Orion to change its behaviour, but we have no idea what, and cannot waste any more time trying to determine what. Unless anyone has a better idea, I guess we'll have to catch the NamingException thrown with jndiContext.lookup("java:comp/env/ejb/whatever") and retry with jndiContext.lookup("whatever") everywhere we need a home interface - and live without a working env-entry implementation - while investigating other J2EE server offerings. P.Pontbriand Canlink Interactive Technologies Inc. - Original Message - From: "Tim Endres" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, December 13, 2000 9:50 PM Subject: Re: Inconsistent EJB JNDI Locations Is it possible that your jndi.properties file has changed? From this posting, and the other posting regarding env-entry's, it sounds like your getting an InitialContext that is not correct. Could this happen if the factory specified in jndi.properties changed? tim. For quite some time, our Stateless Session EJBs have been finding the home interfaces for our Entity EJBs using "java:comp/env/ejb/whatever" in the context lookup() invocation. Suddenly and for no apparent reason, we now get a "javax.naming.NameNotFoundException" exception when doing so. The home interfaces are now to be found only if we specify "whatever" in the lookup() invocation, without the "java:comp/env" prefix. I've been rooting around for an extremely long time now trying to ascertain exactly what it is that we might have done to cause this to happen without any luck. Our code has not changed in this regard, nor has the version of Orion we've been using (1.4.4). Any ideas as to what has happened? P.Pontbriand Canlink Interactive Technologies Inc.
RE: Stateless session beans reuse
h ... I understand the case where, for instance, the field holds something that uses system resources like an open file-based stream. However, in this case the goal is to eliminate the repeated lookups for home interfaces. There would be little savings if we get the home interfaces in the ejbCreate and nulled them in ejbRemove, but the interesting question for us is 'will the field still be valid, and if not how can one tell so it can be made valid again?' .. so we can safely lazy initialize those fields. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason Boehle Sent: Wednesday, December 13, 2000 4:28 PM To: Orion-Interest Subject: RE: Stateless session beans reuse My understanding is that the fields will not be set to null. Instance variables are useful in stateless session beans to hold references to "global" objects/resources that are used over and over again. You can allocate/release the variables in ejb[Post]Create()/ejbRemove(). Please, someone else tell me if I am wrong! :) Jason Boehle [EMAIL PROTECTED] -Original Message- From: John D'Ausilio [mailto:[EMAIL PROTECTED]] Sent: Wednesday, December 13, 2000 1:42 PM To: Orion-Interest Subject: Stateless session beans reuse Stateless session beans are clearly allowed to have instance variables (fields). A client of a stateless session bean cannot assume that he has the same bean instance for each method call. Assume we have a stateless session bean, which holds some fields storing various home interfaces. Gary (my co-worker) and I disagree in interpreting the EJB spec on what happens to those fields between method calls, specifically with respect to lazy initialization. My assumption is that those fields will be set to null between method calls, Gary assumes that the field may hold valid information (in which case lazy initialization dosn't occur). Comments? (we discussed doing a test, but that would only prove what Orion does ...) john d
Bug or not? JSP servlet-mapping of /*
I have a JSP page that I map to /* using servlet-mapping, so that all requests to anything within my application go through it. When I tried to get the path info (getPathInfo()), I found that I always get an empty string regardless of the URL that I hit the application with. Everything, works normally if I have a servlet mapping that has a "directory" in it, such as /cmd/*. Is /* invalid or special somehow? If not, is this a bug?
RE: www.orionserver.com down again
At 12:41 PM 12/14/2000 +0100, you wrote: As to linux stability (especially with Java), the figures confirm my suspicions that linux is not ready for primetime... Can you elaborate on what figures these are? Jeroen T. Wenting [EMAIL PROTECTED] Gerald.
RE: to boldly go where no man has gone before
This is poetic justice shame on me Beers, Juan -Original Message- From: Dumitru Sbenghe [mailto:[EMAIL PROTECTED]] Sent: Jueves, 14 de Diciembre de 2000 14:17 To: Orion-Interest Subject: RE: to boldly go where no man has gone before I home my english is ok; I hope this list is not a list for kids 5 years old -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres Sent: jeudi 14 decembre 2000 16:50 To: Orion-Interest Subject: Re: to boldly go where no man has gone before Take it to alt.rec.etiquette. If you can read the post, and you know the answer, then reply. Otherwise, don't. tim.
Re: to boldly go where no man has gone before
Why is it a shit, Mr. Sbenghe? - Original Message - From: "Dumitru Sbenghe" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 7:14 PM Subject: RE: to boldly go where no man has gone before Stop this shit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres Sent: jeudi 14 decembre 2000 16:50 To: Orion-Interest Subject: Re: to boldly go where no man has gone before Take it to alt.rec.etiquette. If you can read the post, and you know the answer, then reply. Otherwise, don't. tim.
Re: Inconsistent EJB JNDI Locations
- Original Message - From: David Smith To: Orion-Interest Sent: Thursday, December 14, 2000 12:00 PM Subject: Re: Inconsistent EJB JNDI Locations How are you ejb-ref entries set up in your ejb-jar.xml? Here's a sample from one of our ejb-jar.xml files: session descriptionUse Case controller for producers/description display-nameProducerServicesComponent/display-name ejb-nameProducerServicesEJB/ejb-name homecom.canlink.components.services.ProducerServicesHome/home remotecom.canlink.components.services.ProducerServices/remote ejb-classcom.canlink.components.services.bean.ProducerServicesBean/ejb-cl ass session-typeStateless/session-type transaction-typeContainer/transaction-type env-entry env-entry-nameFoo/env-entry-name env-entry-typejava.lang.String/env-entry-type env-entry-valueBar/env-entry-value /env-entry ejb-ref ejb-ref-nameejb/OrganizationEJB/ejb-ref-name ejb-ref-typeEntity/ejb-ref-type homecom.canlink.components.model.party.OrganizationHome/home remotecom.canlink.components.model.party.Organization/remote ejb-linkOrganizationEJB/ejb-link /ejb-ref /session P. Pontbriand Canlink Interactive Technologies Inc.
Re: Inconsistent EJB JNDI Locations
The problem is with the default environment naming context used by EJBs looking up other EJBs deployed in the same instance of Orion, not with Application clients looking up EJBs remotely. This default environment naming context is obtained by using the default (parameterless) constructor for javax.naming.InitialContext. The problem is limited to such contexts instantiated by an EJB - web module servlets within the same EAR have no problem finding our Session beans properly - (new InitialContext()).lookup("java:comp/env/ejb/ProducerServicesEJB") works just fine in this case. Only when a Session EJB implementation attempts to find other (Entity) EJBs does the NamingException get thrown. I might be worth noting that the ATM sample that comes with Orion does the lookups within the default environment naming context correctly - and in an identical fashion to the way our app does it. The ATM sample app executes fine within the same Orion install as our troubled app. This suggests something unusual about our app is causing Orion not to bind things properly in its JNDI implementation, but I remain completely stumped as to what this cause might be. P. Pontbriand Canlink Interactive Technologies Inc. - Original Message - From: "shlomo" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 12:54 PM Subject: RE: Inconsistent EJB JNDI Locations Hi , Instead of using jndi.properties try using a Hash table with your full IP : public static Context setJNDIEnv(String IP,String rmiType ,String user ,String pass,String j2eeName) throws javax.naming.NamingException { Hashtable env=new Hashtable(); env.put(Context.INITIAL_CONTEXT_FACTORY,"com.evermind.server.rmi.RMIInitialC ontextFactory"); env.put(Context.PROVIDER_URL, rmiType+"://"+ IP + "/"+ j2eeName); env.put(Context.SECURITY_PRINCIPAL, user); env.put(Context.SECURITY_CREDENTIALS,pass); return(new InitialContext(env) ) ; } :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter Pontbriand Sent: Thursday, December 14, 2000 5:58 PM To: Orion-Interest Subject: Re: Inconsistent EJB JNDI Locations We haven't been using any jndi.properties file. We've always gotten our contexts from simply invoking the default constructor for javax.naming.InitialContext. Obviously some change in our code or DDs has caused Orion to change its behaviour, but we have no idea what, and cannot waste any more time trying to determine what. Unless anyone has a better idea, I guess we'll have to catch the NamingException thrown with jndiContext.lookup("java:comp/env/ejb/whatever") and retry with jndiContext.lookup("whatever") everywhere we need a home interface - and live without a working env-entry implementation - while investigating other J2EE server offerings. P.Pontbriand Canlink Interactive Technologies Inc. - Original Message - From: "Tim Endres" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Wednesday, December 13, 2000 9:50 PM Subject: Re: Inconsistent EJB JNDI Locations Is it possible that your jndi.properties file has changed? From this posting, and the other posting regarding env-entry's, it sounds like your getting an InitialContext that is not correct. Could this happen if the factory specified in jndi.properties changed? tim. For quite some time, our Stateless Session EJBs have been finding the home interfaces for our Entity EJBs using "java:comp/env/ejb/whatever" in the context lookup() invocation. Suddenly and for no apparent reason, we now get a "javax.naming.NameNotFoundException" exception when doing so. The home interfaces are now to be found only if we specify "whatever" in the lookup() invocation, without the "java:comp/env" prefix. I've been rooting around for an extremely long time now trying to ascertain exactly what it is that we might have done to cause this to happen without any luck. Our code has not changed in this regard, nor has the version of Orion we've been using (1.4.4). Any ideas as to what has happened? P.Pontbriand Canlink Interactive Technologies Inc.
Cocobase integration
Hi, I would be interested if the cocobase O/R mapping tool could be used to create BMP beans for orion. I`m very interested in orion and I would be glad if I could use cocobase to generate my BMP beans. regards, Martin
certificate installation
Has anyone tried installing/using a ssl (40 bit) certificate from Thawte on orion?
List server
Is it only my feeling, or it takes long (up to few hours) until the messages are posted by the server? Ervin
An apology for Christian Sell
Christian, I hope you will accept my apologies. While I still feel strongly that we on the list should be very tolerant of language issues, on rereading your comment I see that I read a great deal into your words that you may not have intended (it is one of the great difficulties of email communication). Even if I read between the lines correctly, I had no right to respond with such a vitriolic tone. My only excuse is that, at the time, I was still quite upset about the Supreme Court decision (Bush v. Gore). I'm afraid that politics has greater impact on my mood than I sometimes care to admit. 8-) -=michael=- == Michael S. Kelly _ Axian, Inc. // |_ __(_) ___ _ __ 4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \ Beaverton, OR 97005 USA _//_| | / / | | |_| | | | | Voice: (503)644-6106 x122 (( // |_|/_/\\|_|\_/|_|_| |_| Fax: (503)643-8425 ``-'' ``-'' http://www2.axian.com Software Consulting and Training mailto:[EMAIL PROTECTED] ==
Re: to boldly go where no man has gone before
Man, who let the kids out? Come on folks, let's get on with this thread ok? Thanks R At 09:36 PM 12/14/2000 +0200, you wrote: Why is it a shit, Mr. Sbenghe? - Original Message - From: "Dumitru Sbenghe" [EMAIL PROTECTED] To: "Orion-Interest" [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 7:14 PM Subject: RE: to boldly go where no man has gone before Stop this shit -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Tim Endres Sent: jeudi 14 decembre 2000 16:50 To: Orion-Interest Subject: Re: to boldly go where no man has gone before Take it to alt.rec.etiquette. If you can read the post, and you know the answer, then reply. Otherwise, don't. tim. 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
Standard Err stream
Hello, Where does 'System.err.println()' print? For debugging purpose, I put some System.out.println() statements. Of course, it prints messages on the console window where I started orion. However, if I run the orion server in the background and close the console window, there is no way of viewing the debug messages. Instead, I used System.err stream and I noticed it did not log any message in any log files. If any of you have experience with other servers such as Caucho's resin server, you may have noticed that it logs everything out of standard error stream in a specific log file. I believe orion has something equivalent to that. Or at least something very close to that. Please help. Thanks a million.
How to configure a data-source alias per application?
Hi All, I need to install the same application several times on orion - with a different datasource for each instance. To do this I have created a Data-Sources.XML in the application deplyment dir [as per email on the list from Robert Krueger 6 Nov] which uses the "com.evermind.sql.AliasDataSource" to point my app JNDI reference [which is common to all 3 apps] to a specific datasource in the \orion\config\data-sources.xml Everything looks good - I get the app deployed 3 times - I get 3 Web deployments - OrionConsole tells me the data-sources are all deployed in the correct JNDI namespace. BUT ... Try and access any app and Orion wants to look up the Default datasource - ie, the first one in the \Orion\Config\Data-Sources.XML. Does anyone have any experience with deploying the same app several times, needing different WAR and EJB deploys and different datasource deploys? Pls Help! Neville Burnell Business Manager Software === This is what I have done so far: 1) installed 3 EARs in the \Orion\Applications\ dir - App1.EAR, App2.EAR, App3.EAR 2) registered the 3 EARS with \Orion\Config\Server.XML application name="app1" path="../applications/app1.ear" auto-start="true" / application name="app2" path="../applications/app2.ear" auto-start="true" /application name="app3" path="../applications/app3.ear" auto-start="true" / 3) registered the 3 Apps with the \Orion\Config\Default-Web-Site.XML web-app application="app1" name="app-web" root="/app1" / web-app application="app2" name="app-web" root="/app2" / web-app application="app3" name="app-web" root="/app3" / 4) created 3 new datasources in \Orion\Config\Data-Sources.XML data-source class="com.evermind.sql.DriverManagerDataSource" name="com_bms1 (HSQL)" location="jdbc/com_bms1_DS" xa-location="jdbc/xa/com_bms1_XADS" ejb-location="jdbc/com_bms1_EJBDS" connection-driver="org.hsql.jdbcDriver" username="sa" password="" url="jdbc:HypersonicSQL:/data/com_bms1/db/defaultdb" inactivity-timeout="30" / data-source class="com.evermind.sql.DriverManagerDataSource" name="com_bms2 (HSQL)" location="jdbc/com_bms2_DS" xa-location="jdbc/xa/com_bms2_XADS" ejb-location="jdbc/com_bms2_EJBDS" connection-driver="org.hsql.jdbcDriver" username="sa" password="" url="jdbc:HypersonicSQL:/data/com_bms2/db/defaultdb" inactivity-timeout="30" / data-source class="com.evermind.sql.DriverManagerDataSource" name="com_bms3 (HSQL)" location="jdbc/com_bms3_DS" xa-location="jdbc/xa/com_bms3_XADS" ejb-location="jdbc/com_bms3_EJBDS" connection-driver="org.hsql.jdbcDriver" username="sa" password="" url="jdbc:HypersonicSQL:/data/com_bms3/db/defaultdb" inactivity-timeout="30" / 5) Start Orion to get deployment directories 6) Add a Data-Source.XML to each \Orion\Application-Deployments\App1\ to map the EJB datasource to an Orion datasource via the "com.evermind.sql.AliasDataSource" data-sources data-source class="com.evermind.sql.AliasDataSource" location="jdbc/EOrdersDB" source-location="jdbc/com_bms1_DS" / /data-sources 7) Update the \Orion\Application-Deployments\App1\Orion-Application.XML to register the local datasource.xml data-sources path="./data-sources.xml" / 8) Shutdown Restart Orion 9) Access http:\\localhost\app1 fails - Orion wants to access the default DS
weird Orion 1.4.4 JSP bug
Hi-, It looks like The Orion 1.4.4 code generator for jsps has an error. First, here is the JSP itsel and below is the error message =JSP page= %@ taglib uri="webwork" prefix="webwork" % !-- webwork:include page="/request.jsp" -- webwork:notexists name="$name" webwork:isnotnull name="$name" webwork:include page="/template/standard/text.jsp" webwork:param name="label"value="User name:"/ webwork:param name="name" value=webwork:property name="$user"/ / /webwork:include webwork:include page="/template/standard/password.jsp" webwork:param name="label"value="Password:"/ webwork:param name="name" value=""/ webwork:param name="size" value="10"/ webwork:param name="maxlength"value="15"/ /webwork:include /webwork:isnotnull name="$name" /webwork:notexists Error message== Error parsing JSP page /webapp/login.jsp Syntax error in source/login_content.jsp.java:44: 'while' expected. } ^ /login_content.jsp.java:45: 'catch' without 'try'. catch(Exception __jspE2) ^ /login_content.jsp.java:57: 'try' without 'catch' or 'finally'. } ^ /login_content.jsp.java:57: '}' expected. } ^ 4 errors __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/
Re: Standard Err stream
java -jar orion.jar -out [file] - specifies a file to route standard output to -err [file] - specifies a file to route error output to On Thu, Dec 14, 2000 at 03:35:17PM -0800, Seung Bang wrote: Hello, Where does 'System.err.println()' print? For debugging purpose, I put some System.out.println() statements. Of course, it prints messages on the console window where I started orion. However, if I run the orion server in the background and close the console window, there is no way of viewing the debug messages. Instead, I used System.err stream and I noticed it did not log any message in any log files. If any of you have experience with other servers such as Caucho's resin server, you may have noticed that it logs everything out of standard error stream in a specific log file. I believe orion has something equivalent to that. Or at least something very close to that. Please help. Thanks a million.
Re: An apology for Christian Sell
You were right the first time Michael. _ Get your free E-mail at http://www.ireland.com
Re: from orion-interest
Dear Umesh Sonavane, I am just ok for send mailon internet used Java Mail API. I'll bet we needa smtp server or to make a smtp-host point to one of smtp serverwhich we canbe usedon the Internet. Orion dosen't has the smtp server implementation I think. These are my step and I successfully run samplecode t o send mail on internet. In the sample codes I used Java Mail API. I hope that the sample codes can help you. First, find a smtp server on internet that you can use. and youcanuse "Ping XXX.XXX.XXX" command to ping it that assure you can use it in you side. And then you can use your or my sample code to send Mail on internet. GOOD LUCK! from yours Urey but remember when you success Please let me know to share your enjoyments. See you later. import java.util.*; import java.io.*; import javax.mail.*; import javax.mail.internet.*; import javax.activation.*; public class msgsendsample { file://@author Urey 12.14.2000 private String host =""; private String port =""; private String protocol =""; private String user =""; private String passWord =""; private String from =""; private String to =""; private String subject =""; private String msgText =""; private String fileList =""; private Session session =null; private Transport transport =null; public void setUser(String _host,String _port,String _protocol, String _user, String _passWord) { this.host = _host; this.port = _port; this.user = _user; this.passWord = _passWord; this.protocol = _protocol; } public void setMsg(String _from,String _to,String _subject, String _msgText) { this.from = _from; this.to = _to; this.subject= _subject; this.msgText= _msgText; } public void sendMsg () { Properties props = new Properties(); props.put("mail.smtp.host", host); session = Session.getDefaultInstance(props, null); try { // create a message Message msg = new MimeMessage(session); InternetAddress[] address = {new InternetAddress(to)}; msg.setFrom(new InternetAddress(from)); msg.setRecipients(Message.RecipientType.TO, address); msg.setSubject(subject); msg.setSentDate(new Date()); msg.setText(msgText); file://send msg transport = session.getTransport(protocol); transport.connect(host, Integer.parseInt(port), user, passWord); Transport.send(msg,address); } catch (MessagingException mex) { errors(mex); } } private void errors(MessagingException mex) { System.out.println("\n--Exception handling in msgsendsample.java"); mex.printStackTrace(); System.out.println(); Exception ex = mex; do { if (ex instanceof SendFailedException) { SendFailedException sfex = (SendFailedException)ex; Address[] invalid = sfex.getInvalidAddresses(); if (invalid != null) { System.out.println(" ** Invalid Addresses"); if (invalid != null) { for (int i = 0; i invalid.length; i++) System.out.println(" " + invalid[i]); } } Address[] validUnsent = sfex.getValidUnsentAddresses(); if (validUnsent != null) { System.out.println(" ** ValidUnsent Addresses"); if (validUnsent != null) { for (int i = 0; i validUnsent.length; i++) System.out.println(" "+validUnsent[i]); } } Address[] validSent = sfex.getValidSentAddresses(); if (validSent != null) { System.out.println(" ** ValidSent Addresses"); if (validSent != null) { for (int i = 0; i validSent.length; i++) System.out.println(" "+validSent[i]); } } } System.out.println(); if (ex instanceof MessagingException) ex = ((MessagingException)ex).getNextException(); else ex = null; } while (ex != null); } } - Original Message - From: umesh sonavane To: [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 5:50 PM Subject: from orion-interest Hi Urey I am writing a EJB for mailing the EJB is Stateless Session Bean and it is been called from servlets I am using orion 1.3.8 under windows98 platform i am having problems with the same what setting i have to do for making the mailing ejb run like what should be the application.xml setting I have the following setting in my application.xml mail-session location="mail/MailSession" smtp-host="smtp-server.cox.rr.com"property name="mail.transport.protocol" value="smtp" /property name="mail.smtp.from" value="[EMAIL PROTECTED]" /property name="mail.from" value="[EMAIL PROTECTED]" //mail-session In the smtp-host what i have to put and is there any other setting that i have to do and does orion has a smtp server implementation or i have to make the smtp-host point to the smtp server please help its urgent Umesh Sonavane
RE: List server
I've noticed this as well. I was able to go to the archive site and see the messages much sooner than I got themby email. -=michael=- ==Michael S. Kelly [EMAIL PROTECTED] _Axian, Inc. [EMAIL PROTECTED] // |_ __(_) ___ _ __4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \Beaverton, OR 97005 USA _//_| | / / | | |_| | | | |Voice: (503)644-6106 x122 (( // |_|/_/\\|_|\_/|_|_| |_|Fax: (503)643-8425 ``-'' ``-''http://www2.axian.com Software Consulting and Training== -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ervin JakabSent: Thursday, December 14, 2000 2:13 PMTo: Orion-InterestSubject: List server Is it only my feeling, or it takes long (up to few hours) until the messages are posted by the server? Ervin
RE: certificate installation
I just did this. Here are the sources I used to guide me: http://java.sun.com/j2ee/j2sdkee/techdocs/guides/ejb/html/Security7.html http://www.orionsupport.com/articles/ssl-howto.html The Orion SSL-HowTo document was good at describing what to do once you have the keystore file, but failed miserably at describing how to create the keystore file. Here's how I would rewrite it based on my experience (my comments are in square brackets "[]"): Creating a keystore with a certificate: Note that the Linux keytool binaries that I tried (including Sun's and IBM's) completely failed to use the RSA algorithm, which is necessary[I'm using Win2K Advanced Server, but I believe that much of the following would apply to Linux. I found that you need Sun's J2EE SDK to get the RSA algorithm. Use the keytool batch file in the bin directory. The batch file will require that you set two environment variables: J2EE_HOME and JAVA_HOME.J2EE_HOME gets set to the directory where the J2EE SDK was installed, forme it was c:\j2sdkee1.2.1. JAVA_HOME gets set to the directory where the Java JDK was installed, for me it was c:\jdk1.3. Note, the IBM version of the JDK did *not* work for this, the keytool routine complained that what it found in the IBM directory was not valid.]. What I did was generate the keystore under Windows, and then copy the keystore file to Linux. However, this aspect is still untested; if anyone else wants to independently verify that it works, I'd appreciate it. keytool -genkey -keyalg "RSA" -keystore keystore -storepass 123456 -validity 360 [The command above didn't work for me. I used this instead: keytool -genkey -keyalg RSA -alias my_key] Note: the CN must match the fully qualified domain name of the machine. If you're planning on using "https://my.host.com/", you'll need to use "my.host.com" as the CN. keytool -certreq -keyalg "RSA" -file my.host.com.csr -keystore keystore [I had to change this as well to: keytool -certreq -alias my_key -file keystore.csr] paste the .csr to https://www.thawte.com/cgi/server/test.exe You will want to generate a key with a chained SSL key, not the default. paste the result into my.host.com.cer keytool -keystore keystore -keyalg "RSA" -import -trustcacerts -file my.host.com.cer [And this became: keytool -import -trustcacerts -alias my_key -file keystore.cer] You'll now have a keystore file in your current directory [I ended up with a ".keystore" file in c:\Documents and Settings\Administrator, the home directory for the user I was logged in as. I don't know where the file would end up on Linux.] Creating a secure site: Copy the default-web-site.xml config in the $ORION/config directory to $ORION/config/secure-web-site.xml and edit it. Add secure="true" as an attribute to the web-site node, and remove the port attribute. Add ssl-config keystore="../my/keystore" keystore-password="123456" / to the main body [the "keystore" file here is the ".keystore" file generated by the import step above, and the password is the one supplied when generating the key (it'll make sense when you get there)]. The keystore path is relative from the $ORION/config directory. Install the site, this is done by adding web-site path="./secure-web-site.xml" / to $ORION/server.xml. Hope this helps, -=michael=- ==Michael S. Kelly [EMAIL PROTECTED] _Axian, Inc. [EMAIL PROTECTED] // |_ __(_) ___ _ __4800 SW Griffith Dr., Ste. 202 //| |\\/ /| |/ _ \| '_ \Beaverton, OR 97005 USA _//_| | / / | | |_| | | | |Voice: (503)644-6106 x122 (( // |_|/_/\\|_|\_/|_|_| |_|Fax: (503)643-8425 ``-'' ``-''http://www2.axian.com Software Consulting and Training== -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Derek AkersSent: Thursday, December 14, 2000 2:01 PMTo: Orion-InterestSubject: certificate installation Has anyone tried installing/using a ssl (40 bit) certificate from Thawte on orion?
RE: An apology for Christian Sell
I appreciate your support John, but I could have expressed my views in less inflamatory ways. -=michael=- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of John Hogan Sent: Thursday, December 14, 2000 5:46 PM To: Orion-Interest Subject: Re: An apology for Christian Sell You were right the first time Michael. _ Get your free E-mail at http://www.ireland.com
RE: Standard Err stream
Type "java -jar orion.jar -?" for options on error streams and logging -Original Message- From: Seung Bang [mailto:[EMAIL PROTECTED]] Sent: Friday, 15 December 2000 10:35 To: Orion-Interest Subject: Standard Err stream Hello, Where does 'System.err.println()' print? For debugging purpose, I put some System.out.println() statements. Of course, it prints messages on the console window where I started orion. However, if I run the orion server in the background and close the console window, there is no way of viewing the debug messages. Instead, I used System.err stream and I noticed it did not log any message in any log files. If any of you have experience with other servers such as Caucho's resin server, you may have noticed that it logs everything out of standard error stream in a specific log file. I believe orion has something equivalent to that. Or at least something very close to that. Please help. Thanks a million.
RE: generic access to ejbs
Try EJBVoyager. I found it @ The SourceForge. - Original Message - From: Marcus Lankenau [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Thursday, December 14, 2000 7:39 AM Subject: generic access to ejbs Hi! My which for xmas: I need a tool (a servlet), wich searches throug jndi for home interfaces of my beans and let me find beans (call finders), show em as table (html), let me create new beans, delete beans and so on. Does such a tool already exist, os is there someone working on this? If not can someone give me hint how to search home-interfaces through jndi (example). Marcus Lankenau
RE: weird Orion 1.4.4 JSP bug
AFAIK you cannot close a tag with parameters: /webwork:isnotnull name="$name" Try without the parameter -Original Message- From: Hristo Stoyanov [mailto:[EMAIL PROTECTED]] Sent: Friday, 15 December 2000 11:51 To: Orion-Interest Subject: weird Orion 1.4.4 JSP bug Hi-, It looks like The Orion 1.4.4 code generator for jsps has an error. First, here is the JSP itsel and below is the error message =JSP page= %@ taglib uri="webwork" prefix="webwork" % !-- webwork:include page="/request.jsp" -- webwork:notexists name="$name" webwork:isnotnull name="$name" webwork:include page="/template/standard/text.jsp" webwork:param name="label"value="User name:"/ webwork:param name="name" value=webwork:property name="$user"/ / /webwork:include webwork:include page="/template/standard/password.jsp" webwork:param name="label" value="Password:"/ webwork:param name="name" value=""/ webwork:param name="size" value="10"/ webwork:param name="maxlength"value="15"/ /webwork:include /webwork:isnotnull name="$name" /webwork:notexists Error message== Error parsing JSP page /webapp/login.jsp Syntax error in source/login_content.jsp.java:44: 'while' expected. } ^ /login_content.jsp.java:45: 'catch' without 'try'. catch(Exception __jspE2) ^ /login_content.jsp.java:57: 'try' without 'catch' or 'finally'. } ^ /login_content.jsp.java:57: '}' expected. } ^ 4 errors __ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/
Re: Standard Err stream
On Thu, 14 Dec 2000, Seung Bang wrote: Where does 'System.err.println()' print? Try these switches: -out [file] - specifies a file to route standard output to -err [file] - specifies a file to route error output to //Mikko
SV: to boldly go where no man has gone before
Title: SV: to boldly go where no man has gone before Den här tråden börjar bli plågsamt tråkig.. Vem bryr sig om hur folk stavar så länge som dom kan förklara sitt problem eller sin lösning? Låt oss hålla oss till Java och Orion istället, ok? And for the rest of you non-swedes: Lets stop wasting bandwith on grammar and get back to Java and Orion, shall we? -Ursprungligt meddelande- Från: Tim Drury [mailto:[EMAIL PROTECTED]] Skickat: den 14 december 2000 07:38 Till: Orion-Interest Ämne: RE: to boldly go where no man has gone before You could have simply asked Karsten: What do you mean? I did not understand what exactly your problem was. Or even better, we could have asked Karsten to express the problem in German, then had one of the fluent German subscribers express the problem back into English. I do not fault Karsten's English. Perhaps the problem is my German. Shame on us. -tim all the German I know: Ich mechta erdnusbutter essen. And, yes, I know German's don't have peanut butter.