RE: Sybase
Hi, We're successfully working with Orion and Sybase (11.9.2)... Here's a example datasource definition: data-source name="MainDVPDataSource" class="com.evermind.sql.ConnectionDataSource" location="jdbc/DefaultDS" pooled-location="jdbc/DefaultPooledDS" xa-location="jdbc/xa/DefaultXADS" ejb-location="jdbc/DefaultEJBDS" url="jdbc:sybase:Tds:hostname:23000/dbname?JCONNECT_VERSION=5amp;CHARSET=is o_1" connection-driver="com.sybase.jdbc2.jdbc.SybDriver" username="user" password="pwd" schema="database-schemas/sybase.xml" max-connections="4" inactivity-timeout="3600" /data-source The URL is special since the DB runs on HP/UX and is HP Roman 8 encoded... We had to ask Sybase to speak iso1, since Java has no Roman8-iso1 converter. Additionnally, we put jConnect library jconn2.jar in orion/lib Hope it helps ! Bye Christophe -Original Message- From: Jef Waumans [mailto:[EMAIL PROTECTED]] Sent: Friday, August 25, 2000 8:29 AM To: Orion-Interest Subject: Sybase Hello I can't get my Orion running with Sybase datasource. Could somebody shed some light on this? Maybe some example of data-sources.xml? Thanks, Jef
Connection Pooling causes casting exception when using oracle sql objects
When I submit the connection to an oracle method I get a class cast exception. The object returned from DataSource.getConnection() is an com.evermind.sql.ai object. Unfortunately oracle requires an oracle.jdbc.driver.OracleConnection. com.evermind.sql.ai has to be storing an instance of the oracle.jdbc.drivier.OracleConnection somewhere, how would I require this instance. Any help in this area would be greatly appreciated. Thanks Peter Oracle code sample: oracle.sql.ArrayDescriptor.createDescriptor(arrayName, oracleConn); oracle.sql.ARRAY anOracleArray = new ARRAY(arrayDescriptor,oracleConn, anArray);
Re: Something changed in 1.2.4 for client-module auto-start
Am Fre, 25 Aug 2000 schrieben Sie: I just updated to 1.2.4 and noticed that a configuration that was working under 1.2.0 is not working under 1.2.4. I get the error: No where can i get orion.1.2.4.jar??? thanks klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
RE: PLEASE I NEED HELP TO GET START WITH ORION URGENT
Michel,
Reading from the message to got it is a security 'problem'. From a first look your
settings seem ok. Have you changed you config/princpals.xml file
and removed the deactivation properties for the admin user?
Frank
On Friday, August 25, 2000 12:04 AM, [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]] wrote:
Greetings People !
Your are my last hope.I have been writing for one week to orion support,
but I haven't get any response.
My problems are the following:
1.)I generated an .ear file (banesco.ear), using the J2EE tool, but I'm not
sure that I did well, so could you explain me step by stepy how could I
generat the .ear successfully with Orion gui tool.
2.)Using the .ear file that I generated I got the following mistake:
java.lang.securityException:Invalid username/password for banesco()
My client code is:
mProperties = System.getProperties();
mProperties.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialContextFactory");
mProperties.put("java.naming.provider.url","ormi://netserver/banesco");
mProperties.put("java.naming.security.principal","admin");
mProperties.put("java.naming.security.credentials","123");
System.setProperties(mProperties);
Context ctx = new InitialContext();
System.out.println("Creado intial Context");
Object objref = ctx.lookup("DateCalendar");
IDateCalendarHome datehome =
(IDateCalendarHome)PortableRemoteObject.narrow(objref,
IDateCalendarHome.class);
IDateCalendar iDate = datehome.create();
idate.getDateValue();
I don't know what's the error.
Thank for your help
Michel
Bye
___
Say Bye to Slow Internet!
http://www.home.com/xinbox/signup.html
SV: Something changed in 1.2.4 for client-module auto-start
go to your oriondir and type the following: With proxy: java -DproxyName=somehost -DproxyHost=someport -jar autoupdate.jar without proxy: java -jar autoupdate.jar Good luck! Klaus Myrseth -Opprinnelig melding- Fra: Klaus Thiele [mailto:[EMAIL PROTECTED]] Sendt: 25. august 2000 09:25 Til: Orion-Interest Emne: Re: Something changed in 1.2.4 for client-module auto-start Am Fre, 25 Aug 2000 schrieben Sie: I just updated to 1.2.4 and noticed that a configuration that was working under 1.2.0 is not working under 1.2.4. I get the error: No where can i get orion.1.2.4.jar??? thanks klaus -- Klaus Thiele - Personal Informatik AG mailto:[EMAIL PROTECTED] "There's got to be more to life than compile-and-go."
RE: Something changed in 1.2.4 for client-module auto-start
get the latest orion.jar at http://www.orionserver.com/orion/orion.jar Just enter the url and you can download it :) Greetingz, Jonathan
Re: System.out fix ready yet?
Hello, As was pointed out to me, the JSP Spec says that getRequestURI should return the include files name, not the original. I would definitely double-check on that one. I think Tomcat and JRuns behavior makes more sense both in terms of reason and specs. The following is a bit lengthy, but I HATE server-specific code :-). Here is an excerpt from the JSP spec: quote 2.13.6 jsp:param When doing jsp:include or jsp:forward, the included page or forwarded page will see the original request object, with the original parameters augmented with the new parameters, with new values taking precedence over existing values when applicable. The scope of the new parameters is the jsp:include or jsp:forward call; i.e. in the case of an jsp:include the new parameters (and values) will not apply after the include. This is the same behavior as in the ServletRequest include and forward methods (see Section 8.1.1 in the Servlet 2.2 specification). /quote And here from the Servlet 2.2 spec: quote 8.3.1 Included Request Parameters When a servlet is being used from within an include, it is sometimes necessary for that servlet to know the path by which it was invoked and not the original request paths. The following request attributes are set: javax.servlet.include.request_uri javax.servlet.include.context_path javax.servlet.include.servlet_path javax.servlet.include.path_info javax.servlet.include.query_string These attributes are accessible from the included servlet via the getAttribute method on the request object. If the included servlet was obtained by using a NamedDispatcher, these attributes are not set. /quote To my understanding, the latter qote shows that the servlet-specific path should be made available to the included servlet via request attributes, but the request itself should remain untouched. I wonder what Orion puts into the request attributes... This is from the API doc for RequestDispatcher.forward(): quote For a RequestDispatcher obtained via getRequestDispatcher(), the ServletRequest object has its path elements and parameters adjusted to match the path of the target resource. /quote This is from the API doc for RequestDispatcher.include(): quote The ServletResponse object has its path elements and parameters remain unchanged from the caller's. The included servlet cannot change the response status code or set headers; any attempt to make a change is ignored. /quote I think the latter quote erroneously mentions ServletResponse, but also means ServletRequest, because Response has no path elements. "Martin J. Wells" schrieb: Question about request.getRequestURI(); In JRun and Tomcat the following applies but not in Orion: I have a JSP (main.jsp) with the tag jsp:include page="includes/header.jsp" flush="true"/. The header.jsp file calls the method request.getRequestURI(); The return value in both Jrun and Tomcat are http://site/main.jsp, however in Orion the return value is http://site/header.jsp Is this a bug? Who's right? This one bit me too when we moved over from Tomcat. As was pointed out to me, the JSP Spec says that getRequestURI should return the include files name, not the original. Marty
RE: Connecting to SQL Server 7.0 and 2000
Karthik, what driver are you using? Works fine with inet drivers for me. data-source name="Default data-source" class="com.evermind.sql.ConnectinDataSource" location="jdbc/DefaultDS" pooled-location="jdbc/DefaultPooledDS" xa-location="jdbc/xa/DefaultXADS" ejb-location="jdbc/DefaultEJBDS" url="jdbc:inetdae:[host]?database=[dbname]" connection-driver="com.inet.tds.TdsDriver" max-connections="5" username="[user]" password="[passwd]" / substitute the [word] with actual values.. This def. might be a bit old, so use it for cross-reference.. WR -Original Message-From: karthikeyan.b [mailto:[EMAIL PROTECTED]]Sent: den 25 augusti 2000 10:53To: Orion-InterestSubject: Connecting to SQL Server 7.0 and 2000 HelloI can't get my Orion running with SQL Server7.0 and 2000 datasource. Could somebody shedsome light on this?Maybe some example of data-sources.xml?.i am able to connect with jdbc-odbc bridge.Thanks Regards,Karthik--how far can the e in your business go?s c a p e V e l o c i t y net solutions15, jeevaratnam nagar, adyar, chennai - 600020Phone: 4916623 Fax: 4903771ICQ:54910615www.scapeVelocity.com
DataSourceUserManager methods
Hi, all This has me perplexed. I am calling the published methods getGroups(), addToGroup() and removeFromGroup() on what is very definitely a valid instance of com.evermind.sql.DataSourceUserManager, but as you can see from the compiler excerpt below, the methods are not being recognized. I have getGroups() returning a java.util.Set, and the other 2 are voids. I expect all 3 to throw java.sql.SQLException. The latest Orion API docs definitely have these methods. It sure looks to me like my signatures are OK, also. I guess I'd just like confirmation that these methods really exist in DataSourceUserManager. Thanks. [javac] D:\public\ProductLink\source\com\eplicity\framework\security\OrionUs erManager.java:195: Method getGroups(com.evermind.sql.DataSourceUser) not found in class com.evermind.sql.DataSourceUserManager. [javac] return dsUserManager.getGroups( dsUser ); [javac] ^ [javac] D:\public\ProductLink\source\com\eplicity\framework\security\OrionUs erManager.java:203: Method addToGroup(com.evermind.sql.DataSourceUser, com.everm ind.security.Group) not found in class com.evermind.sql.DataSourceUserManager. [javac] dsUserManager.addToGroup( dsUser, orionGroup ); [javac] ^ [javac] D:\public\ProductLink\source\com\eplicity\framework\security\OrionUs erManager.java:211: Method removeFromGroup(com.evermind.sql.DataSourceUser, com. evermind.security.Group) not found in class com.evermind.sql.DataSourceUserManag er. [javac] dsUserManager.removeFromGroup( dsUser, orionGroup ); [javac] ^ [javac] 3 errors
Re: Using strut with Orion
The struts people actually give you a step-by-step procedure to follow when installing with Orion. I was able to get struts up and running without any problems whatsoever. What are you experiencing? -Rich --- Vimal Kansal [EMAIL PROTECTED] wrote: Hi, Has anybody got the strut framework of apache working with Orion? Please send me step by step procedure. TIA Vimal __ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ = Richard E. Sansom [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/
RE: SIGSEGV 11 with IBMJava2-13
What about Blackdown's one? stas@ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Joel Shellman Sent: Thursday, August 24, 2000 8:52 PM To: Orion-Interest Subject: Re: SIGSEGV 11 with IBMJava2-13 Joel Shellman wrote: Now it seems to be having trouble reliably starting Orion--it seems to just sit there without the "Orion... initilized" line ever showing up. Oh well, I'm going to try JavaSoft's JDK1.3 with JIT disabled and see if the memory leak will go away. To answer my own question, here is what I've found: 1) JavaSoft's JDK 1.3 still has a memory leak even with JIT disabled (this is linux-beta-refresh version, it's beta so I don't hold any hard feelings for them (IBM is another story, though)) 2) IBM with JIT disabled seems to work. The part about it not getting to the "Orion initialized" part is a little odd. We've been using Makefiles to start/stop it. All the makefile does really is run our "run" shell script. But if I run it from make--it doesn't work. If I run it manually from the shell (the same script), then it works. Crazy but at least now we may have a solution. Wish the JIT didn't crash... Thanks for the help, -- Joel Shellman Chief Software Architect The virally-driven B2B marketplace for outsourcing projects http://www.ants.com/90589781
RE: Classpath for ejbassembler?
If I use these tools at all, I use ejbmaker to get the Big 4 files: home, remote, implementation, and deployment descriptor, then I compile them and manually jar them up. ejbassembler appears to be much happier with getting such a JAR, as opposed to trying to set a classpath. I tried everything you did and I had no luck either. Using a JAR is entirely reliable, on the other hand, and it accomplishes what we want in the first place. HTH. Arved Sandstrom -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason von Nieda Sent: Friday, August 25, 2000 1:27 PM To: Orion-Interest Subject: Classpath for ejbassembler? Hi all. I have seen this asked many times but never answered. How do I tell ejbassembler.jar where to look for my bean classes? I have tried -cp, -classpath and setting the classpath in the environment. I have also tried running ejbassembler from my classes directory but every time I try to add a bean it tells me it can't find the classes. Help?
RE: How to handle scheduled tasks?
I would suggest doing the scheduling outside of the Orion App server.. Less code and more reliability. Try cron in Unix or at in NT. -P -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason von Nieda Sent: Friday, August 25, 2000 8:08 AM To: Orion-Interest Subject: How to handle scheduled tasks? I am trying to decide how I should handle scheduled tasks in my applications under Orion. I have to do things like send out montly e-mails to registered users, expire old content every 90 days and such. I originally did this as a servlet that created a Thread but I was uncomfortable with it. I am currently doing it completely seperate from my application as a stand alone application but this is not ideal as it makes portability of applications difficult. I am currently looking into using EJBs for the task, but they don't quite fit either. Any ideas or experience on this one? Thanks.
new version of Orion
Any word on what changes the new version has, from 1.2.20? --- Joseph B. Ottinger [EMAIL PROTECTED] http://cupid.suninternet.com/~joeo HOMES.COM Developer
jsp templates
Hello Does anybody know how to include template jsp pages in one index.jsp page (header body footer jsp pages). The problem is, that I have modeled this header.jsp, body.jsp ... - template pages as XML and had them transformed by XSLT to HTML. But when I include jsp:include page="body.jsp" / or %@ include file="body.jsp"% in the index.jsp the XSLT transform doesn't happen. My index.jsp is written as html. Did anyone had the same problems, solved them and would like to share them. Thanks a lot. Gasper
RE: Using strut with Orion
I tell you what..read my post (coming up next) on "getting Orion to work". I'll place in it my server.xml, application.xml, web-site.xml and other config files to help those along. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Derek Akers Sent: Friday, August 25, 2000 12:38 PM To: Orion-Interest Subject: Re: Using strut with Orion ok, here's a really simple question, so I'm hoping that someone will be able to help... Trying to deploy an application using the method described in Orion-Primer (http://www.znerd.demon.nl/orion-primer/). However, that example does not containn any html or jsp pages... My question is this: in what directory/subdirectory (lib, rel, src) do the html and jsp pages go, and what modifications need to be made to server, web, default-web-application, ejb-jar and build.xml files to reflect the fact that this application hjas an index page and other html and jsp pages? derek akers.
RE: PLEASE I NEED HELP TO GET START WITH ORION URGENT
I fixed seting the principals.xml file user admin password deactivated=
false
thank
On Fri, 25 Aug 2000 09:51:17 +0200, Orion-Interest wrote:
Michel,
Reading from the message to got it is a security 'problem'. From a first
look your
settings seem ok. Have you changed you config/princpals.xml file
and removed the deactivation properties for the admin user?
Frank
On Friday, August 25, 2000 12:04 AM, [EMAIL PROTECTED]
[SMTP:[EMAIL PROTECTED]] wrote:
Greetings People !
Your are my last hope.I have been writing for one week to orion
support,
but I haven't get any response.
My problems are the following:
1.)I generated an .ear file (banesco.ear), using the J2EE tool, but I'm
not
sure that I did well, so could you explain me step by stepy how could I
generat the .ear successfully with Orion gui tool.
2.)Using the .ear file that I generated I got the following mistake:
java.lang.securityException:Invalid username/password for banesco()
My client code is:
mProperties = System.getProperties();
mProperties.put("java.naming.factory.initial","com.evermind.server.rmi.RMIInitialContextFactory");
mProperties.put("java.naming.provider.url","ormi://netserver/banesco");
mProperties.put("java.naming.security.principal","admin");
mProperties.put("java.naming.security.credentials","123");
System.setProperties(mProperties);
Context ctx = new InitialContext();
System.out.println("Creado intial Context");
Object objref = ctx.lookup("DateCalendar");
IDateCalendarHome datehome =
(IDateCalendarHome)PortableRemoteObject.narrow(objref,
IDateCalendarHome.class);
IDateCalendar iDate = datehome.create();
idate.getDateValue();
I don't know what's the error.
Thank for your help
Michel
Bye
___
Say Bye to Slow Internet!
http://www.home.com/xinbox/signup.html
___
Say Bye to Slow Internet!
http://www.home.com/xinbox/signup.html
Re: Deploying without a .war file
Indeed, you can "expand" the WAR file structure using directories and sub-directories, and then point to the root directory of the web application in your server.xml file, as in... application name="mywebapp" path="file:c:/projects/mywebapp/" / which points to a directory structure like c:/projects/mywebapp/WEB-INF/web.xml c:/projects/mywebapp/WEB-INF/classes/... c:/projects/mywebapp/index.html c:/projects/mywebapp/login.jsp This makes it much easier during development than manipulating files in the .war file itself. Mike Kurt Hoyt wrote: I'd like to develop my web app without having to package everything up into a .war file or .ear file first. Is this possible with Orion? My reading of the docs seems to imply that it isn't. Also, can the various applications "talk" to each other? Can one web app, for example, use EJBs from another application? Kurt in Atlanta -- // // // Mike Clark // // Clarkware Consulting // Enterprise Java Architecture, Design, Development // // http://www.clarkware.com // [EMAIL PROTECTED] // +1.720.851.2014 //
How to deploy with Orion..including config files.
Hi all, I have seen alot of questions on this list about how to get Orion to run. I have also seen these on other lists (jsp, struts). So I am going to "paste" my config files that I have on my local box that runs Orion. These are strictly my settings..there are probably other ways to get Orion to run. Ok..so, the first step is to setup some sort of "start" script. I created a .bat file (assuming your in MS Windows) that looks like so: c:\java\jdk13\jre\java -jar orion.jar -console2 This is saved in the c:\orion dir, (that is where i have orion installed). Create a short-cut on the desktop to this and your ready to start orion (as an application..not a service). If your using linux, unix, etc..you may have some different way of doing this. Sorry..I haven't tried doing so on a different platform yet. Now, there are a few config files you need to "modify". Like I said..my way of doing it works, but it may not be the same way some other people have done it. Here is the paste of server.xml which resides in /config of orion root. *** ?xml version="1.0"? !DOCTYPE application-server PUBLIC "-//Evermind//DTD Orion Application-server//EN" "http://www.orionserver.com/dtds/application-server.dtd" application-server library path="../lib" / rmi-config path="./rmi.xml" / data-sources path="./data-sources.xml" / principals path="./principals.xml" / log file path="../log/server.log" / /log transaction-config timeout="3" / global-application name="bm" path="c:\\bm\\" / global-web-app-config path="global-web-application.xml" / web-site name="bm" path="./bm_web.xml" / cluster id="124" / /application-server You'll notice that I deleted some things, and I am also not using the default-web-site.xml file. I chose to do this myself. So, the global-application MUST be there. I changed it from default to bm, which is the initials of the company I work for. I also set the path to a local dir, instead of inside the orion dir. I prefer this because we are still evaluating app servers and I don't want to be dependent on a specific dir under an app server. It also allows me to sort of organize a standard dir for all of our developers so that its in sync if we copy it from one place to another. Ofcourse we could do this if it was under the Orion folder as well..but people may install orion in different drives, paths, etc. This way, the root is always c:\ and its easily changeable. The rest of the tags, except the web-site.. tag are part of the original server.xml file. I did add the cluseter id="124" / to cluster my orion app server with another box for fail-over. I'll write up on that some other time..I have a few more things to learn about how Orion does this before I can write up on it. Lastly, web-site name="bm" path="./bm_web.xml" /..I decided to leave the web-site config file in the /config path..it is an Orion specific config file, so it won't move to other app servers if we go to another app server. You can add more of these web-site.. tags if you like if you have other web sites to deploy under one instance of Orion. Now, in c:\bm\ I have a few dirs. I run our internal admin site as well as our www production site with a single instance of Orion, and to "standardize" and organize our dirs (as well as preparing it for a .ear format), I have structured the dir like so: c:\bm\live-www c:\bm\admin-www c:\bm\properties c:\bm\logs c:\bm\META-INF The application name is BM, as depicted in the server.xml global-application tag. Its path is c:\bm, and thus a META-INF dir must be present. In META-INF I have one file, application.xml. This is a J2EE standard application deployment descriptor. Orion creates 3 other files when an application is deployed that are specific to Orion. These I'll leave for you to look at. My application.xml config file looks like so: * ?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-namebm/display-name module web web-urilive-www/web-uri context-root//context-root /web /module module web web-uriadmin-www/web-uri context-rootadmin//context-root /web /module security-role role-nameadministrators/role-name /security-role security-role role-nameusers/role-name /security-role /application * The only thing I modified was the display-name tag to put the name of my application BM in there. I also added two module tags. Please read
Re: How to handle scheduled tasks?
Jason von Nieda wrote: I am trying to decide how I should handle scheduled tasks in my applications under Orion. I have to do things like send out montly e-mails to registered users, expire old content every 90 days and such. I originally did this as a servlet that created a Thread but I was uncomfortable with it. I am currently doing it completely seperate from my application as a stand alone application but this is not ideal as it makes portability of applications difficult. I am currently looking into using EJBs for the task, but they don't quite fit either. Any ideas or experience on this one? Thanks. I like your idea of keeping the functionality within your application. This way if you switch servers, it's one less headache to contend with. I suppose you could start up a couple of entity beans on deployment and let them sleep until they run their maintenance routines. -Vince
Orion clustering..need some detailed info
Hi Orion team (and fellow enthusiasts): I have asked this before and didn't get a chance to follow up on it. I have successfully clustered Orion. But I have a few questions that I really need answered before I can deploy our site on Orion. First, while clustering it is unbelievably easy, I would love to have a little more detail as to the use of the id in server.xml cluster id="xxx" /..what exactly does this do? Is it really just any random number I enter for each server? Or is there some special way I should derive this value? Second, the orion-web.xml cluster-config tag. I see three options. host="some ip address", id="xxx" and port="xxx". I have a general id. But I would like a little more detail as to how each is used. I understand that the host and port are the cluster communication route, but can I change these values to anything? I know the port needs to be a port that ALL orion servers in the cluster choose (which means, if I have 10 servers, all 10 have this host value set to the same value). But, is this value internal to the LAN that all servers are on? So, can I set it to say 1, 10, 1000, etc, and it works? Or is there a specific range that needs to be considered? I realize port 80 is for http, 21 is ftp, etc. The host ip address..is that a random ip as well? Our lan range is from 206.xxx.xxx.yyy where yyy is 0 to 255 and we own that entire range (lease it I should say). IS the default ok to use at all times? Or should I change it for any reason (if so..why?)? Lastly, the id. Is this the same id that the server.xml config id="xxx" / is set to? Or is there another use for this? Third, I want to work with two tiers. One for servlets, one for EJB. Each is a clustered tier. If I want to cluster EJB separate from Servlets (which I assume is the way to do it), can I just change the port setting on one tier (so ejb tier has each server pointing to say 9128, where as the servlet tier is 9127), and the host and id is default value..and it works? Or is their special considerations to getting two separate tiers clustered, but still able for the servlet tier to get ejb homes and stuff? Fourth, I have not tested the cluster with a load-balance, but I have two servers running, clustered. Each has their own ip address. I hit one ip address and see the site show up. In the console app of BOTH servers in the cluster, I see the same session id show up under the app (if anyone reading this doesn't know what I mean by console app..run orion with java -jar orion.jar console2. You'll see a swing app show up, and you can expand the http tree to see web-apps that are deployed. You can then expand each web-app and a sessions tree shows up. Click on that and you'll see the sessions that exist under that app, and their data for each session (when you click on a session on the right pane)). The problem is, if I click on the "other" machines session, it has the same session key name, but the session data is something lke @bab20 instead of the actual session data names. What exactly does this mean? I thought that when two or more servers were clustered, the same session keys AND data were duplicated on all machines. That way, if the server that created the session data, and it died, the other server would retain it so that when the next request came in...the user would still be "active" on the site. Is this not the case? Fifth, tied to the above, if two or more servers are clustered and I have a session alive (shows up on both), then I shut down one servers Orion, the other one should remain active..right? I still see the session data on the other one. What I am confused about, and maybe this is because I am not using a load-balancer yet, is if I hit ip xxx.xxx.xxx.1, and the session data is created there and replicated to xxx.xxx.xxx.2 server. Then I shut down the .1 server, and I go hit the .2 server (www access), the session does not exist for me..it creates a new session over there. So what I am wondering is, if I shut down one server, when the client hits the ip (load-balancer) does that client still have an active session? Is the data saved on both servers? Also, when the server that is down starts up again (or you add a new server to the cluster), does the data on the existing server get replicated to the other server that just got added? Or does this not happen automatically? I thought that if for example one server went down, the client doesn't lose their session information, and that you can bring up the server that went down (or add one or more boxes to the cluster) and they all get automatically replicated to. So if someone can explain exactly how this works that would be great. Do I need a load-balancer in order to test this? Is there any way, say using DNS round-robbing or something, that I can test this? Is there a way to set up one server that will "ping" two or more clustered servers, and alternate between them sending them requests, and if one is down it sends all requests to the one server that is
RE: Can HttpSession store stateful SessionBean for future usage?
Hi Mike! I recommend storing the handle to the session bean rather than the session bean itself. Handles are guaranteed to be serializable and are generally smaller, which ensures persistence of the Http session (if the web container choses to do so) will be successful and faster. Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Cannon-Brookes Sent: Wednesday, August 23, 2000 3:59 AM To: Orion-Interest Subject: RE: Can HttpSession store stateful SessionBean for future usage? Sure, this is the normal way that SSB's are stored for web clients, binding it in the session. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jennifer Kew Sent: Wednesday, August 23, 2000 8:52 AM To: Orion-Interest Subject: Can HttpSession store stateful SessionBean for future usage? Hi there, I am asking a common question related to server side programming but not specific to Orion: Can HttpSession store stateful SessionBean for future usage? Is this SessionBean still "valid" in the future (for example, browser visits next time)? This question arises for the following consideration: normally we should store some customer's information in the session, for example, login or not, preferred display language, etc. The problem is, whether we should store such information directly in the HttpSession, or first at a Stateful SessionBean, then store at the HttpSession. Any hints regarding this question will be highly appreciated! Thanks, Jennifer Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
Re: Orion clustering..need some detailed info
My, god.. you have expressed every single point that we are also fighting with over here =) Orion team... you mentioned earlier that there was Cluster-Guide in the works... what's happening with it? What's the status? When can we view it? Even a draft?? My company is very seriously considering Orion as our application server in a high-traffic situation and part of that decision is based on the effectiveness of Orion's clustering... and so far we feel like we're floundering a little. Thanks, Dylan Parker
RE: Orion clustering..need some detailed info
Hi, Haha..these points I brought up I feel are pretty important ones to the success of clustering. I was told that Orion's clustering capabilities are no where near as good as big-name app servers, and I fought hard to disagree with that. But now I need to see proof. While the argument of replicating sessions to all servers versus a "buddy" setup like WebLogic and SilverStream do it (only two servers do object replication, thus making it faster since the traffic on the network to hit every server on the farm is reduced, as well as object creation time is reduced, as well as memory overhead (all systems having to have enough memory for all the servers objects each) ). My main need is that when a server goes down, then comes back up, that it immediately gets replicated the rest of the sessions on the farm, as well as if we add a new server to the mix. I would think Orion employs some sort of pinging system to every 15 seconds or so ping on the port and ip, and every server "broadcasts" on the same port. As soon as it "hears" the other server..it is replicated to or replicated from (which ever way it may go). The other thing..ofcourse, is to make sure that if we use a load-balancer and two servers, and one goes down, that the clients session stays alive and they don't know what is happening..other than maybe a little drain if there is a lot of activity. I am anxiously awaiting the replies on these questions..because I can't deploy on Orion if it can't do this type of session fail-over and automatic session replication when servers restart or are added. On the other hand, at least I am getting the chance to deploy on Orion now..instead of WebLogic. I almost cried when my boss finally agreed to use Orion, even if its for a time so that we can evaluate iPlanet and WebLogic. At least it moves us off of IIS/JRUN 2.3, and into the Servlet 2.2/JSP 1.1 domain, along with the ability to start EJB deployment. -Original Message- From: Dylan Parker [mailto:[EMAIL PROTECTED]] Sent: Friday, August 25, 2000 9:59 PM To: Orion-Interest Cc: Kevin Duffey Subject: Re: Orion clustering..need some detailed info My, god.. you have expressed every single point that we are also fighting with over here =) Orion team... you mentioned earlier that there was Cluster-Guide in the works... what's happening with it? What's the status? When can we view it? Even a draft?? My company is very seriously considering Orion as our application server in a high-traffic situation and part of that decision is based on the effectiveness of Orion's clustering... and so far we feel like we're floundering a little. Thanks, Dylan Parker
RE: Can HttpSession store stateful SessionBean for future usage?
Jason, I believe if you just throw the whole session bean into the session, Orion will only serialise the handle anyway - it's real smart about that ;) Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason A. Westra Sent: Saturday, 26 August 2000 12:34 To: Orion-Interest Subject: RE: Can HttpSession store stateful SessionBean for future usage? Hi Mike! I recommend storing the handle to the session bean rather than the session bean itself. Handles are guaranteed to be serializable and are generally smaller, which ensures persistence of the Http session (if the web container choses to do so) will be successful and faster. Jason -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Cannon-Brookes Sent: Wednesday, August 23, 2000 3:59 AM To: Orion-Interest Subject: RE: Can HttpSession store stateful SessionBean for future usage? Sure, this is the normal way that SSB's are stored for web clients, binding it in the session. Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jennifer Kew Sent: Wednesday, August 23, 2000 8:52 AM To: Orion-Interest Subject: Can HttpSession store stateful SessionBean for future usage? Hi there, I am asking a common question related to server side programming but not specific to Orion: Can HttpSession store stateful SessionBean for future usage? Is this SessionBean still "valid" in the future (for example, browser visits next time)? This question arises for the following consideration: normally we should store some customer's information in the session, for example, login or not, preferred display language, etc. The problem is, whether we should store such information directly in the HttpSession, or first at a Stateful SessionBean, then store at the HttpSession. Any hints regarding this question will be highly appreciated! Thanks, Jennifer Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com
