Re: [orion-interest]Re: include orion-ejb-jar.xml in an ejb.jar ?
Hani, you have misunderstood me. My problem is not that orion does not overwrite the deployment file. This is good. The problem is that orion on redeployment totaly ignores DDs, and starts from scratch. I had to look for a mile to see, why my MDBs are not subscribed on redeployment. Orion ignores both the xml in the jar and the xml in the deployment dir. I also support the idea of NOT overwriting the current DDs. The bug I was talking about is long known from 1.4.8, and I hoped it to be solved, but it emerges from time to time, mainly (if not only) with MDBs. Lachezar Wrong, this is not a bug, this is part of application assembly/deployment. The reason that orion does not wipe out the application-deployments files is so that you can have different deployments of the same app in different systems, with different table names perhaps or column names (just as an example). For example, the list of disallowed fields is different across DB's, so if you're using CMP, you might have a field called parent, which is sometimes parent_ on some db's. Another example, you might have a db to which you do not have exclusive write access, so in that particular deployment, you want to turn off that flag. Orion makes this possible by not destroying deployment specific files every time you deploy something new. This means you can deliver updates to your application and each particular deployment need not worry about your shipping default settings clobbering their customisations. Makes sense? The only caveat with this is that orion will NOT do merges between the shipping and deployed file. So for example if you add a new bean, it's xml fragment will not be picked up from your shipping orion-ejb.xml, since a previous deployment already exists in application-deployments. In this case you'd have to add in the bean manually to the deployed descriptor. Hope this clears this issue up. So please think carefully before deciding to scream out bug, or at least ask around! On 11/4/02 10:24 am, Lachezar Dobrev [EMAIL PROTECTED] wrote: Maybe I don't get it. What is the problem. When you redeploy the ear it should get the new DDs. However, I WILL recommend to delete the deployment dir before (re)deployment. Orion has a nasty bug, that ignores the DD in the jar/ear/war on redeployment. That is nasty. You should delete the directory of the jar/ear/war deployment, before (re)deploying. I will also recommend to leave the EAR structure, and use plain directory structure for your app. Use only ejb-jars. Again. If this is not your problem, elaborate more to solve it. I have had quite some experience since 1.4.5 and can help in most cases. Lachezar o.k. it works! Thanks for comments! Now we have got another problem, since the orion-ejb-jar.xml is placed in the corresponding jar-file, orion detects an updated orion-ejb-jar.xml every time i deployd the ear-file, wich contains theses jar-file. In my opinion this happens because the generated orion-ejb-jar.xml unde the orion deployment-directory is newer then the orion-ejb-jar.xml-file contained in the corresponding jar-file (because it would be used as a template or sample). Even there are only changes in other jar-files, which contains session-beans, orion detected an new orion-ejb-jar.xml on every deployment. How could i prevent orion from detection of an new orion-ejb-jar.xml? At 13:50 10.04.2002 +0200, you wrote: Hi. Yes. You may include an orion-ejb-jar.xml in the jar file. Orion wiull read it on deployment, mix-in the missing values, and then use that xml. Since orion 1.4.8 the orion-ejb-jar.xml should be in the META-INF directory in the jar. Earlier versions had the deployment dd in another directory. A different problem is sharing the xml, and automaticaly including it in the builded jars. JBuilder has the ability to include custom-generated DDs in the generated jar. this is good, and is very well used in conjuction with a CVS system. Other building tools may have different way to do that. Lachezar. Hi, thank you for the comment on my last posting distibute beans in different jar! Here is another question: We develop in a small team. One person create the entity-beans with finder, interfaces , dd and so on If he creates an new finder, he has to create the where clause of the SQL-Statement in the orion-ejb-jar-xml-file. Every developer runs his own orion-server for development, becaus we won't test agains a common server, because of the frequence of changes in the development process in a team. Is it possible to include the generated an corrected orion-ejb-jar-xml-file in the jar-file or the era-file, so that orion read it? Then the developer could create this file, commit it in CVS and the other developers could work with the new ejb.jar-file without copy an new orion-ejb-jar-xml-file
Re: is Orion dead?
...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant On Thu, 11 Apr 2002, Jarrod Roberson wrote: At 03:41 PM 4/11/2002, you wrote: Whats the current state of Ironflare and Orion? Nothing has changed in the 'stable release' of Orion for almost a year, even though there are glaring bugs in http session clustering (not even fixed in 1.5.4) and some significantly lacking components. Ironflare was supposed to be in the pavillion at JavaONE, but oddly they had no write up (apparently they didn't submit one), and didn't actually show up (so their booth was empty). There also seems to be a conspicuous infrequency to their responses here. I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion. looks like someone finally figured it out! this is what happens when you get one big customer with a guaranteed revenue stream, can't much blame them myself.
Re: is Orion dead?
On Thu, Apr 11, 2002 at 12:41:22PM -0700, Aaron Tavistock wrote: Whats the current state of Ironflare and Orion? I asked Ironflare about support for EJB-QL a week or so ago, and got a reply from Magnus saying: EJB QL will be available shortly, exact when is hard to say, as it is about to go into testing the coming week. So the best we can tell you right now is soon. Seems like they're still plugging away at getting Orion up to the latest J2EE spec. As an aside, I'd imagine that any bug fixes that are made to OC4J will be fed back into the main Orion tree --- it only makes sense. Cheers, Simon, last of the innocents. -- I had just received my degree in Calcium Anthropology... The study of milkmen - Steven Wright
I/O Exception w/ file posting - 2nd try
(warning long post follows) UsingOrion 1.5.2. I have a bunch of users doing some very high volume uploads of files ranging anywhere from 1Mb to about 70Mb. I am using Orion's FilePostParser class to parse the input stream and collect files and other data. Every so often (becoming regular now), I keep getting the following sets of errors com.evermind.server.http.HttpIOException: Read timed out at com.evermind._crb.read(Unknown Source) at com.evermind.io.FilePostParser._afc(Unknown Source) at com.evermind.io.FilePostParser._ajc(Unknown Source) at com.evermind.io.FilePostParser.init(Unknown Source) com.evermind.server.http.HttpIOException: Connection reset by peer: JVM_recv in socket input stream read at com.evermind._crb.read(Unknown Source) at com.evermind.io.FilePostParser._afc(Unknown Source) at com.evermind.io.FilePostParser._ajc(Unknown Source) at com.evermind.io.FilePostParser.init(Unknown Source) . java.lang.ArrayIndexOutOfBoundsException at com.evermind.io.FilePostParser._hy(Unknown Source) at com.evermind.io.FilePostParser._aec(Unknown Source) at com.evermind.io.FilePostParser._aic(Unknown Source) at com.evermind.io.FilePostParser._ahc(Unknown Source) at com.evermind.io.FilePostParser.hasMoreElements(Unknown Source) .. The users are sitting on a T1 and my server is at a managed hosting site which has OCxx coming in. The servers themselves have 100MBs LAN connnection to the switch. The server is on a 1.2GHz dual proc with 1GB Ram. Have others seen such errors. Are there any caveats to using Orion's class. I am using the orion class in the following manner: Enumeration enumeration = new FilePostParser(request.getInputStream(), request.getContentLength()); (This line alone may generate the 2 different flavors of HttpIOException listed above) ... while(enumeration.hasMoreElements()) {// another source of error - mostly ArrayIndexOutOfBounds { Object element = enumeration.nextElement(); if ( element instanceof Map.Entry ) { // do something } else if (element instanceof PostFileInputStream) ... // do a buffered read from stream using a buffer of about 8K int size = inStream.read(fileBytesArray,0,BUFFSIZE); // -- another source of HttpIOException } } } What's really causing the errors? My understanding is that for the enctype=multipart/form-data, its really a live input stream which means that for a sufficiently large post not all data will arrive in one chunk and the server will keep getting data from the browser until its been sent. I don't believe bandwitdth is an issue. Do I need to switch to the orielly version of parser classes. (I don't really want to write my own) I'd appreciate any pointers/comments TIA -shal
Re: AJP12
You can see this by adding: web-site host=[ALL] port=80 display-name=Default Orion WebSite protocol=AJP13 to you default-web-site.xml. Another undocumented protocol is JNI. Anybody knows how that works? Marcel - Original Message - From: Scott Farquhar [EMAIL PROTECTED] To: Orion-Interest [EMAIL PROTECTED] Sent: Friday, April 12, 2002 3:48 AM Subject: Re: AJP12 AJP12 was in Orion, but was disabled due to bugs. Perhaps Oracle has fixed those bugs in their version re-enabled it. I have no idea if Ironflare are planning to fix this. Cheers, Scott Aaron Tavistock wrote: Last year at JavaONE Karl told me that Orion supported AJP12. I've tried mod_jk in several ways, tried looking for a place to set an AJP connector in Orion, and even poped open the orion.jar looking for a connector. It never worked - so I gave up many months ago. Now its becoming more important and I notice that the Oracle 9iAS supports AJP12. What gives? Karl? Magnus? AJP support? -- Scott Farquhar :: [EMAIL PROTECTED] Atlassian :: http://www.atlassian.com Supporting YOUR J2EE World
Do I need a Web Server too?
I am relatively new in this area...so bare with me... I am about to purchase Orion as our application server. The application I will be running is 100% web based, J2EE. Do I need a Web Server as well? Or does Orion act as this too? This will be running on a Windows 2k platform. If I need a Web Server, should I use Microsoft IIS? It is rated better then Apache for Windows platforms. If I do not need both, which is better? Web Server or App Server? Thanks, -M
Re: Re: is Orion dead?
Hi Joseph, Any idea when the new version will be out? Regards Fred From: Joseph Ottinger [EMAIL PROTECTED] Subject: Re: is Orion dead? Date: 12/04/2002 18:04:37 To: Orion-Interest [EMAIL PROTECTED] ...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant On Thu, 11 Apr 2002, Jarrod Roberson wrote: At 03:41 PM 4/11/2002, you wrote: Whats the current state of Ironflare and Orion? Nothing has changed in the 'stable release' of Orion for almost a year, even though there are glaring bugs in http session clustering (not even fixed in 1.5.4) and some significantly lacking components. Ironflare was supposed to be in the pavillion at JavaONE, but oddly they had no write up (apparently they didn't submit one), and didn't actually show up (so their booth was empty). There also seems to be a conspicuous infrequency to their responses here. I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion. looks like someone finally figured it out! this is what happens when you get one big customer with a guaranteed revenue stream, can't much blame them myself. This message was sent through MyMail http://www.mymail.com.au
RE: Do I need a Web Server too?
Orion can be used as a standalone web server or in conjunction with a 3rd party web server such as Apache or IIS. I can't comment on IIS as I have always used Apache as my web server (except for this project where Orion is used for everything). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Matt Siegfried Sent: Friday, April 12, 2002 7:22 AM To: Orion-Interest Subject: Do I need a Web Server too? I am relatively new in this area...so bare with me... I am about to purchase Orion as our application server. The application I will be running is 100% web based, J2EE. Do I need a Web Server as well? Or does Orion act as this too? This will be running on a Windows 2k platform. If I need a Web Server, should I use Microsoft IIS? It is rated better then Apache for Windows platforms. If I do not need both, which is better? Web Server or App Server? Thanks, -M
HELP! Error in connecting to EJB
I am using Orion 1.5.4 and SOAP 2.2 . I have written a simple stateless EJB and I want to call a method via SOAP but always I am getting the next error from client: Fault Code = SOAP-ENV:Server Fault String = Error in connecting to EJB and my Orion app. server writes this: Exception caught: javax.naming.NamingException: Error instantiating web-app JNDI-context: No location specified and no suitable instance of the type 'hu.regens.ejb.graph' found for the ejb-ref graph However, I have tried to configure the "classpaths" to see my own EJB classes but it didn't work. Can somebody help me ? If you'll get me an answer please specify what/where should I do/configure/try ! P.S. I have tried everything, even whether my autoexec.bat has been modifiedas you see below: set classpath=.;.\classes;c:\java_classes;c:\jakarta-ant-1.4.1\lib\ant.jar;c:\jakarta-ant-1.4.1\lib\jaxp.jar;set classpath=%classpath%;c:\orion\applications\regens_app\regens_app-ejb.jar; (this contains my EJB classes) set java_home=c:\jdk131rem set java_home=c:\j2sdk1.4.0set oracle_home=c:\orawin95set ant_home=c:\jakarta-ant-1.4.1rem set j2ee_home=c:\jdeveloper\j2ee\homeset j2ee_home=c:\orion Thanks !
Re: is Orion dead?
I'm quietly waiting for Orion to adopdt the release often attitude of the OS developers. Provided it comes with warnings along the lines of this hasn;t been tested, you are beta testing our product I'm happy. Perhaps the experimental version of Orion should be just that? I'm even happy if autoupdate.jar doesn't update to this experimental version unless passed a flag --- I'd be happy to download and configure by hand --- but some of the promised features are worth the hassle, IMHO. On Fri, Apr 12, 2002 at 03:36:04AM -0700, Ray Harrison wrote: Agreed. The team is definitely working on Orion and the next versions of the app server will be much improved. You'll love it. Cheers Ray Joseph Ottinger [EMAIL PROTECTED] wrote: ...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. Simon -- Now I've got peanut butter in my armpit. I'm wiping but it doesn't seem to be coming out. Do I take a shower or just fall asleep with peanut butter in there? -- Philip Kaplan
RE: Do I need a Web Server too?
You can just use Orion. It includes a pretty good web server and jsp/servlet engine. -Original Message- From: Matt Siegfried [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 7:22 AM To: Orion-Interest Subject: Do I need a Web Server too? I am relatively new in this area...so bare with me... I am about to purchase Orion as our application server. The application I will be running is 100% web based, J2EE. Do I need a Web Server as well? Or does Orion act as this too? This will be running on a Windows 2k platform. If I need a Web Server, should I use Microsoft IIS? It is rated better then Apache for Windows platforms. If I do not need both, which is better? Web Server or App Server? Thanks, -M
Re: is Orion dead?
Orion has/had such a mechanism in place, however, the reason this has been scaled back is due to user response. You might be able to understand that it's a preview, you might realise that it will have bugs and problems. This however does not extend to all users, and I suspect the vocal minority of those who whine and complain are those responsible for everyone else not having access to regular updates for testing and previews at last. Quoting Simon Stewart [EMAIL PROTECTED]: I'm quietly waiting for Orion to adopdt the release often attitude of the OS developers. Provided it comes with warnings along the lines of this hasn;t been tested, you are beta testing our product I'm happy. Perhaps the experimental version of Orion should be just that? I'm even happy if autoupdate.jar doesn't update to this experimental version unless passed a flag --- I'd be happy to download and configure by hand --- but some of the promised features are worth the hassle, IMHO. On Fri, Apr 12, 2002 at 03:36:04AM -0700, Ray Harrison wrote: Agreed. The team is definitely working on Orion and the next versions of the app server will be much improved. You'll love it. Cheers Ray Joseph Ottinger [EMAIL PROTECTED] wrote: ...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. Simon -- Now I've got peanut butter in my armpit. I'm wiping but it doesn't seem to be coming out. Do I take a shower or just fall asleep with peanut butter in there? -- Philip Kaplan
RE: Oracle9i vs. Orion
Several of the Oracle9iAS developers told me that they bought a snapshot of the Orion code base approximately one year ago - since that time there have been significant modifications to the Oracle code base - which will never be a merged with Orion. They did point out however that a reasonable amount of the work on the Oracle code base was done by Ironflare and they said there is no significant reason why Ironflare couldn't re-implement the same features in the Orion code base. So they are two seperate trees and 'technically' maintained by two seperate groups. Just the group maintaining Oracles tree happens to include the entire group maintaining the Orion tree along with a bunch of Oracle engineers as well. :( -Original Message- From: Brian Chan [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 11, 2002 9:59 PM To: Orion-Interest Subject: Oracle9i vs. Orion How different is Oracle9i from Orion? I always thought it was the same thing but renamed. Are they essentially two different trees now maintained by different groups? - Brian
RE: is Orion dead?
Sometimes one cannot wait too long. I have a very significant growth issue that requires scaling up from 4 app servers to 15 within the next 2 months. Under the current limitations of Orion it simply won't work - so far we've cobbled solutions around the unreliable http session clustering and loadbalancing. Unless theres some change soon to deal with a lot of the big issues I can't imagine how I can stay with Orion. Definitely don't misunderstand me thats not intended to sound threatening, I love Orion and want to stay with it. I'm just pointing out that my needs may require me to switch to something where http clustering and loadalancing does work properly under high load. AJP support would go a long way to help that - because mod_jk seems to do a pretty decent job at handling stick sessions and removing machines from rotation that have died. Any ideas on when the next iteration would be released? Even a half way step or a new experimental release would be a sign that things are evolving. -Original Message- From: Joseph Ottinger [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 1:05 AM To: Orion-Interest Subject: Re: is Orion dead? ...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant On Thu, 11 Apr 2002, Jarrod Roberson wrote: At 03:41 PM 4/11/2002, you wrote: Whats the current state of Ironflare and Orion? Nothing has changed in the 'stable release' of Orion for almost a year, even though there are glaring bugs in http session clustering (not even fixed in 1.5.4) and some significantly lacking components. Ironflare was supposed to be in the pavillion at JavaONE, but oddly they had no write up (apparently they didn't submit one), and didn't actually show up (so their booth was empty). There also seems to be a conspicuous infrequency to their responses here. I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion. looks like someone finally figured it out! this is what happens when you get one big customer with a guaranteed revenue stream, can't much blame them myself.
RE: is Orion dead?
You know, this exact conversation has been surfacing every 4 months or so for the last year and a half. In particular, the internal refactoring was what occupied the 6 months before the 1.5.4 release... and now it looks like it's going on again. Every time, a handful of people (who apparently have some mysterious source of knowledge they don't care to explain) say have patience, it's about to get a lot better! My patience ran out a couple weeks ago. The 1.5.4 release has a show-stopper (for me) broken version of HttpServletResponseWrapper, and when I try to deploy my application I get a NullPointerException with a stack trace obfuscated all the way up to Thread.run(). And this isn't the first time I've had to hunt down problems with only a meaningless exception as guide. I have just fought my last obfuscated stack trace. I'm tired of waiting with no feedback. I'm in the process of porting my applications to JBoss 3.0, and so far I'm enormously pleased. The pace of development there is dizzying, and they are already ahead of Orion in terms of spec compliance. CVS commits and changes to the bug database are automatically posted to the dev list so I can see the progress daily. ...and their mailing list software actually works. Jeff Schnitzer [EMAIL PROTECTED] [I don't want to sound like I'm disparaging an obviously extraordinarily bright software development team - but it looks to me like this project has grown far beyond the reasonable scope of two or three developers.] -Original Message- From: Joseph Ottinger [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 1:05 AM To: Orion-Interest Subject: Re: is Orion dead? ...except the wait is due to an internal refactoring that should yield significant benefits. Yourconclusion was predicted by the list in general, but I disagree; the team's still working on Orion, and I figure that people will be more happy once the new versions come out. You'd hope it would be incremental changes as it was in the past (anyone remember the three-versions-a-day times?) but that's simply not realistic considering the changes being put into place. Patience. Enjoy. - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant On Thu, 11 Apr 2002, Jarrod Roberson wrote: At 03:41 PM 4/11/2002, you wrote: Whats the current state of Ironflare and Orion? Nothing has changed in the 'stable release' of Orion for almost a year, even though there are glaring bugs in http session clustering (not even fixed in 1.5.4) and some significantly lacking components. Ironflare was supposed to be in the pavillion at JavaONE, but oddly they had no write up (apparently they didn't submit one), and didn't actually show up (so their booth was empty). There also seems to be a conspicuous infrequency to their responses here. I know that Oracle 9iAS is evolving and expanding, and I believe that IronFlare is doing a significant amount of work on the 9iAS code base (as consultants?). But whats to become of Orion? It almost appears that Oracel has consumed Orion completely and no development will happen on the old Orion. looks like someone finally figured it out! this is what happens when you get one big customer with a guaranteed revenue stream, can't much blame them myself.
EJB Caching
Title: Message Our application running on Orion uses a stateless EJB instance to invoke threads that execute application logic. We are having a problem with these EJBs chaching themselves and returning values frompreviously executed calls rather than executing the thread desired by the present call. This does not happen all the time, but often enough to be worrisome. Question is, is there any way to stop this behaviour? Derek Akers Director of Product Development Eldan Software Limited (416) 341-0070 www.eldan.com - "We build software for people, not computers"
RE: Do I need a Web Server too?
Should I only use Orion? Or am I better off using both Orion and IIS? If so, what does having both provide me with? Matt Original Message- From: John Owen [mailto:[EMAIL PROTECTED]] Sent: Friday, April 12, 2002 9:55 AM To: Orion-Interest Subject: RE: Do I need a Web Server too? Orion can be used as a standalone web server or in conjunction with a 3rd party web server such as Apache or IIS. I can't comment on IIS as I have always used Apache as my web server (except for this project where Orion is used for everything). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Matt Siegfried Sent: Friday, April 12, 2002 7:22 AM To: Orion-Interest Subject: Do I need a Web Server too? I am relatively new in this area...so bare with me... I am about to purchase Orion as our application server. The application I will be running is 100% web based, J2EE. Do I need a Web Server as well? Or does Orion act as this too? This will be running on a Windows 2k platform. If I need a Web Server, should I use Microsoft IIS? It is rated better then Apache for Windows platforms. If I do not need both, which is better? Web Server or App Server? Thanks, -M
Deploy war file
Hi, I tried to deploy a .war file in the application server. I asummed that when I deploy the .ear file the war is intalled, but when I tried to run a servlet I can doit Could somebody help me with this? Thanks a lot I modified the server.xml and looks like this ?xml version=1.0? !DOCTYPE application-server PUBLIC -//Evermind//DTD Orion Application-server//EN http://xmlns.oracle.com/ias/dtds/application-server.dtd; application-server application-directory=../applications deployment-directory=../application-deployments library path=../tools.jar / rmi-config path=./rmi.xml / jms-config path=./jms.xml / log file path=../log/server.log / /log transaction-config timeout=3 / global-application name=default path=application.xml / application name=Metricas path=C:\j2ee\home\applications\Metricas.ear auto-start=true / global-web-app-config path=global-web-application.xml / web-site path=./default-web-site.xml / cluster id=-374524965 / /application-server
RE: I/O Exception w/ file posting - 2nd try
Hi, I don't know if you'll find this usefull since you don't want to write your own, but implementing your own upload class is not that difficult, this tutorial (see url below) (although oriented around javamail) shows you how to do it and then you can tweak it to your liking: http://softwaredev.earthweb.com/java/sdjjavase/article/0,,12395_618471,00.ht ml cheers Bjarni -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Shal Jain Sent: 12. aprÃl 2002 10:20 To: Orion-Interest Subject: I/O Exception w/ file posting - 2nd try (warning long post follows) UsingOrion 1.5.2. I have a bunch of users doing some very high volume uploads of files ranging anywhere from 1Mb to about 70Mb. I am using Orion's FilePostParser class to parse the input stream and collect files and other data. Every so often (becoming regular now), I keep getting the following sets of errors com.evermind.server.http.HttpIOException: Read timed out at com.evermind._crb.read(Unknown Source) at com.evermind.io.FilePostParser._afc(Unknown Source) at com.evermind.io.FilePostParser._ajc(Unknown Source) at com.evermind.io.FilePostParser.init(Unknown Source) com.evermind.server.http.HttpIOException: Connection reset by peer: JVM_recv in socket input stream read at com.evermind._crb.read(Unknown Source) at com.evermind.io.FilePostParser._afc(Unknown Source) at com.evermind.io.FilePostParser._ajc(Unknown Source) at com.evermind.io.FilePostParser.init(Unknown Source) . java.lang.ArrayIndexOutOfBoundsException at com.evermind.io.FilePostParser._hy(Unknown Source) at com.evermind.io.FilePostParser._aec(Unknown Source) at com.evermind.io.FilePostParser._aic(Unknown Source) at com.evermind.io.FilePostParser._ahc(Unknown Source) at com.evermind.io.FilePostParser.hasMoreElements(Unknown Source) .. The users are sitting on a T1 and my server is at a managed hosting site which has OCxx coming in. The servers themselves have 100MBs LAN connnection to the switch. The server is on a 1.2GHz dual proc with 1GB Ram. Have others seen such errors. Are there any caveats to using Orion's class. I am using the orion class in the following manner: Enumeration enumeration = new FilePostParser(request.getInputStream(), request.getContentLength()); (This line alone may generate the 2 different flavors of HttpIOException listed above) ... while(enumeration.hasMoreElements()) {// another source of error - mostly ArrayIndexOutOfBounds { Object element = enumeration.nextElement(); if ( element instanceof Map.Entry ) { // do something } else if (element instanceof PostFileInputStream) ... // do a buffered read from stream using a buffer of about 8K int size = inStream.read(fileBytesArray,0,BUFFSIZE); // -- another source of HttpIOException } } } What's really causing the errors? My understanding is that for the enctype=multipart/form-data, its really a live input stream which means that for a sufficiently large post not all data will arrive in one chunk and the server will keep getting data from the browser until its been sent. I don't believe bandwitdth is an issue. Do I need to switch to the orielly version of parser classes. (I don't really want to write my own) I'd appreciate any pointers/comments TIA -shal
RE: Do I need a Web Server too?
Should I only use Orion? Or am I better off using both Orion and IIS? If so, what does having both provide me with? Orion by itself it significantly faster than being tunneled through another web server. Unless you need something specific in IIS or Apache (e.g. mod_perl) then go with Orion alone. It's also easier to configure and maintain. Regards, Marty