RE: UserManagers
As far as I can tell, EJBUserManager and EJBUser are BROKEN in 1.4.4+. The getGroups() method always returns null, and any role checking always returns false (isUserInRole(x)). This to me is a the most serious bug in Bugzilla, but has received no attention yet from the guys - sad. I have a complete working implementation using the above two in 1.3.8. If anyone else has used EJBUser management in 1.4.4, please yell. Mike > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Werner Bohl > Sent: Saturday, December 16, 2000 2:14 PM > To: Orion-Interest > Subject: RE: UserManagers > > > Arved: > Could you please enlighten us with the hacks required to use > EJBUserManager? > > TIA, > > Werner Bohl > Organization for Tropical Studies > > - Original Message - > From: Arved Sandstrom <[EMAIL PROTECTED]> > To: Orion-Interest <[EMAIL PROTECTED]> > Sent: Tuesday, December 12, 2000 6:56 AM > Subject: RE: UserManagers > > > > Hi, Juan > > > > We haven't done anything remarkable with EJBUserManager; simple > declarations > > in one or more appropriate ejb-jar.xml files, and in > orion-application.xml. > > The 2 tables (user and group) were successfully created, we > loaded up some > > user data of our own, and our app has since successfully added, removed, > and > > modified user data using the EJBUserManager interface methods. > The backing > > database is Oracle, incidentally. > > > > As with the DataSourceUserManager we had to hack out SQL-based fixes for > the > > group methods, like addToGroup(), in order to support user management. > There > > seems to be some kind of obfuscation problem still happening here, if I > > recall correctly. > > > > Authorization against the user data via RoleManager, using this > user data, > > appears to work correctly. > > > > So, we haven't "implemented" _a_ EJBUserManager; we just used the stuff > > already there, and with some hacks it seems to work OK. > > > > Arved Sandstrom > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi > > (Chile) > > Sent: Monday, December 11, 2000 4:44 PM > > To: Orion-Interest > > Subject: UserManagers > > > > > > Guys, anybody has succesfully implemented en EJBUserManager ? > > I have to deploy my app in a cluster and XMLUserManager won't do... > > > > I' ve had, in the past, decompiled DataSourceUserManager and > recompiled it > > to fix the various bugs in the implementation, but regretably, > I'm working > > in a different country and don't have any of the src... > > > > Anybody looked into EJBUserManager and knows it doesn't work as shipped > > either? that info would help, as I would directly code my own Datasource > > usermanager... > > > > TIA > > > > JP > > > > > > > > >
custom finder and dependent object (ejb 2)
I'm trying to write a custom finder by editing the orion-ejb-jar.xml file. I understand the syntax for params ($beanvar = $argnum), but I have an entity with a dependent object. The entity is Contact and the dependent object Address. How do I specify fields of the dependent object within the query of the Contact entity? I tried $addressStreet1 and $address.street1 but that didn't work. Orion says I only have "address". Below is a snippet of orion-ejb-jar and after it is the error message that Orion throws. Thanks, -tim orion-ejb-jar.xml: Contact findByAll java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String java.lang.String error thrown by Orion: Error compiling file:/usr/local/orion-1.4.0/applications/tfc/tfcejb.jar: Unable to process query: field street1 does not have a subproperty/field named street1 at column 45 in query '?name=?1 AND ?company=?2 AND ?address.street1=?3 AND ?address.street2=?4 AND ?address.street3=?5 AND ?address.city=?6 AND ?address.state=?7 AND ?address.zip=?8 AND ?address.country=?9 AND ?phone=?10 AND ?fax=?11 AND ?email=?12'
Orion and J2EE licensing
I'm trying to grasp some J2EE licensing concepts. I'm trying to decide if Sun is fleecing some companies over J2EE branding fees while leaving others alone for arbitrary or capricious reasons. I just posted a long message about it to the jbosslicense group at http://www.egroups.com/group/jbosslicense. There are some very disturbing issues that are not only philosophically interesting, but important to Java developers, organizations and companies who are basing business goals and decisions on server-side Java software. If any of the folks at Orion can comment, that would be fascinating, since Orion is one of the few J2EE servers I know of that's closed-source, but not (as far as I know) branded J2EE. However, I believe the open source J2EE servers out there are as much at risk of being sued or halted by Sun as Orion, based on my understanding of J2EE licensing and branding thus far. If anyone can point to me to some resources on this, please do. I notices these relevant comments from the Orion FAQ: "Q: What sets Orion apart from other application servers? A: Many things make Orion a leader among application servers. A few of these things are: Superb performance. Orion is easily the fastest J2EE-based Application Server Orion is the only commercially available application server with full J2EE support Unique development features like auto-deploy and full hot-swap. Very affordable pricing" Now, since Orion has not (so far as I am aware) licensed J2EE from Sun, there's no way they have the Sun compatibility test suite (CTS) for J2EE, so they obviously haven't even tried to pass the tests. Since BEA, IONA and iPlanet have passed the CTS, I hardly think Orion is "the only commercially available application server with full J2EE support." And I would think that sort of claim is precisely what would put Orion at the risk of being dogged by Sun attorneys. Here's another interesting quote: "Q: Any plans to offer your source under a Linux-style license? A: No, there are currently no such plans. In fact, if we did, Sun might sue us since they see any implementation of the J2EE specification as their intellectual property that we can not show to anyone." This makes no sense. The source code for the RI of J2EE can be downloaded by anyone who agrees to the Sun Community Source License. jBoss implements a large part of the J2EE specs, and that's LGPLed. While I agree with the Orion FAQ that there are certainly issues of intellectual property with J2EE software, I don't agree with that logic at all. I'll say the same thing I said about jBoss on the other list (substituting "Orion" for "jBoss" everywhere): "If Orion is allowed to implement many of the foundational J2EE specs (JNDI, JTA, EJB, etc.), without paying a commercial license fee for the specs and Sun APIs like BEA, IBM, IONA and others have done, doesn't that tear a huge hole in the integrity and legality of Sun's J2EE branding and licensing? It makes it appear as though Sun is unfairly targeting large businesses who use their APIs and specs, while leaving open source/small businesses alone. That would be capricious, and I think illegal of Sun. This may not be an issue now, because Orion is just gaining ground in the business world. But in 6-9 months, if Orion gains momentum, I would expect the J2EE licensees to start complaining about loss of market share to a product that's never commercially licensed the APIs, never paid the contractual fees, and never passed the compatibility tests. They would pressure Sun to enforce the J2EE and Sun Community Source License rules on Orion as a commercial product. This could also apply to JONAS, OpenEJB, Enhydra, jBoss etc." I know this stirs up the pot, so to speak, and I know some people couldn't care less. But for my career and my interests in server-side Java and things like open source and open standards, I think these issues are very important. I'm trying to get some feedback from like-minded folks or from official representatives of commercial concerns on how these issues touch them, whether they feel they've been resolved, how they understand/cope with them, or even if their attitude is "we'll cross that bridge when Sun's lawyers bring us to it." Best regards, Scott Stirling West Newton, MA
RE: UserManagers
Arved: Could you please enlighten us with the hacks required to use EJBUserManager? TIA, Werner Bohl Organization for Tropical Studies - Original Message - From: Arved Sandstrom <[EMAIL PROTECTED]> To: Orion-Interest <[EMAIL PROTECTED]> Sent: Tuesday, December 12, 2000 6:56 AM Subject: RE: UserManagers > Hi, Juan > > We haven't done anything remarkable with EJBUserManager; simple declarations > in one or more appropriate ejb-jar.xml files, and in orion-application.xml. > The 2 tables (user and group) were successfully created, we loaded up some > user data of our own, and our app has since successfully added, removed, and > modified user data using the EJBUserManager interface methods. The backing > database is Oracle, incidentally. > > As with the DataSourceUserManager we had to hack out SQL-based fixes for the > group methods, like addToGroup(), in order to support user management. There > seems to be some kind of obfuscation problem still happening here, if I > recall correctly. > > Authorization against the user data via RoleManager, using this user data, > appears to work correctly. > > So, we haven't "implemented" _a_ EJBUserManager; we just used the stuff > already there, and with some hacks it seems to work OK. > > Arved Sandstrom > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Juan Lorandi > (Chile) > Sent: Monday, December 11, 2000 4:44 PM > To: Orion-Interest > Subject: UserManagers > > > Guys, anybody has succesfully implemented en EJBUserManager ? > I have to deploy my app in a cluster and XMLUserManager won't do... > > I' ve had, in the past, decompiled DataSourceUserManager and recompiled it > to fix the various bugs in the implementation, but regretably, I'm working > in a different country and don't have any of the src... > > Anybody looked into EJBUserManager and knows it doesn't work as shipped > either? that info would help, as I would directly code my own Datasource > usermanager... > > TIA > > JP > > >
Re: JDom and Orion
> I have swapped out the Orion xerces JAR in favor of a newer version, and I have not seen any problems associated with that change. tim. > Hi all, > > I am trying to use the most excellent JDom in my web app on Orion (1.3.9) and > running into a little snag. For certain parts of its funcationality, JDom > requires a very recent version of Xerces. The datestamp on it is Sep 1, 2000 > and it is approx 1,464KBs. As you can tell this is almost three times as big as > the xerces jar that is shiped with Orion. I have tried to include the new > xerces.jar in the /WEB-INF/lib directory of my war file but to no avail. Orion > seems content to pick up its version of the jar (I imagine its a classloader > thing). > > So my question is, is it ok to swap out Orion's old xerces.jar for the new one? > Will I run into unforseen trouble down the road? Is there another way of > solving this problem that i am unaware of or too ignorant to figure out? > > thanks a bunch... > mark > > Mark R Mascolino > The Procter & Gamble Co. > [EMAIL PROTECTED] > > > >
compound key
Could anybody tell me how I can specify a compound key in the descriptor file? When the primary key consists of 2 or more fields, the DTD told me not to specify the " "tag. However, the deployment has an error as No direct database fields for primary key Please help. Henry
Re: Deployment problems (web-app not found in application)
Hi Malcolm Three things: 1. in application.xml, change the web-uri to a relative path. i.e. ... mvcapp-web.war ... Orion will correctly find the .war file relative to the content of the .ear file. 2. it may not be a problem on a Windows box, but if you deploy this to a unix platform, your .war file includes *both* directories web-inf/ and WEB-INF/ - and orion finds one but not the other. The uppercase one is correct (you have web.xml in the lowercase one). 3. If you need to repost ... please send a URL to download the .ear, rather than attaching the .ear itself. It's a bit more mailing-list friendly. :) Regards Joshua -[ Joshua Goodall ]--- -[ Chief Systems Architect, IP R&D ]- Cook, Geek, Lover -- -[ [EMAIL PROTECTED] ]--- [EMAIL PROTECTED] -- On Fri, 15 Dec 2000, Malcolm Ferguson wrote: > I am having problems deploying an application on orion. I have deployed the > attached .ear file (which contains a web-app with a couple of .jsps and a > servlet) to e:\applications and made the following config file changes, in > server.xml: > > > > and in default-web-site.xml: > > > > when I request one of the pages (i.e. > http://development/mvcapp/register.jsp) I get the following error message: > Error instantiating web-application > No web-app named 'mvcapp-web' found in application 'mvcapp' > I have attached the .ear file, any help would much appreciated. > > <> > *** > Mac Ferguson, > Senior Developer, > NKaos Interactive Media (http://www.nkaos.com), > 579 Richmond Street West, Suite 400 > Toronto, ON > M5V 1Y6 > (Phone) (416)504.8931 x316 > (Fax) (416)504.8472 > *** > >
RE: setting radio buttons in JSP with database values
I'm not sure I'm reading your message correctly. Do you want to know how to initialize a radio button value? You use the "checked" attribute in the tag: /> Jeff Schnitzer [EMAIL PROTECTED] >-Original Message- >From: Kemp Randy-W18971 [mailto:[EMAIL PROTECTED]] >Sent: Friday, December 15, 2000 8:24 AM >To: Orion-Interest >Subject: setting radio buttons in JSP with database values > > >This is probably a simple question, but I can't find the >answer. I am developing some JSP forms mapping values to a >CMP bean and RDMS database. My boss wants to change some text >fields in the JSP pages for adding and updating to radio >buttons. I can easily set the value with code like this on >initial adding: > > > > > > N > > B > > A > > >When I get to the update part, I am not sure how to set the >radio button to a database value. Can someone share a code >example in the TD element for setting the radio button with a >value from a database or point me to a web site? I can't find >any in my JSP books. > >
JDom and Orion
Hi all, I am trying to use the most excellent JDom in my web app on Orion (1.3.9) and running into a little snag. For certain parts of its funcationality, JDom requires a very recent version of Xerces. The datestamp on it is Sep 1, 2000 and it is approx 1,464KBs. As you can tell this is almost three times as big as the xerces jar that is shiped with Orion. I have tried to include the new xerces.jar in the /WEB-INF/lib directory of my war file but to no avail. Orion seems content to pick up its version of the jar (I imagine its a classloader thing). So my question is, is it ok to swap out Orion's old xerces.jar for the new one? Will I run into unforseen trouble down the road? Is there another way of solving this problem that i am unaware of or too ignorant to figure out? thanks a bunch... mark Mark R Mascolino The Procter & Gamble Co. [EMAIL PROTECTED]
RE: More than one InitialContext
Can you cast some votes on 215/216 in buzilla, it may help fix this bug faster. -Original Message- From: Peter van Rensburg [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 14, 2000 10:21 AM To: Orion-Interest Cc: 'Karl Avedal' (E-mail) Subject: 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: Deployment problems (web-app not found in application)
remove the slash (/) from the web-uri tag in application.xml OR, copy the war-ic to the root dir (/) . just kidding it looks like this (in application.xml): /mvcapp-web.war should be: mvcapp-web.war -Original Message- From: Malcolm Ferguson [mailto:[EMAIL PROTECTED]] Sent: Viernes, 15 de Diciembre de 2000 17:13 To: Orion-Interest Subject: Deployment problems (web-app not found in application) I am having problems deploying an application on orion. I have deployed the attached .ear file (which contains a web-app with a couple of .jsps and a servlet) to e:\applications and made the following config file changes, in server.xml: and in default-web-site.xml: when I request one of the pages (i.e. http://development/mvcapp/register.jsp) I get the following error message: Error instantiating web-application No web-app named 'mvcapp-web' found in application 'mvcapp' I have attached the .ear file, any help would much appreciated. <> *** Mac Ferguson, Senior Developer, NKaos Interactive Media (http://www.nkaos.com), 579 Richmond Street West, Suite 400 Toronto, ON M5V 1Y6 (Phone) (416)504.8931 x316 (Fax) (416)504.8472 ***
Deployment problems (web-app not found in application)
I am having problems deploying an application on orion. I have deployed the attached .ear file (which contains a web-app with a couple of .jsps and a servlet) to e:\applications and made the following config file changes, in server.xml: and in default-web-site.xml: when I request one of the pages (i.e. http://development/mvcapp/register.jsp) I get the following error message: Error instantiating web-application No web-app named 'mvcapp-web' found in application 'mvcapp' I have attached the .ear file, any help would much appreciated. <> *** Mac Ferguson, Senior Developer, NKaos Interactive Media (http://www.nkaos.com), 579 Richmond Street West, Suite 400 Toronto, ON M5V 1Y6 (Phone) (416)504.8931 x316 (Fax) (416)504.8472 *** mvcapp.ear
Re: Standard Err stream
Adam, Scott, Mikko, and Juan: I appreciate your helps. That's THE ONE I wanted.
Re: Struts 1.0 - Anyone Do It?
Ok, once more: Deploying the stuts 1.0 pre-release example web application on Orion in (more or less) five steps (based on Orion 1.3.8 and jakarta-struts-src-20001209.zip on W2k, jdk1.3): 1. build the struts example web application (or retrieve it from the nightly build distribution) 1.1. extract the struts src distribution in a temporary directory ([struts]) 1.2. build struts distribution by executing "[struts]\jakarta-struts\ant dist" (using [struts]\jakata-struts\build.xml) 2. modify the web application archive [struts]\dist\struts\webapps\struts-example.war: 2.1. extract struts-example.war in a clean temporary directory ([temp]) 2.2. open [temp]\WEB-INF\lib\struts.jar and extract org\apache\struts\resources\struts-config_1_0.dtd to [temp]\WEB-INF\classes\ creating file [temp]\WEB-INF\classes\org\apache\struts\resources\struts-config_1_0.dtd 2.3 delete the above file from struts.jar and save struts.jar in [temp]\WEB-INF\lib\ 2.4 jar (or zip) the contents of [temp]\ in a new web application archive [temp]\struts-example.war (don't forget keeping the folder names) 3. create a struts.ear file by: 3.1. create file [temp]\META-INF\application.xml containing the following: http://java.sun.com/j2ee/dtds/application_1_2.dtd"> struts struts-example.war /struts-example 3.2 jar (or zip) [temp]\META-INF\application.xml and [temp]\struts-examples.war into a new enterprise application archive [temp]\struts.ear (using folder names) 4. deploy the example web application on orion 4.1. extract orion1.3.8.zip in some directory ([orion]) 4.2. copy the struts.ear file into [orion]/application 4.3. modify [orion]\config\server.xml by adding the following element under (nested within) the element: 4.4. modify [orion]\config\default-web-site.xml by adding the following element under (nested within) the element: 5. run the example web application 5.1. startup orion by executing "java -jar orion.jar" within the [orion]\ directory 5.2. access the example web application from a browser using url: http://localhost/struts-example Ate Douma - Original Message - From: "Neal Kaiser" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Friday, December 15, 2000 16:18 Subject: Struts 1.0 - Anyone Do It? > I get the common "Missing resources attribute > org.apache.struts.action.MESSAGE" error. I've read a lot of threads on this, > but didn't find a solution yet. > > If anyone has successfully deployed the struts-examples could you please > post the steps? I'm sure there are many people that would benefit from this. > > Thank you. > > >
RE: An apology for Christian Sell
Very good then, on to other topics. With respect to "y'all", English has for a couple centuries now limped along without a true second person plural ("you" has tried, unsuccessfully in my opinion, to be both singular and plural). We can thank the genteel people of the southern US for resolving this with an elegant elision of "you" tacked onto "all". -=michael=- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Christian Sell Sent: Friday, December 15, 2000 2:50 AM To: Orion-Interest Subject: Re: An apology for Christian Sell Michael, I hardly remeber which of the flames yours was (the first one, right?). I posted an apology to the list shortly after that, stating that I agreed with y'all (thats the way to say it these days, isn't it?) but it never made it. I did have a slight foreboding of what was going to come when I wrote the initial post. It was certainly all my fault - Original Message - From: "Michael S. Kelly" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, December 14, 2000 11:46 PM Subject: 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: setting radio buttons in JSP with database values
with or wihtout EJB's ?? if with: <% Collection col = ButtonHome.findButtons(...); for (Iterator it = col.iterator(); it.hasNext(); ) { Button tbut = (Button) it.next(); %> N <% } %> if without, you'll have to iterate a recordset instead of a collection HTH JP -Original Message- From: Kemp Randy-W18971 [mailto:[EMAIL PROTECTED]] Sent: Viernes, 15 de Diciembre de 2000 13:24 To: Orion-Interest Subject: setting radio buttons in JSP with database values This is probably a simple question, but I can't find the answer. I am developing some JSP forms mapping values to a CMP bean and RDMS database. My boss wants to change some text fields in the JSP pages for adding and updating to radio buttons. I can easily set the value with code like this on initial adding: N B A When I get to the update part, I am not sure how to set the radio button to a database value. Can someone share a code example in the TD element for setting the radio button with a value from a database or point me to a web site? I can't find any in my JSP books.
AW: HOWTO: Using OpenJMS with Orion
Unfortunately it does not work with message driven beans (at least that I've been able to figure out). Fortunately for us we are not using message driven beans right now, though we would like to in the future... Jon... -Ursprüngliche Nachricht-Von: John D'Ausilio [mailto:[EMAIL PROTECTED]]Gesendet: Friday, December 15, 2000 5:26 PMAn: Orion-InterestBetreff: RE: HOWTO: Using OpenJMS with Orion and this works with message-driven beans? jd -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lipsky, JonSent: Friday, December 15, 2000 8:53 AMTo: Orion-InterestSubject: HOWTO: Using OpenJMS with Orion Hello all, My developers have been fighting with the JMS implentation in Orion so I decided to play around with getting one of the open source JMS implentation to work with Orion. At the bottom of this email are the steps to get OpenJMS working and the changes you need to make to your applications to use it. I havn't been able to test it too much, but in our limited tests everything seems to work. So far, all of the problems that we were having with Orion's JMS implementation have gone away so this at least meets our short term needs until Orion's JMS is working (hopefully soon)... Regards, Jon Lipsky Using OpenJMS with Orion 1. Download OpenJMS from http://www.openjms.org 2. Extract the OpenJMS archive on your machine and follow the intructions for building OpenJMS. (execute the command "build all") 3. Copy the following files to your /lib directory your Orion installation: ${OPENJMS_HOME}/dist/openjms-0.5.jar ${OPENJMS_HOME}/dist/openjms-client-0.5.jar ${OPENJMS_HOME}/dist/openjms-rmi-0.5.jar ${OPENJMS_HOME}/lib/log4j.jar ${OPENJMS_HOME}/lib/exolabcore-0.1.jar ${OPENJMS_HOME}/lib/jakarta-regexp-1.1.jar ${OPENJMS_HOME}/lib/tyrex-0.9.6.1.jar 4. Start the OpenJMS server (execute the command "admin -config valid_jms.xml", and then use the menu item "Start OpenJMSServer") 5. Create any Queue's or Topic's you want to use in your application using the admin application. 6. Modify your applications to use a different context factory to when they create their JMS connection factories: Hashtable props = new Hashtable(); props.put(Context.INITIAL_CONTEXT_FACTORY, "org.exolab.jms.jndi.rmi.RmiJndiInitialContextFactory"); Context context = new InitialContext(props); 7. By default the Queue connection factory can be found at the JNDI name "JmsQueueConnectionFactory", so your may need to change your application or the change the JNDI location used by OpenJMS: QueueConnectionFactory _factory = (QueueConnectionFactory)context.lookup("JmsQueueConnectionFactory");
RE: How to configure a data-source alias per application?
I have had the same problem tending to make me doubt the Krueger post. My solution is to have a data-sources.xml for each datasource and rotate them by hand before I launch Orion. I know this is not correct but its the only way I have found to do this ... could someone please help. john On 14-Dec-00 Neville Burnell wrote: > 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 > > auto-start="true" /> > auto-start="true" /> path="../applications/app3.ear" auto-start="true" /> > > 3) registered the 3 Apps with the \Orion\Config\Default-Web-Site.XML > > > > > > 4) created 3 new datasources in \Orion\Config\Data-Sources.XML > > 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" > /> > > 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" > /> > > 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" > > > class="com.evermind.sql.AliasDataSource" > location="jdbc/EOrdersDB" > source-location="jdbc/com_bms1_DS" > /> > > > > 7) Update the \Orion\Application-Deployments\App1\Orion-Application.XML > to register the local datasource.xml > > > > 8) Shutdown & Restart Orion > 9) Access http:\\localhost\app1 fails - Orion wants to access the > default DS > -- E-Mail: John N. Alegre <[EMAIL PROTECTED]> Date: 15-Dec-00 Time: 10:58:59 This message was sent by XFMail --
RE: HOWTO: Using OpenJMS with Orion
and this works with message-driven beans? jd -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Lipsky, JonSent: Friday, December 15, 2000 8:53 AMTo: Orion-InterestSubject: HOWTO: Using OpenJMS with Orion Hello all, My developers have been fighting with the JMS implentation in Orion so I decided to play around with getting one of the open source JMS implentation to work with Orion. At the bottom of this email are the steps to get OpenJMS working and the changes you need to make to your applications to use it. I havn't been able to test it too much, but in our limited tests everything seems to work. So far, all of the problems that we were having with Orion's JMS implementation have gone away so this at least meets our short term needs until Orion's JMS is working (hopefully soon)... Regards, Jon Lipsky Using OpenJMS with Orion 1. Download OpenJMS from http://www.openjms.org 2. Extract the OpenJMS archive on your machine and follow the intructions for building OpenJMS. (execute the command "build all") 3. Copy the following files to your /lib directory your Orion installation: ${OPENJMS_HOME}/dist/openjms-0.5.jar ${OPENJMS_HOME}/dist/openjms-client-0.5.jar ${OPENJMS_HOME}/dist/openjms-rmi-0.5.jar ${OPENJMS_HOME}/lib/log4j.jar ${OPENJMS_HOME}/lib/exolabcore-0.1.jar ${OPENJMS_HOME}/lib/jakarta-regexp-1.1.jar ${OPENJMS_HOME}/lib/tyrex-0.9.6.1.jar 4. Start the OpenJMS server (execute the command "admin -config valid_jms.xml", and then use the menu item "Start OpenJMSServer") 5. Create any Queue's or Topic's you want to use in your application using the admin application. 6. Modify your applications to use a different context factory to when they create their JMS connection factories: Hashtable props = new Hashtable(); props.put(Context.INITIAL_CONTEXT_FACTORY, "org.exolab.jms.jndi.rmi.RmiJndiInitialContextFactory"); Context context = new InitialContext(props); 7. By default the Queue connection factory can be found at the JNDI name "JmsQueueConnectionFactory", so your may need to change your application or the change the JNDI location used by OpenJMS: QueueConnectionFactory _factory = (QueueConnectionFactory)context.lookup("JmsQueueConnectionFactory");
setting radio buttons in JSP with database values
This is probably a simple question, but I can't find the answer. I am developing some JSP forms mapping values to a CMP bean and RDMS database. My boss wants to change some text fields in the JSP pages for adding and updating to radio buttons. I can easily set the value with code like this on initial adding: N B A When I get to the update part, I am not sure how to set the radio button to a database value. Can someone share a code example in the TD element for setting the radio button with a value from a database or point me to a web site? I can't find any in my JSP books.
RE: When CMP fails...
check out autocreate-tables autodelete-tables in orion-application.xml HTH JP -Original Message- From: Mikko Kurki-Suonio [mailto:[EMAIL PROTECTED]] Sent: Viernes, 15 de Diciembre de 2000 7:55 To: Orion-Interest Subject: Re: When CMP fails... On Fri, 15 Dec 2000, Randahl Fink Isaksen wrote: > Contradicting my expectations it seems Orion does NOT detect my changes to > ejb-jar.xml. Orion does this kind of thing on occasion (don't know why). Wipe the appropriate application-deployment directory (as in "rm -rf") to force redeployment. > Do I really need to add the new "EMAIL" column to the database > myself (I hope not...) - or is there a way to tell Orion that it needs to > update the database for me. You need to wipe tha database manually. Orion will try to auto-generate the tables again on redeploy, but your RDBMS probably objects. //Mikko
RE: Strainge missing ServletRequest
if you are using MultipartRequest in cos.jar, I've been using it successfully in 1.4.4 for 2 months Check that javax.servlet.ServletRequest isn't more than once in the classpath HTH JP -Original Message- From: Tim Squires [mailto:[EMAIL PROTECTED]] Sent: Viernes, 15 de Diciembre de 2000 9:11 To: Orion-Interest Subject: Strainge missing ServletRequest Moved an app from Ye Olde JServ to Orion 1.4.4 and when uploading a file, the following exception is chucked: java.lang.NoClassDefFoundError: javax/servlet/ServletRequest at StormData.service(StormData.java:161) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.d5.sv(JAX) at com.evermind.server.http.d5.st(JAX) at com.evermind.server.http.eh.s0(JAX) at com.evermind.server.http.eh.do(JAX) at com.evermind.util.f.run(JAX) I'm using the upload classes from the O'Reilly examples and would rather stick to them than move to the Orion upload code, otherwise I have to go through a mini project life cycle. Anyone know where ServletRequest has gone? It seems to be in orion.jar. Thanks for your time, Tim. It's not what you know, it's who you tell. Management move in misterious ways.
RE: Standard Err stream
try: java -jar orion.jar .options. &2> log.txt sometimes the ampersand not needed (I don't remember exactly) -Original Message- From: Seung Bang [mailto:[EMAIL PROTECTED]] Sent: Jueves, 14 de Diciembre de 2000 20: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.
Struts 1.0 - Anyone Do It?
I get the common "Missing resources attribute org.apache.struts.action.MESSAGE" error. I've read a lot of threads on this, but didn't find a solution yet. If anyone has successfully deployed the struts-examples could you please post the steps? I'm sure there are many people that would benefit from this. Thank you.
R: Different JMS and Orion Message Bean
Hi Andrew, I am interested in this topic too. My company has choosed SonicMQ as JMS server but I can't find a direct way to call a message bean in Orion (the only way seems to be using, the SonicMQ provided, JMS bridge to make the two JMS services talk each other). If you solve the problem please let me know. Luciano - Messaggio originale- Da: Andrew Panagos [mailto:[EMAIL PROTECTED]] Inviato: martedì 14 novembre 2000 20.21 A: Orion-Interest Oggetto: Different JMS and Orion Message Bean Can we use a different JMS service and call Orion's message bean ? Or are we restricted to just using Orion's JMS to communicate to Orion's message beans ? Thanks Andrew Panagos
Re: When CMP fails... problem solved, or...
On Fri, 15 Dec 2000, Randahl Fink Isaksen wrote: > Thanks to Mikko Kurki-Suonio I have now solved the problem. Not only should > I wipe the deployed application, it turns out that I needed to alter the > defaultdb.script aswell. Originally it contained the line (That's HyperSonic -specific). Anyway, if you don't care about the data, just DROP TABLE from the database and force full redeploy. > Still, I feel that this ought not to be necessary. Does anybody know what > else could have been done? Should I store my EJBs somewhere else than the > "defaultdb.data" in order to avoid problems like this? In current spec, the DB-interaction is pretty much left open. Some systems may have more elegant solutions. //Mikko
HOWTO: Using OpenJMS with Orion
Hello all, My developers have been fighting with the JMS implentation in Orion so I decided to play around with getting one of the open source JMS implentation to work with Orion. At the bottom of this email are the steps to get OpenJMS working and the changes you need to make to your applications to use it. I havn't been able to test it too much, but in our limited tests everything seems to work. So far, all of the problems that we were having with Orion's JMS implementation have gone away so this at least meets our short term needs until Orion's JMS is working (hopefully soon)... Regards, Jon Lipsky Using OpenJMS with Orion 1. Download OpenJMS from http://www.openjms.org 2. Extract the OpenJMS archive on your machine and follow the intructions for building OpenJMS. (execute the command "build all") 3. Copy the following files to your /lib directory your Orion installation: ${OPENJMS_HOME}/dist/openjms-0.5.jar ${OPENJMS_HOME}/dist/openjms-client-0.5.jar ${OPENJMS_HOME}/dist/openjms-rmi-0.5.jar ${OPENJMS_HOME}/lib/log4j.jar ${OPENJMS_HOME}/lib/exolabcore-0.1.jar ${OPENJMS_HOME}/lib/jakarta-regexp-1.1.jar ${OPENJMS_HOME}/lib/tyrex-0.9.6.1.jar 4. Start the OpenJMS server (execute the command "admin -config valid_jms.xml", and then use the menu item "Start OpenJMSServer") 5. Create any Queue's or Topic's you want to use in your application using the admin application. 6. Modify your applications to use a different context factory to when they create their JMS connection factories: Hashtable props = new Hashtable(); props.put(Context.INITIAL_CONTEXT_FACTORY, "org.exolab.jms.jndi.rmi.RmiJndiInitialContextFactory"); Context context = new InitialContext(props); 7. By default the Queue connection factory can be found at the JNDI name "JmsQueueConnectionFactory", so your may need to change your application or the change the JNDI location used by OpenJMS: QueueConnectionFactory _factory = (QueueConnectionFactory)context.lookup("JmsQueueConnectionFactory");
When CMP fails... problem solved, or...
Thanks to Mikko Kurki-Suonio I have now solved the problem. Not only should I wipe the deployed application, it turns out that I needed to alter the defaultdb.script aswell. Originally it contained the line CREATE TABLE ADDRESSBOOK_EJB_ADDRESSENTRY(NAME VARCHAR NOT NULL PRIMARY KEY,ADDRESS VARCHAR,CITY VARCHAR) so even though I wiped my application in the "application-deployments" folder Orion kept following this script to create the tables needed to store my EJBs. I simply changed the line to CREATE TABLE ADDRESSBOOK_EJB_ADDRESSENTRY(NAME VARCHAR NOT NULL PRIMARY KEY,ADDRESS VARCHAR,CITY VARCHAR,EMAIL VARCHAR) Which solved the problem. Still, I feel that this ought not to be necessary. Does anybody know what else could have been done? Should I store my EJBs somewhere else than the "defaultdb.data" in order to avoid problems like this? R. Original message: To test Orion I built the address book application from the "Orion CMP Primer". Since this went quite well I decided to add a single attribute to the AddressEntry bean, namely a String attribute called email, containing a persons e-mail address. Unfortunately I forgot to add the email to the ejb-jar.xml, so when launching Orion it failed. "Nothing to worry about - I'll just shutdown orion and add the cmp-field, and everything will be fine" - I presumed that Orion would detect the changes and automatically update the default database to reflect my changes. When launching the server again I got the following exception: Caught "com.evermind.server.rmi.OrionRemoteException" while attempting to find all AddressBook entries. com.evermind.server.rmi.OrionRemoteException: Database error: Column not found: EMAIL in statement [select addressbook_ejb_AddressEntry.name, addressbook_ejb_AddressEntry.address, addressbook_ejb_AddressEntry.city, addressbook_ejb_AddressEntry.email from addressbook_ejb_AddressEntry]; nested exception is: java.sql.SQLException: Column not found: EMAIL in statement [select addressbook_ejb_AddressEntry.name, addressbook_ejb_AddressEntry.address, addressbook_ejb_AddressEntry.city, addressbook_ejb_AddressEntry.email from addressbook_ejb_AddressEntry] Contradicting my expectations it seems Orion does NOT detect my changes to ejb-jar.xml. Do I really need to add the new "EMAIL" column to the database myself (I hope not...) - or is there a way to tell Orion that it needs to update the database for me. Thanks Randahl
How do you get a 128 bit certificate installed on Orion?
Hello, I followed the instructions on orion site for getting ssl up and working, but it seems that the thawte certificate was only signed using a 40 bit key How/where do I get it signed (for free) with a 128 certificate? Also, is there a config parameter on orion that manadates 128 browsers be used when connecting with orion, or do you simply use a 128 bit certificate (which won't work with 40 bit browsers?) Thanks, Keith
Strainge missing ServletRequest
Moved an app from Ye Olde JServ to Orion 1.4.4 and when uploading a file, the following exception is chucked: java.lang.NoClassDefFoundError: javax/servlet/ServletRequest at StormData.service(StormData.java:161) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.d5.sv(JAX) at com.evermind.server.http.d5.st(JAX) at com.evermind.server.http.eh.s0(JAX) at com.evermind.server.http.eh.do(JAX) at com.evermind.util.f.run(JAX) I'm using the upload classes from the O'Reilly examples and would rather stick to them than move to the Orion upload code, otherwise I have to go through a mini project life cycle. Anyone know where ServletRequest has gone? It seems to be in orion.jar. Thanks for your time, Tim. It's not what you know, it's who you tell. Management move in misterious ways.
RE: When CMP fails...
>From: Randahl Fink Isaksen [mailto:[EMAIL PROTECTED]] > >Contradicting my expectations it seems Orion does NOT detect >my changes to >ejb-jar.xml. Do I really need to add the new "EMAIL" column to >the database >myself (I hope not...) - or is there a way to tell Orion that >it needs to >update the database for me. I would very much doubt it... ALTER TABLE is absent from many JDBC data sources, including our "beloved" Hypersonic SQL. You don't really want your app server issuing potentially destructive DDL, do you? You can picture the scene: somebody mistakenly deploys a mangled deployment descriptor, and the app server promptly sees fit to drop half the tables in the production database. Hey, it worked in the test system! :-) Jeff Schnitzer [EMAIL PROTECTED]
Re: An apology for Christian Sell
Michael, I hardly remeber which of the flames yours was (the first one, right?). I posted an apology to the list shortly after that, stating that I agreed with y'all (thats the way to say it these days, isn't it?) but it never made it. I did have a slight foreboding of what was going to come when I wrote the initial post. It was certainly all my fault - Original Message - From: "Michael S. Kelly" <[EMAIL PROTECTED]> To: "Orion-Interest" <[EMAIL PROTECTED]> Sent: Thursday, December 14, 2000 11:46 PM Subject: 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: SV: to boldly go where no man has gone before
At 08:36 15.12.00 , you wrote: >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? hört, hört! and for the rest of you non-germans: +1 ;-) robert (-) 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: When CMP fails...
On Fri, 15 Dec 2000, Randahl Fink Isaksen wrote: > Contradicting my expectations it seems Orion does NOT detect my changes to > ejb-jar.xml. Orion does this kind of thing on occasion (don't know why). Wipe the appropriate application-deployment directory (as in "rm -rf") to force redeployment. > Do I really need to add the new "EMAIL" column to the database > myself (I hope not...) - or is there a way to tell Orion that it needs to > update the database for me. You need to wipe tha database manually. Orion will try to auto-generate the tables again on redeploy, but your RDBMS probably objects. //Mikko
Re: Orion shutdown problem
Hi there , In your command don't specify the port no. , then it will work. e.g. Use the command like following [root@ns orion]# java -jar admin.jar ormi://localhost admin 123 -shutdown Shailesh Joshi Java Programmer Versaware (India) Ltd. - Original Message - From: Christian Sell To: Orion-Interest Sent: Thursday, December 14, 2000 10:29 PM Subject: 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: weird Orion 1.4.4 JSP bug
As well as what Scott pointed out, This is invalid: /> ... as custom tags cannot contain other custom tags within attributes. Try something like: (Scriptlets are allowed inside attributes - also, remember quotes). And... You may have problems with this: ...as JSP will still interpret the tag... the result will just be in HTML comments. In order to stop JSP ignoring this tag, try: <%-- --%> -Joe Walnes At 17:03 15/12/2000 +1100, you wrote: >AFAIK you cannot close a tag with parameters: > > > >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" %> > > > > > > > > > value= /> > > > page="/template/standard/password.jsp" > > value="Password:"/> > > > > > > > > > > > >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/
Referer information
Hi I was looking for a way to log referer information in orion. Currently the config line in default-web-site.xml looks like this: But this seems to only give pages from within the web site that is set up on my orion server. No information from outside sites seems to be appearing in the log file. Does anyone have any idea whats wrong?
Re: Cocobase integration
>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. Martin, It is possible to use Cocobase for O/R mapping from BMP entity beans using it's standard persitence mechanisms (I've never done it, but see no reason why it shouldn't). However you may save yourself a lot of time by using Orion's built in O/R mapping support for CMP entity beans. http://www.orionsupport.com/articles/complex-or.html -Joe Walnes
When CMP fails...
To test Orion I built the address book application from the "Orion CMP Primer". Since this went quite well I decided to add a single attribute to the AddressEntry bean, namely a String attribute called email, containing a persons e-mail address. Unfortunately I forgot to add the email to the ejb-jar.xml, so when launching Orion it failed. "Nothing to worry about - I'll just shutdown orion and add the cmp-field, and everything will be fine" - I presumed that Orion would detect the changes and automatically update the default database to reflect my changes. When launching the server again I got the following exception: Caught "com.evermind.server.rmi.OrionRemoteException" while attempting to find all AddressBook entries. com.evermind.server.rmi.OrionRemoteException: Database error: Column not found: EMAIL in statement [select addressbook_ejb_AddressEntry.name, addressbook_ejb_AddressEntry.address, addressbook_ejb_AddressEntry.city, addressbook_ejb_AddressEntry.email from addressbook_ejb_AddressEntry]; nested exception is: java.sql.SQLException: Column not found: EMAIL in statement [select addressbook_ejb_AddressEntry.name, addressbook_ejb_AddressEntry.address, addressbook_ejb_AddressEntry.city, addressbook_ejb_AddressEntry.email from addressbook_ejb_AddressEntry] Contradicting my expectations it seems Orion does NOT detect my changes to ejb-jar.xml. Do I really need to add the new "EMAIL" column to the database myself (I hope not...) - or is there a way to tell Orion that it needs to update the database for me. Thanks Randahl
Shutting down...
To shut down orion I created a simple shortcut which calls Orion with "C:\Program Files\jdk1.3\bin\java.exe" -jar admin.jar ormi://localhost admin -shutdown It works fine but a few times I have seen Orion writing "Shutting down..." without actually terminating, which leaves the prompt-window hanging. Have anybody else experienced this and does someone know what could be wrong? R.
Re: HttpSession problem
I apologize very much for this question. My testing wasn´t proper. Thanks for understanding. Petr -Original Message-From: Petr Podsednik <[EMAIL PROTECTED]>To: Orion-Interest <[EMAIL PROTECTED]>Date: 14. prosince 2000 15:01Subject: 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