Antw: RE: Connection reset by peer: socket write error
as far as I know, the Oracle drivers come with Oracle's implementation of a pooled data source/pooled connection. How about using that? -- Sebastian >>> [EMAIL PROTECTED] 28.03.2002 17.50 Uhr >>> Ya, I am using Oracle's thin driver. -Original Message- From: Ben Groeneveld [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 11:34 AM To: JRun-Talk Subject: Re: Connection reset by peer: socket write error What's JRun's Oracle driver? Have you tried using oracle's free thin driver? We use oracle JDBC driver-8.1.6.2.0 on a large variety of projects and operations w/o a hiccup. Maybe trying it will help you. BenG. [EMAIL PROTECTED] wrote: >Hi, >I am getting the following error while accessing the database. >I have JRun 3.1.15506 app server running on win2000 and NT both, and using >oracle database. Instead of using JRun's connection pool for oracle I am >using my own connection pool. The system works fine most of the times but >all of a sudden it starts giving "Connection reset by peer". I didn't have >this problem when I was using JRun's Oracle thin driver connection pool >before. But for migrating reasons I started using my own connection pool. >Sometimes when I query the database using preparedStatement, it throws the >below exception. I am seeing the same exception both on NT and win2000. >Please tell what might the reason behind. >Thanks >_ >_ > >Thu Mar 28 10:13:31 EST 2002 >Io exception: Connection reset by peer: socket write error >java.sql.SQLException: Io exception: Connection reset by peer: socket write >error > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:114) > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:156) > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269) > at >oracle.jdbc.driver.OracleStatement.(OracleStatement.java:292) > at >oracle.jdbc.driver.OracleStatement.(OracleStatement.java:307) > at >oracle.jdbc.driver.OraclePreparedStatement.(OraclePreparedStatement.j a >va:194) > at >oracle.jdbc.driver.OraclePreparedStatement.(OraclePreparedStatement.j a >va:177) > at >oracle.jdbc.driver.OracleConnection.prepareStatement(OracleConnection.java: 3 >39) > at >com.emc.asi.ejb.pool.ASIConnection.prepareStatement(ASIConnection.java:61) > at com.emc.asi.ejb.LoginBean.processLogin(LoginBean.java:48) > at java.lang.reflect.Method.invoke(Native Method) > at >allaire.ejipt._BeanMethod._invoke(allaire/ejipt/_BeanMethod.java:166) > at >allaire.ejipt._SessionObject._invoke(allaire/ejipt/_SessionObject.java:182) > at >allaire.ejipt._CallableObject.call(allaire/ejipt/_CallableObject.java:101) > at java.lang.reflect.Method.invoke(Native Method) > at >sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) > at sun.rmi.transport.Transport$1.run(Transport.java:152) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:148) > at >sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) > at >sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java: 7 >06) > at java.lang.Thread.run(Thread.java:484) > __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Connection reset by peer: socket write error
Hi Dileep, Now I understood your problem clearly. This is quite normal. When the database goes down all the connection object in your pool become Invalid. Basically you need to create new connections in order to connect to the restarted db. When you use JRun pooling, JRun is handling this. So either you can use JRun pooling or change your algorithm accordingly. This is absolutely nothing to do with query. Regards Savant -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Monday, April 01, 2002 11:11 PM To: JRun-Talk Subject: RE: Connection reset by peer: socket write error Thanks savant for writing. We are using Oracle 8.1.5 version. And I get the problem when I use my connectio pooling, but if I use JRun's connection pooling then it works fine. So the problem lies somewhere in my connection pooling. I have tried resetting the connection to null after closing but that also doesn't work. Let me describe a bit more about the situation in that this error occurs. We have a Oracle database that is down for 15 minutes everyday in the night for some backup process. When database is up we get "Connection reset by peer", until we restart the JRun server. But that doesn't happen using JRun's connection pool. Now do you still think that this is related to query not pool? Regards Dilip -Original Message- From: Savantraj, Chennamakal Subramanian [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 31, 2002 7:21 PM To: JRun-Talk Subject: RE: Connection reset by peer: socket write error Hi Dilip, Are you using Oracle 8.1.6 Version? Try to run the same SQL from SQLPLUS. If that also fails problem is not with JAVA .Problem is with Oracle. I have encountered this problem while I was running a complicated SQL having a few inner Queries and Distinct clauses. Funny thing was once I removed some Distinct clause the SQL worked. The problem is still a misery.We moved to Oracle 8.1.7 then everything went fine. Rgds Savant -Original Message- From: Theodore Zimmerman [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 2:26 AM To: JRun-Talk Subject: RE: Connection reset by peer: socket write error Are you using a datatypes like blobs or clobs? I've been doing some testing lately with those datatypes and unless you used Oracle's implementation would get that same error. Ted Zimmerman -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 11:51 AM To: JRun-Talk Subject: RE: Connection reset by peer: socket write error Ya, I am using Oracle's thin driver. -Original Message- From: Ben Groeneveld [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 11:34 AM To: JRun-Talk Subject: Re: Connection reset by peer: socket write error What's JRun's Oracle driver? Have you tried using oracle's free thin driver? We use oracle JDBC driver-8.1.6.2.0 on a large variety of projects and operations w/o a hiccup. Maybe trying it will help you. BenG. [EMAIL PROTECTED] wrote: >Hi, >I am getting the following error while accessing the database. >I have JRun 3.1.15506 app server running on win2000 and NT both, and using >oracle database. Instead of using JRun's connection pool for oracle I am >using my own connection pool. The system works fine most of the times but >all of a sudden it starts giving "Connection reset by peer". I didn't have >this problem when I was using JRun's Oracle thin driver connection pool >before. But for migrating reasons I started using my own connection pool. >Sometimes when I query the database using preparedStatement, it throws the >below exception. I am seeing the same exception both on NT and win2000. >Please tell what might the reason behind. >Thanks >_ >_ > >Thu Mar 28 10:13:31 EST 2002 >Io exception: Connection reset by peer: socket write error >java.sql.SQLException: Io exception: Connection reset by peer: socket write >error > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:114) > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:156) > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269) > at >oracle.jdbc.driver.OracleStatement.(OracleStatement.java:292) > at >oracle.jdbc.driver.OracleStatement.(OracleStatement.java:307) > at >oracle.jdbc.driver.OraclePreparedStatement.(OraclePreparedStatement.j a >va:194) > at >oracle.jdbc.driver.OraclePreparedStatement.(OraclePreparedStatement.j a >va:177) > at >oracle.jdbc.driver.OracleConnection.prepareStatement(OracleConnection.java: 3 >39) > at >com.emc.asi.ejb.pool.ASIConnection.prepareStatement(ASIConnection.java:61) > at com.emc.asi.ejb.LoginBean.processLogin(LoginBean.java:48) > at java.lang.reflect.Method.invoke(Native Method) > at >allaire.ejipt._BeanMethod._invoke(allaire/ejipt/_BeanMethod.java:166) > at >allaire.ejipt._SessionObj
RE: Macromedia IDE's
Hi, First off, Dreamweaver/Ultardev/JRun can all exist on the same machine - they all have individual run-time components. As for what tool to 'learn' DHTML, well there isn't really one - Dreamweaver 4 will code the DHTML for you via its design interface and I suppose you could learn from reverse engineering the code - but obviously MM code is designed to be compatible across a widerange of platforms and can be difficult to decipher. Ultardev is basically Dreamweaver with Database development tools bolted on. If you are looking to code JSP and DHTML then yes Ultradev is your tool, if you are looking to simply create HTML/DHTML - get Dreamwaver. There is a Dreamweaver/Ultradev Studio package which you should go for. Best Neil Team Macromedia Spectra __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Macromedia IDE's
I have a young man who will be comming to work part time with us and who has no programming background, but who would like to learn HTML, Flash and DHTML. Currently I am using JRUN Studio 3.01 with JRUN 3.1 as my IDE, which is OK for me and the more experienced developers to develop JSP's with. But I'm interested in obtaining a more powerful DHTML IDE, particularly one that would come with a JavaScript code generator for creating DHTML, that could be used by someone who has little programming experience. I've been reviewing the available IDE's on Allaire's site. Does anyone have any experience with Macromedia's Dreamweaver UltraDev 4? Would that IDE be suitable for someone learning only DHTML, or would just Dreamweaver 4 be sufficient. Also, can Dreamweaver UltraDev 4 co-exists on the same machine that JRUN Studio 3.01 is installed on? Thanks in advance for any advice/recommendations/experiences with Dreamweaver UltraDev 4 vs Dreamweaver 4. Celeste __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Difficult To Reproduce Session Issue
+1 for charlie, well said :) BenG. "even if you are standing still you are moving backwards" charles arehart wrote: >Speaking only for myself (whose attitude I assume you didn't understand), >I'm talking about letting by-gones be by-gones, considering it water under >the bridge, what's past is past, etc. Let's move forward and judge based on >what 's done now as much as what's been done in the past. As I said, > >>>If future similar situations are addressed similarly, that's >>>great news for those of us remaining committed to JRun. >>> > >If the damage to anyone's faith and hope is irreparable, then so be it. I'll >just assert that as a beta tester of JRun 4 (and observer of the growth in >the standards-support of the product through 3 and 3.1), it seems that the >resources being dedicated to JRun and the improvements in the product are >such that we have much to look forward to. > >And as was asserted by later notes today, sometimes problems like this are >found to be caused by entirely unexpected situations--and sometimes not even >the fault of the vendor. But as you said in a later note, let's not debate >it. As I said, I just want to have a hopeful outlook about the future. Maybe >it's a little pollyanna, but so be it. :-) I certainly don't mean to >diminish the importance of the problem or its severity for those who >suffered it. > >/charlie > >>-Original Message- >>From: Jeff Ramin [mailto:[EMAIL PROTECTED]] >>Sent: Monday, April 01, 2002 9:24 AM >>To: JRun-Talk >>Subject: Re: Difficult To Reproduce Session Issue >> >> >> >> >>I don't understand this attitude. We're talking about a very serious >>bug that Macromedia has known about for close to a year now. It >>got through their testing/release process twice. They had a similar >>"we will do whatever it takes to fix this problem" response in >>November, which resulted in a patch that didn't fix the problem. >> >>I wouldn't call this a "great" response. More like feeble. >> >>If you're using JRun for development, or for an intranet where >>session affinity isn't important, then I can understand. But if you >>continue to use it in other environments, you are merely ignoring >>the issue. >> >> >>charles arehart wrote: >> >>>Wow, great way to respond to the issue. Thanks, Mike and Macromedia. >>> >>>Let's hope folks don't jump in with trite replies like "about >>> >>time", etc. It >> >>>really won't add anything meaningful to the situation. If future similar >>>situations are addressed similarly, that's great news for those of us >>>remaining committed to JRun. >>> >>>/charlie >>> > > __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Difficult To Reproduce Session Issue
Speaking only for myself (whose attitude I assume you didn't understand), I'm talking about letting by-gones be by-gones, considering it water under the bridge, what's past is past, etc. Let's move forward and judge based on what 's done now as much as what's been done in the past. As I said, > > If future similar situations are addressed similarly, that's > > great news for those of us remaining committed to JRun. If the damage to anyone's faith and hope is irreparable, then so be it. I'll just assert that as a beta tester of JRun 4 (and observer of the growth in the standards-support of the product through 3 and 3.1), it seems that the resources being dedicated to JRun and the improvements in the product are such that we have much to look forward to. And as was asserted by later notes today, sometimes problems like this are found to be caused by entirely unexpected situations--and sometimes not even the fault of the vendor. But as you said in a later note, let's not debate it. As I said, I just want to have a hopeful outlook about the future. Maybe it's a little pollyanna, but so be it. :-) I certainly don't mean to diminish the importance of the problem or its severity for those who suffered it. /charlie > -Original Message- > From: Jeff Ramin [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 01, 2002 9:24 AM > To: JRun-Talk > Subject: Re: Difficult To Reproduce Session Issue > > > > > I don't understand this attitude. We're talking about a very serious > bug that Macromedia has known about for close to a year now. It > got through their testing/release process twice. They had a similar > "we will do whatever it takes to fix this problem" response in > November, which resulted in a patch that didn't fix the problem. > > I wouldn't call this a "great" response. More like feeble. > > If you're using JRun for development, or for an intranet where > session affinity isn't important, then I can understand. But if you > continue to use it in other environments, you are merely ignoring > the issue. > > > charles arehart wrote: > > Wow, great way to respond to the issue. Thanks, Mike and Macromedia. > > > > Let's hope folks don't jump in with trite replies like "about > time", etc. It > > really won't add anything meaningful to the situation. If future similar > > situations are addressed similarly, that's great news for those of us > > remaining committed to JRun. > > > > /charlie > > __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: load testing (was RE: Difficult To Reproduce Session Issue)
Drew, Playing the "uncertainty" card is defintely a very good move. As you mentioned, "higher ups" and "owners" don't like to deal with the "unknown", and sometimes this can be a good approach. Celeste -Original Message- From: Drew Falkman [mailto:[EMAIL PROTECTED]] Sent: Monday, April 01, 2002 10:39 AM To: JRun-Talk Subject: RE: load testing (was RE: Difficult To Reproduce Session Issue) I have not, quite frankly, worked in a corporate environment. But as a consultant I often face the same issues - not just with load testing, but also with general code tuning and upgrading the applications I have created. It's almost an impossible sell to convince a customer they need to spend more money and not be able to "see" the results. Celeste, this is probably old hat to you, but for others lurking, I have found some good approaches to convincing upper management that code tuning is important (these would be the same issue for load testing): 1. Track regular performance during regular traffic. Maybe take screenshots of perfmon or log performance heuristics so you can easily create graphs of performance throughout the day. IF you have SNMP monitoring tools, use them (some are pretty reasonably priced). Sometimes simply illustrating the fragility of an environment will make upper management afraid and want to know more. You could probably put together some of this preliminary stuff in a couple hours. 2. Present the above along with "what-if" scenarios (like what if a hard drive blows, or what if we get 500 users simultaneously), and explain that without load testing you simply cannot know what will happen. Most upper management types simply don't deal well with uncertainty (think of how you are always needing to give accurate assesments of the time it will take to do project X). If you illustrate that you don't know what will break first under heavy loads or what the breaking point is, that will often help. 3. The reality is that given the two points above most people will agree that load testing *would* be a good idea, but will often say that they simply don't have the time or the money to invest in it. "Let's do it next year." is not an uncommon response. The only way to get around this is to speak their language: ROI. Return on Investment. Calculating ROI, especially with something like this, is not easy and often arbitrary. But basically you need to put together the cost of doing load testing (hours + software, if necessary). Then, put together the costs for a couple scenarios. One should be the cost of the applications server going down. Estimate the amount of time it would take you to rebuild your environment. Now, add in dollars for the amount of sales lost while your server is down. Add more for the confidence lost by customers who tried to visit your site during downtime (this can be large, imagine if 100 customers never return at $100/yr/customer). Give a cost scenario during a promotion. Again, explain that this is pretty much inevitable if you don't know at what point your application will break and where. It might be good to do one that is a little less severe (people tend to think that the tragedies won't happen to them, but might believe that the server will get bogged down and you will have to spend time to troubleshoot and tune code and waste a lot of time because it is less drastic). 4. Lastly, sometimes use a promotion or current project to spur it. Simply asking what kind of traffic is expected from an upcoming promotion opens the door to you to say: "Are you sure we can handle that much?". If you follow that up fairly quickly by saying you could find out by doing some load testing will illustrate that you know what you are doing and also that you are nervous about the upcoming promotion (which should make them nervous, as well). Just some thoughts. Drew Falkman Author, JRun Web Application Construction Kit http://www.drewfalkman.com/books/0789726009/ -Original Message- From: Haseltine, Celeste [mailto:[EMAIL PROTECTED]] Sent: Monday, April 01, 2002 8:11 AM To: JRun-Talk Subject: RE: load testing (was RE: Difficult To Reproduce Session Issue) Charles, My response wasn't directed at just "what to do when the bosses don't listen", but also how to "not push your ideas to the point that you alienate the bosses you are trying to convince". Again, unless you are an officer of a company, or are the owner, you are often NOT in a "decision making" role. Therefore, the only thing you can do is to try and convince people to test a product before deployment. But you can't force your bosses to do something. And if you try to do so, you will risk your job and your professional reputation. Again, manpower issues and money issues are the key here. Even if the tools are free, it takes the use of "x man-hours" to test a product, when those "x man-hours" could be used towards something viewed as "more profitable" or more important to the company by upper management. This i
RE: load testing (was RE: Difficult To Reproduce Session Issue)
I have not, quite frankly, worked in a corporate environment. But as a consultant I often face the same issues - not just with load testing, but also with general code tuning and upgrading the applications I have created. It's almost an impossible sell to convince a customer they need to spend more money and not be able to "see" the results. Celeste, this is probably old hat to you, but for others lurking, I have found some good approaches to convincing upper management that code tuning is important (these would be the same issue for load testing): 1. Track regular performance during regular traffic. Maybe take screenshots of perfmon or log performance heuristics so you can easily create graphs of performance throughout the day. IF you have SNMP monitoring tools, use them (some are pretty reasonably priced). Sometimes simply illustrating the fragility of an environment will make upper management afraid and want to know more. You could probably put together some of this preliminary stuff in a couple hours. 2. Present the above along with "what-if" scenarios (like what if a hard drive blows, or what if we get 500 users simultaneously), and explain that without load testing you simply cannot know what will happen. Most upper management types simply don't deal well with uncertainty (think of how you are always needing to give accurate assesments of the time it will take to do project X). If you illustrate that you don't know what will break first under heavy loads or what the breaking point is, that will often help. 3. The reality is that given the two points above most people will agree that load testing *would* be a good idea, but will often say that they simply don't have the time or the money to invest in it. "Let's do it next year." is not an uncommon response. The only way to get around this is to speak their language: ROI. Return on Investment. Calculating ROI, especially with something like this, is not easy and often arbitrary. But basically you need to put together the cost of doing load testing (hours + software, if necessary). Then, put together the costs for a couple scenarios. One should be the cost of the applications server going down. Estimate the amount of time it would take you to rebuild your environment. Now, add in dollars for the amount of sales lost while your server is down. Add more for the confidence lost by customers who tried to visit your site during downtime (this can be large, imagine if 100 customers never return at $100/yr/customer). Give a cost scenario during a promotion. Again, explain that this is pretty much inevitable if you don't know at what point your application will break and where. It might be good to do one that is a little less severe (people tend to think that the tragedies won't happen to them, but might believe that the server will get bogged down and you will have to spend time to troubleshoot and tune code and waste a lot of time because it is less drastic). 4. Lastly, sometimes use a promotion or current project to spur it. Simply asking what kind of traffic is expected from an upcoming promotion opens the door to you to say: "Are you sure we can handle that much?". If you follow that up fairly quickly by saying you could find out by doing some load testing will illustrate that you know what you are doing and also that you are nervous about the upcoming promotion (which should make them nervous, as well). Just some thoughts. Drew Falkman Author, JRun Web Application Construction Kit http://www.drewfalkman.com/books/0789726009/ -Original Message- From: Haseltine, Celeste [mailto:[EMAIL PROTECTED]] Sent: Monday, April 01, 2002 8:11 AM To: JRun-Talk Subject: RE: load testing (was RE: Difficult To Reproduce Session Issue) Charles, My response wasn't directed at just "what to do when the bosses don't listen", but also how to "not push your ideas to the point that you alienate the bosses you are trying to convince". Again, unless you are an officer of a company, or are the owner, you are often NOT in a "decision making" role. Therefore, the only thing you can do is to try and convince people to test a product before deployment. But you can't force your bosses to do something. And if you try to do so, you will risk your job and your professional reputation. Again, manpower issues and money issues are the key here. Even if the tools are free, it takes the use of "x man-hours" to test a product, when those "x man-hours" could be used towards something viewed as "more profitable" or more important to the company by upper management. This is especially true when you are in a very small shop as I am. I can push all I want, but if I push too much, I run the risk of alienating the very people I am trying to convince. And if I do alienate my "bosses", what have I gained for my group and "my cause"? Nothing. In fact, by pushing too far, I could end up hurting my group and my "cause" more, by not giving my management team a "graceful out" onc
RE: load testing (was RE: Difficult To Reproduce Session Issue)
Charles, My response wasn't directed at just "what to do when the bosses don't listen", but also how to "not push your ideas to the point that you alienate the bosses you are trying to convince". Again, unless you are an officer of a company, or are the owner, you are often NOT in a "decision making" role. Therefore, the only thing you can do is to try and convince people to test a product before deployment. But you can't force your bosses to do something. And if you try to do so, you will risk your job and your professional reputation. Again, manpower issues and money issues are the key here. Even if the tools are free, it takes the use of "x man-hours" to test a product, when those "x man-hours" could be used towards something viewed as "more profitable" or more important to the company by upper management. This is especially true when you are in a very small shop as I am. I can push all I want, but if I push too much, I run the risk of alienating the very people I am trying to convince. And if I do alienate my "bosses", what have I gained for my group and "my cause"? Nothing. In fact, by pushing too far, I could end up hurting my group and my "cause" more, by not giving my management team a "graceful out" once they realize that I was probably right all along. This is called politics. And the higher you move up as an IT professional, the more important the "how well you play the political game" becomes vs. "how often you are right and your boss is wrong". Perhaps someone else on this list has a better approach to convincing their management team for taking the time and the money to do things such as testing. I'm always interested in hearing other/better approaches. But for me, this is the way I have approached all "opposition" to any IT recommendation that may be viewed as "not necessary, too costly, etc.", testing included. As I mentioned before, people and companies both make mistakes, and hopefully learn from them. Sometimes you just have to let your upper management make what you know is a decision that will probably come back to haunt them, and then just move forward from that point on. Celeste -Original Message- From: charles arehart [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 30, 2002 1:10 AM To: JRun-Talk Subject: RE: load testing (was RE: Difficult To Reproduce Session Issue) Well, those are all good thoughts, Celeste, and surely helpful to many. But my point wasn't "what do we do if the bosses don't listen" so much as "why aren't we pushing testing (especially load testing) more". I think there's a sense in many that it's not important, or it's too difficult, etc. While it's true that many sites may not get thousands (or tens of thousands) of hits in a day, it's reasonable for one getting just hundreds to get several at once, and there are clearly issues (like the one that touched off this thread) that may be triggered with just such a low level of load. If I seem to be on a bit of a bandwagon for load testing, even for "smaller shops", I am. And as has been pointed out, cost of tools isn't really the issue. I'm curious for the kinds of arguments against it that have either kept people from pursuing it or, even in the face of these assertions of the low costs and good benefits, why they would still say "nah, not going to bother". /charlie > -Original Message- > From: Haseltine, Celeste [mailto:[EMAIL PROTECTED]] > Sent: Friday, March 29, 2002 10:55 AM > To: JRun-Talk > Subject: RE: load testing (was RE: Difficult To Reproduce Session Issue) > > > Charlie, > > I just try to point out the business cases for testing. With many > owners/managers, it comes down to money and time, with time also being > related to money. As a professional, I ALWAYS write up my > business case in > a 1 page summary, which hits the highlights as to why ANY > software product, > internet or otherwise, should be tested. __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Difficult To Reproduce Session Issue
Mike Collins wrote: > Jeff, > > We will work with 2 customers from this thread. We have started contacting > them already. You did not mention if you are experiencing this issue are if > you are just concerned. We believe we have experienced this issue, on a high-traffic ecommerce site. To the best of our ability, we ruled out other possible causes, such as caching proxy servers. As you can imagine, customers get pretty upset when they see other people's addresses/personal info instead of their own. > > Also keep in mind that it is very common to find issues like these > eventually reveal no associations to past issues. No matter how it ends up > I will post the findings to this list. Yes, I understand that. But the fact that a bug of this magnitude *ever* got released is disconcerting. I'm not looking to debate the subject; I'm just expressing my opinion. And I'm not trying to bash JRun. I used to be a strong proponent of the product. But given the initial existence of the bug, and apparent inability to fix it, I have lost faith. I hope you can understand my point of view. > >>From what I know about the history of the previous Duplicate Session issue > it seems we did reproduce it, we then fixed it , issued a security bulletin > and then created a distinct patch available for download. We did not take > this lightly at any point. I'm not claiming Macromedia took it lightly. At the same time, it's obvious that Macromedia has not been successful at correcting it. -- Jeffrey Ramin Berbee 5520 Research Park Drive Madison, WI 53711 [EMAIL PROTECTED] 608.298.1024 Berbee...putting the E in business __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Difficult To Reproduce Session Issue
Jeff, We will work with 2 customers from this thread. We have started contacting them already. You did not mention if you are experiencing this issue are if you are just concerned. Also keep in mind that it is very common to find issues like these eventually reveal no associations to past issues. No matter how it ends up I will post the findings to this list. >From what I know about the history of the previous Duplicate Session issue it seems we did reproduce it, we then fixed it , issued a security bulletin and then created a distinct patch available for download. We did not take this lightly at any point. Regards, Mike Collins JRun Product Support - Original Message - From: "Jeff Ramin" <[EMAIL PROTECTED]> To: "JRun-Talk" <[EMAIL PROTECTED]> Sent: Monday, April 01, 2002 9:23 AM Subject: Re: Difficult To Reproduce Session Issue > > > I don't understand this attitude. We're talking about a very serious > bug that Macromedia has known about for close to a year now. It > got through their testing/release process twice. They had a similar > "we will do whatever it takes to fix this problem" response in > November, which resulted in a patch that didn't fix the problem. > > I wouldn't call this a "great" response. More like feeble. > > If you're using JRun for development, or for an intranet where > session affinity isn't important, then I can understand. But if you > continue to use it in other environments, you are merely ignoring > the issue. > > > charles arehart wrote: > > Wow, great way to respond to the issue. Thanks, Mike and Macromedia. > > > > Let's hope folks don't jump in with trite replies like "about time", etc. It > > really won't add anything meaningful to the situation. If future similar > > situations are addressed similarly, that's great news for those of us > > remaining committed to JRun. > > > > /charlie > > > > > > > > > -- > Jeffrey Ramin > Berbee > 5520 Research Park Drive Madison, WI 53711 > [EMAIL PROTECTED] > 608.298.1024 > > Berbee...putting the E in business > > __ This list and all House of Fusion resources hosted by CFHosting.com. The place for dependable ColdFusion Hosting. Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
RE: Connection reset by peer: socket write error
Thanks savant for writing. We are using Oracle 8.1.5 version. And I get the problem when I use my connectio pooling, but if I use JRun's connection pooling then it works fine. So the problem lies somewhere in my connection pooling. I have tried resetting the connection to null after closing but that also doesn't work. Let me describe a bit more about the situation in that this error occurs. We have a Oracle database that is down for 15 minutes everyday in the night for some backup process. When database is up we get "Connection reset by peer", until we restart the JRun server. But that doesn't happen using JRun's connection pool. Now do you still think that this is related to query not pool? Regards Dilip -Original Message- From: Savantraj, Chennamakal Subramanian [mailto:[EMAIL PROTECTED]] Sent: Sunday, March 31, 2002 7:21 PM To: JRun-Talk Subject: RE: Connection reset by peer: socket write error Hi Dilip, Are you using Oracle 8.1.6 Version? Try to run the same SQL from SQLPLUS. If that also fails problem is not with JAVA .Problem is with Oracle. I have encountered this problem while I was running a complicated SQL having a few inner Queries and Distinct clauses. Funny thing was once I removed some Distinct clause the SQL worked. The problem is still a misery.We moved to Oracle 8.1.7 then everything went fine. Rgds Savant -Original Message- From: Theodore Zimmerman [mailto:[EMAIL PROTECTED]] Sent: Friday, March 29, 2002 2:26 AM To: JRun-Talk Subject: RE: Connection reset by peer: socket write error Are you using a datatypes like blobs or clobs? I've been doing some testing lately with those datatypes and unless you used Oracle's implementation would get that same error. Ted Zimmerman -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 11:51 AM To: JRun-Talk Subject: RE: Connection reset by peer: socket write error Ya, I am using Oracle's thin driver. -Original Message- From: Ben Groeneveld [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 28, 2002 11:34 AM To: JRun-Talk Subject: Re: Connection reset by peer: socket write error What's JRun's Oracle driver? Have you tried using oracle's free thin driver? We use oracle JDBC driver-8.1.6.2.0 on a large variety of projects and operations w/o a hiccup. Maybe trying it will help you. BenG. [EMAIL PROTECTED] wrote: >Hi, >I am getting the following error while accessing the database. >I have JRun 3.1.15506 app server running on win2000 and NT both, and using >oracle database. Instead of using JRun's connection pool for oracle I am >using my own connection pool. The system works fine most of the times but >all of a sudden it starts giving "Connection reset by peer". I didn't have >this problem when I was using JRun's Oracle thin driver connection pool >before. But for migrating reasons I started using my own connection pool. >Sometimes when I query the database using preparedStatement, it throws the >below exception. I am seeing the same exception both on NT and win2000. >Please tell what might the reason behind. >Thanks >_ >_ > >Thu Mar 28 10:13:31 EST 2002 >Io exception: Connection reset by peer: socket write error >java.sql.SQLException: Io exception: Connection reset by peer: socket write >error > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:114) > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:156) > at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269) > at >oracle.jdbc.driver.OracleStatement.(OracleStatement.java:292) > at >oracle.jdbc.driver.OracleStatement.(OracleStatement.java:307) > at >oracle.jdbc.driver.OraclePreparedStatement.(OraclePreparedStatement.j a >va:194) > at >oracle.jdbc.driver.OraclePreparedStatement.(OraclePreparedStatement.j a >va:177) > at >oracle.jdbc.driver.OracleConnection.prepareStatement(OracleConnection.java: 3 >39) > at >com.emc.asi.ejb.pool.ASIConnection.prepareStatement(ASIConnection.java:61) > at com.emc.asi.ejb.LoginBean.processLogin(LoginBean.java:48) > at java.lang.reflect.Method.invoke(Native Method) > at >allaire.ejipt._BeanMethod._invoke(allaire/ejipt/_BeanMethod.java:166) > at >allaire.ejipt._SessionObject._invoke(allaire/ejipt/_SessionObject.java:182) > at >allaire.ejipt._CallableObject.call(allaire/ejipt/_CallableObject.java:101) > at java.lang.reflect.Method.invoke(Native Method) > at >sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:241) > at sun.rmi.transport.Transport$1.run(Transport.java:152) > at java.security.AccessController.doPrivileged(Native Method) > at sun.rmi.transport.Transport.serviceCall(Transport.java:148) > at >sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:465) > at >sun.rmi.transport.tcp.TCPTransport$Conn
Joan M Barrett/MN/Unitedmail is out of the office.
I will be out of the office from 04/01/2002 until 04/08/2002. Please contact Michele Bourassa, 763.732.6008, if you have any questions/problems regarding ubhonline.com that need to be addressed immediately. Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
Re: Difficult To Reproduce Session Issue
I don't understand this attitude. We're talking about a very serious bug that Macromedia has known about for close to a year now. It got through their testing/release process twice. They had a similar "we will do whatever it takes to fix this problem" response in November, which resulted in a patch that didn't fix the problem. I wouldn't call this a "great" response. More like feeble. If you're using JRun for development, or for an intranet where session affinity isn't important, then I can understand. But if you continue to use it in other environments, you are merely ignoring the issue. charles arehart wrote: > Wow, great way to respond to the issue. Thanks, Mike and Macromedia. > > Let's hope folks don't jump in with trite replies like "about time", etc. It > really won't add anything meaningful to the situation. If future similar > situations are addressed similarly, that's great news for those of us > remaining committed to JRun. > > /charlie > > -- Jeffrey Ramin Berbee 5520 Research Park Drive Madison, WI 53711 [EMAIL PROTECTED] 608.298.1024 Berbee...putting the E in business __ Your ad could be here. Monies from ads go to support these lists and provide more resources for the community. http://www.fusionauthority.com/ads.cfm Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists