RE: admin -shutdown
On Wed, 28 Jun 2000, Kirk Kalvar wrote: Works on my setup: Win98 Orion 1.0rc2 set JAVA_HOME=c:\java\jdk1.2.2 set J2EE_HOME=c:\java\j2sdkee1.2.1 set ClassPath=.; set Path=%PATH%;c:\java\j2sdkee1.2.1\bin;c:\java\jdk1.2.2\bin; c: cd \orion java -jar admin.jar ormi://localhost/ admin password -shutdown but not on mine: Linux 2.2.15 Orion 1.0.11 [EMAIL PROTECTED] local/orion 162 % java -jar admin.jar ormi://ns.local.net/ admin dorpal -shutdown Error: com.evermind.reflect.UndeclaredExceptionTypeException: java.lang.ClassNotFoundException [EMAIL PROTECTED] local/orion 163 % Gary Kirk S. Kalvar -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of KirkYarina Sent: Wednesday, June 28, 2000 4:09 PM To: Orion-Interest Subject: RE: admin -shutdown Does your principals.xml contain the following? users user username="admin" password="goodpwd" descriptionThe default administrator/description group-membership group="administrators" / group-membership group="guests" / group-membership group="users" / /user Perhaps I'm just lucky, since it works fine on my win98 machine with the configured password, and has since 0.9.something. C:\java\orionjava -jar admin.jar ormi://localhost/ admin badpasswd -shutdown Error: java.lang.SecurityException: Invalid username/password for default (admin ) C:\java\orionjava -jar admin.jar ormi://localhost/ admin goodpwd -shutdown C:\java\orion I agree the docs are poor and have spent way too much time on trial and error. It's been way too many years since I thought this was entertaining... Kirk Yarina At 08:24 PM 6/28/00 +0200, you wrote: I've tried it and I have always the same result: C:\orionjava -jar admin.jar ormi://localhost:23791 admin 123 -shutdown Error: java.lang.SecurityException: Invalid username/password for default (admin ) C:\orionjava -jar admin.jar ormi://localhost:23791 david sierra -shutdown Error: java.lang.SecurityException: Invalid username/password for default (david ) C:\orionjava -jar admin.jar ormi://localhost david sierra -shutdown Error: java.lang.SecurityException: Invalid username/password for default (david ) C:\orionjava -jar admin.jar ormi://localhost/ david sierra -shutdown Error: java.lang.SecurityException: Invalid username/password for default (david ) What does this funny error mean ?? I think that probably today Karl Avedal and Mike are sick, because the don't talk clearly to us. The same happens with fail-over, connection pools and hot deploy, orion team has ignored my questions about those things because they are not interested in it. You should answer our questions. I do think that Orion is a good product but after betting for it, we have to be very sure what we are going to get. Think about it... Orion team. Kirk Yarina [EMAIL PROTECTED]
RE: Deployment time for lots of beans
It seems that Orion is regenerating all my beans whenever I even a small change in the orion-ejb-jar.xml (even though as my last email said, it's just ignoring the changes). Is there a way around this? It's quite a nuisance to have to wait for several minutes while it's regenerating all the beans after making one simple change. Joel, I'm not sure of a way around this, but I found the majority of the time spent was on the ejb wrappers being compiled. Switching from javac to jikes got my deployment time down from over 8 minutes to 15 seconds (and a massive increase in time it takes to compile jsp's). Jikes: http://www10.software.ibm.com/developerworks/opensource/jikes/ To get orion to use it for compiling, add to config/server.xml: compiler executable="/path-to/jikes" classpath="/path-to-real-jdk/jre/lib/rt.jar" / -Joe Walnes
Re: Deployment time for lots of beans
Joe Walnes wrote: It seems that Orion is regenerating all my beans whenever I even a small change in the orion-ejb-jar.xml (even though as my last email said, it's just ignoring the changes). Is there a way around this? It's quite a nuisance to have to wait for several minutes while it's regenerating all the beans after making one simple change. Joel, I'm not sure of a way around this, but I found the majority of the time spent was on the ejb wrappers being compiled. Switching from javac to jikes got my deployment time down from over 8 minutes to 15 seconds (and a massive increase in time it takes to compile jsp's). Jikes: http://www10.software.ibm.com/developerworks/opensource/jikes/ To get orion to use it for compiling, add to config/server.xml: compiler executable="/path-to/jikes" classpath="/path-to-real-jdk/jre/lib/rt.jar" / -Joe Walnes Thank you very much for your response. That took care of the problem indeed. It's amazing you can get a 10-20 fold (or even more) increase in time just by switching that. I had looked at Jikes before, but didn't see anything about what Java version it supported so thought it didn't support Java2--I'm glad I was wrong. Thanks! -- Joel Shellman Ants.com: the world's fastest growing freelance marketplace http://www.ants.com/90589781
Re: Looking for web host who uses Orion Application Server
On Wed, 28 Jun 2000, Megan Ray wrote: Does anyone know of a web host who uses Orion? Please forward any information.Thanks! What do you mean? Public or commercial sites that sell hosting services? Or just sites that use Orion? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: admin -shutdown
Karl, For support, always mail [EMAIL PROTECTED], for possible bugs, mail [EMAIL PROTECTED] my recommendation would be to open an exclusively commercial support channel and to tell evereyone on Otion-Interest what they can expect - which seems only very occasional attention from the orion-team themselves. As far as I see, a large amount of the questions on Orion-Interest concern support or bugs, and (at least in the past week) most of them remain unanswered. Should all those migrate to support/bugs? Would that change anything? I myself would like to get a feeling of how dependable the support is that I get when I pay my share. What I have seen lately makes me think twice about the price tag for Orion - taking into account the hours/days spent by people trying to figure out undocumented/unsupported problems. It took us almost 2 weeks to get you to even acknowledge the admin.jar problem (BTW, did you really acknowledge it?). The same happens with fail-over, connection pools and hot deploy The same thing? Password error? I think he was referring to the communication problem. regards, Christian
transactions + deployment process + postgresql
Hi there Be so kind and tell me the following: Does OrionServer include a Transaction Manager or do we have to use a 3rd party product? If we have to use a 3rd party product - can you recommend any? What way/process do you suggest to go about editing the orion-ejb-jar.xml file? It seems like OrionServer is respecting changes made to this file while recreating it during deployment. Do you have more information about hot-swopping applications and re-deploying applications? I'm using PostgreSQL on Linux for the database. After changes some of the incorrect mappings in the postgres-schema xml file (data-source and schema below) it works fine except for one little thing: It gives an SQL error just before auto creating the tables (see sniplet below) Otherwise things look great. Thank you in advance Regards Theo !---SNIP- icecube:/usr/local/orion# /usr/local/java/bin/java -jar orion.jar Auto-deploying ice... Auto-deploying ice-ejb... SQL error: ERROR: parser: parse error at or near ")" Auto-creating table: create table Location (id int4 not null primary key, name varchar, type int4, parent_ int4) !---/SNIP- !---SNIP- data-source name="icetest-data-source" class="com.evermind.sql.ConnectionDataSource" schema="database-schemas/postgresql.xml" url="jdbc:postgresql:testdb" connection-driver="org.postgresql.Driver" location="jdbc/DefaultDS" ejb-location="jdbc/DefaultEJBDS" xa-location="jdbc/xa/DefaultXADS" username="postgres" password="blah" / !---/SNIP- !---SNIP- database-scheme name="PostGreSQL" not-null="not null" null="" primary-key="primary key" type-mapping type="java.lang.String" name="varchar" / type-mapping type="java.lang.Integer" name="int8" / type-mapping type="int" name="int4" / type-mapping type="long" name="int8" / type-mapping type="float" name="float4" / type-mapping type="double" name="float8" / type-mapping type="byte" name="int2" / type-mapping type="char" name="char" / type-mapping type="short" name="int2" / type-mapping type="boolean" name="bool" / type-mapping type="java.util.Date" name="date" / type-mapping type="java.io.Serializable" name="oid" / type-mapping type="java.math.BigDecimal" name="decimal" / disallowed-field name="parent" / disallowed-field name="password" / disallowed-field name="username" / disallowed-field name="date" / disallowed-field name="order" / disallowed-field name="old" / disallowed-field name="user" / /database-scheme !---/SNIP-
RE: Clustering
Set the RMI to clustering , than the EJB can be clustering, like this cluster password="123" name="admin" / You need the username and password to let clusters to talk, so admin would be OK. Since no official document mention about ejb clustering, I am not sure this is right. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mark Causer Sent: Wednesday, June 28, 2000 10:21 PM To: Orion-Interest Subject: Clustering Have been looking at using Orion for Clustering and I am getting very confused. Some Questions: 1. Ive looked at the example quoted in http://www.orionserver.com/docs/http-clustering-howto.html - Why do I have to pass the sessionid to the second server ? Shouldn't the clustering keep that data in sync ? - 2. EJB Clustering. Is this supported in Orion ? If so how do I set it up ? 3. Why is there a cluster id in server.xml and rmi.xml ?? 4. What is the server host="the.remote.server.com" password="123" port="23791" username="admin" / tag in rmi.xml used for ? Sorry if I appear dense, but if anyone could explain this I would be very grateful Thanks Mark Causer
Internal Server Error - Orion 1.1.1
Hello, i've just upgraded from 1.0 to 1.1.1. when i try to access my entity-beans a _second_ time from my jsp-page, i get following error in the browser: 500 Internal Server Error java.lang.NullPointerException: at com.evermind.server.http.deployment.HttpApplicationDescriptor.nb(JAX) at com.evermind.server.http.HttpApplication.sd(JAX) at com.evermind.server.http.HttpApplication.s9(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.dg.o0(JAX) at com.evermind.server.http.dg.forward(JAX) at com.evermind.server.http.dp.o6(JAX) at com.evermind.server.http.dp.o5(JAX) at com.evermind.util.e.run(JAX) after this i had to restart the server! (with 1.0 it works correct!) what does this mean? did i must change something else? thanks a lot klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
disconnect me
___ Get 100% FREE Internet Access powered by Excite Visit http://freelane.excite.com/freeisp
RE: Sessions And SSL
Hi! I am fairly New With Orion .. I am Trying to Set up Orion For SSL After Following th e How To instruction .. When I start Orion I get the Following error... C:\Orion\orionjava -jar orion.jar Error starting HttpServer: Unable to intialize SSLServerSocketFactory 'com.everm ind.ssl.JSSESSLServerSocketFactory': Unrecoverable key error: Cannot recover key Orion/0.9.6 initialized Do You Know what Could cause this error... The Jsse, jnet,jcert jar exists in the Orion Folder If You could help ... Marty
Re: Help, with HypersonicSQL/ Orion
Hello, A Huge thanks to everyone that helpt me out with my orion/hsql problem. Everything runs perfect now. cheers, Robert Karlsson
XSL Transforms and the XSLServlet
Hi, I'm using OrionRC1 (heard there were difficulties with RC2 and the final release) with a servlet that generates XML and decides which stylesheet to use (a web one or a wap one) depending on the user-agent type passed in the httpservletrequest. This works fine, except that the XSLServlet has a defaultcontenttype parameter, which means ALL the output from it comes out as that content-type. Default is "text/html", and using that my WAP phone won't view the page (even though it REALLY is WML), because it doesn't recognise "text/html" as a valid content-type that it can handle. And if I set the default content type for the XSLServlet to be "text/vnd.wap.wml" my phone gets the pages OK, but now my browser obviously doesn't play!!! Is there a way to specify content-type within the XSL stylesheet itself (or elsewhere)??? Or, can someone tell me more about what was covered briefly in the orion docs about orion being able to "automatically" use the right stylesheet for WEB or WAP??? Thanks very much, David Middleton [EMAIL PROTECTED] winmail.dat
[Fwd: Re: Latest versions?]
Original Message Subject: Re: Latest versions? Date: Thu, 29 Jun 2000 11:04:07 +0100 From: Fabio Silva [EMAIL PROTECTED] To: Klaus Thiele [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] Klaus Thiele wrote: I keep coming across references to versions like 1.0.11. Where can I find the latest versions? cd /path/to/orion java -jar autoupdate.jar fine. i have go go via proxy, what to do? thanks klaus Hi there Klaus, I Think you can solve your problem pointing your browser or whatever to : http://www.orionserver.com/orion/orion.jar And he will download the latest version of orion.jar Hope this helps, Fábio
FW: problem with InitialContext / user / password
-Original Message- From: Rob Lapensee [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 29, 2000 8:24 AM To: Kiarash Keyghobadi Subject: problem with InitialContext / user / password We are having a problem where the user/password, if entered wrong the first time, will always throw a SecurityException all subsequent tries for the correct user/password. If the first user/password is entered correct, it works. The client program was a servlet running under Tomcat. In Tomcat, once the servlet object is instantiated, it will be re-used for subsequent requests. This was on a Linux box, Orion/1.0. Sun/Inprise jdk 1.2.2 So some sample programs were written to determine the problem. It seems that after the first user/password are sent as properties with the first "new InitialContext(Properties)", all subsequent "new InitialContext(Properties)" will utilize the same user/password. The sample client program (LoginTest) tries to connect with "admin", and the FBS EJB displays the results from: SessionContext.getCallerPrincipal().getName(); Which displays "admin" The client program then goes on to connect via "user", at which point the FBS EJB displays "admin" again. The sample was run on NT 4.0, service pack 6. Javasoft jdk 1.2.2 It showed the problem on Orion/1.0 and Orion/1.0.11. I have included all configuration files and all programs required to run the test. Hopefully someone can determine if this is a bug in the Orion server or a configuration problem. Regards, Rob Lapensee Director of Technology Delfour Corporation [EMAIL PROTECTED] www.delfour.com ?xml version="1.0"? !DOCTYPE principals PUBLIC "//Evermind - Orion Principals//" "http://www.orionserver.com/dtds/principals.dtd" principals groups group name="users" descriptionusers/description permission name="rmi:login" / permission name="com.evermind.server.rmi.RMIPermission" / /group group name="guests" descriptionguests/description /group group name="administrators" descriptionadministrators/description permission name="administration" / permission name="com.evermind.server.AdministrationPermission" / /group /groups users user username="user" password="456" deactivated="false" descriptionThe default user/description group-membership group="users" / group-membership group="guests" / group-membership group="administrators" / /user user username="anonymous" password="" descriptionThe default guest/anonyomous user/description group-membership group="guests" / /user user username="admin" password="123" descriptionThe default administrator/description group-membership group="users" / group-membership group="guests" / group-membership group="administrators" / /user /users /principals ?xml version="1.0"? !DOCTYPE application-server PUBLIC "Orion Application Server Config" "http://www.orionserver.com/dtds/application-server.dtd" application-server application-directory="../applications" deployment-directory="../application-deployments" rmi-config path="./rmi.xml" / !-- JMS-server config link, uncomment to activate the JMS service -- !-- jms-config path="./jms.xml" / -- principals path="./principals.xml" / log file path="../log/server.log" / /log global-application name="default" path="application.xml" / global-web-app-config path="global-web-application.xml" / web-site path="./default-web-site.xml" / !-- Compiler, activate this to specify an alternative compiler such as jikes for EJB/JSP compiling. -- !-- compiler executable="jikes" classpath="/myjdkdir/jre/lib/rt.jar" / -- application name="jack" path="d:\desktop\java\orion_test" / /application-server LoginTest.java ?xml version="1.0"? !DOCTYPE application PUBLIC "-//Sun Microsystems, Inc.//DTD J2EE Application 1.2//EN" "http://java.sun.com/j2ee/dtds/application_1_2.dtd" application display-nameorion test/display-name module ejbjack/ejb /module /application ?xml version="1.0"? !DOCTYPE ejb-jar PUBLIC "-//Sun Microsystems, Inc.//DTD Enterprise JavaBeans 1.2//EN" "http://java.sun.com/j2ee/dtds/ejb-jar_1_2.dtd" ejb-jar display-nameitem01/display-name descriptionitem02/description enterprise-beans session display-namefbs/display-name descriptionfbs/description ejb-nameFBS/ejb-name homecom.jack.FBSHome/home remotecom.jack.FBS/remote ejb-classcom.jack.FBSBean/ejb-class session-typeStateless/session-type transaction-typeContainer/transaction-type /session /enterprise-beans assembly-descriptor /assembly-descriptor /ejb-jar FBSHome.java FBS.java FBSBean.java
sql taglib
hi, does anyone have a good pointer for a free jsp-sql-taglib? thanks, 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: XSL Transforms and the XSLServlet
Hi David. I'm fighting this issue too. Only difference is that I tried to do it using JSP. [First I must say that I am new to JSP and Orion.] I'm finding that if I put WML in a .jsp file, the return type was text/html. So, OK, I set the MIME type for WAP and all is well (notice no line feed after the JSP directive): % response.setContentType("text/vnd.wap.wml");%?xml version="1.0"? !DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN" "http://www.wapforum.org/DTD/wml_1.1.xml" wml BUT... if the JSP does any form of XSL transform I have been unable to return the correct type. My only solution with JSP so far has been to detect the agent type and then perform a forward to static page. For example, I could NOT get the following .jsp to work: (it seem to always give text/html even when the content is wml) %@taglib uri="apache-xsl" prefix="xsl" %% if (request.getHeader("Accept").indexOf("text/vnd.wap.wml") 0) { %% response.setContentType("text/vnd.wap.wml"); %xsl:InsertWithXSL url="/raw.xml" xsl="/wml.xsl" /% } else { %% response.setContentType("text/html"); %xsl:InsertWithXSL url="/raw.xml" xsl="/html.xsl" /% } % Lastly, here is some XSL that should set the content type (according to the spec). I just don't see how it can - it is simply transforming the body, not playing with the headers. Maybe it would work for client side XSL. xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xsl:output method="xml" indent="yes" omit-xml-declaration="no" doctype-system ="http://www.wapforum.org/DTD/wml_1.1.xml" doctype-public="-//WAPFORUM//DTD WML 1.1//EN" media-type="text/vnd.wap.wml" / I you figure this out, please mail back to the list. Tomorrow I try servlets rather than JSP. Kev -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 29 June 2000 12:41 To: Orion-Interest Subject: XSL Transforms and the XSLServlet Importance: High Hi, I'm using OrionRC1 (heard there were difficulties with RC2 and the final release) with a servlet that generates XML and decides which stylesheet to use (a web one or a wap one) depending on the user-agent type passed in the httpservletrequest. This works fine, except that the XSLServlet has a defaultcontenttype parameter, which means ALL the output from it comes out as that content-type. Default is "text/html", and using that my WAP phone won't view the page (even though it REALLY is WML), because it doesn't recognise "text/html" as a valid content-type that it can handle. And if I set the default content type for the XSLServlet to be "text/vnd.wap.wml" my phone gets the pages OK, but now my browser obviously doesn't play!!! Is there a way to specify content-type within the XSL stylesheet itself (or elsewhere)??? Or, can someone tell me more about what was covered briefly in the orion docs about orion being able to "automatically" use the right stylesheet for WEB or WAP??? Thanks very much, David Middleton [EMAIL PROTECTED] winmail.dat
Orion steeling IP addresses.
Title: Orion steeling IP addresses. I've run into something that took a while to solve. Orion steels all available ip addresses on port 80 on the machine it's running on. This is not an acceptable behavior since this machine also hosts other sites using IIS. We added a site to the IIS on ip:A port 80. At the same time orion was running another site running on ip:B on port 8000. When I restarted orion it said something like: HttpServer: address in use: bind. It took a while to locate the problem I can tell you. Why won't my site work if no other site is using it's ip address? Patrik Andersson
RE: Orion steeling IP addresses.
This is defined in your web-site file in the config directory. The default is IP="ALL" (obviously because Orion doesn't know your IP). Change this to whatever IP / block of IPs you want. Mike Member of The "Unofficial" Friends of Orion Support Team ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrik Andersson Sent: Thursday, 29 June 2000 11:54 To: Orion-Interest Subject: Orion steeling IP addresses. I've run into something that took a while to solve. Orion steels all available ip addresses on port 80 on the machine it's running on. This is not an acceptable behavior since this machine also hosts other sites using IIS. We added a site to the IIS on ip:A port 80. At the same time orion was running another site running on ip:B on port 8000. When I restarted orion it said something like: HttpServer: address in use: bind. It took a while to locate the problem I can tell you. Why won't my site work if no other site is using it's ip address? Patrik Andersson
RE: Orion steeling IP addresses.
Title: RE: Orion steeling IP addresses. But the thing is that orion wouldn't start at all. It didn't accept requests to my real web-app running on a defined ip-address that didn't conflict with the any ip-address un use by the IIS. But thanks for the quick reply anyway :) Patrik -Original Message- From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] Sent: den 29 juni 2000 16:18 To: Patrik Andersson; Orion-Interest Subject: RE: Orion steeling IP addresses. This is defined in your web-site file in the config directory. The default is IP=ALL (obviously because Orion doesn't know your IP). Change this to whatever IP / block of IPs you want. Mike Member of The Unofficial Friends of Orion Support Team ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrik Andersson Sent: Thursday, 29 June 2000 11:54 To: Orion-Interest Subject: Orion steeling IP addresses. I've run into something that took a while to solve. Orion steels all available ip addresses on port 80 on the machine it's running on. This is not an acceptable behavior since this machine also hosts other sites using IIS. We added a site to the IIS on ip:A port 80. At the same time orion was running another site running on ip:B on port 8000. When I restarted orion it said something like: HttpServer: address in use: bind. It took a while to locate the problem I can tell you. Why won't my site work if no other site is using it's ip address? Patrik Andersson
All I have to say is...
IT WORKS NOW At least on Windows 2000 Professional. C:\orionjava -jar admin.jar ormi://localhost admin admin -shutdown C:\orionjava -jar orion.jar Orion/1.1.4 initialized Shutting down... Thanks, Nathan Phelps solarc.com
RE: Orion steeling IP addresses.
Title: RE: Orion steeling IP addresses. I know all that. But that doesn't help that orion won't start if there is another webserver that owns an ip address on port 80 that orion tries to use. This has to be a bug. I can accept that orion takes all available addresses. But it shouldn't try to use other addresses if that means that it doesn't start. -Original Message- From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] Sent: den 29 juni 2000 16:18 To: Orion-Interest Subject: RE: Orion steeling IP addresses. This is defined in your web-site file in the config directory. The default is IP=ALL (obviously because Orion doesn't know your IP). Change this to whatever IP / block of IPs you want. Mike Member of The Unofficial Friends of Orion Support Team ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrik Andersson Sent: Thursday, 29 June 2000 11:54 To: Orion-Interest Subject: Orion steeling IP addresses. I've run into something that took a while to solve. Orion steels all available ip addresses on port 80 on the machine it's running on. This is not an acceptable behavior since this machine also hosts other sites using IIS. We added a site to the IIS on ip:A port 80. At the same time orion was running another site running on ip:B on port 8000. When I restarted orion it said something like: HttpServer: address in use: bind. It took a while to locate the problem I can tell you. Why won't my site work if no other site is using it's ip address? Patrik Andersson
Re: Orion steeling IP addresses.
Hello Patrik, The problem with this behaviour, is with how the ServerSocket class handles this. When you want a Java ServerSocket to bind to all IP's, you use the special 0.0.0.0 IP address. This works fine normally. However, if there is one IP being used, for example by IIS, the creation of the ServerSocket will fail, so there's no point in having Orion running since no ServerSocket is created. As far as I know (I could be wrong), 0.0.0.0 should actually mean "all available" IP:s and deal with the situation fine, but obviously it doesn't in your case. I can't say for sure, but this could be a jvm bug or something similar. Now you might say, if 0.0.0.0 fails, you can open 1 ServerSocket per available IP and not care about the IP:s it can get. Besides the possible performance issues, the problem with this is how to actually get a collection of all available IP:s on a box. The obvious way to do it would be to use InetAddress.getAllByName(InetAddress.getLocalHost().getHostName()); That should return an array of all IP:s, but unfortunately it doesn't on certain systems. This could be an issue with how these systems resolve localhost. We are looking for a way to solve this, and there might be a way to work around it in a portable way and if there is, we'll implement it. If we don't find a work-around we'll mail Sun to ask about it since you want it. But I have to warn you that this could be outside our control to get a quick fix. Regards, Karl Avedal Patrik Andersson wrote: I know all that. But that doesn't help that orion won't start if there is another webserver that owns an ip address on port 80 that orion tries to use. This has to be a bug. I can accept that orion takes all available addresses. But it shouldn't try to use other addresses if that means that it doesn't start. -Original Message- From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] Sent: den 29 juni 2000 16:18 To: Orion-Interest Subject: RE: Orion steeling IP addresses. This is defined in your web-site file in the config directory. The default is IP="ALL" (obviously because Orion doesn't know your IP). Change this to whatever IP / block of IPs you want. Mike Member of The "Unofficial" Friends of Orion Support Team ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrik Andersson Sent: Thursday, 29 June 2000 11:54 To: Orion-Interest Subject: Orion steeling IP addresses. I've run into something that took a while to solve. Orion steels all available ip addresses on port 80 on the machine it's running on. This is not an acceptable behavior since this machine also hosts other sites using IIS. We added a site to the IIS on ip:A port 80. At the same time orion was running another site running on ip:B on port 8000. When I restarted orion it said something like: HttpServer: address in use: bind. It took a while to locate the problem I can tell you. Why won't my site work if no other site is using it's ip address? Patrik Andersson
Re: admin.jar problems
Thanks Dave, I guess port has a default admin port-which obviously is not the web server port. I guess now that I say this, I seem like a bone head. I encourage anyone who doesn't know the config file well, to install orion and set the admin password that way. java -jar orion.jar -install I tried restart java -jar admin.jar ormi://localhost/ admin admin123 -restart and got this java -jar orion.jar Orion/1.0 (Internal build 3) initialized Restarting... Error starting RMIServer: IO Error: Address already in use I tried shutdown java -jar admin.jar ormi://localhost/ admin admin123 -shutdown and bravo, it worked java -jar orion.jar Orion/1.0 (Internal build 3) initialized Shutting down... I'm not going to try anything else-but thanks for the help. Eric :-) Dave Smith wrote: Trye leaving out the port number. You need the application name in there for datasources. java -jar admin.jar ormi://localhost/ admin admin123 -application appName -dataSourceInfo Dave Smith Senior Team Leader Aristocrat Technologies Australia Pty Ltd mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]> -Original Message- From: Eric Richardson [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 29, 2000 1:16 AM To: Orion-Interest Subject: admin.jar problems Hi, I tried this as well with some problems. Here are the steps I took. java -jar orion.jar -install Enter an admin password to use: admin123 Confirm admin password: admin123 Installation done java -jar orion.jar Orion/1.0 (Internal build 3) initialized java -jar admin.jar ormi://localhost:/ admin admin123 -dataSourceInfo 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 java -jar admin.jar ormi://localhost:/ admin admin123 -shutdown 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? Eric :-) p.s. Karl, if you see this, hi!
BUG: Java char to and from MS SQL 7.0 char(1) conversions do not work!!!
Title: BUG: Java char to and from MS SQL 7.0 char(1) conversions do not work!!! BUG: Java char to and from MS SQL 7.0 char(1) conversions do not work!!! Using Orion 1.0 and standard MS SQL mapping of char, i.e. type-mapping type=char name=char / makes CHAR(1) fields unusable. Reading a CHAR(1) field via a char field in a CMP Entity Bean always returns a space (or what looks like a space). Setting one of three char fields (e.g. to 'A', 'H', 'E') in a CMP entity bean, shows up in the MS SQL 7.0 database when viewed through MS SQL Enterprise Manager with the following problems: 1). the char field that was set in the entity shows up as a '*' (?) in the CHAR(1) database column, regardless of what was set. 2). the other char fields that were NOT EXPLICITLY SET, ALTER the other CHAR(1) database columns on the same row so that their contents show as 0. Please help, we don't want to have to revisit all our code to convert char's to Strings to get it to work!!! ... A workaround of questionable use is to map char's to smallint's, but then the database shows an ASCII/UNICODE integer value instead of the character itself. Thanks in advance Byron
Re: Orion/1.1.4 Version Info?
On Thu, 29 Jun 2000, David Morton wrote: I would like to see more info on these 'minor' releases on your site. Information/links to the latest orion.jar and what the changes areit appears that these minor releases often have important additions/bug fixes. Not a terrible idea to run "java -jar autoupdate.jar" every so often, which will download the current versions of pretty much everything marked as stable. Be aware that it will overwrite non-.xml files without warning you unless you configure it not to. --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
Re: Sessions And SSL
Hi, I think you have to generate and load your cert and associated stuff via the java tools. I did this once on J2EE reference edition. ASelf generated and signed Cert will work for testing. If you want a real site you need to buy a certificate from VeriSign or some other provider. You should pick a company that is pre installed in common browsers. Eric :-) "Martuza Ferdous (by way of Robert Krueger )" wrote: Hi! I am fairly New With Orion .. I am Trying to Set up Orion For SSL After Following th e How To instruction .. When I start Orion I get the Following error... C:\Orion\orionjava -jar orion.jar Error starting HttpServer: Unable to intialize SSLServerSocketFactory 'com.everm ind.ssl.JSSESSLServerSocketFactory': Unrecoverable key error: Cannot recover key Orion/0.9.6 initialized Do You Know what Could cause this error... The Jsse, jnet,jcert jar exists in the Orion Folder If You could help ... Marty
Fix for shutdown issue
Hello, Ok, thanks to Magnus the shutdown issue should now be fixed (in 1.1.4), thank you for all of your reports. If you do an auto-update now (or download http://www.orionserver.com/orion/orion.jar and replace your old orion.jar) it should work. This is not yet an official release and we have not run it through our test suites so be advised, it can contain other new bugs. Until we have we will not include this jar in the zipped download. Regards, Karl Avedal
Do new updates (1.1.4) include the new EJB 2.0 beta support, etc?
I am curious, being that there have been some problems noticed with the 1.0 release, and fixes are coming out, do these updates also include the latest work on say EJB 2.0, and the likes? Or is that a separate "branch" of the project slated for say, Orion 2.0? The reason I ask is that if the work on EJB 2.0 is being included in the latest 1.1.4 update (and later), that might cause some problems with backwards EJB 1.1 support. So I am curious if the Orion team is working on a separate branch for the EJB 2.0 support (most likely J2EE 1.3 version), and the current branch for updates/fixes of Orion 1.0. Lastly..if you are doing the two separate branches, do you continually merge the 1.0.+ fixes into the 2.0 version so that those getting the latest to test out EJB 2.0 (if you are even releasing that yet) get the latest fixes in the previous versions. Thanks.
Re: IBM JDK 1.3 and Orion
It happens to me too. This is why I don't use IBM JDK 1.3. I would love to find out why it happens. I'm using Debian Linux, which is partly why I don't know...no official Java support. Others with Debian say it works, but I'll believe it when I see it. Brian Andy Lawrence wrote: Hey all, Running the stock install of Orion1.0 and the updated beta version of the IBM JDK 1.3, everything works as expected, but if I then do this: java -jar autoupdate.jar the update of my components succeeds, but when I restart Orion again, the entire JVM seg faults. Anyone else see this? Is there a work around? -- * Brian Cunningham North Bay Data [EMAIL PROTECTED] 415-451-4879 *
Re: Do new updates (1.1.4) include the new EJB 2.0 beta support, etc?
Hello Kevin, Well, inofficially, 1.1.4 does include support for most of the EJB 2.0 OR-mapping and support for message-driven beans as well as certain changes, like abstract accessor-methods for entity beans. However, it's very beta and we're developing some examples for it and testing it internally before officially launching it. EJB 2.0 requires the container to be fully EJB 1.1 backwards compatible, so you can rest assure that your EJB 1.1 beans still will work. The server automatically detects whether it's an EJB 1.1 bean or an EJB 2.0 bean. This means that we do not need 2 seperate branches, thus not having any problems of bug-fixes being left out of a certain version. Regards, Karl Avedal Kevin Duffey wrote: I am curious, being that there have been some problems noticed with the 1.0 release, and fixes are coming out, do these updates also include the latest work on say EJB 2.0, and the likes? Or is that a separate "branch" of the project slated for say, Orion 2.0? The reason I ask is that if the work on EJB 2.0 is being included in the latest 1.1.4 update (and later), that might cause some problems with backwards EJB 1.1 support. So I am curious if the Orion team is working on a separate branch for the EJB 2.0 support (most likely J2EE 1.3 version), and the current branch for updates/fixes of Orion 1.0. Lastly..if you are doing the two separate branches, do you continually merge the 1.0.+ fixes into the 2.0 version so that those getting the latest to test out EJB 2.0 (if you are even releasing that yet) get the latest fixes in the previous versions. Thanks.
SSL - 100% CPU
At last my generation of the server certificate worked. Unfortunately, when I start Orion with SSL turned on, the java process takes all the CPU time. Seems like Orion gets stuck in an endless loop. I have tried this on both Orion 1.0 and 1.1.4 I followed the instruction for setting up a secure site in the dokumentation. Has anybody experienced something similar? /Mattias Arbin Here is my server.xml: ?xml version="1.0"? !DOCTYPE application-server PUBLIC "Orion Application Server Config" "http://www.orionserver.com/dtds/application-server.dtd" application-server application-directory="../applications" deployment-directory="../application-deployments" rmi-config path="./rmi.xml" / !-- JMS-server config link, uncomment to activate the JMS service -- !-- jms-config path="./jms.xml" / -- principals path="./principals.xml" / log file path="../log/server.log" / /log global-application name="default" path="application.xml" / global-web-app-config path="global-web-application.xml" / !-- I have tried with or without the comment below -- !-- web-site path="./default-web-site.xml" / -- web-site path="./secure-web-site.xml" / !-- Compiler, activate this to specify an alternative compiler such as jikes for EJB/JSP compiling. -- !-- compiler executable="jikes" classpath="/myjdkdir/jre/lib/rt.jar" / -- /application-server ..and here is the secure-web-site.xml ?xml version="1.0"? !DOCTYPE web-site PUBLIC "Orion Web-site" "http://www.orionserver.com/dtds/web-site.dtd" web-site host="[ALL]" secure="true" port="81" display-name="Default Orion WebSite" !-- The default web-app for this site, bound to the root -- ssl-config keystore="../../../test/mykeystore" keystore-password="123456" / default-web-app application="default" name="defaultWebApp" / !-- Uncomment this to activate the news app -- !-- web-app application="news" name="news-web" root="/news" / -- !-- Access Log, where requests are logged to -- access-log path="../log/default-web-access.log" / /web-site
auto update - something to be aware of
Just a quick note: make sure you don't have an IDE like, say, JBuilder referencing orion.jar while running autoupdate.jar. This is probably in the docs somewhere but I thought I'd let ya know. You'll end up with a corrupt jar file. Simple solution: rerun autoupdate w/o any references. Kit Cragin VP of Product Development Mongoose Technology, Inc. www.mongoosetech.com
Admin tool reports class not found
D:\bin\orion>java -cp .;orion.jar -jar admin.jar ormi://127.0.0.1 admin passwd -restart Error: com.evermind.reflect.UndeclaredExceptionTypeException: java.lang.ClassNot FoundException D:\bin\orion> Any ideas?
How do I source code debug
I have a team with half using JBuilder and half using netbeans. How can these two IDE's be used to source code debug jsp, Servlet and beans in Onion? Onion runs as a separate process and this has be bewildered. Additionally, netbeans has its own jsp engine to further simplify? complicate? matters. Thank you!!
RE: Orion steeling IP addresses.
Title: RE: Orion steeling IP addresses. Ok. Thanks for the reply. I could really easily solve the problem by just removing the [all] statement since it's the default-web-site that has that setting. Atleast now I know why the problem occurs. The machine configuration is: Windows NT 4.0 sp 6. Orion 1.0 rc 2, jdk 1.2.2 hotspot 2.0 server vm. if that is something you want to know for somekind of record. ANyhow, thanks again for the support :) regards, Patrik Andersson -Original Message- From: Karl Avedal [mailto:[EMAIL PROTECTED]] Sent: den 29 juni 2000 17:31 To: Patrik Andersson Cc: Orion-Interest Subject: Re: Orion steeling IP addresses. Hello Patrik, The problem with this behaviour, is with how the ServerSocket class handles this. When you want a Java ServerSocket to bind to all IP's, you use the special 0.0.0.0 IP address. This works fine normally. However, if there is one IP being used, for example by IIS, the creation of the ServerSocket will fail, so there's no point in having Orion running since no ServerSocket is created. As far as I know (I could be wrong), 0.0.0.0 should actually mean all available IP:s and deal with the situation fine, but obviously it doesn't in your case. I can't say for sure, but this could be a jvm bug or something similar. Now you might say, if 0.0.0.0 fails, you can open 1 ServerSocket per available IP and not care about the IP:s it can get. Besides the possible performance issues, the problem with this is how to actually get a collection of all available IP:s on a box. The obvious way to do it would be to use InetAddress.getAllByName(InetAddress.getLocalHost().getHostName()); That should return an array of all IP:s, but unfortunately it doesn't on certain systems. This could be an issue with how these systems resolve localhost. We are looking for a way to solve this, and there might be a way to work around it in a portable way and if there is, we'll implement it. If we don't find a work-around we'll mail Sun to ask about it since you want it. But I have to warn you that this could be outside our control to get a quick fix. Regards, Karl Avedal Patrik Andersson wrote: I know all that. But that doesn't help that orion won't start if there is another webserver that owns an ip address on port 80 that orion tries to use. This has to be a bug. I can accept that orion takes all available addresses. But it shouldn't try to use other addresses if that means that it doesn't start. -Original Message- From: Mike Cannon-Brookes [mailto:[EMAIL PROTECTED]] Sent: den 29 juni 2000 16:18 To: Orion-Interest Subject: RE: Orion steeling IP addresses. This is defined in your web-site file in the config directory. The default is IP=ALL (obviously because Orion doesn't know your IP). Change this to whatever IP / block of IPs you want. Mike Member of The Unofficial Friends of Orion Support Team ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Patrik Andersson Sent: Thursday, 29 June 2000 11:54 To: Orion-Interest Subject: Orion steeling IP addresses. I've run into something that took a while to solve. Orion steels all available ip addresses on port 80 on the machine it's running on. This is not an acceptable behavior since this machine also hosts other sites using IIS. We added a site to the IIS on ip:A port 80. At the same time orion was running another site running on ip:B on port 8000. When I restarted orion it said something like: HttpServer: address in use: bind. It took a while to locate the problem I can tell you. Why won't my site work if no other site is using it's ip address? Patrik Andersson